[思考]有个事情始终搞不明白，关于MeGUI！

个人感觉：

MeGUI是我用过的最恶心的GUI，
为什么这么说？
因为其他的GUI都很简单，流程一目了然，简单明了，
MeGUI的界面怎么用怎么别扭！
而且速度慢，还需要 .net framework，很麻烦～
启动MeGUI的主界面需要很长时间，10秒左右，简直匪夷所思～

另外，这个程序bug也超多啊，我刚刚编辑了一个profile，点ok后退回到主界面后，再点config进去，刚才的设置全没了～而且之前已经有提示保存的对话框，我也选了yes了～而且新建的profile有时候也会消失～

拿x264的设置界面来说，每个选项的提示时有时无，有的选项有提示，有的选项鼠标放上去半天也不出提示，当然选项熟悉後提示不是那么重要，但是我就不明白了，doom9那帮牛人做出来的东西为啥连这么个小细节都做得这么差呢？

audio encode那里的profile也是一样，我点下拉菜单点选一个profile，结果界面刷新了一下滞后又回到原来的profile，我刚才的动作白做了！非要让我再选一次才能选中想要的profile，莫名其妙嘛～

总之这个MeGUI初用起来真的很不友好，给我的感觉就是bug无数，我不明白为啥这个东西能受到doom9众人的如此拥戴！？

引用

最初由 雷鸣 发布
你这句话非常有问题…………

这是装和不装的问题，嗯

LZ是纱布，鉴定完毕。

不满意人家的工具就别JJ歪歪了，自己写图形界面用去。

不满意人家的CLI就自己写窗口的264 encoder去，搞不好还能发财赚外汇呢。

跑这里来做什么。搞笑也不是这么搞的呀

@ZhenGod
其实这人rp和技术完全成正比啊，嗯

引用

最初由 techneek 发布
CLI是最高境界？？？我看CLI是装B的最高境界还差不多～

没有人愿意用复杂的操作代替简单的操作
没有人愿意用难以交互的界面代替友好的界面
没有人愿意用敲键盘来代替点鼠标

指示没有后者的时候，人们才不得不用前者，
否则，mac os/Windows os这种图形化的界面也不会有今天的发展～

只要图形界面做得好，所有cli的功能都能实现，cli根本不是不可代替的～
不用vfw并不是说图形界面不好，而是vfw的体系结构已经不适应时代的发展，跟图形界面本身无关～

另外关于RP：

这是什么意思啊？这能算RPWT吗？

呵呵...CLI是装B的最高境界，原来你用的这些个GUI都TM是B做出来的...
GUI纯粹是为了方便大众才诞生的东西，真正搞软件的有几个会去用GUI的...


回答你上面的问题：

rceq ，这个是定义rate control的方式，根据定义的方程来做曲线压缩

cplxblur和qblur，这两个作用相似，区别在于一个用在曲线压缩前，一个用在曲线压缩后，简单来说类似于一个3DNR滤镜。如果知道3DNR滤镜有什么用，应该很好理解这两个东西的用处。

这三个参数都是高级参数，除非自己知道自己在干什么，不然还是用默认的好。

引用

最初由 雷鸣 发布


实际上我也就大概了解个--qcomp剩下不知。

话说我用惯了MEGUI反而用你的有点不习惯呢......[/KH] 可能俺比较习惯那种一如既往的方式......

引用

最初由 雷鸣 发布

所以就出现了类似vfw界面的gui啊～
调用的还是cli，而且含有一些megui不具备的自动处理流程（比如conditional double passes）

你的GUI我用过了，还不错～
不过界面有点小气，象VFW界面就行了，没必要做得那么象嘛～

:p

可以把界面做大一些，选项的排列就会显得轻松一些。

另外，我上面的问题你看到了吗？能解答一下吗？

10s是夸张了点～呵呵～
反正启动挺慢的就是了～

哎，其实MeGUI功能还是可以，就是小毛病挺多的～
看着挺闹心的~

看着帖子关注程度蛮高，顺便问一个X264的问题：

以下这几个参数什么意思，怎么使用？

引用

--rceq Ratecontrol equation ["blurCplx^(1-qComp)"]
--qcomp QP curve compression: 0.0 => CBR, 1.0 => CQP [0.60]
--cplxblur Reduce fluctuations in QP (before curve compression) [20.0]
--qblur Reduce fluctuations in QP (after curve compression) [0.5]

--qcomp这个还明白，相当于curve compression，另外那三个怎么回事？
在doom9上找太费劲了～

lossless 么
去问22 吧 他以前常玩