家电论坛

广告合作
 注册  找回密码

QQ登录

只需一步,快速开始

手机号码,快捷登录

手机号码,快捷登录

楼主: eDRAM

[回音壁] CCTV免费高清综合频道正式开播

[复制链接]

11

主题

250

帖子

0

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2007-1-20
QQ
 楼主| 发表于 2008-1-9 18:16 | 显示全部楼层
原帖由 tomluter 于 2008-1-9 01:10 发表
电视台高清为什么会说到H264。H264不是为节约电脑硬盘,在电脑视频上搞出来的高压缩高清格式吗?要是电视台发H264信号,机定盒主芯片得来个双核CPU解码才够力。


可以用专用DSP来解码[s:13]
回复 支持 反对

使用道具 举报

15

主题

1509

帖子

2

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2004-12-26
发表于 2008-1-9 22:33 | 显示全部楼层
原帖由 tomluter 于 2008-1-9 01:10 发表
电视台高清为什么会说到H264。H264不是为节约电脑硬盘,在电脑视频上搞出来的高压缩高清格式吗?要是电视台发H264信号,机定盒主芯片得来个双核CPU解码才够力。



i 服了 you
新的编码解码技术是为了节省带宽啊,这样传输广播节目在同样的带宽条件下可以传输的节目频道可以更多,在画质不变的情况下,现在解码器进步还是很快的[s:97]
回复 支持 反对

使用道具 举报

0

主题

53

帖子

4

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2007-12-3
QQ
发表于 2008-1-9 22:42 | 显示全部楼层
高清和数字有关系么
回复 支持 反对

使用道具 举报

4

主题

108

帖子

2

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2005-9-30
发表于 2008-1-10 01:37 | 显示全部楼层
原帖由 iorycloudy 于 2008-1-9 22:33 发表



i 服了 you
新的编码解码技术是为了节省带宽啊,这样传输广播节目在同样的带宽条件下可以传输的节目频道可以更多,在画质不变的情况下,现在解码器进步还是很快的[s:97]


这个问题确实有点古古怪怪的。既然现在带宽条件下,老MPEG2都够完美传输,干嘛弄个H264,即使机顶盒解码用不着双核U,但专利费怕是很烫手吧。而且电视节目实事传送的数据量需求是有限的,因为没有多少人要同时欣赏几个频道吧。  我认为H264只能在网上下载盗版高清这个阴暗角落里才有些市场。[s:97]
回复 支持 反对

使用道具 举报

15

主题

1509

帖子

2

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2004-12-26
发表于 2008-1-10 07:00 | 显示全部楼层
ls不知道欧洲的高清频道采用的是h。264的编解码技术吗?
央视主要的目的是省钱[s:14]
回复 支持 反对

使用道具 举报

3

主题

93

帖子

14

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2001-11-21
发表于 2008-1-10 12:44 | 显示全部楼层
看高清?太容易了!
去家电卖场,趁售货员不注意从展示的电视机上偷走一个高清标志,回家后
贴在自己家的电视上,谁来了一看:呵 !可以看高清了!
回复 支持 反对

使用道具 举报

14

主题

1122

帖子

11

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2001-11-21
发表于 2008-1-10 13:56 | 显示全部楼层
但愿奥运会前,有线电视能开通免费高清信号!否则,让我跑到28楼顶去架八木天线吗?北京市又将回到满楼顶都是天线的壮观景象吗?[s:6] [s:6] [s:6]
有朋自远方来,不亦乐乎!
回复 支持 反对

使用道具 举报

overcome 该用户已被删除
发表于 2008-1-10 17:43 | 显示全部楼层
我家的锅还要炒菜用呢,我可舍不得架到房顶去
回复 支持 反对

使用道具 举报

4

主题

108

帖子

2

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2005-9-30
发表于 2008-1-11 01:18 | 显示全部楼层
[s:68]
原帖由 iorycloudy 于 2008-1-10 07:00 发表
ls不知道欧洲的高清频道采用的是h。264的编解码技术吗?
央视主要的目的是省钱[s:14]


你从什么地方得到的消息说欧洲用H264。现在的HDTV都是MPEG2编解的。欧洲下一代技术计划才(或刚刚开始)用MPEG4。不过,是不是MPEG4 AVC(H264)还不明.[s:68]

