totem gstreamer playback judders and is not synced

Bug #17819 reported by Jack Wasey on 2005-06-06
14
Affects Status Importance Assigned to Milestone
totem (Ubuntu)
Medium
Sebastien Bacher

Bug Description

play an avi file: totem-gstreamer is poorly synced and judders.
xine on its own plays the movie fine, altough sound sync is still not perfect.
totem-xine plays it the same as xine.

Sebastien Bacher (seb128) wrote :

is that with hoary? what audiosink (you can select it with gstreamer-properties)
and soundcard do you use? . Does it do the same with an another audiosink?

Bill Sun (billksun) wrote :

I have the same problem with Ubuntu 5.04 AMD64 version. I don't remember what's
the audiosink being used by gstreamer (I'll check when I get back home), but
this happens whether I have the OSS or the ALSA drivers selected in the volumn
control panel. I have a Realtek ALC850 sound chip. I'm using the nVidia
drivers via Synaptic.

I looks like video frames are being dropped at a consistent rate (ie. every x
frame).

Bill Sun (billksun) wrote :

(In reply to comment #2)
> I have the same problem with Ubuntu 5.04 AMD64 version. I don't remember what's
> the audiosink being used by gstreamer (I'll check when I get back home), but
> this happens whether I have the OSS or the ALSA drivers selected in the volumn
> control panel. I have a Realtek ALC850 sound chip. I'm using the nVidia
> drivers via Synaptic.
>
> I looks like video frames are being dropped at a consistent rate (ie. every x
> frame).

My default audiosink in GNOME is ESD.

Zeeshan Ali (zeenix) wrote :

I am using ubuntu hoary on my notebook and i was having the same problem but the
problem was all gone when I chose alsa as my audio sink rather than esd. I'll
request the bug-incharge (is that the correct terminology?) to try to make sure
that esd is not chosen as the default audiosink for a user in 'future' ubuntu.

Sebastien Bacher (seb128) wrote :

Martin, according to Ronald such issues are due to the esdsink and as upstream
recommend to use the alsasink

Martin Pitt (pitti) wrote :

(In reply to comment #5)
> Martin, according to Ronald such issues are due to the esdsink and as upstream
> recommend to use the alsasink

I know, but we cannot enable alsasink by default in Breezy since dmix still does
not work out of the box for too many sound cards. So esd needs to stay the
default for now until dmix support improves.

However, users are free to change the sink to ALSA theirselves. If it works,
it's certainly preferable to esd.

Ronald S. Bultje (rbultje) wrote :

I added some code to GStreamer-0.8.x esdsink to make video playback acceptably.
It's still not very good, since code such as esd_get_latency() doesn't work (it
hangs; I see similar reports from xine/videolan developers), but at least
video/audio will be somewhat in sync, seeking is ok'ish and video plays
lineairly rather than with hiccups. This should fix most base complaints. Patch
in gst cvs.

Martin Pitt (pitti) wrote :

(In reply to comment #7)
> I added some code to GStreamer-0.8.x esdsink to make video playback acceptably.
> It's still not very good, since code such as esd_get_latency() doesn't work (it
> hangs; I see similar reports from xine/videolan developers), but at least
> video/audio will be somewhat in sync, seeking is ok'ish and video plays
> lineairly rather than with hiccups. This should fix most base complaints. Patch
> in gst cvs.

Sebastien, could you please apply this patch, so that we have something sensible
for Breezy? Thanks!

Sebastien Bacher (seb128) wrote :

Martin, new tarball/version will come this month. Do you want to backport that
or are you ok with waiting for that?

Martin Pitt (pitti) wrote :

(In reply to comment #9)
> Martin, new tarball/version will come this month. Do you want to backport that
> or are you ok with waiting for that?

Don't create you even more work than you already have. :-) Fine for me to wait
for the new version.

Sebastien Bacher (seb128) wrote :

going to do that, thanks :)

Daniel Holbach (dholbach) wrote :

It was fixed in the upload of gstreamer 0.8.11 - thank you to everybody involved.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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