FS#18549 - [mplayer]-30526-1-x86_64: mencoder crashes during encoding

Attached to Project: Arch Linux
Opened by Jean-Damien Nappey (jdn06) - Wednesday, 03 March 2010, 16:42 GMT
Last edited by Ionut Biru (wonder) - Tuesday, 16 March 2010, 09:48 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

mencoder crashes after several hours of work while encoding x264 with a error log like:
kernel: mencoder[4632]: segfault at 0 ip 00007f1d1d43ac64 sp 00007fff637e3ec0 error 4 in libc-2.11.1.so[7f1d1d3d7000+14d000]

I use Mencoder through OGMRip which displays an "unknown error".

Additional info:

mplayer-30526-1-x86_64
ogmrip-0.13.3-4-x86_64
x264-20100207-2-x86_64

I have also an error log at the beginning of the encoding but I don't know whether there is a link;
kernel: mencoder[3770] general protection ip:7f961a5a1dd4 sp:7fff15ea2f20 error:0 in libpthread-2.11.1.so[7f961a599000+17000]
kernel: mencoder[3771] general protection ip:7fcf93677dd4 sp:7fffc1699400 error:0 in libpthread-2.11.1.so[7fcf9366f000+17000]
kernel: mencoder[3790] general protection ip:7f923c44bdd4 sp:7fff643f2a20 error:0 in libpthread-2.11.1.so[7f923c443000+17000]
kernel: mencoder[3791] general protection ip:7f8923054dd4 sp:7fff33215d10 error:0 in libpthread-2.11.1.so[7f892304c000+17000]



Steps to reproduce:

Encoding instructions (log from ogmrip):

mencoder -nocache -noslices -noconfig all -oac pcm -srate 8000 -af channels=1,lavcresample=8000 -aid 128 -sws 7 -vf crop=720:432:0:72,scale=720:304,hqdn3d=2:1:2,harddup -zoom -dvdangle 1 -o /dev/null -dvd-device /media/Documents_L/Temp/dvd-1-7AB3E2F94D7F8012DF4094E9795AC5D9 -ovc x264 -passlogfile /media/Documents_L/Temp/log.6V6V8U -x264encopts deblock=-1,-1:subq=8:direct_pred=auto:frameref=5:b_adapt=2:weight_b:noglobal_header:weightp=2:b_pyramid=normal:8x8dct:mixed_refs:me=umh:merange=16:level_idc=51:cabac:cqm=flat:turbo=2:partitions=all:trellis=1:bframes=3:psy-rd=1.00,0.15:rc_lookahead=50:bitrate=1000:pass=3:threads=1



Forum threads exposing what I tried to solve the problem before writing a bug report:

http://bbs.archlinux.org/viewtopic.php?id=92253
http://sourceforge.net/projects/ogmrip/forums/forum/258033/topic/3513436/index/page/2
This task depends upon

Closed by  Ionut Biru (wonder)
Tuesday, 16 March 2010, 09:48 GMT
Reason for closing:  Fixed
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 17:42 GMT
what can you try is to use latest snapshot x264 and mplayer latest revision and see if this problem is fixed.

for x264 use our PKGBUILD and modify pkgver to match the date of snapshot upstream and for mplayer, generate a tarball by chechout from svn
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 17:59 GMT
if you want i can provides packages
Comment by Jean-Damien Nappey (jdn06) - Wednesday, 03 March 2010, 19:03 GMT
mplayer-30526-1-x86_64
x264-20100207-2-x86_64

Aren't they the last ones on Archlinux stable?
Or do you mean that I should compile mplayer-svn and x264-git from AUR?
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 19:11 GMT
i didn't meant the last from archlinux repositories.

yes, try those since our packages from extra are snapshot for git/svn. if is fixed then is time to update them again.
Comment by Jean-Damien Nappey (jdn06) - Wednesday, 03 March 2010, 20:17 GMT
I think I missed something because after updating from snapshot sources for these two programs, I have now an error:

mplayer: error while loading shared libraries: libx264.so.84: cannot open shared object file: No such file or directory

I suspect a newbie error somewhere...
I compiled x264 first; is it right?
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 20:18 GMT
first compile x264 package and you'll install it, then compile mplayer, install and test it.
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 20:40 GMT
EDIT: remove old links

use this packages. both have been compiled with debug and wasn't strip for debug symbols. if if crashes again, run it in gdb and lets see who's fault is, x264 or mplayer
Comment by Jean-Damien Nappey (jdn06) - Wednesday, 03 March 2010, 21:24 GMT
I did it by this way but I still have two errors:
mplayer: error while loading shared libraries: libx264.so.84: cannot open shared object file: No such file or directory
missing dependency for gstreamer0.10-ugly-plugins : x264=20100207

I compiled ffmpeg and gstreamer0.10-git but no progress.
Comment by Ionut Biru (wonder) - Wednesday, 03 March 2010, 21:26 GMT
you don't need gstreamer0.10-git. just use :

pacman -Ud x264-20100302-1-x86_64.pkg.tar.xz mplayer-30819-1-x86_64.pkg.tar.xz

do the test and then revert back to packages from the repos.
Comment by Jean-Damien Nappey (jdn06) - Wednesday, 03 March 2010, 22:38 GMT
OK the packages are correctly installed. I launch a compression tonight and give the result tomorrow.
Comment by Jean-Damien Nappey (jdn06) - Thursday, 04 March 2010, 16:17 GMT
OK it works without problem!
Comment by Ionut Biru (wonder) - Thursday, 04 March 2010, 16:18 GMT
it have to wait until is committed since i'm waiting new ffmpeg to rebuild everything.
Comment by Ionut Biru (wonder) - Sunday, 14 March 2010, 01:36 GMT
let me know if i can close this bug. i updated x264/ffmpeg/mplayer to the latest revisions.
Comment by Jean-Damien Nappey (jdn06) - Monday, 15 March 2010, 16:09 GMT
I launch a compression tonight and let you know tomorrow.
Comment by Jean-Damien Nappey (jdn06) - Tuesday, 16 March 2010, 07:25 GMT
All is OK for me: you can close the bug. Thank you very much !

Loading...