[Bug 703093] videomeasure: port to 1.0

[GStreamer (GNOME Bugzilla)]

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

--- Comment #24 from LRN <lrn1986 at gmail.com> ---
1 + N -> N can't be based off GstAggregator, so unless someone is willing to
maintain a whole new codebase for it, that idea is off the table.

A bin that wraps a collection of one-metric-per-instance 2->1 elements sounds
neat.

I'm not sure what the deal with GST_EVENT_SINK_MESSAGE is. First generation of
videomeasure pushed GST_EVENT_VIDEO_MEASURE events that carried the measurement
result, these events flowed downstream and could be caught by special
passthrough elements (i had the measurecollector element for this), which then
did something (like, write the result into a file). IQA emits bus messages with
the measurement results, leaving it up to the application (if any) to catch
them on the bus and do something. I prefer the event approach, but there's no
reason why both can't be used simultaneously. Though there's the question of
how these events (and event-catching elements) would work in the aggregate-bin
mentioned above. Or would they be outside? Are there N->N passthrough base
element classes (to avoid using multiple instances that do essentially the same
thing)?

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