<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 8, 2015 at 5:25 PM, Tim Müller <span dir="ltr"><<a href="mailto:tim@centricular.com" target="_blank">tim@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2015-06-08 at 16:27 -0400, Stirling Westrup wrote:<br>
<br>
> That's a shame. I would hope you would consider adding a<br>
> FLUSH_BYPASSING event bit that is set for FLUSH_START and FLUSH_STOP<br>
> and which could be used to create custom flush bypassing events.<br>
<br>
</span>Maybe, it would be helpful to know more about your exact use case.<br>
<div class="HOEnZb"><div class="h5"></div></div></blockquote></div><br></div><div class="gmail_extra">I have an application that has a dbus interface, and a dynamic pipeline with a number of custom elements. At any time a user can send me a dbus signal to change some global parameter of my video system (such as what rotation angle to display video at).<br><br></div><div class="gmail_extra">My plan was to simply convert these dbus signals to events and have my custom elements know which events were relevant to them, and to either make immediate changes to how they were processing buffers, or (if the pipeline wasn't currently active) to merely change their internal properties in anticipation of the next start of play.<br><br></div><div class="gmail_extra">Because the pipeline is dynamic (and indeed, can be reconfigured via dbus), I didn't want to have to keep and maintain a list of all of my custom elements so as to know which to change properties on when global parameters changed, but since I can't send events through a flushing pipeline, that is exactly what I've had to do.<br><br></div></div>