[Bug 703093] videomeasure: port to 1.0

[GStreamer (GNOME Bugzilla)]

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

--- Comment #26 from LRN <lrn1986 at gmail.com> ---
(In reply to Nicolas Dufresne (stormer) from comment #25)
> Thinking
> of it, I can't figure-out how that can works with the current iqa code. How
> do you know which input is which metric ...

You don't. Each message comes with a timestamp, so you can only link frames to
metric values via timestamps (videomeasure used buffer offsets instead; again,
it's possible to include both). Now that i'm thinking about it, i guess it
might be valuable to be able to do so, for example, to overlay current
frame-wide metric value over the video frame. Though that means, again, a tee
to split the modified stream into two, put one stream through the measurement,
link up the output to the overlayer, link up the second stream to the
overlayer, and then somehow sync it all correctly...

That said, many metrics are very non-realtime, so any synchronization tactic is
acceptable, even if it means rendering delays...

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