UCI 0.52
dwing吧
全部回复
仅看楼主
level 13
dwing
楼主
0.52 (2012-01-19) 更新Libav,编码时YUV通道改用10bit输入,同时支持8/10bit x264编码及解码,支持指定x264的程序名,调整默认参数,取消支持非全范围YUV的编码及无用的Y通道修
下载:
115.com/file/anh53yyf
www.kuaipan.cn/index.php?ac=file&oid=22946077527245058
2012年01月19日 06点01分
1
level 13
dwing
楼主
前一版本(0.511)发布贴:
https://tieba.baidu.com/p/1336426132
0.4 版发布贴:
https://tieba.baidu.com/f?kz=586018069
UCI相关介绍:
https://tieba.baidu.com/f?kz=511089688
2012年01月19日 06点01分
2
level 5
静水天藏
thx~
2012年01月30日 05点01分
3
level 13
dwing
楼主
还是强烈建议以动态库的形式,如果只是为了保密目的,是不可取的.
如果有其它特殊原因,如跨平台,那就自己解码其中的h.264数据流吧,我提供的UCI格式规范写的很清楚.
2012年02月12日 10点02分
5
刘德庆的
D神,想请教一下。对H264硬编码只产生I帧,能否对I帧的H264进行再编码呢?
2018年09月12日 06点09分
dwing
@刘德庆的
再编码也只能在CABAC等无损的环节增加压缩力度了, 而对已经有损的量化环节,以及量化前的预测环节,重编码几乎只能使质量更差,当然对码率极高的情况压得很低, 那么重编码的影响就不大了.
2018年09月13日 01点09分
level 13
dwing
楼主
uci的解码dll文件比较大,再弄成单文件exe就更庞大了,链接速度会慢很多,所以这样做不值得.
2012年02月13日 01点02分
7
level 1
铁血废
把整个DLL塞进你的EXE里, 再实现一个LoadDllFromMemory就好了....
2012年02月13日 06点02分
8
level 13
dwing
楼主
很多情况只提供dll是为了跨不同的编译器及版本.
因为lib文件很可能不通的编译器版本之间也不兼容,如果为各VC版本都提供一套庞大的lib库是不合适的.而dll的接口一般会有二进制规范,兼容性不但跨编译器,而且还跨语言.
2012年02月13日 08点02分
9
level 1
铁血废
不需要兼容系统其它API的话, 只需要申请一块内存.....怎么会报
2012年02月13日 13点02分
11
level 1
twjpm2
那位网友能给个 ffmpeg的链接 编译过的
2012年03月10日 09点03分
12
level 8
376389237
听起来挺像 WebP 的说.
2012年03月13日 01点03分
13
level 13
dwing
楼主
其实UCI比WebP更早开发和发布, 不过从H.264和VP8的差距上可以看出UCI和WebP的差距了.
2012年03月13日 03点03分
14
level 8
376389237
恩,我转换的也是如此...
2012年03月15日 22点03分
16
level 11
dzhwww
建议开发一个ui界面,这样很快这种优秀的格式就会流行开来的
2012年03月22日 02点03分
17
level 13
dwing
楼主
无意义, 有兴趣的都会用命令行, 没兴趣的有GUI也没人用
2012年03月22日 02点03分
18
level 13
dwing
楼主
没有, 只能自行开发编码和解码, 幸运的是,UCI中用的是和H.264完全相同的数据流, 而且格式简单(参见其中的格式说明).
2012年04月20日 07点04分
20
level 1
幻森0
请教下D大,UCI能做到全程RGB编解码吗?
因为x264也支持RGB系的输入输出
但是ucienc的usage里没看到相关的说明
毕竟听说RGB<->YUV本身是有比一般编码更大的损失,故此一问
2012年04月23日 08点04分
21
level 13
dwing
楼主
x264的RGB我以前试过, 虽然是减少了损失, 但压缩效率比较差, 因为YUV色彩空间比RGB更有利于有损压缩.
2012年04月23日 11点04分
22
level 13
dwing
楼主
另外, UCI支持10bit编码, 10bit的YUV基本没有精度损失了
2012年04月23日 11点04分
23
level 1
幻森0
感谢!10bit效果确实好
2012年04月25日 01点04分
24
1
2
尾页