[ 本帖最后由 tomluter 于 2008-1-11 01:29 编辑 ]
回复 支持 反对

使用道具 举报

2

主题

958

帖子

11

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2001-11-21
发表于 2008-1-11 01:44 | 显示全部楼层
原帖由 tomluter 于 2008-1-11 01:18 发表
[s:68]

你从什么地方得到的消息说欧洲用H264。现在的HDTV都是MPEG2编解的。欧洲下一代技术计划才(或刚刚开始)用MPEG4。不过,是不是MPEG4 AVC(H264)还不明.[s:68]


呵呵,刚从山里出来么?[s:14] [s:14]
super man~~
回复 支持 反对

使用道具 举报

11

主题

250

帖子

0

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2007-1-20
QQ
 楼主| 发表于 2008-1-11 19:19 | 显示全部楼层
原帖由 omeijia 于 2008-1-8 21:51 发表


其实这里边有利益集团的斗争。 单载波是上海交大的方案, 多载波是清华的方案。两家人家为了这个标准斗了好几年了。

现在国家的数字电视标准是所谓的兼容方案,即整合两家的方案,可是这样成本问题就上升了, ...


看来CCTV是两家都得罪不起啊![s:41]
回复 支持 反对

使用道具 举报

15

主题

1509

帖子

2

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2004-12-26
发表于 2008-1-11 22:28 | 显示全部楼层
今天看了一下资料,貌似h.264的专利费比mpeg2的少很多啊,估计央视用mpeg2的现有设备不用全部换,毕竟还是考虑成本啊[s:18]
回复 支持 反对

使用道具 举报

11

主题

250

帖子

0

威望

初级会员

Rank: 2Rank: 2

交易诚信度
0
注册时间
2007-1-20
QQ
 楼主| 发表于 2008-1-12 16:04 | 显示全部楼层
原帖由 iorycloudy 于 2008-1-11 22:28 发表
今天看了一下资料,貌似h.264的专利费比mpeg2的少很多啊,估计央视用mpeg2的现有设备不用全部换,毕竟还是考虑成本啊[s:18]

和MPEG2相比,H.264的优势不仅仅是专利费少
回复 支持 反对

使用道具 举报

0

主题

12

帖子

0

威望

新手上路

Rank: 1

交易诚信度
0
注册时间
2006-1-17
发表于 2008-1-13 02:10 | 显示全部楼层
原帖由 tomluter 于 2008-1-10 01:37 发表


这个问题确实有点古古怪怪的。既然现在带宽条件下,老MPEG2都够完美传输,干嘛弄个H264,即使机顶盒解码用不着双核U,但专利费怕是很烫手吧。而且电视节目实事传送的数据量需求是有限的,因为没有多少人要同时欣 ...


你是。。。唉[s:6]
1. H.264 是开放的标准,没有专利费。
2. 正式出版的蓝光电影大部分使用H.264压缩,网上下载的H.264 BD-Remux高清电影只是重新封装了蓝光的电影内容,并没有重编码。
回复 支持 反对

使用道具 举报

15

主题

1509

帖子

2

威望

中级会员

Rank: 3Rank: 3Rank: 3

交易诚信度
0
注册时间
2004-12-26
发表于 2008-1-13 08:51 | 显示全部楼层
原帖由 一页水景 于 2008-1-13 02:10 发表


你是。。。唉[s:6]
1. H.264 是开放的标准,没有专利费。
2. 正式出版的蓝光电影大部分使用H.264压缩,网上下载的H.264 BD-Remux高清电影只是重新封装了蓝光的电影内容,并没有重编码。



 H.264是ITU-T的VCEG(视频编码专家组)和ISO/IEC的MPEG(活动图像编码专家组)的联合视频组(JVT:joint video team)开发的一个新的数字视频编码标准,它既是ITU-T的H.264(MPEG-4 Part 10) ,又是ISO/IEC的MPEG-4的第10 部分。                  
                  

  从技术上来说,H.264代表了当前业界最先进的视频压缩技术,能够在较低带宽(2M以内)情况下提供高质量(类似DVD画质)的图像传输。据数据分析,在同等的画质下,H.264比上一代编码标准MPEG2平均节约64%的传输码流,而比MPEG4ASP要平均节约39%的传输码流。H.264技术还具备容错能力强、网络适应性强等优势,正好适应了目前国内运营商接入网带宽还非常有限的状况。

  在专利许可政策上,H.264也吸取了MPEG2及MPEG4part2的经验和教训,推出了较之前标准更低和操作性更强的许可政策。例如,AVC许可政策每台产品0.20美元的收费,与MPEG-2每个终端收费4-6美元(2002年前)和2.5美元(2002年之后)相比,降价幅度超过一个数量级。而其相比于MPEG4part2,除了取消了按编解码时间收费(2美分/小时)以外,也降低了对于内容的收费,从而受到了更多机构、企业和运营商的欢迎。

