[MPlayer-users] Problem with vdr recordings of a particular station

[Nico Sabbi]

Kai Schaeffer wrote:

> Hello,
>
> I am using mplayer to view the vdr records of my Linux server (it has 
> a DVB-T card). It is working well so far but with the recordings of a 
> particular station (SAT-1) I have some problems. Some recordings are 
> working well, with some I have no audio and with some mplayer is 
> crashing. Mostly I have no audio. At the end of the mail you found a 
> debug output for a crash. I should say that I created the debug output 
> on my Linux machine, but there it was easier than on my Windows 
> machine and I have the same behavior. Then I had the plan to extract a 
> little part of the crashing file and upload it to your FTP-Server that 
> you can check it out by yourself. But then it got really strange: The 
> small file (5MB) was working, with no audio but no crash. Then I tried 
> different sizes. Some sizes (20MB for instance) are working perfect 
> (with audio), some are crashing and most have no audio. I upload the 
> 5MB file (name: Kai.vdr) to your ftp-server. So please tell me if you 
> would like me to upload another size. Sorry, I wasn't able to produce 
> a small file that is crashing.
>
> Thank you
> Kai
>
[snip]

> 0x1BD substream: 0x4E Unknown 0x1BD substream: 0x7F Unknown 0x1BD 
> substream: 0xF6 Unknown 0x1BD substream: 0xF2 ==> Found audio stream: 133
> ==> Found audio stream: 130
> Unknown 0x1BD substream: 0x65 Unknown 0x1BD substream: 0x72 Unknown 
> 0x1BD substream: 0xEF Unknown 0x1BD substream: 0xE3 Unknown 0x1BD 
> substream: 0x7F Unknown 0x1BD substream: 0x76 Maybe you are playing a 
> non-interleaved stream/file or the codec failed?
> For AVI files, try to force non-interleaved mode with the -ni option.
> ds_fill_buffer: EOF reached (stream: audio) MPEG: No audio stream 
> found -> no sound.
> Searching for sequence header... OK!
> VIDEO:  MPEG2  720x576  (aspect 2)  25.000 fps  15000.0 kbps (1875.0 
> kbyte/s)
> [V] filefmt:2  fourcc:0x10000002  size:720x576  fps:25.00  ftime:=0.0400
> get_path('sub/') -> '/root/.mplayer/sub/'
> get_path('default.sub') -> '/root/.mplayer/default.sub'
> ========================================================================== 
>
> Opening audio decoder: [pcm] Uncompressed PCM audio decoder
> dec_audio: Allocating 2048 + 65536 = 67584 bytes for output buffer.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 16299)]
> init (sh_audio=0x85ac788) at ad_pcm.c:23
> 23      sh_audio->i_bps=h->nAvgBytesPerSec;
> #0  init (sh_audio=0x85ac788) at ad_pcm.c:23
> #1  0x080c4bde in init_audio_codec (sh_audio=0x85ac788) at dec_audio.c:82
> #2  0x080c4ea2 in init_audio (sh_audio=0x85ac788, codecname=0x0, afm=0x0,
>    status=1) at dec_audio.c:172
> #3  0x080c507a in init_best_audio_codec (sh_audio=0x85ac788,
>    audio_codec_list=0xbfffe464, audio_fm_list=0x0) at dec_audio.c:217
> #4  0x08075198 in main (argc=3, argv=0xbffff7d4) at mplayer.c:1923
> Dump of assembler code from 0x80c6e92 to 0x80c6ed2:
> 0x080c6e92 <decode_audio+82>:    les    (%ecx,%ecx,4),%edx
> 0x080c6e95 <decode_audio+85>:    enter  $0xc95b,$0xc3


the demuxer is identifying the audio stream as LPCM, instead very likely 
it's AC3.
it seems we should check the pes_is_aligned flag in the pes header, 
before analyzing the payload.
There are other things I don't like in demux_mpg, so if/when I have time 
I will post a patch.

In any case, why don't you convince Klaus to drop that horrible file 
format that is .vdr
and save exactly what comes out of the card (mpeg-ts) ? .vdr can't be 
edited and is neither -ps nor -ts,
so you lose the scr and gain nothing at all (except troubles).

    Nico