playback of flash videos skips frames when transitioning to the next song.

Bug #125182 reported by Robert Persson on 2007-07-11
Affects Status Importance Assigned to Milestone
xine-lib (Ubuntu)

Bug Description

Binary package hint: libxine1

Playback of flash (.flv) videos is very jerky in applications using the xine engine

affected players:
 - kaffeine
 - gxine
 - democracy player.

not affected playes:
 - mplayer
 - vlc

Depending on the video player, make sure loop mode is enabled or you add a second .flv file to the playlist, since it only occurs after the transition from one file to another.

Kari Aliranta (kpaliran) wrote :

 Happens to me too in Feisty, and using Nvidia Geforce 2 MX and the open source driver for graphics, running in a 1,1 Ghz Athlon. "Top" shows processor usage in the range of 2 to 9 percent, so probably this isn't a performance problem.

Mplayer - which also uses Ffmpeg for decoding FLV-files, alike to the Xine engine - exhibits this bug instead:

The VCL media player works fine, except for the fact that you cannot seek the video with it (this bug, however, is fixed upstream).

Hash: SHA1

Thank you for taking the time to report this bug and helping to make
Ubuntu better. You reported this bug a while ago and there hasn't been
any activity in it recently. We were wondering is this still an issue
for you? Can you try with latest Ubuntu release? Thanks in advance.

 status incomplete

Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla -


Changed in xine-lib:
status: New → Incomplete

One thing I notice with the latest release (Hardy) is that both Kaffeine and Xine are not able to play subsequent flash videos from a playlist. When one video is finished and the next one is supposed to start, libxine reports lots of skipped frames, the playpack chaotically jumps through the video and there is no sound anymore.

Xine-ui additionally reports: "The amount of dropped frames is too high, your system might be slow, not properly optimized or just too loaded", which is certainly not true.

The verbose libxine output is listed here:

If I stop the playback of the second file and start it again, this file is also played correctly. There are still some skipped frames, but this is not noticeable to me. The actual problem occurs in this playlist setup. It is reproduceable with every pair of videos downloaded from youtube or others.

Anderson (amg1127) wrote :

I see this behavior in Intrepid, also...

Reinhard Tartler (siretart) wrote :

please attach an example .flv file.

Andreas Göb (agoeb) wrote :

As I mentioned, *every* youtube video is an example .flv file.
For convenience I attached one. Depending on the video player, make sure loop mode is enabled or you add a second .flv file to the playlist, since it only occurs after the transition from one file to another.

One way to reproduce the error with Kaffeine is:
- Add the sample file to the playlist
- Enable Playlist -> Repeat
- Play the file and wait until it is finished and starts to play again

Reinhard Tartler (siretart) wrote :

indeed, this only happens when the playlist switches to the next item. using loop has also works to reproduce as andreas indicates.

description: updated
Changed in xine-lib:
status: Incomplete → Confirmed
status: Confirmed → Triaged
Changed in xine-lib:
status: Unknown → Confirmed
jpangamarca (jpangamarca) wrote :

Workaround: If someone really wants to use Kaffeine instead of VLC or Totem to play FLV videos (like me), it's possible to configure Kaffeine to use the GStreamer engine.

1) Install the GStreamer engine: sudo apt-get install kaffeine-gstreamer
2) Go to Settings -> Player Engine, and select Kaffeine-GStreamer.
3) Go to Settings -> GStreamer engine parameters, and set 'alsasink' as the preferred audio driver and 'xvimagesink' as the preferred video driver (if you don't configure the latter, the video appears in a separate window).
4) Restart Kaffeine.

Almost forgot, the volume bar moves to the top of the window after doing this (I don't know why, it'd be nice to work on that), you can move it to the botton again if you wish.

jpangamarca (jpangamarca) wrote :

I just discovered that applying my workaround brings some sideeffects. See .

Changed in xine-lib:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.