H.264与MPEG4 part2的专利许可政策对比

  相信很多人都有一个疑问,H.264究竟如何收取专利费呢?它究竟与MPEG4 part2有何不同?在下面的表格中,我们将对于两种视频标准的许可费率进行简单的对比。

  专利许可项
  H.264许可费用
  MPEG4 part2许可费用
  机顶盒(编解码器)厂商专利费
  0-10万单位/年:无许可费用
  解码器
  0.25美元/个
  编码器每年最高许可费用:100万美元
  超过10万单位/年:0.2美元/单位
  超过500万单位/年:0.1美元/单位
  每年最高许可费用(封顶费用):
  2005-2006:350万美元/年
  2007-2008:425万美元/年
  2009-2010:500万美元/年
  编码器
  0.25美元/个
  编码器每年最高许可费用:100万美元
  每年最高许可费用(封顶费用):
  200万美元/年
  由终端用户支付的费用
  按编解码时间收费
  无
  按编解码时间收费
  0.01美元/半小时
  按次付费(点播)
  12分钟以内的内容:无许可费用
  按次付费(点播)
  0.04美元/内容
  12分钟以上的内容:
  终端用户付费的2%或0.02美元/内容/次,取两者中较低者
  订购付费(包月)
  0-10万用户/年:无许可费用
  订购付费(包月)
  0.04美元/用户
  10万-25万用户/年:2.5万美元
  25万-50万用户/年:5万美元
  50万-100万用户/年:7.5万美元
  超过100万用户/年:10万美元
  每年最高许可费用(封顶费用):
  2005-2006:350万美元/年
  2007-2008:425万美元/年
  2009-2010:500万美元/年
  每年最高许可费用(封顶费用):
  500-1000万美元/年


  从上表可以看出:

  1)首先,H.264每台解码设备比MPEG4 part2便宜0.05美元,这意味着当一个运营商拥有100万用户时,使用H.264可以为其节省5万美元的投资;

  2)对于收费点播节目的专利费H.264至少比MPEG4节省0.02美元/内容。按照每个用户每周点播1部影片计算,H.264每年至少比MPEG4 part2节省104万美元。

  3)另外,使用MPEG4 part2同时还要需要按时间交费(2美分/小时),这意味着每个用户如果每天看两个小时的节目,每年需要缴纳约15美元。而H.264则无此方面的专利费。

  4)最后,H.264还降低了各项专利费的入门难度。

  * H.264编解码器10万以下无费用;而MPEG4为5万以下无费用。

  * 10万个包月用户以内无费用;而MPEG4为每个用户0.04美元

  * 每年最高许可费用也大大降低

  MPEG4 AVC/H.264不仅在技术上更加先进,有效节约了带宽;而且更加优惠的专利许可政策也为运营商节省了支出,成为被业界众多组织和专家看好的视频编解码标准。目前,包括DVD联盟、日本广播电视公司、欧洲DVB Steering Board、美国数字电视在内的众多机构都已经采用或决定采纳H.264标准。在这些行业巨擘的推动下,H.264技术的应用将迅速进入到视频服务、媒体制作发行、固定及移动运营网络、平台开发、设备终端制造、芯片开发等多个领域。因此,我们有理由相信H.264将会在中国IPTV事业的发展中起到举足轻重的作用!  
[s:18]
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Archiver|手机版|手机版|客服:010-60152166 邮箱:zx@jd-bbs.com QQ:895456697|广告合作|账号注销|家电联盟网

京公网安备 11010602010207号 ( 京ICP证041102号,京ICP备09075138号-9 )

GMT+8, 2026-4-7 03:49 , Processed in 0.132410 second(s), 28 queries , Gzip On.

快速回复 返回顶部 返回列表