wfqqsx 最近的时间轴更新
wfqqsx

wfqqsx

V2EX 第 164525 号会员,加入于 2016-03-23 12:45:26 +08:00
wfqqsx 最近回复了
2016-07-20 16:24:42 +08:00
回复了 chinue 创建的主题 推广 直播开发者狂欢日,万元豪礼助力腾飞
自家赞助的活动,连续三天摇一摇没有中奖。

看到楼上几个的好 RP ,求心理阴影面积!
2016-06-23 12:01:06 +08:00
回复了 leonayy 创建的主题 新手求助 怎么在自己创建帖子的正文里贴图??
搭车问
2016-06-23 10:06:14 +08:00
回复了 zythum 创建的主题 分享创造 朱一福利,关于v2ex发图以及其他地方的快捷贴图
2016-06-17 12:54:23 +08:00
回复了 wfqqsx 创建的主题 云计算 金山云 H.265 编码器 Github 开放测试程序下载
补充说明一下哈 ,命令行写错了, x265 单线程配置为 --frame-threads 1 --no-wpp; 满线程为去掉上述选项,使用默认配置; ks265 单线程为--threads 1, 满线程为--threads 0 。 有测试程序,欢迎验证~
2016-06-16 18:28:37 +08:00
回复了 wfqqsx 创建的主题 云计算 金山云 H.265 编码器 Github 开放测试程序下载
@chinue 对于程序员来说,也是希望能够通过开源的方式来促进整个 H.265 生态的发展。但是作为一个商业公司,咱们还是要看公司布局的考虑哈。
2016-06-16 18:23:42 +08:00
回复了 wfqqsx 创建的主题 云计算 金山云 H.265 编码器 Github 开放测试程序下载
@mko0okmko0
为了避免主客观质量评价的行业争论,我们直接使用的是 JCTVC ,通用测试条件中的 BDRate-YUV 函数计算 anchor 和 test 之间的码率节省。 BDRate-{YUV 函数的输入是 anchor 和 test 各四组共八个 {Bitrate , PSNR-YUV} 对,输出的百分比结果可以认为是相同质量下的码率节省。

业界和学术界通用的对比指标我们会一直沿用,同时后续也会添加好的主观评价。谢谢分享~
2016-06-16 12:45:26 +08:00
回复了 wfqqsx 创建的主题 云计算 金山云 H.265 编码器 Github 开放测试程序下载
@sgissb1
谢谢提问,文章作为测试程序分享,测试结果其实只是简单的和大家分享一些数据。没对具体参数进行详细说明还请见谅。

首先,简单讲一下 x264 和 x265 。目前圈内的公认, x265 的编码速度问题特别大,效率提升也没有太高。金山云算法团队是从零代码开始写了三年,其中辛苦一般人很难知道。另外 JCTVC 测试 video 已经规定了输入 yuv 的各种参数格式,大家可以参阅 HM 制定时的文档。

其次,我们也在 Github 上补充上传了详细的测试 excel (包含比对参数),具体说明如下:
x264.exe -o out.264 /home/qytest/yuvfiles/BQSquare_416x240_60.yuv --input-res 416x240 --preset [veryfast/slow/placebo] --fps [framerate] --profile high --aq-mode 0 --no-psy --psnr --bitrate [number] --keyint [framerate * 10] --frames 1000000
x265.exe -o out.265 --input /home/qytest/yuvfiles/BQSquare_416x240_60.yuv --input-res 416x240 --preset [ultrafast/slow/placebo] --fps [framerate] --aq-mode 0 --no-psy-rd --no-psy-rdoq --psnr --bitrate [number] --frame-threads 1 --keyint [framerate * 10] --frames 1000000
AppEncoder_x64.exe -b out.265 -i /home/qytest/yuvfiles/BQSquare_416x240_60.yuv -preset [veryfast/slow/veryslow] -tune offline -psnr 2 -rc 1 -br [number] -frms 1000000 -iper [framerate * 10]


对于您这提的十几个问题,还请参下:

问题 1 : vbr?cbr?(显然视频编码很少用了 cbr )
一般情况下, CBR 码率波动小,但是压缩率不如 ABR 。在比较中为了公平, X265 用默认配置 abr ,我们也是一种 ABR 的优化,这样的比较是公平的。

问题 2 :比较时候的 gop 参数?
I 帧间隔要一样才能保证公平。在 excel 中已经给了详细的参数。如果此处 gop 是指 I 帧间隔的话,那大部分测试情况是 10*fps 。

问题 3 :比较时候的 fps 都多少
JCTVC 的 yuv video 已经给出了 yuv 的 fps ,必须按照这个值进行设置。例如 BQSquare_416x240_60.yuv 的帧率就是 60

问题 4 :编译参数是什么样的,有没有对特定平台做过优化?浮点和定点数支持如何?
编译参数就是 x265 的默认配置,再说,我们跟 x265 是在相同平台下编译的,能用的汇编指令都是相同打开或关闭。

问题 5 :宏块支持范围
都是在 HEVC 标准范围内。

问题 6 :预处理做了哪些?
没做过任何预处理,直接编 YUV 以方便公平比较。

问题 7 : i b p 如何排列(和问题 2 部分重合)
X265 用默认的参数,例如 badapt 在各个档次下的打开或关闭。 ks265 的各档次默认 B 帧数量不一定与 x265 相同。具体情况可以下载测试程序自行实验。

问题 8 :时间戳精度如何?(如果在 codec 之后做了时间戳计算或打时间戳)
X265 和 ksc265 一样,都是视频编码器。时间戳的精度和修改不影响编码效率。真正商用编码器是 ffmpeg+x265 或 ksc265 。

问题 9 :码率控制如何?( x265 代码我没看过,但很多编码器支持码率控制)
Excel 中已经给出,实验结果就是码率控制下的结果。

问题 10 :压缩比的比较?(请尽可能在相同压缩参数下比较一下,如有不同请说明哪些不同)
业内的人都知道,应该用 4 个码率点的 BDRATE 函数来计算码率节省,如附件的 excel.

问题 11 :最大支持分辨率?(请比较 x265 和金山 x265 )
都跟 HM 一致。 4K 视频没有问题,更高分辨率的没有实验过。

问题 12 :压缩时内存占用比较?(请尽可能在相同压缩参数下比较一下,如有不同请说明哪些不同)
可以下载测试程序自行实验。实际内存占用应该与 x265 相当。

问题 13 :两个 codec 解码性能比较如何?
我们发布的同时包含编码器以及解码器, x265 中并没有解码器。如果要比较解码器性能可以用 openhevc 或者其他解码器。发布没有提供解码器相关测试结果。

问题 14 :什么样的硬件平台上比较?有没有用到 cpu 某些特定的指令集之类,两个编码器之间的指令区别!
我们在 excel 中给出了详细的平台信息。
本测试为 x265v1.9 版本与 QY265v2.2.0 版本离线编码对比测试,测试设备为台式机( Win7 操作系统, i5-4670 四核 CPU , 8G 内存)
指令集方面,支持到 AVX2.

问题 15 :如果金山 x265 与 x265 之间的区别类似, openh264 和 x264 的区别;那请说明,不要来这么大的标题和内容。不是不相信国人做不出 codec ,而是太哗众取宠了,尽管 v 站做编解码算法的人未必很多,我也不是一个专业的人士。但请理性和科学的对待技术和知识,如果就连金山这么大的公司,也和某些大厂商一样玩虚的,那就没多少意思了。谢谢!
openh264 面向实时视频通信,只有一个速度档次,只有 ippp ,功能只是 x264 一个非常小的子集。我们同 x264 一样,面向所有速度档次和所有应用场景。真心没玩虚的。我们是从 0 代码开始写,跟 x265 的框架基本没有关系。不过我们是商业公司,现在不到开源的时候,开放测试程序公开测试是一定程度的诚意,以上所有问题,对于专业人士来说,一测便知。只说测试结果,不开放测试程序才是真的没诚意。


最后,欢迎大家一同探讨分享。谢谢!
2016-06-15 21:49:18 +08:00
回复了 wfqqsx 创建的主题 云计算 金山云 H.265 编码器 Github 开放测试程序下载
@seki 指的是压缩效率后的文件大小?还是内存占用大小?
2016-06-02 17:35:01 +08:00
回复了 yinjun622 创建的主题 云计算 求推荐 国外的云主机 配置最低要求 4G 内存
假如使用地在国内云服务商能支持的地方,不如考虑使用国内云服务商在国外的机房,服务响应更及时啊。那时候使用亚马逊的真的是隔很久才给解决问题。国内云服务商例如金山云,阿里云在国外都有机房分布。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3352 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 10:58 · PVG 18:58 · LAX 02:58 · JFK 05:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.