打开Windows自带的画笔，设置画布属性为1920x1080，保存为24位BMP格式，得到的就是无损的一帧图像的大小了
这个理论上的数字是6220800Byte，也就是5.93MB
再按每秒60帧计算的话就是5.93 x 60 = 355.8MB/s
换算成bit/s的话就是355.8 x 8 = 2.78Gbit/s
现在我试过最完美的采用WHDI规格的无线影音传输设备的带宽是3-5Gbit/s，完全可以实现号称的1080p/60hz/1-2ms的延时~不过这里没有计算多声道音频~实际上WHDI的设备已经很成熟了，不过因为成本关系没有推广起来~
现在顶级的AC路由器也只支持到1350Mbps，这个带宽是不够1080p视频传输的
所以现在只要是基于WIFI的无线影音传输标准都要经过压缩>传输>解压缩这个过程，所以延时就没办法避免~

而HDMI 2.0的带宽更是已经达到了18Gbit/s，将2.78 x 4 = 11.12 Gbit/s就是4K分辨率60帧画面的传输带宽要求了~
音频要另算，不过LZ你只要知道HDMI2.0的带宽支持4K和32声道就行了~

LZ的误区在于把带宽当成容器了吧
蓝光原盘都是H.264压缩格式的，那个码率是压缩算法处理过后的大小，播放的时候要有个解码的过程

[ 本帖最后由 Lucifer6E 于 2014-3-3 18:54 编辑 ]

就连电影摄影机的raw格式都是有压缩的

posted by wap, platform: Safari

楼主讨论的是不压缩的方式吧。

posted by wap, platform: iPhone

这楼主不是芈xx的马甲吧？

像素损失 眼睛是几乎分辨不出来的

posted by wap, platform: UC

用fraps录游戏出来的视频体积超大，480p一分钟就要几百MB

消费级视频的存储都是经过有损编码的，所以LZ计算的东西，用在消费级视频存储方面是完全没有意义的。
视频信号透过HDMI进行数字传输，可以近似认为是无损，不过传输格式也分YUV444，YUV422，RGB几种颜色格式，同时bit也分8bit,10bit,12bit,16bit几种通道位数，自然码率也就大不相同。

posted by wap, platform: Chrome

关键帧是光栅化的位图（当然本身已经压缩了，如同jpg之于bmp），非关键帧都是向量增量信息，大部分来说和像素没啥关系