-Panasonic的Blu-Ray DIGA發表-
http://www.watch.impress.co.jp/av/docs/20071002/pana1.htm
BW700/800/900系列，第一台UniPhier採用機的關係，整個基板零件數大幅縮減。
同樣也有AVC CODEC，只是只配有一組，不能做同時二番組AVC錄影；但是因為可以對硬碟已錄影的作transcode的關係，所以夜間可以設定對MPEG2的作transcode來節省空間。
流量的選擇為12.9M、8.6M、5.7Mbps，所以想想其實XBOX360對AVC只提供到15Mbps的解碼能力算是足夠。<–雖然這幾天扔14Mbps ABR的AIR-OP給人家播好像不太順暢。
PS3提供到更高的40Mbps class(也就是說和BD的decoder共用)似乎意義就不大….？以自己的測試，peak可以到120Mbps前後都還沒問題，這也毫無疑問超過BD的能耐。
另外一個有趣的東西是這系列錄影機提供視訊門鈴的支援，透過PLC可以連接VL-SP880，並且錄影門鈴的影像，沒人在的時候可以錄下有誰來串門子撲空過。
http://big5.nikkeibp.co.jp/china/news/mobi/mobi200708170110.html
http://big5.nikkeibp.co.jp/china/image2007/08/070817vie2.html
看起來，如果PLC”真的”夠便宜的話可以裝到大部分家電上沒錯，但是目前看來PLC實在是離便宜有很大的距離。
只是目前看來Panasonic的PLC目前還是在衝頻寬(不然就不會叫做HD-PLC了吧)，大部分的家電如果只是要做控制的話的確是不需要什麼大頻寬….
那麼早期的一些低頻寬版本再加強一下抗干擾能力(雖說有noise filter另外賣)之後，應該就會相當有潛力才是。
也就是說，”錄影機”這個裝置的存在是客廳裡面最接近PC定位的產品。
過去資訊化的方式是讓PC具備錄影機的功能來試圖取代錄影機，是Intel之類廠商的思考；而家電商的思考當然就是讓錄影機本身有一定程度的運算能力。
結果最激進的解決方案當然就是CELL了。_A_
-SpursEngine Demo-
http://pc.watch.impress.co.jp/docs/2007/1002/ceatec01.htm
http://www.watch.impress.co.jp/av/docs/20071002/ceatec03.htm
http://plusd.itmedia.co.jp/pcuser/articles/0710/02/news061.html
從旁邊的針腳對比起來，die size還蠻小的….用Notebook跑化妝鏡demo的時候，首先只用CPU來執行，usage吃滿外加frame rate半分；開了SpursEngine讓SPE處理之後，CPU usage約30%、frame rate也拉高到30fps滿。
Qosmio畢竟是Santa Rosa平台，所以合理地看即使SpursEngine也有Core2Duo系的數倍性能….不過ITmedia那張圖來看，整個module的size其實大約和MXM的GPU差不多。
同時期AGEIA PhsyX也推出Notebook的solution，考慮泛用性的部分，Toshiba不知道有沒有單獨販賣的打算…
(畢竟AGEIA目前沒有把PhsyX開放跑別的東西的計畫，但是SpursEngine可以cover PhsyX的工作)
 |
| Cellの技術を利用した映像処理プロセッサ「SpursEngine」 |
[EDIT]
http://www.ednjapan.com/content/l_news/2007/10/u3eqp30000019q53.html
小型化/高性能化が進んだ東芝のCell向け開発環境
http://techon.nikkeibp.co.jp/article/NEWS/20071003/140172/
【CEATEC】ネットに溶けていくCellの実行環境
這篇有CELL的H.264 AVC realtime Transcoding的demo；不過encoding還沒辦法real time。
喔~~!
Toshiba好像很積極得想把Cell(或SPE)應用在家電上,
反過來看SONY到現在只有PS3有搭載Cell而已_A_
如果Cell(或SPE)能在多媒體家電、電腦上能架空x86的運算工作,
這對Power聯盟應該也是好是一件…XD
UniPhier 目前只能做到12.9M RT ENCODE 的能力並不表示這樣的數字就能滿足於 HD 的需求，以 PHL 那邊的說法來看用他們的 codec 要做到跟高流量 MPEG2 同級還是要超過 20M 以上，不過一般對於錄畫要求的水準多半也不會那麼高，12.9M 或許就能滿足一般消費者的要求也不一定
至於 AVC 的 CODEC 在看過目前這麼多的東西之後應該都會清楚流量並不是最重要的因素，雖說很多人總是只會比這個沒有太大意義的數字就是，不同 CODEC 下畫質的表現根本無法用流量來做類比，這東西只能反應解碼所需要的運算量跟在硬碟中佔的容量
> 不同 CODEC 下畫質的表現根本無法用流量來做類比，
> 這東西只能反應解碼所需要的運算量跟在硬碟中佔的容量
但是反過來說，不同CODEC的畫質不考慮的話，系統能不能提供那個運算量來順利解碼這些stream，應該是比較流量沒錯吧。能用越低的流量達成越好的畫質是encoder的進步沒錯，但是基本上解碼的負擔方面同流量就應該是一樣的。
因為訊源幾乎都是”廠商提供”的，比方說設備、或者是package media之類，那是用另外一個評價方式去衡量的東西；解碼端也是自己有自己的評價方式才是。
其實我只是想說能解到什麼樣的流量跟足不足夠沒有絕對的關係..
另外關於 decode 這就更有趣了，avc 跟 mpeg2 不同使用不同的 decoder 應該只有效率之差而無畫質之差，不管用那個 decoder 解出來的畫面應該是一樣的，但在實際的情況下所有的廠商都有必要在解出的畫面上加料，這也使得 decoder 的好壞並不只在於能解多少流量更在於能對畫面做多少的處理，只去比較流量在這上面意義就顯得更小了，能解高流量並不表示解出的就會是好的畫質。