level 4
hevc和avc标准都不同 没什么好比的
2014年10月12日 03点10分
level 12
通常的视频编码过程从前到后包括帧内预测 帧间预测(me) 这是无损的 然后执行频率化计算 有dct wavelet等多种 然后得到的系数中一部分归0 这一步统称量化 画质损伤出现在这一步 然后会进行熵编码 这一步也是无损的 然后就可以打包成视频流了
2014年10月12日 04点10分
3
我的目的并不是真要比这两种，这个已经有一些比较的实验了。现在的既然已经确认了265无论是在压缩率还是新宏块选择方式的画质改进上都比264强，我们当然应该完全向这样更好的编码标准看齐了。既然视骏都已经做到用amd异构解4K将cpu负荷降到1080p的程度，那265解码对我们的机子的负荷已经基本无问题了
2014年10月12日 05点10分
所以，我想知道265编码的速度瓶颈到底在哪（哪部分），阻碍着现在这种与解码匹配的开发速度。。
2014年10月12日 05点10分
能具体的用一个gop来比较一下265对264的改进，或者直接分析一下265的编码算法最好啊。能在这里直接找到一些x265编码开发的朋友更好。这个帖子就是希望在此学习一下！！
2014年10月12日 05点10分
回复 1lyxwen :从mpeg1到hevc 变化最大的部分就是预测 另外 你那么多惊叹号是要干嘛
2014年10月12日 05点10分
level 11
单论编码（讨论范围缩小到做rip）这个过程h265比h264慢是当然的。不知道就翻国联建议书就是了
— — —纪念贴吧大A潜水100周年。
2014年10月13日 09点10分
6
— — —纪念贴吧大A潜水100周年。
既然lz不搞h265开发就不要谈什么瓶颈了。单从编码单位考虑，h265的计算量最高可以比h264高16倍。当然演算法和h264完全不一样了，下一代可能不再沿袭基于傅立叶变换的算法族，有可能效率和精度有所提升，但是总体计算量是增高的。
2014年10月13日 09点10分
你能讲就具体到代码和算法地专业地讲讲吧，我虽然不搞h265开发，但这个帖子就是希望听一下专业人士的分析，这些笼统的知识我也都知道。比如哪几个算法步骤所产生的代码运算量导致它达到了264的16倍复杂度，而不是只知道它是264的16倍。
2014年10月13日 11点10分
回复 1lyxwen :![[乖]](/static/emoticons/u4e56.png)
其实这个吧里面大部分都是小白（比如我），真正专业的你还是去中华视频网等论坛里面去问h265的开发吧。这里爱好者居多，真正专业的很少。
2014年10月13日 12点10分
其实这个吧里面大部分都是小白（比如我），真正专业的你还是去中华视频网等论坛里面去问h265的开发吧。这里爱好者居多，真正专业的很少。
回复 1lyxwen :我在上面就说了，单从编码单位考虑。并不是几个算法步骤所产生的代码运算量。而是处理精度上的不同。h264是按照宏块划分编码单位的，最大达到16*16，h265取消了宏块划分，是根据对象划分编码单位的，虽然减少了次要对象的处理，但是多出了区别对象的算法，编码单位最大可支持128*128
2014年10月13日 12点10分
