Mercurial > hg > Members > riono > TreeVNC_ja_comment
annotate Todo.txt @ 205:614db20d8fab
try to separate Network management
| author | Shinji KONO <kono@ie.u-ryukyu.ac.jp> |
|---|---|
| date | Wed, 02 Jul 2014 16:31:25 +0900 |
| parents | f5abf6ba9957 |
| children | 7b106b4a0c9f |
| rev | line source |
|---|---|
| 196 | 1 Fri Jun 27 15:19:39 JST 2014 |
| 198 | 2 |
|
205
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
3 拡大縮小ボタンのバグを取る。Done! |
| 196 | 4 |
| 5 Multi-Network-Treeの作成 | |
| 6 socketからNetMaskを検出 | |
| 7 NetworkごとにTreeManagerを作成 | |
| 8 複数のNetworkをもつNodeでは新しいNewtworkにTreeManagerを作成 | |
| 9 FindRootにはTreeMangerが応答する | |
| 10 下位のNodeのChangeVnCServerはそのTreeManagerが処理する | |
| 11 上位にHostameがからのChangerVnCserverを投げる | |
|
205
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
12 UpdateRectanleを上位のNetworkに投げる |
| 196 | 13 RootではUpdateRectangleを送り返す |
| 14 | |
|
205
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
15 myRfbProtoのselectPort()でnetworkinterfaceを検出する |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
16 myRfbProtoのvncConnected()でvnc port の interface と Network を検出する |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
17 |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
18 自分が、そのnetworkのrootになる条件は? |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
19 |
| 196 | 20 treeManagerをnetworkのhashmapで持つ。 |
| 21 setTreeManagerにnetworkの引数を追加する | |
| 22 | |
| 23 findRootで重複したrootを見つけたときに、 | |
| 24 一番小さいアドレスだけをrootにする。 | |
| 25 それ以外には、duplicated rootを送る。 | |
| 197 | 26 この際、duplicated rootを送られたrootは生かしておくが、 |
| 27 find rootへの応答はやめる。 | |
| 28 lostParentがきたら、find rootへの応答を再開する。 | |
| 29 この際、生かしておくduplicated rootは二つに限る。 | |
| 196 | 30 |
| 31 findRootReplyにはVNCServerのhostとportを含める。 | |
| 32 両方共nullだった場合は両方別のものとして表示する。 | |
| 33 異なるVNCServerはduplicate扱いしない。 | |
| 34 | |
| 35 duplicate root を受け取ったrootは、 | |
| 36 rootであることをやめて、自分の子供にrequestWhereToConnectを送信する。 | |
| 37 | |
| 38 requestWhereToConnectを受け取ったnodeは | |
| 39 whererToConnectを再度送信する。 | |
| 197 | 40 |
| 41 中間rootが死んだときには | |
| 42 下位のnodeはduplicated rootにつなげ直す。 | |
| 43 もしduplicatedListになかったら、あきらめる。 | |
| 44 | |
|
205
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
45 TreeManager は interface 別に作る Done! |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
46 Network address が LAN 外なら、その下に node は作らない。( そちらで勝手に作るのはあり ) |
|
614db20d8fab
try to separate Network management
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
198
diff
changeset
|
47 |
| 196 | 48 |
| 193 | 49 Thu Jun 25 20:55:00 JST 2014 |
| 50 | |
| 51 share screenした際に、rootのviewerが消えない。 | |
| 52 殺しきれていないThreadがある。 | |
| 53 | |
| 54 | |
| 165 | 55 Thu Jun 19 08:12:02 JST 2014 |
| 166 | 56 |
| 169 | 57 Share Button を押した際に、JFrameのTitleを更新する。 Done |
| 166 | 58 SwingViewerWindow.javaのsetRemoteDesktopName メソッドを呼べば解決するはず。 |
| 59 | |
| 167 | 60 サーバが切り替わった際、画面のサイズ等の情報を送信する。(INIT_DATA) Done |
| 166 | 61 |
| 62 -dオプションでviewerを別にあげるのをやめる。 | |
| 63 ２つめのviewerの表示が滞るのをデバッグする | |
| 64 shareボタンを禁止するrootのオプションを、パネルから設定出来るように。 | |
| 65 shareしたTreeVNCのパネルをinvisibleにする。 | |
| 66 shareする画面の大きさをHDサイズに限定するのをdefaultにする。 | |
| 67 fullサイズを転送するオプションに。 | |
| 169 | 68 checkdelayの機能を。 |
| 166 | 69 |
| 165 | 70 |
| 153 | 71 Fri Jun 13 17:29:02 JST 2014 |
| 72 | |
| 73 AcceptThreadをMultiThread化する。(deadlockを防ぐため) | |
| 74 TreeNodeが死んだときに、最後のNodeをそこに置き換える。 | |
| 156 | 75 clientをつなげたときにscreen sharingするバグを直す。 |
| 76 無線LAN等の複数のネットワークを使えるようにする。 | |
| 77 無線LAN同士でtreeを構成しないようにパターンマッチをする。 | |
| 153 | 78 |
| 133 | 79 Sat Jun 7 11:47:56 JST 2014 |
| 123 | 80 |
| 81 Multicast で root を探す (FIND_ROOT) | |
| 82 その時に、自分の proxy port/host を付けておく | |
| 83 root は、それを client address/port として覚えておく (clients) | |
| 84 root は、そこに接続に来て、「自分のproxy port」を返す。(FIND_ROOT_REPLY) | |
| 85 これを check box に登録する | |
| 86 client は、それを選択して、root の proxy port に接続に行く (WHERE_TO_CONNECT) | |
| 87 そこから、root は、どこに接続に行くかを教えてくれる (CONNECT_TO) | |
| 88 今度は、そこにclientとして接続する (VERSION_MESSAGE ) | |
| 89 | |
| 133 | 90 FIND_ROOT (client multicast ) : int port; String hostname (client's address) |
| 91 | |
| 123 | 92 proxy port への接続では、client は自分から書かずに server からの version message を待つ |
| 93 普通のVNCは cliet からは VERSION_MESSAGE が行くが、Tree VNC では、 | |
| 94 | |
| 133 | 95 FIND_ROOT_REPLY (root to client proxy port) : int port; String hostname (root's address) |
| 96 WHERE_TO_CONNECT (clinet to root proxy port) : int port; String hostname (client's address) | |
| 97 CONNECT_TO (root to client ) : int port; String parentAddress (parent's address) | |
| 98 CONNECT_TO_AS_LEADER (root to client ) : int port; String parentAddress (parent's address) | |
| 123 | 99 |
| 100 が来ることになる。 | |
| 101 | |
| 102 切断時は、子供のleaderが root のproxy port に聞きに行く | |
| 103 | |
| 133 | 104 LOST_PARENT (client to root) : int port; String hostname |
| 123 | 105 |
| 106 root は、接続変更が必要な node の proxy に CONNECT_TO を送る (木経由では送れない。切断されているので) | |
| 107 | |
| 108 最終的な切断時では、 LOST_PARENT が大量に出てしまうはず。なので、CONNECT_TO は連続しては送らない。 | |
| 109 | |
| 133 | 110 reportLastNode は CONNECT_TO で良い。(10001 port) |
| 111 lostNodeConnection でも CONNECT_TO を使う | |
| 112 | |
| 113 LOST_PARENT と PARENT_NOT_FOUND の違いはなんだ? LOST_PARENT は leader が出すようだけど。 | |
| 114 | |
| 115 CONNECT_TO で parentNum とか treeNum を送る必要はない。root 内部で接続アドレスから判断する。 | |
| 116 なので、LOST_PARENT は hostname と port だけでよい。 | |
| 117 | |
| 109 | 118 Fri May 23 19:32:24 JST 2014 |
| 114 | 119 |
| 120 checkdelay を再実装する | |
| 121 | |
| 122 reconnect message が port 10001 を使っているが、これでは複数clientをホストで動かした時に動かない。 | |
| 123 どのportを使うかをrootに教える必要がある。 | |
| 109 | 124 |
| 123 | 125 9999も使われているようだ。 |
| 126 | |
| 127 普通にclientに接続に行けば、version handshake からスタートするはず。そこに、reconnection プロトコルを | |
| 128 挟める。MyRfbProto.readVersionMsg()。 | |
| 129 | |
| 130 Recconection は | |
| 131 root は AcceptClient | |
| 132 client は EchoClient | |
| 133 で行われている(らしい)。まず、この名前をまともなものにする。 | |
| 134 | |
| 135 reconnection は木の最後のノードを穴の空いたところに接続することで行われる。これは、逐次で行う必要がある。 | |
| 136 最後には、ほとんどは一斉に切断されるので、そこで破綻しないように注意する。 | |
| 137 | |
| 138 root が client のノードとportを持っているかどうかが重要だが。 | |
| 139 | |
| 109 | 140 |
| 100 | 141 Thu May 22 21:20:39 JST 2014 |
| 142 | |
| 143 1) zlibの同期が外れてる。 | |
| 105 | 144 VncProxyService.javaのinhelitClients の中で |
| 145 resetDecoderを呼び出せばいいが.... | |
| 146 2) DesktopSize ではなく、同じプロトコルで initData を送る方が良い。 | |
| 147 2) initData の中の名前を見て、自分だったら、shareしたclientのscreenをhideする。 | |
| 148 | |
| 100 | 149 |
| 96 | 150 Wed May 22 16:14:25 JST 2014 |
| 151 | |
| 100 | 152 1) 10001, 10002 における固定Portをなくす |
| 153 2) 木を上に登る通信 | |
| 154 3) ClientをCloseしないでresizeする | |
| 155 | |
| 156 Update rectangle で desktop size を変更可能 | |
| 101 | 157 このままで、pixel formatが変更されない |
| 158 なのでserverInit をもう一度送るのがよいのではないか | |
| 96 | 159 |
| 100 | 160 4) display modeでClient view（proxy + view）をあげる |
| 96 | 161 |
| 22 | 162 Wed Aug 29 23:32:36 JST 2012 |
| 163 | |
| 164 ReceiverTask の framebufferUpdateMessage を、TreeTask に再現しないとだめ。 | |
| 165 | |
|
20
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
166 Wed Aug 29 22:27:25 JST 2012 |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
167 |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
168 MyRfbProxy の os が初期化されていない (削除する方が良い) |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
169 |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
170 initData が null ( 設定された時に、設定するべき) |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
171 |
|
98519d16a8c3
getInitData from ProtocolContext
Shinji KONO <kono@ie.u-ryukyu.ac.jp>
parents:
diff
changeset
|
172 |