[MPlayer-users] Re: Bug when reading dumped .rm files

[Roberto Togni]

On Thu, 20 Jul 2006 08:38:35 -0400
"John Brown" <johnbrown105 at hotmail.com> wrote:

[...]
> MPlayer vebose output: mplayer -v -ss 770 049.rm
> =================================================
> MPlayer dev-SVN-r19147-3.4.2 (C) 2000-2006 MPlayer Team
[...]
> Chunk: CONT (544e4f43) (size: 0x22, offset: 0x3fd)
> Chunk: DATA (41544144) (size: 0x2035842, offset: 0x41f)
> Packets in file: 42029
> Something went wrong, no index chunk found on given address (33774689)

Note this

> Auto-selected RM audio ID = 0
> Auto-selected RM video ID = 1
> VIDEO:  RV30 [30203002,000B9030]  320x240  (aspect 0.00)  14.00 fps
> AUDIO:  cook [6B6F6F63]
> VIDEO:  [RV30]  320x240  24bpp  14.000 fps    0.0 kbps ( 0.0 kbyte/s)
> [V] filefmt:11  fourcc:0x30335652  size:320x240  fps:14.00  ftime:=0.0714
> Clip info:
> name: dbz epi 049
> copyright: _2002
[...]
> subtitle font: load_sub_face failed.
> A:   0.0 V:   0.0 A-V:  0.016 ct:  0.000   1/  1 ??% ??% ??,?% 0 0
> A: 772.9 V:771542.0 A-V:-770769.125 ct: -0.100   2/  2 ??% ??% ??,?% 0 0
> A: 773.0 V: 770.8 A-V:  2.234 ct: -0.093   3/  3 ??% ??% ??,?% 0 0

Hmm, timestamps do not start from zero, is it a dump from a live stream
or did you seeked in the file?

> A: 773.1 V: 771.5 A-V:  1.607 ct: -0.093   4/  4  0%  0%  0.0% 0 0
> A: 773.3 V: 771.5 A-V:  1.748 ct: -0.093   4/  4  0%  0%  0.0% 0 0
> A: 773.4 V: 771.5 A-V:  1.890 ct: -0.093   4/  4  0%  0%  0.0% 0 0
> /* all goes well in the middle, but I can put it back if you want */
> A: 790.3 V: 789.4 A-V:  0.965 ct:  1.821 271/271  0%  0%  0.0% 0 0
> A: 790.4 V: 789.4 A-V:  0.959 ct:  1.829 272/272  0%  0%  0.0% 0 0
> A: 790.4 V: 789.5 A-V:  0.955 ct:  1.836 273/273  0%  0%  0.0% 0 0
> A: 790.5 V: 789.6 A-V:  0.953 ct:  1.843 274/274  0%  0%  0.0% 0 0
> 01D8EF4D: packet v63839 len=0
> bad packet len (0)
> 01D8EF51: packet v1010 len=1
> bad packet len (1)

Broken video packets? Does it plays ok with the other players or does
it looks bad at this position? (corrupted frames, skips, ...). Or is it
the end of file? (truncated file?)
This could cause the demuxer to skip over a lot of data.

> demux_real: Found INDX chunk. EOF.

It finds an unexpected INDX, and (see above) it was not able to find it
at the expected position.

> ds_fill_buffer: EOF reached (stream: audio)
> ds_fill_buffer: EOF reached (stream: audio)
> 
> 
> MPlayer interrupted by signal 11 in module: video_read_frame
> - MPlayer crashed by bad usage of CPU/FPU/RAM.
>   Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
>   disassembly. Details in 
> DOCS/HTML/en/bugreports_what.html#bugreports_crash.
> - MPlayer crashed. This shouldn't happen.
>   It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
>   gcc version. If you think it's MPlayer's fault, please read
>   DOCS/HTML/en/bugreports.html and follow the instructions there. We can't 
> and
>   won't help unless you provide this information when reporting a possible 
> bug.
> Uninit audio filters...
> [libaf] Removing filter dummy
> Uninit audio: ffmpeg
> 

Looking at your gdb dump mplayer sig11 in the uninit code, so that's
after the playback of the file is already gone bad.
Please test it with the binary cook decoder (-ac racookwin) and upload
a sample.

Ciao,
 Roberto