有時候我會覺得IBM或許真的太厲害了….
即使有問題的是對方的設備，他照樣就是能夠工作。

總之，關於WL-500g的部份安全性設定，在這邊稍為敘述一下遇到的狀況。

先前我的WL-500g Deluxe在我這邊的設定是WPA-PSK + WEP 128bit + MAC filter，也就是說第一個安全模式選項是設成WPA-PSK、運作模式是TKIP，但是下面的加密選項仍然是開WEP-128bit…. 可是實際上WPA-PSK TKIP應該直接包含WEP的加密運作才是，也就是說後面選擇WEP 64/128bit選項的這個選項可能是無效的，而且會干擾運作。

根據WL-500g的manual指出，這個選項在WPA開啟下仍能使用的原因，是為了提供不支援WPA的硬體在WPA開啟下仍能使用WEP與AP連結的能力…. 但是看來會造成相容性問題。

這個現象在R40上面不會發生，上述的所有安全性選項開啟都能運作；但是上禮拜黨大和小光帶PSP來這邊，加上Tib與JK來這邊一起try SmartPhone的時候我才發現，結果就是除了我的R40之外，其他人弄了半天都上不去。(但為什麼IBM這時候就是會動呢？這真是謎團)

何況WEP本來就已經不堪一擊了，開起來好像也沒什麼意思。
所以在只開WPA-PSK的狀況下，包含PSP、SmartPhone都順利上線了。

之後JK把WL-500g拿回去try的時候，也是做了類似的設定之後就讓他的PSP和Dopod 818pro都順利上線了….
大概就只有一個爽字吧？雖然只是能在廁所上線而已。XD

—-
至於我那張古老的CF 802.11b因為根本不支援WPA，看起來只好真的束之高閣了….

所以在重視實力的單位裡面，非本科系的人真的會過得很難過….
也不過就是當個兵而已，那些前輩們就沒點同理心嗎？
對音樂有興趣的人就算了，沒興趣的人真的很痛苦啊。

算了，現在人在台北，這禮拜就去所謂的"TGS"晃晃吧。_A_~…. 

放假回來，家裡多了台DVD player，親戚在今年公司尾牙抽到的。
「Tobishi DVD-339」，從名稱可以推知，應該是DK Digital DVD-339(東菱)的副廠機。

大略的評鑑可以參考這邊：
http://www.dvdtimes.co.uk/content.php?contentid=11042

….有VGA-output就算了，一台1K5台幣級的DVD player已經有DivX(XviD)/MPEG4、24/96的能力了是怎樣…._A_

不過其實還好啦，Chipset有這功能，不論正廠副廠機，有終究就會有….
可惜回頭看到XBOX，不論這台機器實力到哪邊，我一點都不會有驚艷的感覺啊～

——–
補充：
因為黨大帶了PSP下來，所以稍為討論一下轉動畫的方法….
於是留著給自己備份。

看著兩台PSP藉由AP互連對戰是真著蠻爽的，該買了嗎？

携帯向けに簡単に動画を変換してみよう
http://www.nurs.or.jp/~calcium/3gpp/
(3GPP 變換君)

情報をまとめるためのWikiを作りました。というか、作ったのはいいけれども情報を移行する根性がなく放置状態です。どなたか活用できるかた活用してください（;´Д｀）
http://www.nurs.or.jp/~calcium/wiki/

http://blog.xuite.net/askz/ask/5050955

http://www.bs-i.co.jp/anime/AIR/

あの感動の名作『AIR』が、より美しい映像でブルーレイ・ディスク（BD）となって蘇る!！

這應該傳到爆了吧…. AIR果然是HDTV解析度製作的，和雲彼一樣。
所以這兩片應該都會有BD版….甚至其他HDTV解析度的作品也很快會有一堆嘍？

Ask：存錢買PS3吧….

今年不知怎的，從小年夜到現在初四，幾乎天天都有大餐….
比過去嚴重得多。
現在吃得相當不舒服….呃。orz

回來沒休息到，反而還額外消耗….
帶著增加負擔的身體回營，實在是自找麻煩。XoX

http://www.beyond3d.com//reviews/ati/r580/int/
可以看看ATI的工程師們的想法，尤其是這邊有對G7x結構的看法：

http://www.beyond3d.com//reviews/ati/r580/int/index.php?p=02

ATI的工程師們覺得，G7x增加PS時可能會增加TMU，
造成Tex：ROP的比值增加(G70時是3:2，G71也許會惡化至2:1)，
是個"往回看"的選擇，會影響架構的平衡性。

(反過來說，這是預示G71可能還是會增加ROP來配合PS增加？ 好，這是YY….)

此外，另一個理由是每個時脈可以獲取的頻寬比例在下降(R300時是3:4、R580是7:8)，
但是TEX的消耗量其實是在增加(解析度增加、以及HDR造成資料量增加)，
所以增加TMU在這裡也會變成負面因素；
ATI的人並不在意增加TMU造成增加頻寬需求，但是他們不希望再降低ALU：TEX的比值。

此外，ATI的人認為從新的遊戲來看，ALU瓶頸越來越嚴重，
所以他們不擔心TMU數量會成為R580的瓶頸。
(而且他們補充：增加TMU數量對頻寬瓶頸沒有幫助，假設遇到的是頻寬瓶頸)

至於我們看到Dispatcher因為沒有增加資源(維持同樣的512 threads)，
R580應該會遇到分支上較大的成本問題，ATI的工程師是承認的；
但是他們也同時認為，從現有的實測上來看，3x ALU帶來的好處仍然多過壞處。
(同時也代表分支成本的問題比想像中輕)

所以即使他們並沒有將資源跟著增倍，R580仍然在所有他們做的測試裡面跑得比R520快，
於是他們便不擔心這個問題，即使有些狀況R580似乎沒有明顯地比R520快，但是總和起來終究較快；
而以R520的標準再增加register file，很可能成本上便不夠合算….
結論終究是R580沒有增加dispatcher所持有的threading資源。

—–
此外，基本上R5x0的設計已經可以達到線性的ALU增設，
每個dispatcher可以設置1、2、3、4….個ALU(目前R580是12個ALU)。

但是B3D在他們的R580 review內容已經證實，R5x0的關閉管線必須以Dispatcher為單位，
所以R580如果要關閉管線，關掉一個dispatcher就是變成12TMU、36PS，以下類推。

Source：http://blog.markplace.net/marks_place/1/2006/01/24/76

看起來非常令人期待….
尤其是與phpBB的整合讓人非常有興趣，不過實際上的形式還需要再評估。

現在也在LT的offical那邊架了個小測試區，作為評估的用途。http://dev.lifetype.org.tw/index.php?blogId=13