Application: digikam (1.6.0) KDE Platform Version: 4.5.4 (KDE 4.5.4) Qt Version: 4.7.1 Operating System: Linux 2.6.35.10-74.fc14.x86_64 x86_64 Distribution (Platform): Fedora RPMs -- Information about the crash: With the default installation of Fedora, my video's didn't play. With VLC, I have had most success in the past. I have selected VLC as phonon backend. However, when I work with Digikam (and after viewing video's), I notice that Digikam crashes on exit. This might have to do with the VLC phonon-backed, so I'm not sure this is the correct place to send the report to. Some more versions: phonon-backend-vlc-0.3.1-0.1.fc14.x86_64 vlc-core-1.1.5-1.fc14.x86_64 vlc-1.1.5-1.fc14.x86_64 digikam-libs-1.6.0-1.fc14.x86_64 digikam-1.6.0-1.fc14.x86_64 digikam-debuginfo-1.6.0-1.fc14.x86_64 Eric The crash can be reproduced some of the time. -- Backtrace: Application: digiKam (digikam), signal: Segmentation fault [Current thread is 1 (Thread 0x7fe0a0d328c0 (LWP 8593))] Thread 6 (Thread 0x7fe08f7fe700 (LWP 8598)): #0 0x00000035ba80b8c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00000035c4472ddb in wait (this=<value optimized out>, mutex=0x17071d8, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:88 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x17071d8, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:160 #3 0x0000003c39ab1997 in Digikam::ParkingThread::run (this=0x17071c0) at /usr/src/debug/digikam-1.6.0/libs/threads/threadmanager.cpp:112 #4 0x00000035c44726ee in QThreadPrivate::start (arg=0x17071c0) at thread/qthread_unix.cpp:285 #5 0x00000035ba806d5b in start_thread () from /lib64/libpthread.so.0 #6 0x00000035ba0e4a7d in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7fe08effd700 (LWP 8599)): #0 0x00000035ba80acbd in pthread_mutex_unlock () from /lib64/libpthread.so.0 #1 0x00000035b9c4217d in g_main_context_iterate (context=0x7fe0800009b0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2721 #2 0x00000035b9c428ad in g_main_context_iteration (context=0x7fe0800009b0, may_block=1) at gmain.c:2843 #3 0x00000035c4586916 in QEventDispatcherGlib::processEvents (this=0x7fe0800008c0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:417 #4 0x00000035c455ab42 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #5 0x00000035c455ad8c in QEventLoop::exec (this=0x7fe08effccc0, flags=...) at kernel/qeventloop.cpp:201 #6 0x00000035c446fed4 in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:490 #7 0x00000035c44726ee in QThreadPrivate::start (arg=0x1721000) at thread/qthread_unix.cpp:285 #8 0x00000035ba806d5b in start_thread () from /lib64/libpthread.so.0 #9 0x00000035ba0e4a7d in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7fe08e7fc700 (LWP 8600)): #0 0x00000035ba0db083 in poll () from /lib64/libc.so.6 #1 0x00000035b9c42374 in g_main_context_poll (context=0x7fe0740009b0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:3093 #2 g_main_context_iterate (context=0x7fe0740009b0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2775 #3 0x00000035b9c428ad in g_main_context_iteration (context=0x7fe0740009b0, may_block=1) at gmain.c:2843 #4 0x00000035c4586916 in QEventDispatcherGlib::processEvents (this=0x7fe0740008c0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:417 #5 0x00000035c455ab42 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00000035c455ad8c in QEventLoop::exec (this=0x7fe08e7fbcc0, flags=...) at kernel/qeventloop.cpp:201 #7 0x00000035c446fed4 in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:490 #8 0x00000035c44726ee in QThreadPrivate::start (arg=0x171f240) at thread/qthread_unix.cpp:285 #9 0x00000035ba806d5b in start_thread () from /lib64/libpthread.so.0 #10 0x00000035ba0e4a7d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7fe094104700 (LWP 8605)): #0 0x00000035ba80b8c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fe07bb29622 in ?? () from /usr/lib64/libvlccore.so.4 #2 0x00000035ba806d5b in start_thread () from /lib64/libpthread.so.0 #3 0x00000035ba0e4a7d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7fe0337fe700 (LWP 9424)): #0 0x00000035ba80b8c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00000035c4472ddb in wait (this=<value optimized out>, mutex=0x834f588, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:88 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x834f588, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:160 #3 0x00007fe0315e9094 in KIPIPlugins::LoadRawThumbThread::run() () from /usr/lib64/libkipiplugins.so.1 #4 0x00000035c44726ee in QThreadPrivate::start (arg=0x8033940) at thread/qthread_unix.cpp:285 #5 0x00000035ba806d5b in start_thread () from /lib64/libpthread.so.0 #6 0x00000035ba0e4a7d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fe0a0d328c0 (LWP 8593)): [KCrash Handler] #6 0x00000035ba809284 in pthread_mutex_lock () from /lib64/libpthread.so.0 #7 0x00000035bdc4c717 in XrmDestroyDatabase (db=0x13e3e20) at Xrm.c:2640 #8 0x00000035bdc34abd in _XFreeDisplayStructure (dpy=0x13c8330) at OpenDis.c:856 #9 0x00000035bdc1fd8f in XCloseDisplay (dpy=0x13c8330) at ClDisplay.c:80 #10 0x00000035c6a3400d in qt_cleanup () at kernel/qapplication_x11.cpp:2666 #11 0x00000035c69c1011 in QApplication::~QApplication (this=0x7fff87a94bc0, __in_chrg=<value optimized out>) at kernel/qapplication.cpp:1163 #12 0x0000000000625872 in main (argc=0, argv=0x7fff87a95300) at /usr/src/debug/digikam-1.6.0/digikam/main.cpp:93 Possible duplicates by query: bug 147793, bug 147466. Reported using DrKonqi
Are you using pulseaudio by any chance?
Apparently yes. If I remember, it was for trying to get the sound in Skype working, don't know if it's needed elsewhere: pulseaudio-libs-0.9.21-7.fc14.i686 pulseaudio-libs-0.9.21-7.fc14.x86_64 pulseaudio-libs-glib2-0.9.21-6.fc13.x86_64 pulseaudio-libs-glib2-0.9.21-7.fc14.i686 pulseaudio-0.9.21-7.fc14.x86_64 pulseaudio-debuginfo-0.9.21-7.fc14.x86_64 pulseaudio-utils-0.9.21-7.fc14.x86_64 pulseaudio-utils-0.9.21-6.fc13.x86_64 pulseaudio-module-x11-0.9.21-7.fc14.x86_64 pulseaudio-libs-0.9.21-6.fc13.x86_64 pulseaudio-libs-glib2-0.9.21-7.fc14.x86_64
*** This bug has been marked as a duplicate of bug 240001 ***
Reassigning to the new bugzilla product for better bug tracing of the various backends. Sorry for the noise.
digiKam 5.4.0 bundles will use QtAV framework instead Qt5Multimedia to thumb and play video/audio. The Slideshow tool will also support video as well. QtAV use ffmpeg codecs. It's multi-platform and will always available in OSX, Windows and Linux bundles that digiKam team provide. For Linux packagers, you will need to turn on video support at compilation time and solve QtAV dependencies... See screenshots here : https://www.flickr.com/photos/digikam/30886133553 https://www.flickr.com/photos/digikam/31679362466 https://www.flickr.com/photos/digikam/31572654722 https://www.flickr.com/photos/digikam/31726086736 Bundles have been recompiled are posted to GDrive for testing : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM