<div dir="ltr"><div><div>Hello,<br><br></div>I would like to work on improving directsoundsrc and other windows drivers as now they are not too reliable.<br><br></div><div>For example, I have a semi-professional soundcard that can hang GSt when it is accessed via directsoundsrc.<br><br></div><div>I suspect most of the issues are due to format incompatibilities.<br><br></div><div>The thing I do not fully understand in the GStreamer architecture is that in GstAudioSrc, prepare virtual method receives a ring buffer spec that already contains information about desired sample format. It looks like a contradiction to "please the highest quality you support".<br><br></div><div>Does this mean that it is an application task to set caps, and check if starting playback hasn't failed, and retry with different caps?<br><br></div><div>If not, and such negotiation is done internally, what is the origin on caps passed to the prepare  virtual method and how can I achieve behaviour that automatically picks up the best possible quality?<br><br></div><div>Or maybe that is just not achievable with GstAudioSrc?<br><br></div><div>Marcin<br></div></div>