[Bug 692953] alsasink does not synchronise properly with a live streaming source, yet (timing skew)

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=692953
  GStreamer | gst-plugins-base | 1.0.10

--- Comment #194 from Robert Krakora <rob.krakora at messagenetsystems.com> 2013-10-02 15:47:42 UTC ---
I think what the submitter has discovered is that alsasink sync=true fails
almost
immediately and alsasink sync=false fails after some hours.  The submitter can
provide more details.  All documentation that we have found recommends setting
sync=false for alsasink and this is wrong.  It seems as though alsasink
underflows and never recovers.  The submitter tested the jacksinkaudiosink with
sync=true and it runs indefinitely with no underflow and I have tested
pulsesink with sync=true and it too runs indefinitely with no underflow.  The
question is has alsasink ever functioned properly?  The submitter has proven
that alsasink sync=false does fail similar to alsasink sync=true but after an
extended period of time.  JACK and Pulse Audio both make use of ALSA, albiet in
a separate process than running GStreamer pipelines including their respective
plugins, and they seem to not experience unrecoverable underflow situations.

(In reply to comment #192)
> Can someone provide a summary of the current understanding of the situation?
> Maybe we should also just start a new bug with that then, nobody is going to
> read 200 comments first :)

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.