アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
どこの会社かと思った... (スコア:1)
デジタル地上波に向けての開発が外に出せるようになってきた
ということでしょうか。
MPEG であれば、上位のプロセッサではソフトデコードができる
デモは見せてもらいました。CE でしたけどね...
Re:どこの会社かと思った... (スコア:1)
これから、デジタル地上波のSTBや受像機の需要が増えていくでしょうから、
その辺を狙ったものがたくさん出てきそうですね。
汎用プロセッサの性能がどんどん上がってきているので、MPEGのデコードを
そちらにやらせてしまうというのも一つの解なのですが、最終的には
コストと使い勝手のバランスが取れたほうが主流になるのではないでしょうか。
uchachaの日記 [hatena.ne.jp]
Re:どこの会社かと思った... (スコア:1)
で、別チップにエンコードデコードを処理させるのは当分普通な
のでしょうが、来年くらいからは SoC で AV 処理を組みこんた
コントローラーがたくさん出て来る(年末くらいにはテープアウ
トが多い)ので、そちらへ移行するでしょう。AV 処理専用に DDR
コントローラーや専用のバスを組んだものはもちろん、バス速度
そのものも PCI-Express 搭載で変わって来るでしょう。
機能がもっと太ってくると、安いコアをベースにしてマルチ CPU
構成にして、それぞれの処理を分担させるような事をしないと、
プロセッサの処理速度と割込みの発生する作業の多用化やバス競
合などで難しくなってきて、そういう方向に進むのだろうと思っ
ています。
Re:どこの会社かと思った... (スコア:1)
少なくともDEMUX、Videoデコード、audioデコードにそれぞれ
一つずつは必要だと思います。
これ以外に、外部インタフェースとか内部制御に小さなCPUが
必要ですから、都合4個ですね。
NECELのやつは、この制御用のCPUを高性能なのに置き換えて
これまで外部に装置全体の面倒をみるCPUがあったものを
不要にしたということですな。
最新のPCに使われるCPUであれば性能的にはMPEG2のデコードくらいは
一つでこなしてしまうのですが、その分ほかのことをさせる余裕が
無くなってしまうので、kinnekoさんが書かれているように
それを受け持たせるAV処理部を入れてしまうということですね。
このあたり、メディアプロセッサみたいなものを内蔵させてしまうか、
単なる演算ユニットの強化なのかは各社の考え方によると思いますが。
性能、開発期間、コスト、などを見比べて各社がどういう方法で
くるのか見ものだと思っています。
# ウチは民生はやらんので高見の見物なのですわ(^^;
uchachaの日記 [hatena.ne.jp]