[Bug 635256] Suggestion for improvement of timestamping accuracy for alsa (and others) sound

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=635256
  GStreamer | gst-plugins-base | 0.10.x

--- Comment #36 from Pontus Oldberg <pontus.oldberg at invector.se> 2011-11-28 12:26:26 UTC ---
I hate to be the bringer of bad news, but in this case I have to.
My patch is seriously flawed and should really be pulled from the repo, and
I'll attempt to explain why.

Basically, create and read are executed in separate threads which can (and
will) cause a situation where create and read are not synchronized. In our
application this has caused the framework to generate two consecutive equal
timestamps (i.e. create is executed twice before a read operation is
performed). This situation is more likely to appear in a loaded system, at
least this is where we have seen the problems. There is also another problem
with some alsa pcm drivers, where the avail parameter is not correctly exposed
to the alsa-lib. This also need to be taken into consideration in a new
implementation.

I am working on a completely new solution to obtain perfectly synchronized
timestamps but it is not anywhere near ready yet.

-- 
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.