[gst-devel] http://webcvs.freedesktop.org/gstreamer/gstreamer/docs/design/part-qos.txt?view=markup

[ensonic <en...@ho...>]

hi wim,

in section 'GstBaseSink' you write
Normally QoS is only enabled for video pipelines. The reason being that drops
in audio is more disturbing than dropping frames. Also video requires in 
general more processing than audio.

IMHO we also want QOS for audio. I aggree that dropping audio buffers
result in noticable artifacts (a little x-fade would help, but that might
not easy to do in the sink ...).
Still a skip here and there is bettern that getting out of sync. if there
was a spike in CPU usage, the QOS event would allow the source to catchup
and then audio is fine a gain.

Or did I misunderstodd this?

Stefan