PS3目前還很缺乏特定範疇下足夠的硬體支援，這邊稍微整理一下自己想要的周邊。以希望順位排列：

1. VGA cable。
這個與其說是硬體需求，倒不如說是希望可以實作的軟體功能….
希望能夠開放RGB輸出到超過480p的畫面，而且最好能夠支援VESA mode，提供上下補黑邊功能等等。
個人認為輸出不需要做scaling，只要能夠設定4:3、5:4、16:9、16:10，來提供補黑邊的設定即可。
如4:3的1280×720補到1280×960來搭配CRT、1280×720補到1280×1024來搭配5:4的CRT、以及1280×720補到1280×800來搭配16:10的LCD、如1400×900與1680×1050，剩下的scaling可以都交給螢幕本身。
至於16:10也不見得需要在1080p上提供，因為基本上能吃1080p的CRT螢幕(代表能上1920×1440)的真的不多，考慮PS3原廠色差線的品質，提供720p下比較多的模式選擇應該是比較實際的實作方式。
色差或HDMI當然也最好能夠做到這點，讓一些支援HDCP的LCD螢幕能夠正確顯示比例。
(雖然SONY似乎並不喜歡HDMI-DVI轉接的這個客群？更別提VGA-cable似乎已經有明言不會推出了。)

2. 可以順利發揮PS/PS2相容功能的USB轉接器。
上面應該會需要一個”PS按鈕”，然後要能夠對應PS2的類比8bit輸入、震動功能。
另外可以的話，最好再開放PS/PS2記憶卡轉接器的寫入功能。
(雖然SONY已經表示，不願意再花太多精神在PS/PS2相容功能上？)

3. 能夠把SATA接出來的直立架。
PS3-ESATA雖然已經達到一半功能了，但是還有另一半功能還沒達成，那就是PS3的直立。
比方說，先做一個類似PS3-ESATA般的轉接器，把eSATA介面轉接出來，並且在架子上留類似螺絲孔般的東西。
然後底座用小PS2直立架的方式連接上去，周邊留下足夠的高度扶持PS3本體，然後在底部附近留下經過二次轉接的eSATA port。
(雖然這樣成本不低。而且要是PS3本身支援DLNA/Samba or NAS的話，又何必外接3.5吋硬碟？)

—-
感覺上都是一些用來彌補現有不足的周邊….
而且可以發現，現在PS3的一些不足，其實都和軟體設計關係不小，這真的是相當有趣的事情。

而如果是XMB本身的軟體功能希望列表的話，那大概又會是完全不一樣的狀況：

1. 支援DLNA/Samba，方便檔案配信傳輸。
如果SONY真的想讓PS3成為AV Home-Server，這個功能實在不該少。
(不過問題是要支援到多強的地步，畢竟CELL的功能無遠弗屆，會讓人期望到可以與VAIO、BD-Recorder、BRAVIA互動的程度；反之，既然有這些硬體存在，PS3容不容許單機就能具備與這些硬體分庭抗禮的功能？它現在還在賠錢呢)

2. 支援MPEG4-ASP。
基本上就是希望可以支援XviD/DivX的意思。
(當然這個希望不大….畢竟PS3有H.264 AVC的播放能力在，支援MPEG4-ASP基本上只有”對DVD-rip族群”有意義而已。)

3. 支援Ogg等Open Source Format。
目前Ogg的品質真的非常高了…. 可以播放的話會非常棒。
(不過對SONY來說，如果MP3不足的話大可以壓成AAC….PS3還是有AAC的juke-box功能，也有PS3自己的ID-tag功能)

總之…. 前途多難啊。

參考：

ソニー、BDレコーダ「BDZ-V9」でHDV映像配信が可能に
－「BRAVIA Jシリーズ」などでネットワーク視聴
http://www.watch.impress.co.jp/av/docs/20070329/sony.htm

ソニー、Ethernet録画対応PC用デジタルチューナ
－トランスコーダ内蔵でHD映像を圧縮。丸形新PCも
http://www.watch.impress.co.jp/av/docs/20070116/sony1.htm

昨天微軟才剛發表XBOX360 Elite，今天就冒出PS3要出80GB新版的消息….orz

