Reassigning to xine-lib for now, though given that you say that
rhythmbox is having problems (and rhythmbox doesn't use xine-lib), this
is looking more like an X problem – I recall something about problems
with xserver-xorg-video-intel…
** Package changed: gxine (Ubuntu) => xine-lib (Ubuntu)
--
The same thing happens in xine. In Totem, sometimes the video gets
behind the audio, so it pauses, then plays fast to catch up. No doubt
my machine (an EEE box) is too slow to keep up, but in totem it's
generally watchable and the degradation is fairly graceful. Gxine seems
to react to dropped f
Well, gxine was mentioned, so that was the reason for the assignment. It
would be great if you could test other players using the xine back-end
and confirm that the problem is either present there or not. If yes,
than the problem is in xine-lib (and thus the bug can be reassigned to
xine-libs). if
This is probably reproducible using other xine-lib front ends; if so
(and audio/video problems generally are), so much for picking the right
package for the bug report…
--
gxine skips, plays too fast, freezes
https://bugs.launchpad.net/bugs/424571
You received this bug notification because you ar
Thank you for taking the time to report this bug and helping to make
Ubuntu better. This bug did not have a package associated with it, which
is important for ensuring that it gets looked at by the proper
developers. You can learn more about finding the right package at
https://wiki.ubuntu.com/Bug
