segfault and failure to find codec for some .mpg's

[joosteto]

Binary package hint: totem

Packages: totem-xine and totem-gstreamer
Ubuntu 8.04
System: 32 bit intel (mobile celeron)

Some mpg's don't play in totem-xine and totem-gstreamer on my system, while gmplayer does play the same files properly.
totem-* will start asking to search for a codec, try, and then report it didn't find the right codec.

Sometimes totem-* will crash (segfault). Attached is the core dump from totem-xine.

Strange thing is, gmplayer and the 'file' command report the same codecs and everything for mpg files that do play, and those that don't. (output of gmplayer below)

$ file plays-OK.mpg
plays-OK.mpg: MPEG sequence, v2, program multiplex
$ file DOESNT-play.mpg
DOESNT-play.mpg: MPEG sequence, v2, program multiplex

Here are stack traces from the core dump:
*****************************************
Reading symbols from /usr/lib/xine/plugins/1.20/xineplug_decode_qt.so...Reading symbols from /usr/lib/debug/usr/lib/xine/plugins/1.20/xineplug_decode_qt.so...done.
done.
Loaded symbols for /usr/lib/xine/plugins/1.20/xineplug_decode_qt.so
Reading symbols from /usr/lib/xine/plugins/1.20/xineplug_decode_w32dll.so...Reading symbols from /usr/lib/debug/usr/lib/xine/plugins/1.20/xineplug_decode_w32dll.so...done.
done.
Loaded symbols for /usr/lib/xine/plugins/1.20/xineplug_decode_w32dll.so
Core was generated by `./totem muziko.mpg'.
Program terminated with signal 11, Segmentation fault.
[New process 20148]
[New process 20151]
[New process 20149]
#0 0xb7bfc9b2 in xine_get_param (stream=0x83ba9b0, param=16777221) at xine_interface.c:654
654 xine_interface.c: No such file or directory.
 in xine_interface.c
(gdb) thread 1
[Switching to thread 1 (process 20148)]#0 0xb7bfc9b2 in xine_get_param (stream=0x83ba9b0, param=16777221) at xine_interface.c:654
654 in xine_interface.c
(gdb) backtrace
#0 0xb7bfc9b2 in xine_get_param (stream=0x83ba9b0, param=16777221) at xine_interface.c:654
#1 0x080795e2 in bacon_video_widget_get_video_property (bvw=0x8100220, type=BVW_VIDEO_BRIGHTNESS)
    at /home/joostje/debian/totem-2.22.1/src/backend/bacon-video-widget-xine.c:3770
#2 0x080674c9 in totem_setup_preferences (totem=0x80e3008) at /home/joostje/debian/totem-2.22.1/src/totem-preferences.c:656
#3 0x08064549 in main (argc=Cannot access memory at address 0x0
) at /home/joostje/debian/totem-2.22.1/src/totem.c:3221
(gdb) thread 2
[Switching to thread 2 (process 20151)]#0 0xb7f25410 in __kernel_vsyscall ()
(gdb) backtrace
#0 0xb7f25410 in __kernel_vsyscall ()
#1 0xb724daa5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7bf5cc4 in xine_event_wait (queue=0x83d2740) at events.c:56
#3 0xb7bf5d58 in listener_loop (queue_gen=0x83d2740) at events.c:214
#4 0xb72494fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#5 0xb71cbe5e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb) thread 3
[Switching to thread 3 (process 20149)]#0 0xb7f25410 in __kernel_vsyscall ()
(gdb) backtrace
#0 0xb7f25410 in __kernel_vsyscall ()
#1 0xb724ddd2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7be1bbb in metronom_sync_loop (this=0x83b1368) at metronom.c:871
#3 0xb72494fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#4 0xb71cbe5e in clone () from /lib/tls/i686/cmov/libc.so.6

(gdb) thread 1
[Switching to thread 1 (process 20148)]#0 0xb7bfc9b2 in xine_get_param (stream=0x83ba9b0, param=16777221) at xine_interface.c:654
654 in xine_interface.c
(gdb) l
649 in xine_interface.c
(gdb) up
#1 0x080795e2 in bacon_video_widget_get_video_property (bvw=0x8100220, type=BVW_VIDEO_BRIGHTNESS)
    at /home/joostje/debian/totem-2.22.1/src/backend/bacon-video-widget-xine.c:3770
3770 return xine_get_param (bvw->priv->stream, video_props[type]);
(gdb) l
3765 {
3766 g_return_val_if_fail (bvw != NULL, 65535 / 2);
3767 g_return_val_if_fail (BACON_IS_VIDEO_WIDGET (bvw), 65535 / 2);
3768 g_return_val_if_fail (bvw->priv->xine != NULL, 65535 / 2);
3769
3770 return xine_get_param (bvw->priv->stream, video_props[type]);
3771 }
3772
3773 void
3774 bacon_video_widget_set_video_property (BaconVideoWidget *bvw,
(gdb) p *(bvw->priv->stream)
$3 = {xine = 0x8382400, metronom = 0x83bb5a0, input_plugin = 0x0, content_detection_method = 0, video_out = 0x0, video_fifo = 0x83bb6f0,
  audio_out = 0x0, audio_fifo = 0x83bba18, osd_renderer = 0x0, master = 0x83ba9b0, slave = 0x0, spu_decoder_plugin = 0x0, video_driver = 0x0,
  audio_channel_auto = -1, spu_decoder_streamtype = -1, spu_channel_user = -1, spu_channel_auto = -1, spu_channel_letterbox = -1, spu_channel = -1}
(gdb) p video_props
$4 = {16777221, 16777220, 16777219, 16777218}
(gdb) p type
$5 = BVW_VIDEO_BRIGHTNESS
(gdb) p (int) type
$6 = 0

*********************************************************
$ mplayer plays-OK.mpg
MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Celeron(R) CPU 540 @ 1.86GHz (Family: 6, Model: 22, Stepping: 1)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing plays-OK.mpg.
MPEG-PS file format detected.
VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 9200.0 kbps (1150.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
GNOME screensaver disabled
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
==========================================================================
Forced audio codec: mad
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 720x576 => 768x576 Planar YV12
GNOME screensaver enabled.008 ct: -0.012 22/ 22 23% 5% 1.7% 0 0

*********************************************************
$ mplayer DOESNT-play.mpg
MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Celeron(R) CPU 540 @ 1.86GHz (Family: 6, Model: 22, Stepping: 1)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing DOESNT-play.mpg.
MPEG-PS file format detected.
VIDEO: MPEG2 640x576 (aspect 2) 25.000 fps 10000.0 kbps (1250.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
GNOME screensaver disabled
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 640 x 576 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
==========================================================================
Forced audio codec: mad
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 640 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 640x576 => 768x576 Planar YV12
GNOME screensaver enabled.005 ct: 0.044 18/ 18 19% 4% 0.9% 0 0

Exiting... (Quit)

ProblemType: Bug
Architecture: i386
Date: Thu Jun 12 00:09:32 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/totem-xine
Package: totem-xine 2.22.1-0ubuntu2
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
SourcePackage: totem
Uname: Linux 2.6.24-16-generic i686

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, your crash report is either missing or challenging to deal with as a ".crash" file. Please follow these instuctions to have apport report a new bug about your crash that can be dealt with by the automatic retracer.

If you are running the Ubuntu Stable Release you might need to enable apport in /etc/default/apport and restart.

If you are using Ubuntu with the Gnome desktop environment - launch nautilus and navigate to your /var/crash directory and double click on the crash report you wish to submit.

I'm closing this bug report since the process outlined above will automatically open a new bug report which can then dealt with more efficiently. Thanks in advance for your cooperation and understanding.

[joosteto (joosteto)]

I think I've spend at least an hour doing excactly what ubuntu asked
me to do. I started the application, from the help menu item I clicked
"report a problem", just as ubuntu asked me to do, attached a core
dump, installed a whole bunch of programs to make the core dump usable
etc.

Nowhere along the whole path was I informed that my work would be
vain, and that the bugreport would be closed inmediately after filing,
throwing away everything I did.

I'm not going further with this bug-report.

2008/6/12 Pedro Villavicencio <email address hidden>:
> Thank you for taking the time to report this bug and helping to make
> Ubuntu better. However, your crash report is either missing or
> challenging to deal with as a ".crash" file. Please follow these
> instuctions to have apport report a new bug about your crash that can be
> dealt with by the automatic retracer.
>
> If you are running the Ubuntu Stable Release you might need to enable
> apport in /etc/default/apport and restart.
>
> If you are using Ubuntu with the Gnome desktop environment - launch
> nautilus and navigate to your /var/crash directory and double click on
> the crash report you wish to submit.
>
> I'm closing this bug report since the process outlined above will
> automatically open a new bug report which can then dealt with more
> efficiently. Thanks in advance for your cooperation and understanding.
>
> ** Changed in: totem (Ubuntu)
> Status: New => Invalid
>
> --
> segfault and failure to find codec for some .mpg's
> https://bugs.launchpad.net/bugs/239314
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Sebastien Bacher (seb128)]

the bug has been closed a bit quickly, reopening, there is detailled informations in the description

[Sebastien Bacher (seb128)]

the informations you attached are about totem-xine, could you open a different bug about totem-gstreamer

where did you get instruction saying to attach crash informations not using apport? the reason why submitters are asked to use apport that's because it does the automatic debug retracing so users don't have to install debug variants, and this way the crash is registered in the database for automatic duplication

[joosteto (joosteto)]

2008/6/13 Sebastien Bacher <email address hidden>:
> the informations you attached are about totem-xine, could you open a
> different bug about totem-gstreamer

Only if I can be at least somewhat sure isn't going to be closed
immediately after I file it.

>
> where did you get instruction saying to attach crash informations not
> using apport?

The point is, that no-where was I informed to use apport. I'm sure
somewhere it's mentioned, but certainly not on the pages I came along
while submitting the bug. And I did read several pages and help
screens.

http://www.ubuntu.com/community/ReportProblem
the screens from https://launchpad.net/ubuntu/+filebug#form-start
https://wiki.ubuntu.com/DebuggingProcedures

Those are the pages I can find about reporting bugs. "apport" can not
be found anywhere.
Not knowing I was supposed to use apport, I tried to be as helpful as
possible, appended the core dump along with gdb backtraces and the
lot.

> the reason why submitters are asked to use apport

It would be better to ask them to do that during the submittion
proces, not after.

> that's
> because it does the automatic debug retracing so users don't have to
> install debug variants,

But I already did that.

> and this way the crash is registered in the
> database for automatic duplication

If users report bugs without including requested information, I can
understand that this enoys the developers and that they sometimes
quickly close bugs. But you ou don't request apport reports to the
users before they file a bug (or while they read how to file a bug).

[joosteto (joosteto)]

I haven't seen this bug for a long time now (nor do I see it in intrepid beta I'm running now). I think it can be closed.

[Sebastien Bacher (seb128)]

closing the bug