On Sat, 26 Jan 2019, Janne Grunau wrote:
On 2019-01-25 10:39:13 +0200, Martin Storsjö wrote:
The "new" entry point actually has existed since OpenH264 1.4 in
2015, but with B-frames, this entry point is essential for actually
getting the right frames returned and reordered.
The name of this
On 2019-01-25 10:39:13 +0200, Martin Storsjö wrote:
> The "new" entry point actually has existed since OpenH264 1.4 in
> 2015, but with B-frames, this entry point is essential for actually
> getting the right frames returned and reordered.
>
> The name of this function, DecodeFrameNoDelay, is
The "new" entry point actually has existed since OpenH264 1.4 in
2015, but with B-frames, this entry point is essential for actually
getting the right frames returned and reordered.
The name of this function, DecodeFrameNoDelay, is rather backwards
considering that it doesn't return the latest