Bug 270208

Summary: kaffeine-xbu crash: playing video/DVB with nouveau and deinterlace on
Product: [Applications] kaffeine Reporter: Jörg Germeroth <webmind>
Component: generalAssignee: Unassigned bugs mailing-list <unassigned-bugs>
Status: RESOLVED DUPLICATE    
Severity: crash CC: cfeck, Michael
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Jörg Germeroth 2011-04-06 11:42:28 UTC
Application: kaffeine-xbu (1.1 1.1.19)
KDE Platform Version: 4.5.5 (KDE 4.5.5)
Qt Version: 4.7.0
Operating System: Linux 2.6.37.4-smp i686
Distribution (Platform): Slackware Packages

-- Information about the crash:
Some new information to the known bug:

- What I was doing when the application crashed:
The crash occurs on trying to watch any of the TV-channel and also with the try to watch a recorded event.
(As to be exact for DVB kaffeine tunes the channel, plays sound for about 1-2 seconds and then it crashes. But all with no video.)
Making the channel list and recording a scheduled event works fine. Also playing just sound files works (e.g. /usr/share/sounds/*).

Aside from the effect that the crash only occurs with activated deinterlacing, some testing
reveals also that this is only the case while using the xorg nouveau driver.
Switching to the nv or the proprietary nvidea driver doesn't let the crash appear!

So a second solution (aside from deactivating deinterlace) to be not affected by this bug is not to use the nouveau driver...

In my eyes the crash is not directly xine related, as playing any video/a recorded broadcast with xine itself works like a charm.

- Custom settings of the application:
Non except from changing
 -DCMAKE_BUILD_TYPE=Release ..
to
 -DCMAKE_BUILD_TYPE=Debug ..
in the SlackBuild from http://slackbuilds.org/slackbuilds/13.1/multimedia/kaffeine/

I've used Slackware 13.37 rc3 (happens also on Slackware64) for this tests, but kaffeine 1.0~pre3-1ubuntu1 on a Ubuntu 10.4 installation (on different computer) shows the same behavior with the same solution not to use the xorg nouveau driver.

The crash can be reproduced every time.

-- Backtrace:
Application: Kaffeine (kaffeine-xbu), signal: Segmentation fault
[Current thread is 1 (Thread 0xb5a76710 (LWP 8523))]

Thread 8 (Thread 0xb2cc1b70 (LWP 8524)):
#0  0xb6d06ac5 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb7630f01 in metronom_sync_loop (this=0x81792d0) at metronom.c:870
#2  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#3  0xb604802e in clone () from /lib/libc.so.6

Thread 7 (Thread 0xb24b2b70 (LWP 8525)):
#0  0xb6d06732 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb7643c8c in fifo_peek_int (this_gen=0x819d6f8) at audio_out.c:348
#2  fifo_peek (this_gen=0x819d6f8) at audio_out.c:388
#3  ao_loop (this_gen=0x819d6f8) at audio_out.c:1015
#4  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#5  0xb604802e in clone () from /lib/libc.so.6

Thread 6 (Thread 0xb1864b70 (LWP 8526)):
#0  0xb603fa27 in select () from /lib/libc.so.6
#1  0xb765b77c in xine_usec_sleep (usec=<value optimized out>) at utils.c:481
#2  0xb763f473 in video_out_loop (this_gen=0x82ffd98) at video_out.c:1246
#3  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#4  0xb604802e in clone () from /lib/libc.so.6

Thread 5 (Thread 0xb0c7bb70 (LWP 8527)):
[KCrash Handler]
#6  xv_update_frame_format (this_gen=0x82fe460, frame_gen=0x870b6d8, width=720, height=576, ratio=1.3333333333333333, format=844715353, flags=19) at video_out_xv.c:467
#7  0xb763dd00 in vo_get_frame (this_gen=0x82ffd98, width=720, height=576, ratio=1.3333333333333333, format=844715353, flags=19) at video_out.c:421
#8  0xb304d580 in deinterlace_draw (frame=0x870b4d8, stream=0x870c5e0) at xine_plugin.c:773
#9  0xae0f703d in parse_chunk (mpeg2dec=0x87b46d8, current=<value optimized out>, end=0xb0ed2fcc "", pts=7393190791) at decode.c:296
#10 mpeg2_decode_data (mpeg2dec=0x87b46d8, current=<value optimized out>, end=0xb0ed2fcc "", pts=7393190791) at decode.c:723
#11 0xae10cfa3 in mpeg2dec_decode_data (this_gen=0x87b46c0, buf=0x8717e50) at xine_mpeg2_decoder.c:81
#12 0xb763b61b in video_decoder_loop (stream_gen=0x870c5e0) at video_decoder.c:386
#13 0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#14 0xb604802e in clone () from /lib/libc.so.6

Thread 4 (Thread 0xb02aeb70 (LWP 8528)):
#0  0xb6d06732 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb7634f38 in fifo_buffer_get (fifo=0x871f218) at buffer.c:230
#2  0xb763c549 in audio_decoder_loop (stream_gen=0x870c5e0) at audio_decoder.c:66
#3  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#4  0xb604802e in clone () from /lib/libc.so.6

Thread 3 (Thread 0xafaaeb70 (LWP 8529)):
#0  0xb6d06732 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb7646884 in xine_event_wait (queue_gen=0x873ccd8) at events.c:56
#2  listener_loop (queue_gen=0x873ccd8) at events.c:214
#3  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#4  0xb604802e in clone () from /lib/libc.so.6

Thread 2 (Thread 0xae914b70 (LWP 8536)):
#0  0xb603fa27 in select () from /lib/libc.so.6
#1  0xb765b77c in xine_usec_sleep (usec=<value optimized out>) at utils.c:481
#2  0xb764a9fb in demux_loop (stream_gen=0x870c5e0) at demux.c:365
#3  0xb6d01c04 in start_thread () from /lib/libpthread.so.0
#4  0xb604802e in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb5a76710 (LWP 8523)):
#0  0xb6d06732 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb7699724 in ?? () from /usr/lib/libX11.so.6
#2  0xb76990f0 in ?? () from /usr/lib/libX11.so.6
#3  0xb769986f in ?? () from /usr/lib/libX11.so.6
#4  0xb769cf6c in XEventsQueued () from /usr/lib/libX11.so.6
#5  0xb63f88b5 in ?? () from /usr/lib/qt/lib/libQtGui.so.4
#6  0xb5c03097 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#7  0xb5c039da in ?? () from /usr/lib/libglib-2.0.so.0
#8  0xb5c03ec4 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#9  0xb6ea0aa7 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/qt/lib/libQtCore.so.4
#10 0xb63f8ad5 in ?? () from /usr/lib/qt/lib/libQtGui.so.4
#11 0xb6e725a9 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/qt/lib/libQtCore.so.4
#12 0xb6e7284a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/qt/lib/libQtCore.so.4
#13 0xb6e7729f in QCoreApplication::exec() () from /usr/lib/qt/lib/libQtCore.so.4
#14 0xb6345727 in QApplication::exec() () from /usr/lib/qt/lib/libQtGui.so.4
#15 0x0804bc42 in main (argc=1, argv=) at /tmp/build/SBo/kaffeine-1.1/src/backend-xine/xineapplication.cpp:1003

This bug may be a duplicate of or related to bug 222993, bug 250760, bug 250304, bug 234574, bug 254121.

Possible duplicates by query: bug 262243, bug 253456, bug 250760, bug 250304, bug 248285.

Reported using DrKonqi
Comment 1 Christoph Feck 2011-04-06 15:34:11 UTC

*** This bug has been marked as a duplicate of bug 222993 ***
Comment 2 Jörg Germeroth 2011-04-06 17:41:00 UTC
Just made a quick test with the new version 1.2.1, no change for this bug.
Comment 3 Christoph Feck 2011-04-06 18:27:55 UTC
Is there any specific reason why you reopen this bug when I marked it as a duplicate?
Comment 4 Michael Bauer 2011-05-19 22:54:06 UTC
Exactly the same problem here.
Running arch linux on amd_x64 with nouveau-driver. Enabling deinterlacing leads to described crash, fully reproducable.
Comment 5 Christoph Feck 2011-05-19 23:23:27 UTC
Since I got no answer to comment #3, I am closing this again.

*** This bug has been marked as a duplicate of bug 222993 ***