[Mplayer-advusers] Crash report, 1 of 3

[The Wanderer]

The Wanderer wrote:

> I've reported this one before, on the -users list, but as that was in
> August and the file still crashes I'm reporting it again here. My
> comments from that report are reproduced below, along with the gdb
> output based on latest MPlayer CVS.
> 
> ==
> The crash, which takes the external form of a signal 11, occurs at
> 37.1 seconds into the file, but I can use -ss to start anywhere up to
> 52 seconds in; starting at or past the crash point produces at best
> multiple "MPEG stream reached EOF" messages, and at worst an even
> crazier (i.e. more error flood) version of the crash.
> 
> The weird thing about the crash is the nature of the error messages -
> it looks as if MPlayer thinks the file is an encrypted VOB, rather
> than a normal MPEG file. Also, libmpdvdkit is reported as enabled
> during configure, so presumably even if this had been such a VOB it
> would have ben decryptable. (I say "presumably" because, since I
> presently lack a DVD drive, I have no easy way of finding out.)
> ==
> 
> (gdb) run -v /home/wanderer/tmp/appearlaser_debug-mplayer.mpeg

With the December 31st CVS (the previous output was based on CVS from
the 27th), appending -ss 42 to the above command results in a
considerably crazier version of the crash; it plays on with scrambled
video and completely screwy audio for a few seconds, then crashes as
before, but with A:10901.2 V:11528.1.

MEncoder produces a segfault on the same file, at presumably the same
point, which it reports to be approximately 85% of the way through.

Possibly none of this information is useful, but I'd like to keep up on
this if I can manage it... if no one else is interested in getting these
fixed, I am, but I don't understand enough of any of MPlayer,
audio/video encoding, and C to be able to give it a clear shot myself.
(If I *did*, I'd probably also be working on OpenDML support by now...)

-- 
       The Wanderer

A government exists to serve its citizens, not to control them.