[Bug 773084] gstavviddec posts incorrect latency

[GStreamer (GNOME Bugzilla)]

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

--- Comment #15 from Baby octopus <jagadishkamathk at gmail.com> ---
Sorry for the long silence.

I have debugged this further and found out the following
1. has_b_frames is used for calculating reorder latency
2. This variable gets set only after first call to
gst_ffmpegviddec_video_frame. Till then it is set to 0
3. We are reading this variable in set_format() during which it is not set.
Which means we are reading it much before it is set
If I move the latency reporting part to handle_frame, this works fine. But is
it the best place?

Steps to reproduce:
Sender:
gst-launch-1.0 videotestsrc ! video/x-raw,width=320,height=240 ! x264enc
bframes=4 key-int-max=25 b-adapt=0 ! mpegtsmux ! udpsink host=10.0.90.1
port=8000

Receiver:
gst-launch-1.0 udpsrc port=8000 ! tsdemux ! h264parse ! avdec_h264  ! fakesink
sync=1

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