举报也没啥用，只能说这些人太坏了

好的，我试试看。

个人觉得放在github上较好，在那也有不少HDL相关的项目。以前用opencores.org，但其SVN和管理起来不太好。 昨天没有在github上找到，所以基于v1.0偷偷把建了一个，方面自己后续的学习和研究 https://github.com/Bearzeng/h.265_encoder

硬件编码性能肯定不能跟HM的性能比的。HM穷举起来一定能搜索到最优的模式组合，而硬件为了实时性要求一定是采用快速算法牺牲掉编码性能的。 intel和海思都是大厂，据我了解海思做H.265的都几百人的团队，他们的芯片也仅能做到差30%~50%的话，目前应该不存在差HM10%的硬件编码器。

@多多是个准瘦子 好的，有需要应用协助，可以email联系我。谢谢！

C代码目前没开源

谢谢！期待中！！！！

已经做好了，请到代码下载区下载吧

有有没朋友找到了？可以告诉我在哪下载的吗？

谢谢解惑，我觉得应该也是，可是一直说服不了自己

这个具体要看我们发表得论文

目前正在研讀, 看起來是很標準的作法.

我发了pull request，请查收

范老师你好，我在publish栏没看到毕业论文，在知网搜到了三篇 面向HEVC的参考帧压缩算法研究及其VLSI实现 基于H.264/AVC的高性能CABAC编码器的设计研究 超高清H.264/AVC帧内编码器的VLSI实现研究 请问有其他合适渠道看到更多的毕业论文吗

你好，请问问题解决了吗，我用的MJPEG解码也出现一闪一闪的时候

我也是想在zynq上测试，但是没有找到部署的方法

Hi，请问您最终运行成功了吗？ 我有些运行上的问题想请教一下，请问是否方便？我是学生，只是作为学习知识使用，没有其他用途。

好的，感谢您的解惑。

好的 @admin said in H.265视频编码器V2.0参考帧压缩/解压缩: @Tmac_vincent 这个模块没放在开源的代码里面 好的，那之后会开源出来吗？想了解一下对于参考帧压缩码流超出内存空间的处理。

感谢你的回复，我使用的环境时vivado2019.1 我发现可能是软件的问题。 将tb_top中的 pixel_ram[1<<25:0] 改未 pxiel_ram[1<<21:0] ref_mem[1<<25:0] 改为 ref_mem[1<<22:0] 可以正常仿真。可能是早期版本的vivado使用大内存出错了。 谢谢。