[Bug 768763] vorbisenc, opusenc reconfiguration broken
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Oct 5 09:58:28 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=768763
--- Comment #40 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Vincent Penquerc'h from comment #39)
> There's some automatic accounting for this (end of 1.3.2 in doc/index.html
> in libvorbis):
>
> > Data is not returned from the first frame; it must be used to ’prime’ the decode engine. The encoder
> > accounts for this priming when calculating PCM offsets; after the first frame, the proper PCM output
> > offset is ’0’ (as no data has been returned yet).
>
> I don't think there's anything else to do about this.
So it seems, simpler than Opus then ;)
> As for my question about incoming buffers, it is: if I get a raw PCM buffer
> of 100 samples, and there is a clip meta on it with start=20 and end=20,
> those presumably need to be applied to the outgoing buffer as well, right
> (and, with this patch, the end needs to be set to max(20, X) if X is the
> result of the calculation in this patch) ?
clip meta is only really supposed to be on encoded data, and it is
applied/consumed after decoding. It makes no sense on raw PCM buffers, adding a
meta is more work than just creating a subbuffer.
--
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
mailing list