After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 307326 - esdsink makes video choppy totem
esdsink makes video choppy totem
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.10
Other Linux
: Normal major
: 0.8.11
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-06-11 21:59 UTC by Brian Kerrick Nickel
Modified: 2005-08-15 13:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Brian Kerrick Nickel 2005-06-11 21:59:40 UTC
Distribution/Version: Gentoo

I've been using esdsink on my computer for the longest time, and while I didn't
notice the correlation at the time, I couldn't really use totem to play movies
because it skipped too many frames. Recently, I enabled alsa's dmix plugin and
switched to alsasink. This completely eliminated the annoying frame skip and
made totem usable. As ESound is part of GNOME, this seems to me like a serious
problem. It kept me from accepting the GST backend forever and might have the
same effect on others.

ESound: 0.2.35
GStreamer: 0.8.10
Gst-plugins: 0.8.8
Totem: 1.0.2
Comment 1 Michaël Arnauts 2005-06-12 09:04:56 UTC
I've read somewhere that gnome 2.12 won't contain esound anymore and will use
gstreamer for the sounds. That would be a nice step since alsa now enables dmix
by default. 
Comment 2 David Schleef 2005-06-13 21:37:45 UTC
GStreamer isn't a replacement for ESound.  One is a media framework, and the
other is a sound server.
Comment 3 Ronald Bultje 2005-08-15 13:10:45 UTC
2005-08-15  Ronald S. Bultje  <rbultje@ronald.bitfreak.net>

        * ext/esd/esdsink.c: (gst_esdsink_get_time), (gst_esdsink_chain):
          Basic hacks to make video playback using esdsink not totally make
          yuou rip your heart out. We write a few samples per cycle, so that
          the clock will increment in a slightly lineair fashion instead of
          in large hiccuped steps (which makes video playback in an ok'ish
          way, compared to how it was), and we take timestamps into account for
          calculating the clock position, so that _get_time() at least returns
          a value that will make video playback in sync. Should make Ubuntu
          users happy (they default to esdsink).