GNOME Bugzilla – Bug 590065
[speex] element mess up timestamps
Last modified: 2013-08-21 18:41:21 UTC
The speex encoder/decoders get the timestamps/latency wrong somehow. This produces silence: gst-launch alsasrc ! speexenc ! speexdec ! alsasink sync=true It works with sync=false..
Just to double-check - this is with -good >= 0.10.15, ie. after: commit 335891c757ba3d65cec172a728102f6e168d006a Author: Tim-Philipp Müller <tim.muller@collabora.co.uk> Date: Fri Mar 20 01:02:26 2009 +0000 speexenc: fix direction of latency query and other upstream queries Don't send queries back to the element they just came from by sending them to the peer of the wrong pad. right?
Yes, its with the latest git (as of today aug 9th).
Maybe this is the same problem as bug #591625 (alsasrc giving wrong timestamps)
Is this still a problem, or then at least one to do with speex? Following pipeline "sounds fine": gst-launch audiotestsrc is-live=true ! speexenc ! speexdec ! alsasink sync=true and sprinkling some identity in there does not seem to show strange timstamp stuff.
With git master from today, it works fine with audiotestsrc, but not with alsasrc...
Works for me, with alsasrc sync=true from the pipeline in original report.
Olivier, could you re-test with git master? The speex elements have also been ported to the audio base classes now, that might help with some things.
Olivier, ping, were you able to reproduce problem in latest gstreamer ?
Tested again, works here. I'll close it next time I trawl through bugzilla if there's still no confirmation of it still happening.
Err.. still fails for me with today's git (Dec 9, 2011)..
Does it still fail using pulsesink, or another audio sink that may work on your system ?
Works fine here with alsasrc and alsasink and latest git. Anybody still able to reproduce it?
Seems fine now with git master