嗯...看来要找时间测试一下, 没问题之后准备改造UCI.

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

果然是支持, 需要加 --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.

rgb的支持, 我觉得就是利用4:4:4来做的, 据说压缩率不如转成YUV的, 这个以后我会实验的.

找了个样本用x2_6_4实验一下, 发现YUV4:4:4效率很高, 只比YUV4:2:0多了5%的体积,
而UCI的4:4:4比4:2:0多50%的体积. 下个版本的UCI的4:4:4模式就直接用x2_6_4提供的.
但x2_6_4的rgb模式效率就低多了,体积比4:4:4模式的多了一倍多,暂不打算在UCI中支持了.

已经改进过UCI,使之支持x2_6_4的YUV444编码和ffmpeg的YUV444解码,测试顺利通过,效果确实不错,压缩体积比以前分3次压缩小多了.
嗯...下一版的UCI在压缩YUV444的情况不再支持以前的模式,而是直接压缩单帧.
解码器会同时支持以前的格式.
alpha通道的压缩方式不变, 至于YUV和BMP的色彩空间暂时不做调整, x2_6_4的RGB模式也暂时不打算支持.

D大为什么不考虑下full range YUV呢？

另外有损压缩不能这么比较吧。
应该是比较同样压缩率下的画质，而不是用同样的crf去压，然后比较体积，就说某某比某某好。