Event.this
- this(GstEvent* gstEvent)
- this(GstEventType type, Structure structure)
- this(GstClockTime latency)
- this(int update, double rate, GstFormat format, long start, long stop, long position)
- this(int update, double rate, double appliedRate, GstFormat format, long start, long stop, long position)
- this(double proportion, GstClockTimeDiff diff, GstClockTime timestamp)
- this(double rate, GstFormat format, GstSeekFlags flags, GstSeekType startType, long start, GstSeekType stopType, long stop)
- this(TagList taglist)
gstreamer Event Event
constructorsfunctionsstatic functionsvariables
Allocate a new qos event with the given values. The QOS event is generated in an element that wants an upstream element to either reduce or increase its rate because of high/low CPU load or other resource usage such as network performance. Typically sinks generate these events for each buffer they receive. proportion indicates the real-time performance of the streaming in the element that generated the QoS event (usually the sink). The value is generally computed based on more long term statistics about the streams timestamps compared to the clock. A value < 1.0 indicates that the upstream element is producing data faster than real-time. A value > 1.0 indicates that the upstream element is not producing data fast enough. 1.0 is the ideal proportion value. The proportion value can safely be used to lower or increase the quality of the element. diff is the difference against the clock in running time of the last buffer that caused the element to generate the QOS event. A negative value means that the buffer with timestamp arrived in time. A positive value indicates how late the buffer with timestamp was. timestamp is the timestamp of the last buffer that cause the element to generate the QOS event. It is expressed in running time and thus an ever increasing value. The upstream element can use the diff and timestamp values to decide whether to process more buffers. For possitive diff, all buffers with timestamp <= timestamp + diff will certainly arrive late in the sink as well. The application can use general event probes to intercept the QoS event and implement custom application specific QoS handling.