[MPlayer-users] Re: random segfaults while encoding (local VOBs, lavc)
Corey Hickey
bugfood-ml at fatooh.org
Tue Nov 28 23:44:40 CET 2006
Vitezslav Kotrla wrote:
>> I did some lavc encode instead of x264 and now this is really spooky
>> as mencoder segfaults _randomly_, sometimes spitting error
>
> Well, I did another rigorous debugging: no more ripped VOBs - this time
> I took my trusty Kurosawa's Ran disc and run encode directly on DVD data.
>
> Segfault once again.
>
> Running in gdb yields
>
> (gdb) run dvd:// -nosound -ovc lavc -lavcopts vcodec=mpeg4 -o test.avi
> Starting program: /usr/local/bin/mencoder dvd:// -nosound -ovc lavc -lavcopts vcodec=mpeg4 -o test.avi
> [Thread debugging using libthread_db enabled]
> [New Thread 47405525323408 (LWP 26887)]
> MEncoder dev-SVN-r21363-4.1.2 (C) 2000-2006 MPlayer Team
> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 43, Stepping: 1)
> ...
> 1 duplicate frame(s)!
> [mpeg4 @ 0xbb3c70]Error evaluating rc_eq "tex^qComp"b A-V:0.000 [0:0]
> Pos: 0.4s 9f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
> 1 duplicate frame(s)!
> [mpeg4 @ 0xbb3c70]Error evaluating rc_eq "tex^qComp"6mb A-V:0.000 [818:0]
> Pos: 58.3s 1456f ( 0%) 104.79fps Trem: 45min 1126mb A-V:0.000 [817:0]
> 1 duplicate frame(s)!
> [mpeg4 @ 0xbb3c70]Error evaluating rc_eq "tex^qComp"5mb A-V:0.000 [816:0]
> Pos: 60.8s 1517f ( 0%) 104.32fps Trem: 45min 1114mb A-V:0.000 [815:0]
> 1 duplicate frame(s)!
> Pos: 61.4s 1532f ( 0%) 104.15fps Trem: 45min 1118mb A-V:0.000 [819:0]
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 47405525323408 (LWP 26887)]
> 0x000000000063afb0 in ff_estimate_p_frame_motion (s=0xd5b100, mb_x=24, mb_y=1) at ../libavutil/internal.h:143
> 143 if(a<128) return ff_sqrt_tab[a];
Since this is segfaulting within an ffmpeg library, you should probably
report this to the ffmpeg-devel mailing list. First, however, you must
provide a sample source video with which you can reproduce the segfault.
1. Run 'mplayer dvd://1 -dumpstream'
2. You can kill the process once you think it's dumped enough.
3. Use dd to trim down stream.dump. Keep trying until you have a file
that is nearly the smallest possible yet still reproduces the segfault.
4. Upload the file to ftp://upload.mplayerhq.hu/MPlayer/incoming/
5. Include the name of the file you just uploaded in your bugreport to
ffmpeg-devel.
-Corey
More information about the MPlayer-users
mailing list