[Bug 777211] omxaacenc: Fix samples per buffer calculation

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
> The extra data is built just the few lines beforehand, so will not have an
> extra 24 bits (though I think you're right it might just bork if one is
> passed).

Ah yes, I missed that, sorry :) I assumed it came from the encoder.

In that case I'm not sure if the extra code makes sense though - don't we know
the flag will always be unset then? Is there anything in the omx aac struct
that maps to this?


> About not-one-frame per buffer... I guess it depends on the hardware encoder
> :/

Yeah, I was more suggesting to check this for debugging since I'm not sure if
this patch is really what's going to fix your original problem (does it?)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.