?? 00000001.htm
字號:
<?xml version="1.0" encoding="gb2312"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=gb2312"/><title>Re: 做過機頂盒的看過來..... (轉載) turbolinux </title></head><body><center><h1>BBS 水木清華站∶精華區</h1></center><a name="top"></a>發信人: nicle (呆子), 信區: Embedded <br />標 題: Re: 做過機頂盒的看過來..... (轉載) <br />發信站: BBS 水木清華站 (Thu May 10 22:30:28 2001) <br /> <br />【 以下文字轉載自 Circuit 討論區 】 <br />【 原文由 nicle 所發表 】 <br /> <br />首先說現有的DVB-S\DVB-C系統（國內估計沒有人會用DVB-T）， <br />我們實驗室做過DVB-C的全套解決方案，包括MPEG-2實時音視頻編碼、 <br />系統復用、TS流復用、QAM調制器和所謂的DVB-C/DVB-S STB。 <br /> <br />就目前的水平看，第一代STB也是使用前面大家說的ST方案，功能比較 <br />單一，還有一些bug（硬件/系統軟件的）。 <br />我們的第二代STB也將加入WEB、Java、XML等內容，這些技術都是 <br />可以實現的。所以我想如果他們用Strong ARM+Mepg2解碼芯片實現該 <br />方案應該沒有什么問題。 <br /> <br />但是關鍵是看應用領域，正如Weakman所說他們的系統如果適用于 <br />KARAOK，一個視頻服務器帶幾十個終端，既不用考慮上現在的有線 <br />電視網，也不用考慮網絡的帶寬等問題。所以在方案實現上、軟件 <br />復用等問題上就好解決的多了。 <br /> <br /> <br />我覺得現在中國的STB發展瓶頸并不主要在技術上，而是在于應用。 <br />說的確切些，就是誰來提供視頻+數據信息的服務： <br /> <br />一、電視臺 <br /> 已有視頻服務，可以把數據服務等插入MEPG2的TS中。 <br /> 優點：成本低； <br /> 缺點：只適用于廣播式數據如股票信息、新聞等； <br /> 發展：使用電話線回撥或Cabel Modem擴展為雙向網絡，但是全城 <br />共享1~1.2Gbps的帶寬，遠遠不夠。 <br /> <br />二、電信局/ISP <br /> 把視頻流通過網絡或ADSL傳輸，再加上現有的數據服務。 <br /> 優點：功能較強，信息豐富； <br /> 缺點：STB成本高，接近PC，沒有明顯的性能價格比優勢，操作復雜 <br /> <br />三、小區物業管理者 <br /> 比如上面的系統。 <br /> 缺點：沒有標準可以遵循，國內企業沒有能力獨自制定標準。 <br /> 發展：形成完善的標準，提供豐富的服務，為各層次的消費水平 <br />和物業管理水平提供上下兼容的解決方案。 <br /> <br /> <br /> 我個人傾向于第三個方案，有一個愿望就是國內做STB/數字有線 <br />電視廣播系統/園區網絡系統集成的廠家能夠結合起來，像當年制定 <br />SVCD標準一樣制定出一套自己的適用的家庭信息媒體服務標準。 <br />（雖然當年SVCD標準并不能說非常成功，但是我相信這是另一次重要 <br />的機會）。 <br /> <br />以上純屬個人觀點，歡迎討論、批評。 <br /> <br /> <br />【 在 weakman (幻俠?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -