[Bug 757153] opus: Handle start/end trimming

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Oct 31 06:04:30 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=757153

--- Comment #5 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 314540
  --> https://bugzilla.gnome.org/attachment.cgi?id=314540&action=edit
opusenc: Encode exactly the amount of samples we got as input and put correct
timestamps on it

The first frame has lookahead less samples, the last frame might have some
padding or we might have to encode another frame of silence to get all our
input into the encoded data.

This is because of a) the lookahead at the beginning of the encoding, which
shifts all data by that amount of samples and b) the padding needed to fill
the very last frame completely.

Ideally we would use LPC to calculate something better than silence for the
padding, and would also add some more samples in the very beginning with LPC
to make the encoding as smooth as possible.

With this we get exactly the same amount of samples again in an
opusenc ! opusdec pipeline.

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