[MPlayer-users] Problem with vdr recordings of a particular station
nsabbi at tiscali.it
Fri Mar 18 10:51:27 CET 2005
Kai Schaeffer wrote:
> 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
> 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
> [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 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).
More information about the MPlayer-users