Timestamp drift when using dmix/dsnoop plugins with alsasrc/sink

[Nox Deleo]

Thanks for the suggestion, but I'm fairly sure I did that when messing
around with the src/sink options, and it didn't seem to make any
difference. Anyway, I managed to stop this issue in it's tracks today when
I got rid of the dmix/dsnoop plugins (realised I didn't actually need to
share my channels, just split them up) and used the route plugin instead.
No problems whatsoever. So, maybe I screwed something up between the
asoundrc for dmix/dshare and my GStreamer pipeline, or there's some weird
issue between the two anyway.
On Mar 8, 2013 3:27 AM, "Nicolas Dufresne" <nicolas.dufresne at collabora.co.uk>
wrote:

> **
> Le lundi 04 mars 2013 à 18:37 +0000, Nox Deleo a écrit :
>
> I've tried adjusting buffer/sample sizes in my .asoundrc, messing with
> various options in alsasrc/sink, and even using a lowlatency kernel. These
> don't seem to do anything to diminish this problem. I could introduce
> latency problems by setting buffer/sample sizes too low, but this problem
> never changed at all, which makes me think it's not a straight latency
> issue.
>
> Not that I have any solution here, but I'd like to mention that in this
> case it's not a latency issue but the audio clock speed not going the same
> speed as the selected clock. The distance can changed, in contrast with
> latency where the distance remain the same.
>
> One question, any reason not to use the audio clock and slave the other
> clocks to the audio clock ?
>
> Nicolas
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130308/9b2bee40/attachment.html>