[Bug 656412] vorbisdec: discard starting samples according to granpos

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=656412
  GStreamer | gst-plugins-base | unspecified

--- Comment #22 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2011-12-03 11:21:24 UTC ---
Btw, there seems to be (quite) a difference with the Opus case.

In the Opus case, the samples are really meant/used as "setup data" (to prime
the predictor) and afaik the decoder is (also) made well aware of this as the
info is contained in the header metadata packets (and perhaps so also used by
oggdemux to arrange for correspondingly proper ts).

In this case, however (to quote Comment #3), "this technique is used to allow
sample-granularity editing of the stream start time of already-encoded Vorbis
streams" which makes it very much like a simple version of qtdemux edit lists. 
In particular, it is a container directed/run setup and afaik the decoder has
no "intrinsic" information about it (as in: header metadata).

So, in that sense it only leaves ts tricks/hacks, like negative ts (or
whatever, though doubtful if any other whatever will handle it in any robust
way), if one tries to avoid the (qtdemux) segment approach.

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