HEVC压制4K影片
大家好，小弟第一次在本吧发文，之前倒是有关注过一段时间，对于本吧的专业度有着高度的敬佩，最近小弟在压制影片的时候遇到些问题，想来请教一下各位专业的吧友
事情是这样的，目前小弟试着用HEVC编码来压制4K影片
步骤如下
1. 先以AE编辑一段影片，输出为3840x2160_60P的AVI文件，编码为HQX
2. 再用MediaCoder将档案转为HEVC编码
问题是这样的，因为HEVC压制的时候会将bitrate大幅度的降低，如果用CQP的话可以将流量保持在比较高的数值，试过几个参数
QP=0，bitrate≈500mk
bp
s、QP=5，bitrate≈150mkbps
大致上就是QP越高流量越低，画质上是可以接受的，不过问题是在播放的会感受到极度的不顺畅，小弟用的是potplayer1.6.48576
试过内建的译码器、FFmpeg、LAV、视骏的都无法顺畅的播放
这个是播放器的问题还是小弟的计算机跑不动呢?
计算机配备如下
Windows7 64bit，E3-1230v3 3.3GHz、8G RAM、nVidia GTX760
麻烦专业的吧友能帮忙解答一下，有需要什么信息小弟会尽量提供，多谢各位

分辨率和码率这么高，在目前显卡无法硬解的大环境下不流畅的情况下不流畅很正常

目前hevc基本无实用价值

码率那么高是否有必要用hevc？我测试hevc压4k视频2500～3000码率即可，话说hevc之流不就是用低码率高画质为卖点吗

楼主还是多补点常识，看看各类4k sample视频的码率。

这么丧病的码率，楼主你够了。
HEVC 在于低码率的优势，码率拉高了 HEVC 和 AVC 差别不是非常大。

楼主的问题是播H265/4K软解码跟不上吧
不过这边说他们的解码器
http://www.libde265.org/blog/2014/04/04/hevc-4k-ultra-hd-media-player-vlc-for-windows-available/
需要i7 4core 2.3G，楼主的E3完全满足了，或许可以试试。

视骏不要说60P，就30fps的HVC1都解不出来，更不用说4K HEVC TS 60P 10Bit流了。10Bit视骏根本无法解。就普通4K HEVC，也只能解

30fps，LAV和ffmpeg内置的hevc可以解，但60P 10Bit，都有点困难。CPU解不下来，没有GPU参与计算和优化，根本搞不定。NTT试播的和三星最新UHDTV DEMO，都是10Bit 4K TS流。视骏那水平，能达到ffmpeg就不错了。有本事放上x64的来测试。他们商业版，就迅雷这些，一个样，根本解不了。32位的在MPC-HC中，那太烂了。现在要想流行支持H265 4K 60P 10Bit，要么优化软件，要么重新出GPU加速的新显卡。看了水果用那家PowerVR IP，人家都说了，PowerVR D5500基于全新的架构设计，最多能拓展到八个核心，支持4K超高清视频的高分辨率、高帧率、高比特率，最高可解码H.265 L5.0 4K×2K@60fps，同时还对内核面积你、带宽占用都做了优化，拥有行业领先的性能和色彩还原度、增强色深，以及超低的功耗。120P YUV444 YUV422，10Bit深度，估计堆8个D5500看看行不行。水果那么有钱，看下代产品的GPU是MP几就知道了。光优化CPU那几条指令，现在超高清，根本搞不定。视骏能达到gabest水平再来谈吧，兼容性，性能与LAV/Gabest这些差太多了。现在内存都不是问题，将一个视频，全拷贝至8G内存中都可以。估计还是计算跟不上。从120P 4KAVC的少女时代就可以看出，只要解出来了，DSHOW能搞定图形输出的。不就那么大一块Buffer，刷出去就可以了。从Power DVD占用内存就可以看出来。

150mkbps……这码率丢电脑上就算是avc都播不动吧

是不是硬盘的问题= =机械硬盘的读取速度- -

MC的265不成熟，不要改设置参数。试过完美解码14年8月版，办公室能放265，家里确放不了，各种杂症只能当兼容问题，等时间去解决

只不要1bpc 2bpc这种极低精度 在图像颜色空间达到一定精度以后 图像的颜色特征 比如饱和度 通透度等已经和颜色空间精度没有关系 比如8bpc rgb可以呈现16777216种不同的颜色 已经超越了人眼对颜色区分的极限 更高的精度16bpc float point等等就单纯的从显示给人看来说 已经失去了意义 deep color存在的意义不是给你看的 你也不可能看出来deep color和rgb24有什么明显差别 这些都属于过程颜色空间 就是给你在分步图像处理过程中保存中间数据用的 避免残差累计最终对结果造成不良影响 特别是曲线调整 比如线性RGB和SRGB的转换都需要deep color作为中间运算结果的颜色空间才不会使最终结果出现灾难性恶化

试试最新的LAV x64，即nightly版本。注意要和64位播放器配套使用，现在软解码效率最高就这个吧（win10原生的效率也不错，但还不稳定，兼容性不好）。如果这个还不行，那就没救了。楼主码率太高了，h264中我也没见过这么高的。

这是厂商的Datasheet，任何厂商的出品的LCD，都一定有类似的配置驱动说明。不然，显示工作会不正常的。

我说实现好的精度，一是你的片源是真10bit，另一个是你的显示设备真支持，才能真正还原10bit。Intel更新的驱动，感觉下层有将Y值提高，UV优化，是可以看到图像暗处一些细节，包括噪点，但这更真实。以前看NTT视频是灰蒙蒙的，其实真实的更鲜亮，更丰富。不管这种伪提升10bit事实上有多好，结果是有直观效果的。如果都像某些人说的那样无用，那Intel的工程师，也不是吃
干饭
的，没事找事做吧。他们所了解的，无非用x.265的开源工具，压压片，并未真实的对ffmpeg代码有任何实质贡献。当然，某些人的水平，根本也达不到贡献的等级。

这两张图，就是用两个不同显卡加速的结果。后面是NV，上面信息也显示了Render设备。效果有明显不同。NV肯定是默认8bit。而在控制面板中，Intel并未人为将YUV值本身进行调整。

我最后一次性证明你的理论的彻底错误 你的播放器显示 你的视频输入是nv12 也就是8位的yuv420 packed输出是yuy2 也就是8位的yuv422 packed你看到的根本不是10位的画面

某"专业人士"还需要我继续么

一个只会玩玩播放器的疯子 连smpte iso等相关标准文档都没看过的家伙 不值得浪费口舌