找回密码
 注册
快捷导航
查看: 1974|回复: 11

关于HDTV解码的问题,大家讨论一下。

[复制链接] |自动提醒
阅读字号:

4961

回帖

61

积分

6935

资产值

钻石会员 Rank: 3Rank: 3Rank: 3

注册时间
2004-6-12
发表于 2007-6-23 06:35:57| 字数 187| - 美国–新泽西州–伯灵顿 Comcast有线通信股份有限公司 | 显示全部楼层 |阅读模式
23帧,1080的HDTV。
是不是每秒钟23张分辨率为1920×1080的图片,加上各种同步的音频:AC3,DTS,EAC3等等。
为什么需要这么大的CPU占用率?
如果说图片格式用BMP,那容量很大,可能硬盘来不及读。
1080的HDTV的原理是不是每秒钟播放23张1920×1080的图片,因为数据量大,所以图片压缩过(假设是JPG),然后通过CPU把它解压(假设是BMP)?

1018

回帖

0

积分

1738

资产值

入门会员 Rank: 1

注册时间
2003-4-30
铜牌荣誉勋章(注册8年以上会员)
发表于 2007-6-23 07:07:39| 字数 8| - 中国–山东–德州 电信 | 显示全部楼层
好象是这么个道理
回复 支持 反对

使用道具 举报

119

回帖

0

积分

177

资产值

入门会员 Rank: 1

注册时间
2004-3-24
发表于 2007-6-23 19:26:03| 字数 38| - 中国–四川–成都 电信 | 显示全部楼层
不懂    看以前的胶片电影就是一张一张的图片快速变换嘛。   应该道理雷同哦!!  不懂不懂
回复 支持 反对

使用道具 举报

2702

回帖

1

积分

9136

资产值

初级会员 Rank: 1

注册时间
2004-7-27
发表于 2007-6-23 20:24:41| 字数 173| - 中国–山东–青岛 联通 | 显示全部楼层
意思是这个意思,但是不能简单理解为多少帧就是每秒显示多少张图片。
HDTV播放流程是这样的:读取媒体--分离器开始工作(这里分为2支,视频分离器将视频信号交给视频解码器,将音频信号交给音频解码器)--视频解码器和音频解码器进行解码交与输出,系统播放器调入其他信息(比如字幕,帧速等等)。真正占用CPU的是分离器和解码器,而不是最后输出显示那多少帧。
送走了T41P/迎来了Z60m-2531HH1和T60P-200793B/享受23‘苹果/寻找Advance Dock中
回复 支持 反对

使用道具 举报

615

回帖

0

积分

998

资产值

入门会员 Rank: 1

注册时间
2006-5-23
发表于 2007-6-23 20:42:46| 字数 39| - 中国–江苏–苏州 电信 | 显示全部楼层
分离器还是不怎么占用cpu的,以前我的leader现在在优化h.264的解码器
回复 支持 反对

使用道具 举报

4961

回帖

61

积分

6935

资产值

钻石会员 Rank: 3Rank: 3Rank: 3

注册时间
2004-6-12
 楼主| 发表于 2007-6-24 00:23:13| 字数 610| - 美国–新泽西州–伯灵顿 Comcast有线通信股份有限公司 | 显示全部楼层
那究竟为什么这么占用CPU呢?
视频和音频在媒体文件中都已经做好了,是同步的。播放时,视频和音频同时开始,那就应该始终同步(此处暂且忽略现实中如CPU不够强劲,会不同步的现象)。然后只要音频部分负责解码音频,把MP3或者DTS或者AC3甚至EAC3的音频播放出来,视频按顺序把BMP图片播放出来就可以了啊。其实就是调用两个程序,一个快速放幻灯片(即无声视频),一个放音频就可以了啊。为什么会这么占资源?
想来想去只有这个原因:
如果按照BMP的格式,1920×1080的BMP图片,每张的容量是5.93MB,接近6M,按照24帧算,美秒钟的视频流量就是144MB。照此,一部90分钟的1080的影片仅视频部分的容量就是760GB,注意是GB不是MB。
由此可见,存储介质的容量与速度跟不上,是主要原因,所以必须把大容量的高分辨率图片压缩(打个比方,说是BMP压缩成JPG),然后再通过CPU和显卡解压缩(比方:JPG还原为BMP)后播放。
类似于Windows的桌面壁纸,无论你把什么样格式的图片设为Windows的壁纸,最后都被转换为BMP放在Windows用户目录下,然后被调用并显示成壁纸。
请问大家的看法如何?

另外一个问题,即使你把1080的影片截屏,图片效果还是不好,和数码相机照出来的高清照片还是差很多。
估计今后的视频最后会发展成每秒钟的帧数大大多于现在的,并且每一帧的图片质量都和清晰的照片一样好。

