Bug 2186

(In reply to Kristopher from comment #0)
> When attempting to play MP4 videos in Kaffeine, Kaffeine crashes. Despite
> the -dbg package being installed, neither gdb nor TDE Crash Handler can
> produce a backtrace.
> 
> This *might* be related to bug #1679 , however that report does not mention
> MP4, and my crash occurs *only* for MP4 -- older formats (including regular
> MPEG videos and MP3 audio) do *not* produce the crash.

The bug may be partially caused by a bug in Xine: attempting to use Xine in KMplayer to mplay MP4 videos seems impossible, however using mplayer via KMplayer seems to work just fine.

However, KMplayer seems a bit more graceful: while there is not error message, KMplayer does *not* crash but instead continues to run and simply stops trying to play the video.

>Despite the -dbg package being installed, neither gdb nor TDE Crash Handler can 
>produce a backtrace.
Try running "kaffeine --nofork" from command line. Then gdb should be able to attached the crashed process.

We had problems with Kaboodle recently (see bug 1905 and bug 2010), also related to the xine version used. It may be worth to read through the comments in there.

Created attachment 2347 [details]
Kaffeine backtrace

(In reply to Kristopher from comment #3)
> Created attachment 2347 [details]
> Kaffeine backtrace

SIGFPE.  That's strange.  Do these videos play correctly in the Xine UI?

(In reply to Timothy Pearson from comment #4)
> (In reply to Kristopher from comment #3)
> > Created attachment 2347 [details]
> > Kaffeine backtrace
> 
> SIGFPE.  That's strange.  Do these videos play correctly in the Xine UI?

No, asking xine-ui to play it does not produce any action from xine-ui, and having Konqueror attempt to *force* xine-ui to play it causes xine-ui to open then immediately close (though as far as I can see, it doesn't produce a crash from xine-ui, just a normal exit).

The file command verifies the file type as MP4:

ISO Media, MPEG v4 system, version 1

(In reply to Kristopher from comment #5)
> (In reply to Timothy Pearson from comment #4)
> > (In reply to Kristopher from comment #3)
> > > Created attachment 2347 [details]
> > > Kaffeine backtrace
> > 
> > SIGFPE.  That's strange.  Do these videos play correctly in the Xine UI?
> 
> No, asking xine-ui to play it does not produce any action from xine-ui, and
> having Konqueror attempt to *force* xine-ui to play it causes xine-ui to
> open then immediately close (though as far as I can see, it doesn't produce
> a crash from xine-ui, just a normal exit).

Xine probably traps the SIGFPE and exits; perhaps we should simply do the same?

In any case either the file is corrupt or there is a software/hardware problem on your computer (Xine bugs fall into the latter category).

Tim

(In reply to Timothy Pearson from comment #7)
> (In reply to Kristopher from comment #5)
> > (In reply to Timothy Pearson from comment #4)
> > > (In reply to Kristopher from comment #3)
> > > > Created attachment 2347 [details]
> > > > Kaffeine backtrace
> > > 
> > > SIGFPE.  That's strange.  Do these videos play correctly in the Xine UI?
> > 
> > No, asking xine-ui to play it does not produce any action from xine-ui, and
> > having Konqueror attempt to *force* xine-ui to play it causes xine-ui to
> > open then immediately close (though as far as I can see, it doesn't produce
> > a crash from xine-ui, just a normal exit).
> 
> Xine probably traps the SIGFPE and exits; perhaps we should simply do the
> same?
> 
> In any case either the file is corrupt or there is a software/hardware
> problem on your computer (Xine bugs fall into the latter category).
> 
> Tim

I think we can reasonably assume it's software: the file command *does* correctly identify the file type, and it plays correctly in mplayer without crashing KMplayer (which I tested with Output set to OpenGL and OpenGL MT), TDE, or Xorg. This suggests that the file is not corrupt (else it would have issues playing), and that the hardware is not at fault (else using features like OpenGL for any length of time would likely overload it or cause it to crash the Xorg driver).

I'll take your word for it then; we'll just assume it's a Xine library bug.

If someone gets around to this before I do a SIGFPE trap needs to be added to Kaffeine; the trap should close Kaffeine as gracefully as possible.  Recovering from the error would be even better but seeing as xine-ui terminates immediately on playback of this file I don't think recovery from the SIGFPE exception is allowed (http://fixunix.com/unix/335322-catching-sigfpe-signal.html#post860484 seems to confirm this).

Tim