应该是真的，这个已经说了很久了。

果然是支持, 需要加 --output-csp 参数指定输出格式

期待更新uci的4:4:4

可以试试同样大小下RGB和YV12(最好是full range)哪个质量好

UCI是一种基于H.264 intra帧压缩算法和数据流格式的静态图像封装格式.而且不受图像宽高的一些限制,支持alpha透明通道等特性,与JPEG,JPEG2000,HD-Photo等静态图像压缩算法相比具有更高的压缩效率。ctrl+v

貌似目前的ffmpeg还不支持rgb编码,或者是需要设置什么解码参数?
[h264 @ 003E51D0] top block unavailable for requested intra4x4 mode -1 at 2 0
[h264 @ 003E51D0] error while decoding MB 2 0, bytestream (td)
[h264 @ 003E51D0] concealing 16 DC, 16 AC, 16 MV errors

YUV444的编码, ffmpeg解码也有错误, 等查一下ffmpeg对4:4:4编码的支持情况吧.

貌似ffmpeg对H.264的4:4:4支持还不完善,最近有很多相关修改,过段时间稳定下来再测吧.

发现8楼的错误信息是旧的ffmpeg输出的, 新版的已经能解码了, 但UCI要做一些调整才能正常处理.

举手提问：
那个，比如说我用FrameServer的时候，选择了RGB32。然后写了AVS，并且不添加“ConvertToYV12()”这一段。用X264也能顺利的编码，这个能表示它算是支持RGB的没呢？

楼上，我们说的是output，不是input
x264早就包含了swscale，输入什么都没关系的。

用--output-csp rgb试了3次，编码的视频分别是fraps录制的视频、网络上下载的动画和用一张图片做的视频，结果3次的结果都是:写avs脚本播放画面偏绿，用mplayer(ww编译版)不能播放，用mpc播放(解码器是k-lite mega codec pack)画面基本是灰的....这是解码器的问题吗？

此图是那一张图片做的视频的第1帧。但不是用mpc或mplayer截图的，而是用virtualdub输出bmp，再用画图转成jpeg，不知是否适合…



ffmpeg在前一个月内修正过4:4:4的解码, 目前很多使用ffmpeg的软件都没有及时更新呢.
话说 x264 和 ffmpeg 貌似是在配合着支持的, 不知道现在还有没有其它公开的编码器和解码器支持4:4:4.