近日，国内知名云服务公司金山云在 Github 上上传了报告以及开放测试程序。测试结果如表所示，金山云的 KSC265 编码器相比于 X265@ultrafast 可以实现超过 50%的加速和超过 30%的码率节省。这就是说， KSC265 可以在接近 X264@veryfast 的编码速度时还能在相同质量下节省一半码率。
测试报告完全使用了 H.265 标准制定时所使用的测试集和测试方法
欢迎各位大拿们下载 测试程序进行评估！ 下载地址： https://github.com/ksvc/ks265codec
本文由 vps网友提供，转载请注明出处
本文链接： https://www.vpsvsvps.com/discuss/a/1676471760138014720.html
@Jasmine2016 just new bee. 多让你的猪队友和领导坑你几次音视频卡顿，延时等问题。分分钟，你就要想办法去了解编解码器了。
我的理解是没到算法级，都不算大神。毕竟我只是一个门外汉而已，知道部分皮毛
@sgissb1 卧槽，大神！能想到这么多问题
@hljjhb https://help.github.com/articles/distributing-large-binaries/
当然, "in addition to distributing source code" 只是个提示, 就有人不愿意往 repo 里放代码就只能靠道德约束.
如果非要说有自己写的 codec ，那就请拿出诚意来。
编码器在测试的时候， x265 和金山的 265 ，参数是否有所区别。
问题 1 ： vbr?cbr?（显然视频编码很少用了 cbr ）
问题 2 ：比较时候的 gop 参数？
问题 3 ：比较时候的 fps 都多少
问题 4 ：编译参数是什么样的，有没有对特定平台做过优化？浮点和定点数支持如何？
问题 5 ：宏块支持范围
问题 6 ：预处理做了哪些？
问题 7 ： i b p 如何排列（和问题 2 部分重合）
问题 8 ：时间戳精度如何？（如果在 codec 之后做了时间戳计算或打时间戳）
问题 9 ：码率控制如何？（ x265 代码我没看过，但很多编码器支持码率控制）
问题 10 ：压缩比的比较？（请尽可能在相同压缩参数下比较一下，如有不同请说明哪些不同）
问题 11 ：最大支持分辨率？（请比较 x265 和金山 x265 ）
问题 12 ：压缩时内存占用比较？（请尽可能在相同压缩参数下比较一下，如有不同请说明哪些不同）
问题 13 ：两个 codec 解码性能比较如何？
问题 14 ：什么样的硬件平台上比较？有没有用到 cpu 某些特定的指令集之类，两个编码器之间的指令区别！
问题 15 ：如果金山 x265 与 x265 之间的区别类似， openh264 和 x264 的区别；那请说明，不要来这么大的标题和内容。不是不相信国人做不出 codec ，而是太哗众取宠了，尽管 v 站做编解码算法的人未必很多，我也不是一个专业的人士。但请理性和科学的对待技术和知识，如果就连金山这么大的公司，也和某些大厂商一样玩虚的，那就没多少意思了。谢谢！
@hljjhb 把大型二进制文件放 git 里面本来就不对. 而 release 功能虽然可以上传文件, 但上传的文件应当是 repo 代码的衍生品. 有合理理由上传 blob 的情况并不多, 比如 linux-firmware 等和硬件驱动相关的项目, 但 linux-firmware 的主场在 kernel.org, 是 kernel 的附属部分.
不开源的产品应当自己负担 hosting 相关费用, 如果 repo 只是放个说明或者链接可以当 pages 看待.
= = 你们哪只眼睛看到 Github 上只能放开源项目的……
和 x265@ultrafast 比……虽然速度很重要，但是硬盘空间也很重要不是么
tos 中似乎并没有强制要求开源发布作品
支持，反对楼上意见
楼上一堆想太多的。
也是 666, 拿 github 当幌子
bs 这种行为
a bu se
拿 GitHub 当网盘使。
我记得这种可以举报的，回去看看。
1 楼 +1. 不开源也往上放, 胆子不小. 老老实实的找其他地方托管!
放个 github 还以为是开源的呢.....
