| 1 |
Hi, |
| 2 |
|
| 3 |
On Wed, 21 Jun 2006 10:01:51 -0400 fire-eyes <sgtphou@×××××××××.org> |
| 4 |
wrote: |
| 5 |
|
| 6 |
> I opt to go for the supposedly higher quality x264, so I do two |
| 7 |
> passes: |
| 8 |
> |
| 9 |
> 1: |
| 10 |
> |
| 11 |
> mencoder -v ../vob/title1.vob -alang en -vf |
| 12 |
> crop=720:352:0:62,scale=752:320 -ovc x264 -x264encopts |
| 13 |
> subq=4:bframes=4:b_pyramid:weight_b:pass=1:psnr:bitrate=4452:threads=2:turbo=1 |
| 14 |
> -oac copy -ofps 24000/1001 -vobsubout subtitles -vobsuboutindex 0 |
| 15 |
> -slang en -o pass1.avi |
| 16 |
|
| 17 |
Hm, threading, eh? Ever tried disabling it? |
| 18 |
|
| 19 |
> 2 (which whines about not finding the log file, so I have to rename |
| 20 |
> divx2pass.log.temp to divx2pass.log manually -- donchya love having |
| 21 |
> to figure things out): |
| 22 |
|
| 23 |
The question is rather why mencoder doesn't name it like this. The |
| 24 |
mencoder man page clearly tells that it should. It supposedly wasn't |
| 25 |
existing at that point, right? |
| 26 |
|
| 27 |
> mencoder -v ../vob/title1.vob -alang en -vf |
| 28 |
> crop=720:352:0:62,spp,scale,hqdn3d=2:1:2 -ovc x264 -x264encopts |
| 29 |
> subq=5:4x4mv:8x8dct:frameref=3:me=2:bframes=4:b_pyramid:pass=2:psnr:bitrate=4450:threads=3 |
| 30 |
> -oac faac -faacopts object=0:tns:quality=100 -ofps 24000/1001 -o |
| 31 |
> pass2.avi |
| 32 |
|
| 33 |
Oh, 3 threads now. Again: Did you try using only one thread? Are all |
| 34 |
those additional libraries you might have compiled into mplayer |
| 35 |
thread-safe? BTW: Is there a reason why in pass one you're using a |
| 36 |
cropped, scaled version of the movie and in pass two a _not_ scaled |
| 37 |
version? This will probably result in different blocks and will |
| 38 |
probably have (minor) bad influence on b/w calculation... |
| 39 |
|
| 40 |
> However there is a problem with pass 2. I have tried this on two |
| 41 |
> seperate systems, and the exact same thing happens: |
| 42 |
> [...] |
| 43 |
> Segmentation fault |
| 44 |
|
| 45 |
Segfaults are not that uncommon if you have problems with interfering |
| 46 |
threads. If you have a little time, you may also want to do an "emerge |
| 47 |
-e mplayer" to sort out problems that are due to compiler change and |
| 48 |
similar. BTW: Are you overriding the mplayer ebuild's own CFLAG |
| 49 |
settings? |
| 50 |
|
| 51 |
> Ah, so this is working _real_ well... Any ideas out there? Because I |
| 52 |
> can't get past this point. |
| 53 |
|
| 54 |
Well, hard to imagine what you've already tried, but try the things |
| 55 |
mentioned above. |
| 56 |
|
| 57 |
|
| 58 |
HTH, |
| 59 |
|
| 60 |
-hwh |
| 61 |
|
| 62 |
PS: |
| 63 |
> (Insert my typical whine about video on linux being a pain here) |
| 64 |
(Insert my typical whine about whining about video on linux here :-) |
| 65 |
-- |
| 66 |
gentoo-user@g.o mailing list |
Archives