Version: 0.10.0-beta4 (using 4.1.2 (KDE 4.1.2) "release 44.2", KDE:KDE4:Factory:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (x86_64) release 2.6.25.16-0.1-default Browsing a mix of photos and pictures of an album, images work well, but automatically playing AVI videos doesn't work quite well. Sometimes the video plays for about a second and stucks after that, most time the video is played quicker than the sound, while the sound has its original speed. Playing those videos in other players not coming with KDE4 works without problems - tried mplayer, vlcplayer. Dragonplayer makes the same problems, too. Do you know that problem, where does it belong to?
digiKam use an embeded version of phonon mediaplayer from KDE4. There is no mediaplayer code in digiKam. All is delegate to Phonon. I move this entry to Phonon component. Gilles Caulier
Ok, I only wanted to be sure. In that case I send some details which could be interesting to the Phonon development: As I already mentioned: - OS: OpenSUSE 11.0 x86_64 Hardware and ALSA: - Mainboard: ASUS P5B - Processor: Intel Core 2 Duo E6300 - RAM: 3 GB - configuration see: http://bugs.kde.org/show_bug.cgi?id=159860 I'm using the Xine phonon-backend from the KDE 4 : Factory repository for OpenSUSE 11.0, at the moment: phonon-backend-xine-4.1.2-44.2 with the latest changelog: -- Sun 28 Sep 2008 02:00:00 PM CEST stbinner@suse.de - fix kdebase4-runtime-debuginfo requirements (bnc#430481) Thu 25 Sep 2008 02:00:00 PM CEST dmueller@suse.de - update to 4.1.2 * see http://kde.org/announcements/changelogs/changelog4_1_1to4_1_2.php -- The badly played AVI videos come from a camera Olympus Mju 8.
Here is the information from the 'file' command for a typical video with the above problems: --- 2008-11-23 18.25.04.avi: RIFF (little-endian) data, AVI, 320 x 240, ~15 fps, video: Motion JPEG, audio: uncompressed PCM (mono, 8000 Hz) --- The video is taken with an Olympus Mju 830. These videos are played back with normal speed in vlc, mplayer and now also in KDE4/DragonPlayer 4.1.3 with phonon-gstreamer audio backend.
Works with the latest xine 1.1.16.1, thus, seems to be fixed.
This problem is not reproducible since digiKam use QtAv framework + ffmpeg to handle video files