希望大家补充、讨论。
回复 支持 反对

使用道具 举报

876

回帖

14

积分

2274

资产值

黄金会员 Rank: 3Rank: 3Rank: 3

注册时间
2006-1-17
发表于 2007-6-24 00:31:01| 字数 141| - 中国–广东–深圳 电信 | 显示全部楼层

回复 #6 degoxin 的帖子

主要是解码, 高清可以有很多种编码方式, 比如: MPEG2, H264等等。
H264和MPEG2在文件大小相同情况下提供更高的码率,意味着更清晰,但编、解码是也更占CPU.
你所说的一帧帧, 那已经是解码后的产物了。

如有不对还请指正。

[ 本帖最后由 yiylu 于 2007-6-24 00:32 编辑 ]
回复 支持 反对

使用道具 举报

4961

回帖

61

积分

6935

资产值

钻石会员 Rank: 3Rank: 3Rank: 3

注册时间
2004-6-12
 楼主| 发表于 2007-6-24 01:47:03| 字数 45| - 美国–新泽西州–伯灵顿 Comcast有线通信股份有限公司 | 显示全部楼层
那解码前是如何储存的呢?
是不是类似于把好多BMP压缩成JPG,然后在播放时还原成BMP呢?
回复 支持 反对

使用道具 举报

876

回帖

14

积分

2274

资产值

黄金会员 Rank: 3Rank: 3Rank: 3

注册时间
2006-1-17
发表于 2007-6-24 09:08:41| 字数 133| - 中国–广东–深圳 电信 | 显示全部楼层

回复 #8 degoxin 的帖子

不要老往 BMP JPG 上靠,它们也只是存储图像信息的格式罢了,直接称它为静止图像(Still pictures)。

详细参考: http://en.wikipedia.org/wiki/Video

视频编码主要是压缩视频, 减少视频的空间和时间冗余,具体如何减少问专家吧,呵呵~
回复 支持 反对

使用道具 举报

2503

回帖

48

积分

1万

资产值

钻石会员 Rank: 3Rank: 3Rank: 3

注册时间
2006-2-1
铜牌荣誉勋章(注册8年以上会员)银牌荣誉勋章(注册10年以上会员)
发表于 2007-6-24 09:18:24| 字数 9| - 中国–江苏–南京 电信/腾讯云 | 显示全部楼层
扣肉的机器还能跑跑
回复 支持 反对

使用道具 举报

60

回帖

1

积分

93

资产值

入门会员 Rank: 1

注册时间
2006-2-13
发表于 2007-6-26 02:01:27| 字数 464| - 澳大利亚 | 显示全部楼层
上课了:对于视频压缩,分两种情况

第一种叫spatial compression

可是算是简单的逐帧压缩,可以比喻成将每秒24张BMP压缩成每秒24张JPG
注意 这里只是一个比喻 仅仅体现这种压缩的方式

第二种叫temporal compression

其原理为:By storing only the difference between frames, the size of the movie can be significantly reduced.
存储帧之间的变化.
学过Flash的都知道Key Frame,
temporal compression也是一样,先确定Key Frame(关键帧),然后记录下每一帧对应关键帧的变化
回放时只用处理变化的部分就可以了
这也是h.264等编码方式的原理

可以用图来表示:




这种压缩方法会产生一种很常见的现象:

当处理器/GPU不是很快的时候 处理大场面的电影 回很卡
或者CPU占用率会很高

其实很见单:

大场面的镜头,每一帧都和关键帧之间的差异很大,这样导致需要处理(解码)的信息比正常的信息量要大得多,此时要是来不及处理就会导致丢帧或感到很卡

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?注册

x
T43  X60  硬盘架 X60底座
www.fuzhaopeng.com
回复 支持 反对

使用道具 举报

4961

回帖

61

积分

6935

资产值

钻石会员 Rank: 3Rank: 3Rank: 3

注册时间
2004-6-12
 楼主| 发表于 2007-6-26 02:12:36| 字数 16| - 美国–新泽西州–伯灵顿 Comcast有线通信股份有限公司 | 显示全部楼层
谢谢楼上XD,很建明清晰的介绍。
回复 支持 反对

使用道具 举报

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

本版积分规则

Powered by Discuz! X3.5 © 2001-2023 Comsenz Inc

GMT+8, 2025-1-31 22:37 , Processed in 0.131773 second(s), 44 queries , Gzip On, OPcache On.

手机版|小黑屋|安卓客户端|iOS客户端|Archiver|备用网址1|备用网址2|在线留言|专门网

返回顶部