Mercurial > hg > Members > riono > TreeVNC_ja_comment
annotate Todo.txt @ 207:b31903e5b02d
rename myRFBProto
author | oc |
---|---|
date | Wed, 02 Jul 2014 18:14:20 +0900 |
parents | 614db20d8fab |
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 2つめの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 |