GNOME Bugzilla – Bug 741879
audio/videotestsrc: Report latency in live-mode
Last modified: 2014-12-24 12:00:26 UTC
See attached patches. This makes the test sources behave more like real live sources. Is there any problem with doing this?
Created attachment 293201 [details] [review] audiotestsrc: Report our latency properly in live mode While we have no latency at all in theory, any other live source has the duration of one buffer as minimum latency. Do the same in audiotestsrc.
Created attachment 293202 [details] [review] videotestsrc: Report our latency properly in live mode While we have no latency at all in theory, any other live source has the duration of one buffer as minimum latency. Do the same in videotestsrc.
commit 8abfdd127fd60a5720b579f3bf3a573966d25a88 Author: Sebastian Dröge <sebastian@centricular.com> Date: Mon Dec 22 22:04:41 2014 +0100 videotestsrc: Report our latency properly in live mode While we have no latency at all in theory, any other live source has the duration of one buffer as minimum latency. Do the same in videotestsrc. https://bugzilla.gnome.org/show_bug.cgi?id=741879 commit 631d356845e15e38142c9fe5a9158a46fdd5a3ed Author: Sebastian Dröge <sebastian@centricular.com> Date: Mon Dec 22 22:00:26 2014 +0100 audiotestsrc: Report our latency properly in live mode While we have no latency at all in theory, any other live source has the duration of one buffer as minimum latency. Do the same in audiotestsrc. https://bugzilla.gnome.org/show_bug.cgi?id=741879
I think this makes sense and would be expected behaviour anyway if someone sets live=true... If it breaks anything, that would be broken for live sources then, which people would probably want to know about if they select live=true.