[MPlayer-users] tivo streaming problem
Kevin Maguire
k.c.f.maguire at gmail.com
Fri May 27 16:29:31 CEST 2005
Hi
I am using mplayer v1.0pre7, though I aloso tried from CVS with no difference.
I have already compiled and installed vstream-client-1.2.tar.gz
When I open a tvio://some_fsid URL I see:
-->
TiVo file format detected.
VIDEO: MPEG2 352x576 (aspect 2) 25.000 fps 2600.0 kbps (325.0 kbyte/s)
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
MPlayer interrupted by signal 11 in module: init_audio_codec
- 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.
-->
Note the audio type - it tries pcm. It should say something like
-->
Playing /home/TiVo/file.ty.
TiVo file format detected.
VIDEO: MPEG2 544x576 (aspect 2) 25.000 fps 5800.0 kbps (725.0 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 32000 Hz, 2 ch, 16 bit (0x10), ratio: 24000->128000 (192.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
...
-->
and indeed it does when playing a local .ty file, just not when
streaming directly from the TiVo.
I also compiled with debug and can give a backtrace
#0 init (sh_audio=0x8752028) at ad_pcm.c:23
#1 0x080ef9c5 in init_audio_codec (sh_audio=0x8752028) at dec_audio.c:88
#2 0x080efcb6 in init_audio (sh_audio=0x8752028, codecname=0x0, afm=0x0,
status=1) at dec_audio.c:182
#3 0x080efe9c in init_best_audio_codec (sh_audio=0x8752028,
audio_codec_list=0xbfffd454, audio_fm_list=0x0) at dec_audio.c:227
#4 0x08082010 in main (argc=2, argv=0xbffff804) at mplayer.c:1968
(This is from CVS version pulled just a few minutes ago).
Ideas?
Kevin
More information about the MPlayer-users
mailing list