[gstreamer-bugs] [Bug 615819] New: [testing] audio timestamp stream generator and detector
bugzilla at gnome.org
Thu Apr 15 00:40:05 PDT 2010
GStreamer | don't know | git
Summary: [testing] audio timestamp stream generator and
Component: don't know
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: bilboed at gmail.com
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME target: ---
GNOME version: ---
Currently, in order to test the correctness of timestamp handling for various
audio elements we only rely on the GstBuffer timestamps.
The problem with this is that we rely on the fact that all elements properly
handle/read/set/modify buffer timestamps properly. And that's the only thing we
use to check for errors/regressions/stream-validity in unit-tests. In other
words... lots of errors can be introduced which can't be detected by any other
means than by human detection.
In order to properly verify the correctness of audio elements, we need
* an audio generating element (maybe an extra mode to audiotestsrc?) that will
create a pattern *in* the stream which embeds the timestamp with a more or less
* an audio pattern detection element that can detect those embedded timestamps
in buffers and emit messages accordingly ("at this stream running time I saw
this original timestamp").
That pattern should:
* be more or less robust to rate/depth conversion
* have a sync point that is as accurate as possible (to detect shifts by a few
* contain the full timestamp information within as little samples as possible,
either before or after the sync point
* *ideally* be resistant to various audio encoding techniques (so we can still
detect the pattern after a encode/decode pass)
Keywords for searching relevant documentation/material : watermarking,
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.
More information about the Gstreamer-bugs