UCI Encoder GUI Qt
dwing吧
全部回复
仅看楼主
level 7
shine_5402 楼主
嘛……原本那个GUI很久没更新了,因为Lazarus提供的一系列API还有些奇怪的兼容性问题,总感觉越改越难受。最近学了Qt,于是就拿Qt重写了一个。
Qt Version与旧版本的不同:
1. 现在GUI将通过QProcess来调用程序,而不是生成批处理。(于是也被动获得了多线程加成)
2. 现在GUI将调用ImageMagick的convert组件来进行图片至BMP的转换。
以后估计也是随性更新,想到什么更什么……
发现bug的话欢迎提出,详细提供遇到bug时的情形就更好了。
截图:
链接二楼发。
2018年05月17日 09点05分 1
level 7
shine_5402 楼主
UCI Encoder GUI Qt v0.1.0
下载链接:[无效] https://pan.baidu.com/s/10hs1lcoIXZc-GMQ05oOmVg 密码:md15
Github 仓库:https://github.com/shine5402/UCIEncoderGUIQt
注意,这个版本有些已知问题:
1. 程序在转换中间BMP文件之前**不会**去检测有无同名BMP文件存在。这将在以后的版本中修复。
2. 程序目前只会调用32位的UCI Encoder和ImageMagick,这将会在以后添加64位支持。
2018年05月18日 00点05分 2
level 14
前排支持[笑眼][笑眼]
2018年05月18日 04点05分 3
level 7
shine_5402 楼主
UCI Encoder GUI Qt v0.1.1
下载链接:[无效] https://pan.baidu.com/s/1OqfO_5DUZJEtXLHkQLibsg 密码:rvsb
更新内容:
1. 现在会对目录下同名bmp文件进行规避处理(方式是添加随机数,直到不重名为止)
人在学校,有很多想改的,但是力不从心……慢慢来吧
2018年05月18日 09点05分 4
吧务
level 14
日志文件为什么把x264的输出弄成错误了呢……
2018年05月18日 12点05分 5
我等下看看。不过能正常使用的话先不必在意
2018年05月19日 05点05分
我看了一下……貌似是UCI Encoder的输出走的是stderr通道(至少Qt这么认为),so……
2018年05月19日 05点05分
下个版本我就不分开错误输出和正常输出了,一视同仁吧……
2018年05月19日 05点05分
@shine_5402 在GUI的命令行输出窗口是正常的,在log文件就变了,而且log文件的换行也有问题……使用上是没有问题的
2018年05月19日 13点05分
level 9
一个小小的gui,用qt那么大的库
2018年05月18日 15点05分 6
嗯。。。不喜欢您可以另请高明。再说,谁说Qt只有那种大型程序才能用了,我也只用它的一个子集。好用不就好了嘛_(:з」∠)_
2018年05月19日 05点05分
这话的逻辑在哪里……
2018年05月19日 07点05分
@shine_5402 不是说你啦[狂汗]
2018年05月19日 13点05分
level 7
shine_5402 楼主
我发现了个大bug……
由于我忘了传参,所以参数调整那里是失效的……
现在已经修好了,马上发
2018年05月20日 03点05分 8
level 7
shine_5402 楼主
UCI Encoder GUI Qt v0.1.2
由于此版本修复的bug重大,请旧版本用户尽快更新。
更新内容:
bug修复
1. 修复了设定参数失效的bug
新增功能
1. UCI Encoder的所有命令行参数现在皆可设定
2. 为参数设定添加了一系列工具提示,鼠标悬停即可看到。如有错误欢迎指正。
下载链接:[无效] https://pan.baidu.com/s/1ORifmlSH49l-V51Hn36Cgg 密码:db00
截图:
2018年05月20日 04点05分 9
level 8
有空试试
2018年06月21日 17点06分 10
level 7
shine_5402 楼主
那个……这里是UCI Encoder GUI的新版本的发布页啦……为啥那么多人在旧版本发布页晃悠呢(前面那个标题写错异常难受_(:з」∠)_)
64位工具链准备做了……不过在下高三,时间不多,尽量挤出来吧……
2018年07月09日 08点07分 11
level 1
我说怎么0.1.0版怎么调参数压出来文件都一样呢,然后就用回旧版了。
今天跑回来一看才发现有更新了[汗]
工具挺好用的,总之开心。[开心]
2018年07月19日 09点07分 14
吧务
level 14
x264、x265设置相同的q值得到的结果不同
不过这不是你的GUI的问题,我直接用命令行编码出来也是一样
这也不是dwing大的ucienc的问题,因为ucienc是直接把-q参数的值传递给x26x的crf值的
只能认为是x265对静态帧的crf计算有问题,因为在编码动态视频的时候x265还是基本可以沿用x264的crf值的
x264设置q=23的结果是这样的↓
x265 q=23↓
可以看出不但画质差别很大,文件体积的差别也很大
根据我的测试,x265大概是要在x264的q值的基础上加上14.5左右,才能得到同一水平的画质,以及更小的文件体积
原UCI文件链接:
[无效] https://pan.baidu.com/s/1kupHjHzxsMVGn7T7EoNNLQ
2018年07月19日 09点07分 15
吧务
level 14
我建议,在你的下一版GUI中可以改变编码的选择模式,用一个滑块条来选择质量;因为x264、x265的q值与最终质量的关系并不相同,这样以一个滑块条来表示更加直观,也更加统一,在程序的内部通过比例关系来根据滑块的位置得出x264、x265的q值(这样对新人比较友好)
类似这样的,不用分那么多级,正常情况下也用不到
再加一个“高级”选项,选择之后回到CRF指定的模式
当然……你的这个GUI若不是面向萌新的话……这个建议可以忽略了
2018年07月19日 10点07分 16
啊啊啊我等一下加 感谢建议
2018年07月19日 12点07分
(不过事实上我加的备注已经挺友好的了x)
2018年07月19日 14点07分
level 9
小白求教,这版的是我哪里设置出问题了么?压缩出来的图片比原图稍暗,有一点点模糊感觉,感觉图片有些地方还发绿[汗]
2018年12月15日 06点12分 22
会不会是质量太低了( 其实质量参应该要高一点。 建议手动改CRF(双击质量文字)
2018年12月17日 04点12分
@shine_5402 CRF18,可以了,以前都压的小图打开看看没啥区别;这压的图片分辨率大点直接打开看也看不出区别,稍微一放大就这样了[吐舌]是不是缩小了图片体积就得是这样??
2018年12月28日 03点12分
level 7
能不能完成这样的操作,拖一个文件夹进去,输出到另一个文件夹,目录结构保持一致,所有JPG jpeg2000 png转成uci
以后再搞个可选编码器,再加个heif
2018年12月17日 08点12分 23
1 2 尾页