H265 ENCODER RTL V2.0仿真教程
-
@wr115946873 我们一直都是在Linux下仿真的（验证正确，如下图），没有在Windows下仿过，建议更换仿真平台或者debug enc_ctrl模块查看某一模块done_i是否未收回，并进一步debug相关模块
Linux modelsim 10c
-
@tang 是否可以提供以下原始YUV格式的测试数据
BlowingBubbles: 416x240
BasketballDrill: 832x480
ChinaSpeed: 1024x768
FourPeople: 1280x720
BasketballDrive: 832x480
TouchDownPass: 3840x2160 -
原始YUV格式的测试数据
http://140.118.175.164/PCChang/APSIPA2013/HEVCDataHiding/用window版 f265.exe, linux 版可能 segment fault
-
- 缺少 rc_coefficient.txt 和rc_frameqp.txt文件。
- 对于ime_cfg.dat文件，对于不同的分辨率/帧数的视频，ime_cfg.dat文件应该是不同的，有没有相关文件可以提供，或者release相应的软件来生成需要的ime_cfg.dat文件
-
- 那些测试序列是HEVC官方序列，搜HEVC测试序列即可
- rc相关文件不影响正常仿真
- ime_cfg仅配置运动搜索范围、形状等参数，一般情况下可用同一套参数
-
测试了一下，ffmpeg libx256 软件默认（GOP 250， 50帧）压缩比大概150，而该IP相同码率 （QP = 34）压缩比大概50。后来一看只支持 I frame 和P frame， 没有B frame。
-
@jie 我们最新的C model 压缩比 相当于 x265 medium 水平，后期准备优化到比medium更好一点。 开源2.0版压缩率没有过多优化
-
@tang 在windows上，使用exe测试了416240、19201088分辨率的，都是可以运行的，但是对于480480、12001200的分辨率(这些文件用H264源码测试是没有问题的)，没有报任何错误，就直接返回了，生成的文件都为空。
参数设置:
测试结果:
想问下，是那里出了问题，还是有那些参数没有设置了？
-
@yfor debug之后发现是熵编码里面的dump_buf设置不够大，一般情况下是足够的，dump_buf是用来导出测试TV的。但是特殊情况下，输出码流比较大，超出dump_buf的大小，无法正常导出文件，所以会出现这个问题。PS：与编码过程无关
-
@wr115946873 您好，想问下问题解决了吗？
-
@tang 您好，不知道我的理解是否正确，如果f265软件生成的rec.yuv被认为是正确的，作为check文件，那么这个软件是怎么得到的，HM？
-
@Fudh 您好，这个软件是我们实验室自己开发的，谢谢
-
@tang 那么请问这个软件是开源的吗， 是否可以提供，谢谢
-
@Fudh 暂不开源，抱歉我不能提供。如果只是确认rec.yuv是否正确，直接和.hevc解码得到的YUV对比即可。谢谢
-
@tang 好的， 谢谢
-
Hello.
I always get a "segmentation fault" warning when trying to run the command "./f265 -c f265_encode.cfg" and no data is generated from my .yuv.Anyone knows what could be the reason to that issue?
I am using sudo and all the files have the necessary permissions.Thanks.
-
@tang 想问下Xilinx的板子硬件已经实现了吗 z7020？可以提供下具体的硬件清单吗
-
@Fudh 我们用的zcu102，zynq ultrascale+，谢谢
-
This post is deleted! -
This post is deleted!
