[Bug 773084] gstavviddec posts incorrect latency

[GStreamer (GNOME Bugzilla)]

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

--- Comment #7 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
Now, whatever we do need to be aligned with ffmpeg code, if you think the
ffmpeg decoder is introducing some delay related to vbv, then you need to
wire-it up. The H264 decoder in ffmpeg does not set that context member. This
is theoretical bug here.

On the other hand, the bug you report is that latency does not change when you
change the number of b-frames. This is implemented. Also, it does not change if
you change the number of threads, this is intentional, we use slice threading,
which does not introduce latency (according to the doc, in fact there should be
1 line latency, but we are frame based in gst).

My guess is that you have no framerate to compute the latency. Would it be
possible to report the caps used so we can confirm or not this.

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