Possibly undesired behavior from gst_audioadapter_copy_samples gap management
If you end up in a situation where you have gap buffers with zero duration being passed to the audioadapter, the function gst_audioadapter_copy_samples may incorrectly mark that the copied samples include a gap. I'm not sure if this is something that should be "fixed" in this function, by e.g. checking that the gap buffer contains more than 0 samples before setting the _copied_nongap boolean to TRUE, or if the "fix" is to simply not push any zero-length gap buffers to the adapter.