level 9
从不研究低端编码技术 真是高贵冷艳呢
是avc的压缩算法比较高端还是压缩率极其低下的无损图像序列或者非编编码比较高端
avc的编码时间要长那么多 肯定是avc算法太落后编码速度缓慢呢
2014年08月17日 13点08分
level 12
3
不管怎么说像ProRes这种码率高达100MBPS~400MBPS的非线编编码是绝对不能用在商业成品上的，未压缩的10bit就更大了。
2014年08月18日 04点08分
回复 XSoft93 :非编编码都是intra编码 和avc这种inter完全不同 intra编码全部是i帧 是没有motion compensate的 自然码率和inter编码不是一个等级的 说白了 非编编码就是类似jpeg2k序列 每帧都是单独的图片 时域完全独立没有关联的编码方式
2014年08月18日 04点08分
回复 Feisty2 :几个开源动画都有提供这种『图片』，体积丧心病狂……
2014年08月18日 04点08分
回复 940207224 :你肯定没见过调光系统里面用的32bpc浮点位深的无压缩4k rgb radiance图像序列体积![[啊]](/static/emoticons/u554a.png)
每次都深感硬盘组空间完全不够用
2014年08月18日 05点08分
每次都深感硬盘组空间完全不够用
level 12
关于16
bp
c和浮点精度显然不是给你作为最终结果直接观看的内容
通常这种精度的不是拍摄素材就是处理过程中的中间文件
这些精度的文件可以在进行后期处理时避免滤镜之间的rounding error叠加最后给最终结果造成灾难性结果 也许单个滤镜的处理精度不足错误不是特别明显 要是有10个滤镜呢 每个都是8bpc输入中间升到16bpc/浮点然后又round到8bpc 这样round 10次 那个错误累计 呵呵 你再说肉眼不可见试试
再者 涉及曲线调整的滤镜 比如linear和gamma的互换 颜色调整 你敢在8bpc精度里面进行? 有种把你的非编项目属性都设置成8bpc啊
2014年08月17日 13点08分
4
bp
c和浮点精度显然不是给你作为最终结果直接观看的内容
通常这种精度的不是拍摄素材就是处理过程中的中间文件
这些精度的文件可以在进行后期处理时避免滤镜之间的rounding error叠加最后给最终结果造成灾难性结果 也许单个滤镜的处理精度不足错误不是特别明显 要是有10个滤镜呢 每个都是8bpc输入中间升到16bpc/浮点然后又round到8bpc 这样round 10次 那个错误累计 呵呵 你再说肉眼不可见试试
再者 涉及曲线调整的滤镜 比如linear和gamma的互换 颜色调整 你敢在8bpc精度里面进行? 有种把你的非编项目属性都设置成8bpc啊
涨知识了。就像是在加法预算1.5+0.6，在计算前四舍五入和计算后四舍五入是完全不一样的结果。这就像处理过程的高精度和处理后8bit作蓝光一样
2014年08月18日 04点08分
level 12
特别是 xyz/lab和rgb互转是很多特效技巧里面都有的步骤 你在8bpc精度下进行试试
再说10bpc 首先 从编码角度说 由于10bpc由于精度提高 使me精度提高和残差减小 通常可以稍微提升一点压缩率
从回放角度说 有一点常识都知道通常视频的颜色空间ycbcr和显示器的颜色空间srgb是无法无损互转的 这里面一定会产生残差 假如ycbcr和srgb的互转全程使用rounding进行位深降低避免残差干扰 那么8bpc srgb的所有颜色 真彩色srgb24位也只能至少在10bpc的ycbcr中保存 10bpc一下的ycbcr无论如何都无法完整保存8bpc rgb的所有颜色 因为yuv的gamut要显著大于srgb 这个转换过程必然会有无法完美对应的问题 就算和rgb互转没有残差的yuv颜色空间 ycgco也需要比rgb多2bpc的精度才能完整保存rgb的所有颜色 比如8bpc rgb需要10bpc ycgco记录 10bpc rgb需要12bpc ycgco记录 显然 至少10bpc的yuv才能呈现可以和普通显示器8bpc rgb媲美的颜色数量
最后就是显示问题 假如来源位深高于显示器的显示的显示极限 程序可以通过抖动达到和高位深类似的视觉效果 假如显示器只有8bpc 取值范围0-255的整数 那么高位深图像scaledown到8bpc以后某个像素数值为128.5的话 在60hz的显示器刷新频率下 程序可以交叉显示128 129各30次来模拟128.5的效果
2014年08月17日 13点08分
6
再说10bpc 首先 从编码角度说 由于10bpc由于精度提高 使me精度提高和残差减小 通常可以稍微提升一点压缩率
从回放角度说 有一点常识都知道通常视频的颜色空间ycbcr和显示器的颜色空间srgb是无法无损互转的 这里面一定会产生残差 假如ycbcr和srgb的互转全程使用rounding进行位深降低避免残差干扰 那么8bpc srgb的所有颜色 真彩色srgb24位也只能至少在10bpc的ycbcr中保存 10bpc一下的ycbcr无论如何都无法完整保存8bpc rgb的所有颜色 因为yuv的gamut要显著大于srgb 这个转换过程必然会有无法完美对应的问题 就算和rgb互转没有残差的yuv颜色空间 ycgco也需要比rgb多2bpc的精度才能完整保存rgb的所有颜色 比如8bpc rgb需要10bpc ycgco记录 10bpc rgb需要12bpc ycgco记录 显然 至少10bpc的yuv才能呈现可以和普通显示器8bpc rgb媲美的颜色数量
最后就是显示问题 假如来源位深高于显示器的显示的显示极限 程序可以通过抖动达到和高位深类似的视觉效果 假如显示器只有8bpc 取值范围0-255的整数 那么高位深图像scaledown到8bpc以后某个像素数值为128.5的话 在60hz的显示器刷新频率下 程序可以交叉显示128 129各30次来模拟128.5的效果
涨知识了。多谢指导
2014年08月18日 04点08分
level 8
level 12
![[吐舌]](/static/emoticons/u5410u820c.png)
最早不知道哪里copy来的。多谢指点咯。以前随便测试二次元的片子，可能是te特殊了点。
level 7
level 9
XSoft93
楼主
@Feisty2
再请教一个问题：MPlayer播放10bit效果总是很差，比如播放ANK压的10bit，banding很彩虹很严重，是否和MPlayer的处理方式有关？
下面是mplayer的部分输出：
AO: [coreaudio] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0x1087d2980]bicubic scaler, from yuv420p10le to yuyv422 using MMXEXT
VO: [corevideo] 1920x1080 => 1920x1080 Packed YUY2
[ASPECT] Warning: No suitable new res found!
另外用ffplay播放，效果却很好，不会产生额外artifacts。但是ffplay的CPU占用太高，有点卡，所以没法用。
30秒样片: [无效] http://pan.baidu.com/s/1bnjbym7
2014年08月23日 08点08分
11
再请教一个问题：MPlayer播放10bit效果总是很差，比如播放ANK压的10bit，banding很彩虹很严重，是否和MPlayer的处理方式有关？
下面是mplayer的部分输出：AO: [coreaudio] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0x1087d2980]bicubic scaler, from yuv420p10le to yuyv422 using MMXEXT
VO: [corevideo] 1920x1080 => 1920x1080 Packed YUY2
[ASPECT] Warning: No suitable new res found!
另外用ffplay播放，效果却很好，不会产生额外artifacts。但是ffplay的CPU占用太高，有点卡，所以没法用。
30秒样片: [无效] http://pan.baidu.com/s/1bnjbym7
它把yuv420p10专程yuy2了 也就是8bpc的422 转换方式swscaler是rounding所以出现banding 同时chroma上转算法用的bicubic也是质量很遭的 你是不是开启了硬件加速 10bpc无法正确硬件解码 必须关闭硬件加速
2014年08月23日 08点08分
