📄 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 + -