Yes, of course, the same film It looks like two core processor works as one core or it works with low priority, lacks threads or something like that.frisil wrote:Are you sure it's with the same film? I've noticed that the time avidemux takes to re-encode seems to be completely random, only depending on how the film is encoded or what kind of pictures are in it, not on format or length.
I've hardsubbed 90 minute films (with options "same quantizer as input") within 30 minutes, while others took over 3 hours! This happens also with Debian and Pardus, two other OSs I'm using frequently.
So if you want to compare how avidemux performs on different distributions, encode the exact same film-file with the exact same options, or you can't compare it at all.
However, if you already did that, there is something wrong...
Thev00d00 wrote:Maybe you guys should report these issues? This way you can help make sabayon even better!
Post reports on http://bugs.sabayonlinux.org with as much info as you can (logs, console ouput, kernel versions, drivers versions etc)
Reemerging only avidemux and codecs will not bring proper speed. I did it myself and there was no effect. Maybe one, two fps more You have to reemerge glibc and then avidemux and it is the key to speed it up under Sabayon 4.albfneto wrote:some peolple in net, said that, compiled avidemux, with flags special for your system, may have better performance, than the binary avidemux.
for select the flags, you may search "avidemux in gentoo" and recompile avidemux, with suitable flags...
Users browsing this forum: Fitzcarraldo and 1 guest