Kotaku表示，SONY在3月初剛向FCC送測一個PS3的修改機型申請，在列表內包含了80GB硬碟。
(原意是朝FCC提出修改的硬體[藍芽模組天線]不影響電器規格的證明文件)

當然詳情部分是完全不明，SONY自然也拒絕評論；不過型號似乎是CECHE01。
(60GB是CECHA01、20GB是CECHB01；台灣的編號則是07、英文代號相同）

[EDIT：內容為新增藍芽Reserve F型天線(原來是直接layout在PCB上的monopole type，這個變更很可能是用來解決藍芽斷線問題]

所以到底是PS3產品線單純提高容量，還是全新的產品線呢？這是Kotaku原文的著眼點。

不過我個人倒是覺得，其實PS3現在的狀況和先前有了不小的差異：

首先就是GS令人意外的配置。原先RSX是以DVI介面連接到HDMI transmitter等output單元；但是現在是先連接到GS(而且是兩個分開的bus)、再由GS連接到HDMI transmitter的話，實質上就代表了，RSX短期內想要整合HDMI transmitter，就得把GS都一起整合進來才行；而這看起來是有困難的，因為RSX必須跟著改成eDRAM製程，這可能會增加成本以及影響良率。

其次，是XBOX360也還沒有轉換到65nm產品的時程。這或許也可以套用到目前PS3的晶片生產上。
目前PS3也還只有做到削減部品點數，還沒有實際從根源的晶片成本著手的樣子。

總之，雖然先前SONY的各個訪談都指出，未來PS3會有不少衍生型；不過現在這個是不是已經是其中一個衍生型就有待觀察了，比方說先前本田雅一專欄內提到的”AV版PS3″，這時候就會引起人的注意。

—-
PS3到底何時才要支援Samba/DLNA啊…. _A_

把PSP換了3.10 OE-A之後，開始try Remote Play….

這回有個很大的特性：看得到遊戲了。
新增看得到的圖示有目前裝的各個遊戲、以及FAH。

所以可以想像的是：1.6版應該新增了支援遊戲內的RemotePlay；只是需要遊戲本身patch過才能運用。

—-
另外，這次的Remote Play是採登記MAC Address的方式來認證的關係，必須要在同一個LAN內才能使用。
而且目前發現60GB還真的沒辦法透過WiFi-AP來連線。orz

最後，看起來PS3可以跑下載的PSP用PS image了。
雖然好像意義不大…._A_

http://gx-mod.com/modules/news/article.php?storyid=4949

話說這版回應速度似乎變得很快…. 看起來還不錯。^_^

– Killarny & Nuka1195 & Pikes AppleMovieTrailers (AMT) SVN pre-0.97 [scripts: Apple Movie Trailers]
– BritneysPAIRS’s ~110 choosen Milkdrop presets [visualisations: MD – BPs Selection]
– EnderW & Blittans XBMCScripts Installer 1.8 SCRIPT [scripts: XBMCScripts]
– Rockstar’s Snake 1.0 SCRIPT [scripts: Snake]
– Asteron’s Tetris 1.0 SCRIPT [scripts: Tetris]
– Nuka1195’s T3CH Downloader SCRIPT [scripts: T3CH Downloader]
– Codecs for mplayer [/system/players/mplayer/codecs/:*]
– 2007-03-24 8306 fixed: Warning in XBMC_PC compilation
– 2007-03-24 8305 fixed: XBMC_PC compilation
– 2007-03-23 8304 fixed: Doesn’t like GetCurrentProcess() as a member function name.
– 2007-03-23 8303 added: pulse=”true” attribute to conditional animations, to pulse an animation back and forth continuously.
– 2007-03-23 8302 added: error logging for MapDriveLetter, UnmapDriveLetter, Dismount
– 2007-03-23 8301 changed: made all threads in Neptune lib default to a 64k stack size. Only upnp uses them. This reduces memory usage of upnp client of about 1 meg.
– 2007-03-23 8300 changed: string pooling enabled, LTCG option set in library LTCG configuration
– 2007-03-23 8299 changed: make webserver thread use minimum allowed XTL stack size of 64k instead of our current default of 512k
– 2007-03-23 8298 changed: make all filezilla threads use minimum allowed XTL stack size of 64k instead of our current default of 512k
– 2007-03-23 8297 changed: internet times synchronization thread is now created when a request starts, then destroyed at the end.
– 2007-03-23 8296 Fixed : PM3 Home submenu, kai, shutdown, playdvd buttons back to their original brightness
– 2007-03-23 8295 changed: make some of the default background threads use a smaller stack size. xbox has a minimum stacksize of 14k, and minimum of 64k if any XTL functions are to be used.
– 2007-03-23 8294 changed: make some of the default background threads use a smaller stack size. xbox has a minimum stacksize of 14k, and minimum of 64k if any XTL functions are to be used.
– 2007-03-23 8293 changed: non valid C++ constructor
– 2007-03-23 8292 added: FTPShowCache advanced setting to show cache partitions in FTP listing.
– 2007-03-23 8291 added: Drive mapping / unmapping / dismount logging
– 2007-03-23 8290 added: CThread now overloads Sleep and WaitForSingleObject, and allows them to timeout if another thread is trying to stop the thread added: CThread now boost a threads priority if another thread is waiting for it to close
– 2007-03-22 8289 fixed: Python getControl didn’t read enough information about checkmarks and buttons for setLabel to work.
– 2007-03-22 8288 fixed: timezone identification bug caused timezone setting in US Eastern time zones to fail to correctly set.
– 2007-03-22 8287 fixed: timezone in XML would override the timezone set in the EEPROM changed: failure to read EEPROM settings is an error, not a notice
– 2007-03-22 8286 Changed : PM3 Rescaled the TTF fonts in PAL16x9 and NTSC16x9 so the hopefully look clearer
– 2007-03-22 8285 changed: Reset the position in textboxes when they’re label changes.
– 2007-03-22 8284 fixed: Text could be truncated to width even if it was going to just fit.
– 2007-03-22 8283 added: GetPartition / GetDrive support for extended partitions
– 2007-03-22 8282 fixed: dvd’s with huge spu packets wouldn’t be decoded properly, resulted in missing highlights
– 2007-03-21 8281 Changed : PM3 – Video Info now displays different layouts depending on what section of the video library you come from Movies, TVShows, or Episodes
– 2007-03-21 8280 changed: all calls to MapDriveLetter now RemapDriveLetter, S drive unmapping removed (never mapped, so unnecessary)
– 2007-03-21 8279 Fixed : PM3 Spelling issues
– 2007-03-21 8278 fixed: Finally sorted the progress control build issue – screwups all round tongue.gif
– 2007-03-21 8277 fixed: Duplicate definition of function
– 2007-03-21 8276 fixed: year node in tvshow part of video library.
– 2007-03-21 8275 changed: removed director node from video library tvshow views (no scraper provided directors).
– 2007-03-21 8274 fixed: duplicates in genre matches in video library searches.
– 2007-03-21 8273 fixed: forgotten index in video database. speeds up season node in video library quite a bit.
– 2007-03-21 8272 added: listitem.premiered info label.
– 2007-03-21 8271 added: some more sort modes to video library (year is currently broken for tv shows, must be fixed elsewhere).
– 2007-03-21 8270 fixed: crash if you pressed info in an empty directory.
– 2007-03-21 8269 fixed: info button didnt work in video library.
– 2007-03-21 8268 fixed : added required void to dialogprogress (hopefully) this solves the build issue.
– 2007-03-21 8267 added: WindowXML now supports looking in the fallback path for a xml for the current removed: the refreshList tag on the addItem function on WindowXML updated: WindowXMLExample to match new changes
– 2007-03-21 8266 Fixed : PM3 Error in log file About control can’t focus control Fixed : PM3 Alignment of fonts in shut down menu Changed : PM3 Removed unwatched overlay icon for video library. If it hasn’t got tick its unwatched
– 2007-03-21 8265 fixed: Various tags didn’t apply throughout the entire controls.
– 2007-03-21 8264 fixed: DriveExists call fails for symbolic links mapped to directories, RemapDriveLetter now always first unmaps the drive letter passed
– 2007-03-21 8263 fixed: Moved debug info a bit to the right.
– 2007-03-21 8262 fixed: Queuing of library items in My Videos didn’t work.
– 2007-03-21 8261 fixed: xbmc would crash if dvdplayer received an initial spu packet of larger than 16k.
– 2007-03-21 8260 fixed: Grouplist of groups wouldn’t scroll to a focused group.
– 2007-03-20 8259 fixed: Label controls didn’t reset scrolling when their info changed.
– 2007-03-20 8258 added: getListItem() to WindowXML class in Python removed: getSelectedListItem() from WindowXML class in Python
– 2007-03-20 8257 fixed: crash if no cast and user selected the control.
– 2007-03-20 8256 added: Tvrage scraper
– 2007-03-20 8255 fixed: crash in advancedsetting if no tag was present.
– 2007-03-20 8254 fixed: unnecessary lookups in tvshow table in video library season node query.
– 2007-03-20 8253 fixed: resume video didnt work in video library.
– 2007-03-20 8252 changed: xbmcgui.Dialog().browse() now takes a default value and returns the default value if the dialog was canceled or an empty string if no default value was supplied.
– 2007-03-20 8251 added: getCurrentListPosition() and getSelectedListItem() to WindowXML class in Python
– 2007-03-20 8250 Changed : updated default skin for WindowXMLExample.zip so it works in skins other than pm3
– 2007-03-20 8249 Updated : PM3 skin in the WindowXMLExample.zip file to reflect the current pm3 changes
– 2007-03-20 8248 fixed: Incorrect comment
– 2007-03-20 8247 added: Script window to the default list of Startup Windows
– 2007-03-20 8246 changed: Groups set their offsets relatively at rendertime, meaning a grouplist of groups should now be possible. added: tag to the grouplist. Set to enable the , coordinates to act as an offset from the control slots.
– 2007-03-20 8245 changed: libPython file cosmetics / style
– 2007-03-20 8244 changed: xbmcgui.Dialog().numeric() now takes a default value and returns the default value if the dialog was canceled or an empty string if no default value was supplied.
– 2007-03-20 8243 added: LTCG and Debug build batch files changed: LTCG build produces default.xbe
– 2007-03-20 8242 changed: Layout/positioning of debug information.
– 2007-03-20 8241 fixed: Hidden labels in lists were still taken into account when checking for overlaps + scrolling wasn’t reset on change of info label.
– 2007-03-20 8240 changed: Scrolling labels separator/suffix changed to ” | “. RSS controls use none. fixed: RSS control in 720p/1080i started halfway across the screen.
– 2007-03

-19 8237 fixed: video library director node.
– 2007-03-19 8236 Changed : PM3 Alignment of all view types to center should hopefully maintain alignment better across different font types and sizes for resolutions Added : PM3 new font type “Arial TTF New” uses aspect ratio correction on arial to try and emulate the original xpr fonts better
– 2007-03-19 8235 Fixed : PM3 music and video overlay showed in the Music Playlist editor when it dosn’t have enough room
– 2007-03-19 8234 added: reduced version of HDD Temperature info for LCD (LCD.HDDTemperature)

實話是說，PS3 XMB相對於XBMC，功能真的是少得可憐….更別提格式了。
如果要能夠代替XBMC，XMB要走的路還很長。只可惜XBOX的性能在HD時代真的是不敷使用….

希望PS3 XMB能夠支援更多格式。

最高點接近750TFLOPS左右，讓FAH的總運算量幾乎逼近1TFLOPS….
不過熱潮過了之後，現在PS3的總active CPU開始下降，連續爆衝的運算量也開始下滑了。

沒有靠PS3本身達到1PetaFlops真是可惜啊。
很顯然地看到FAH的成果，現在IBM要賣CELL based HPC server，只怕是無往不利了吧。

可是，其實這篇的主旨，並不在於這個地方。

從這張歐洲拆機的PS3主機板可以看到，新增的”GS”不僅規模不小，還外加相當複雜的周邊佈線。
而且可以看得出來，與預期有很大的落差點，在於主要的連接其實是和RSX，而不是南橋。
還有新版PS3的南橋package，也有了一定規模的縮小。(雖然旁邊的SATA bridge好像還在)

所以，這可以讓我們懷疑，其實新增上去的”GS”，是RSX的一個輔助單元。
功能很可能和XBOX360的”ANA/HANA”晶片相同，有scaling的作用；甚至可能還包含eDRAM的AA功能，也就是其實是G71的”booster”。
然後才是PS2的GS代用晶片。一切都是為了搭配RSX；或者說，有這個晶片搭配下的G71(on FlexIO)，才是真正的”RSX”也說不定。

不過，感覺上這個結構的複雜度也未免太高了。即使透過這個外接晶片可以達到HDR+AA，程式的部分複雜度應該也會非常高。
比方說，你終究得要繪製一個解析度比1080p更大的Frame Buffer，才能夠做到1080p AA，如果這塊GS還是4MB的話，那就是等於做成一個tile般的繪製結構，讓eDRAM部分做完AA後，再輸出回RSX，分塊寫入Frame Buffer。這個控制也未免太複雜了。

其次，自然這個固定功能的加速器有助於減少程式上的麻煩，甚至可能還有機會減少成本（這樣會比256bit要省嗎？可能)；但是先買下去的玩家，就成為犧牲品了。（尤其是考慮以前PS2的前例）

此外，從package來看，die size這麼大，連GS I-32都做得進去了….(GS I-32在0.18um下是21.7×21.3 mm^2，電晶體數287.5M，同製程下大約是原始GS的2.3倍左右)
source：Ace’s Hardware

In raw graphics performance, the chip can process 75 million polygons per second, has a pixel fill rate between 1.2 and 2.6 gigapixels/s and can draw 75 million polygons/s, according to Aurangzeb Khan, vice president of Simplex Solution Inc. (Sunnyvale, Calif.), who presented a paper on the graphics processor here at International Solid-State Circuits Conference.

Using 0.18-micron design rules, the latest Graphics Synthesizer is an astounding 21.7 x 21.3-square-millimeters and contains 287.5 million transistors, with embedded DRAM taking up most of the silicon real estate. By contrast, the current Graphics Synthesizer in the Playstation 2 uses 42.7 million transistors and measured 16.8 x 16.8 mm when it was first introduced on a 0.25-micron process.

不過如果用GS I-32的話，PS2就要到90nm才會便宜啦…. XD

http://ps3mods.blogspot.com/2007/03/ps3-foldinghome-beats-ibm-bluegenel.html

這是什麼壓倒性勝利XD
367TFLOPS已經達到Top500上BlueGene/L的Linpack benchmark Rpeak，而且超越Rmax(280.6T)了。
而且這是Folding@Home，如果真的讓PS3跑Linpack，以當初IBM的混和精度版跑出95GFLOPS的速度，PS3應該比現在還會再快4倍吧XD。

最重要的，BlueGene/L每台2百萬美金，LANL買了64台共128M；這一萬五千台PS3只值9.5M美金。XD

Folding @ Home 開始自2000年10月。
PS3 FAH client於2007年3月22日釋出。

Server時間20070323 0040時，PS3運算總量超越所有PC CPU總合，並以1小時超過10T的速度持續增加中。
每個PS3 client的運算能量平均為25GFLOPS，大約與PS3的主記憶體頻寬相仿。

晚點超過所有client總合的時候再來更新….XD
[EDIT：結果果然晚上就全部超過啦！]

把Stanford逼出來澄清啦…. “Current TFLOPS”的意義….
如果硬體有時做exp(x)、sqrt(x)的話，因為software kernel都把這些動作視為一個flops的關係，如果當初廠商marketing的時候都把這些動作算成10、或20個FLOPS的話，那麼這些數據很可能會嚴重低估該硬體的效能。

http://forum.folding-community.org/ftopic18711.html

Those numbers were an early estimate and we’ve since then estimated flops more conservatively. One major issue is how to count flops. We actually do so very conservatively these days for the GPU and PS3 ports to keep these numbers from getting out of hand and in order to be able to trivially backup our statements.

The challenge with flops is how you define a flop. a+b is one flop, that’s easy, but what about sqrt(a) or exp(a) or 1/sqrt(a)? There’s different hardware to take care of this and we’ve been treating this as a single flop on the PS3 and GPU, whereas others would treat this as many (10-20) flops (eg see http://ai.stanford.edu/~paskin/slam/javadoc/javaslam/util/Flops.html#exp() ).

We’ve updated the FAQ to agree with this style of flop counting that we’re doing now. If we were to implement something along the scheme of our link, the flops would go way up, easily by a factor of 4x or even more. However, as we start to get into the stratosphere with our total flop count, a conservative approach now will avoid naysayers in the future. We may also choose to revisit our flop counting, perhaps to make it in line with the less conservative approach taken by most other people. That would greatly increase the flop count from there.

_________________
Professor Vijay S. Pande, PhD
Director, Folding@Home Distributed Computing Project, and
Associate Professor of Chemistry and of Structural Biology, Stanford University

他們的估算我覺得不難，因為work unit的”數量”是已經知道的，它們也有紀錄work time。
所以真正的變因其實只有”frame”，每個frame的複雜度有一定程度的差異，但是這其實也和亂數很接近，所以不受影響。

他們真正的問題是對”每個動作”(flops)的定義，如果他們真的把ext( x )當成一個 flops的話，那應該會對特殊硬體造成很大的效能低估。尤其是GPU，GPU最近的shader常常都會實作一些怪指令，這些指令通常都可以值上好幾個flops(不然何必用這個指令做？)，如果都只被視為一個flops，那效能被低估就的確是應該的。

從當初史丹福宣稱一萬台PS3可得1peta flop來看，它們把每台PS3都估算成100gflops，但是記憶體頻寬就是只有25GB/s，除非他們每個送到記憶體的byte都做過4個以上的flops，不然怎麼可能會有這種數字? XD

http://fah-web.stanford.edu/cgi-bin/main.py?qtype=osstats

差不多中午抓到1.6的update，然後開始放著跑FAH。
之後就開始看到各地都有上線的PS3 client、還有史丹福的統計網頁PS3工作量開始狂奔。orz

PS3的WU有五十萬個frame…. 然後限定2天回傳。
PC版的client是五千個frame，限定50天回傳。
GPU版是限定十天回傳。（超過這個時間會把該工作轉交其他client）

也就是說史丹福FAH team對PS3的期望值其實是PC的兩千五百倍嗎…..orz

—-
能續傳的BG Download也很屌….不過1.6版屌的還不止於此。其實在其他更新裡面，也有很多驚人的東西。

1. BD-RE播放支援，可以播自己燒錄的BD-RW了
2. HDMI自動偵測支援，只要螢幕有啟動就可以使用自動偵測，不需要再按五秒了。
3. 繁、簡體中文介面、與輸入法
4. 新增Backup資料到其他PS3的功能
5. WMA、AVCHD(m2ts)支援(!!)，現在(應該)可以直接把AVCHD硬碟式攝影機插上去播，或者是copy進PS3了。
6. DSD disk支援(!!!)，這個音樂人大概會比較爽….(順道，かないみか那邊又新增了不少PS3音質的改善法)
7. 久等的藍芽滑鼠、鍵盤支援
8. PS鈕選單的部分，從本來的任何時候壓住約五秒，改為在遊戲內壓了PS鈕便即時出現，在XMB內改為約兩秒後出現。算使用便利性的修改。

不過也有失望處：
1. 60GB不能用Wi-Fi AP作Remote Play連接。
靠強力的外部AP來讓Remote Play延伸距離的想法受挫了。(猛然後悔買60GB….)
而且這版Remote Play必須要更新PSP韌體，因為有新的配對設定。所以目前Remote Play全滅….
[EDIT：目前未確認。不過照常理說，應該沒有20GB做得到、60GB做不到的問題才是]
2. WMA雖然啟動了，可是還是辨識成”非對應Data”….
是可以播沒錯啦，還在找原因。[EDIT：沒有打上tag的會被辨識成未對應data]
3. 遊戲列表頁面，背景和BGM不同步，感覺上這版韌體測試還不夠，完成度不佳。
4. 手邊本來的80GB USB HDD變得抓不到了。不過另一個抓得到….
可能是為了一些新增支援的硬體，搞差了相容性，又是一個完成度不佳的例子。

http://www.jp.playstation.com/info/release/nr_20070319_ps3_160.html

這個最受注目的更新內容終於公布了。

■　システムソフトウェア　バージョン1.60で更新される主な機能

【ピンポイントズーム＆解像度設定 （インターネットブラウザ）】
●　ピンポイントズーム ：
画面上のポインタがある場所をピンポイントで拡大表示できるようになります。Webページのソースを分析し、ポインタを合わせた場所に応じて最適な拡大比率を自動的に算出いたします。
●　解像度変更 ：
ＰＳ３の映像出力解像度に合わせて、Webページの表示サイズを見やすく調整できるようになります。また、インターレース出力のときに、画面のちらつきを抑える設定を追加いたします。

【Folding@home™】
Folding@home™に参加できるようになります。

【アクセスポイント経由でのリモートプレイ】
家庭内のアクセスポイント経由でPSP®「プレイステーション・ポータブル」からのリモートプレイができるようになります。ワイヤレスLANを搭載していないＰＳ３（HDD 20GBモデル）でもリモートプレイ接続ができるようになります。

【バックグラウンドダウンロード】
ファイルサイズの大きいデータや複数のデータをダウンロードするときに、ダウンロードしながら他の操作ができるようになります。（制限事項がありますので、詳細はアップデート開始以降、弊社webサイトでご確認ください）

【フルサイズキーボード】
文字の入力時に、画面にフルサイズキーボードを表示できるようになります。

最受注目的是BG Download。
根據IGN的補充報導，BG Download確定不限制XMB內，進遊戲繼續下載，遇到遊戲連線需求下載只會暫停，可以放著抓大檔。
（類似XBOX360；只是XBOX360的連線畢竟限制於Live內，可以自由瀏覽網路的PS3有這個功能的泛用性還是比較廣些）

此外，追加透過WiFi-AP使用Remote Play的功能算是對20GB版最大的利多。
基本上從這個功能內建之後，20GB與60GB在實際上的差異已經消滅了。

細部似乎還有追加中文語系。(或者是之後update的1.6x次版本)

終於退伍了。

一退伍就遇上史上最大規模的GDC07(3/6~3/8)，內容包羅萬象。
SONY發表PS3的Home、Cell 的 iRT分散運算、許多知名的製作人傾囊相授….

擺明是不看可惜！

參考：各家GDC07 link集。
http://www.watch.impress.co.jp/game/docs/20070308/gdclink.htm

http://www.firingsquad.com/features/gdc_2007_report/

http://www.techreport.com/etc/2007q1/gdc/index.x?pg=1

PS Home算是會場裡面第一個受人注目的東西。
畢竟先前已經預告過會有大規模的firmware update(預測是ver 1.6)，來配合3/23的PS3歐洲首發；不過PS Home這個Service則是針對XBOX Live網路服務而來，並且投入了非常多「PS3才做得到」的特點：比方說，在虛擬街道上可以看到的Trailer影片，其實就有盡量發揮SPE充裕資源的用意存在。以及預計可以讓3rd廠商、甚至是user自己上傳自製的Home專用content，並且還有類似Second Life般營利的計畫存在。

當然，Ver 1.6本身也非常驚人：第一個是Folding@Home的Client，一個是Remote Play over Internet的支援。
3/23真是令人等不及啊。

還有 Little Big Planet 與 UT3 之類相當令人期待的PS3 Title，而且UT3宣稱將在PS3上完全支援Keyboard與Mouse這點也非常有趣。
這個應該與玩家族群有很大的關係，否則過去即使是FPS Game，在Console上也不至於會希望玩家使用KB與Mouse。

—-
另外有一個有趣的部分，是DX10.1與DX11相關的資訊。
根據x-bit labs的說法，NVIDIA在同時期發表的SDK10，內部已經包含了Shader Model 5.0的Marco code。
也就是說短期內，也許是G81(G80-B1?)或是G90，就會包含這些功能。
其中A-Buffer的實作內容，回想NVIDIA與TSMC合作宣布eDRAM的時機(幾乎也是同時間)，可以嗅到一股不尋常的氣味。
尤其是當初一般認為NVIDIA是取得了PSP2相關的合約之故。(考慮SCEI朝向外購代工來源的方式轉換，這個說法也是合理的)

當然這也許是我想太多啦～XD