0118/2009

確定了很多事情，剩下明天確定木工。

0111/2009

近一點看
Originally uploaded by ca3rine

到國美館，確定了場地，借了投影機，還畫了桌子的設計草稿。為了一個像樣的雲紋苦惱很久，終究沒畫出來。

出乎意料的

　　在接觸過許許多多行政人員，上至市長、市長助理、下至小小職員，這次的負責行政人員跟清大課指組姊姊們一樣有出人意表的熱情與衝勁。通信了幾十封，第一次遇到負責的行政人員比自己還積極的，總是在消息出來時立刻通知，並且處理得很好，總是不厭其煩，甚至很主動的提供許多更好的解決辦法，主動加班。真的很感動。
　　有時候會想，政府如此不重視文化活動，下面卻有這樣的人努力著，盡全力的在有限資源內做最多事，實在難得，尤其當他們有選擇可以與其他行政人員一般擺爛時，他們竟選擇了這樣吃力不討好的態度。龐大體制總是一點一滴的磨滅所有熱情，這些人卻在夾縫努力燃燒，不知是為了什麼呢？一定是什麼美好的東西。

[TODOs]

1. 和國美館確定可借器材、借用方式
2. 決定器材擺放位置（新竹或台北）
3. 確認上台北找董老師的時間
4. 決定器材搬運方式
5. 問清楚木工部份的問題

外在時程表

02/08 自國美館拿到三台apple mac
02/15 最快的入館測試日期
02/21 開展

關於環場投影的bottleneck affect

跟好朋友討論了一下關於VNC的傳輸問題

首先每個projector畫面是 1024 * 768，所以每個frame的大小是 1024*768*2 (16 bit) = 1.5 MB.

而整個環場是12個畫面，也就是 1.5 MB * 12 = 18 MB per frame

也就是說當30 fps時需要傳輸的資料量是 540 MB/s.

Ethernet正常傳輸速度是 30 MB/s.

所以要讓VNC畫面傳輸速度看起來ok有兩個方向： 1. 用Gigabit Ethernet 並且 2. 減少畫面的pixel, 或再加上 3. 壓縮

影響VNC圖片傳輸速度的條件有 1. CPU, 2. 傳輸速度

如果使用gigabit ethernet，有兩種解決方式：

1. 用支援gigabit ethernet的switch把展場裡面會用到的電腦全部連接起來，但目前國美館提供的switch並不支援到gigabit ethernet
同時使用CAT6 wire，而內部網路IP必須手動設定。又要考慮到電腦的位置（互動桌與環場投影控制電腦位置的距離），會影響速度。正常狀況gigabit ethernet的速度為 70~80 MB/s, 而距離大於50m以上會降到 40~50 MB/s。最快速度為 90 MB/s。

2. 產生動畫的那台電腦同時直接連接到環場投影電腦與switch。由於互動桌與動畫電腦之間只需要傳送座標，所以可以用目前有的switch就好。環場投影與動畫電腦以CAT 6線連接。但這種情況會需要動畫電腦上面有兩張ethernet card。

另外就是所有的網路卡必須都支援gigabit ethernet
如果不想手動設定IP則會需要router，但聽說gigabit ethernet routers都很貴 :P


CPU的話則在當CPU為dual-core & 程式是single thread的時候才不會因為放在同一台電腦上速度被影響到


假設把速度提升到 50 MB/s
而像素減少到640*480, 每個frame約為 0.6 MB
設每秒15 fps, 則資料量為 0.6 * 12 * 15 = 108 MB/s
明顯的還需要壓縮，也要考慮到壓縮的運算時間問題，也要查壓縮比例

而當640*480 的resolution投影在 3.4m 高的螢幕上會變成每個pixel都有 0.7公分高... (默)


VNC支援的壓縮方式有： CopyRect (raw data), RLE (run-length encoding), HexTile, zlib (cpu expensive)
TightVNC支援更多方式可以試試

總結：
1. switch有沒有可能買新的，網路線要換成CAT 6
2. VNC server & client 要用哪種，TightVNC可能會因為環場投影電腦內部軟體無法讀取tightVNC壓縮而不能使用
3. 環場投影電腦的規格要問清楚
4. 環場投影電腦的擺放位置要問清楚
5. 不同的resolution測試
6. 是否要更改設計 (very important!)

Structure draft

[Table reaction plan]

Of each work contains:

相關資料
- 關鍵字
-- 文字標題
--- 完整文字
--- 與其他作品關連性
--- 與其他文字圖片關連性
-- 圖片
--- 與其他作品關連性
--- 與其他文字圖片關連性

作品本身
- 出處時間
- 創作時間
- 出處典籍


[Database structure] (大概想法)
< Table > 作品
- ID
- 創作時間
- 出處ID

< Table > 出處
- ID
- 時間
- 內容

< Table > 關鍵字
- ID
- 關鍵字
- 作品ID

< Table > 文字
- ID
- 標題
- 內容
- 關鍵字ID

< Table > 圖片
- ID
- url
- 關鍵字ID


[Script Structure]

< Class > 作品
< Class > 關鍵字
< Class > 時間軸
< Class > 文字
< Class > 圖片


........一片混亂 @@ 這裡應該隨意吧～～真正開始寫就知道了！

[反應]


cam -> 座標、物件編碼 -> call to create new 作品object -> fetch 關鍵字, fetch 時間軸 -> fetch 文字、圖片 -> 計算關連性 -> 產生資訊雲 -> 計算關鍵字之間關連性 -> 調整資訊雲位置 -> 計算物件之間關連性 -> 調整資訊雲位置

觸動動畫 -> 送至處理動畫的電腦產生資訊 -> 播放動畫


[問題]
- 觸動動畫的機制？

[另外需要的時間]
- 動畫與程式整合 (至少15天before pressure test.)