multifilesrc looping 24bit corrupted data on loop

Nick_law nicholas at umantec.net
Thu Feb 25 05:52:51 UTC 2021


I did some digging and found some stuff out.

If you open the testin.wav with a normal editor (like gedit). You are able
to see the ascii headers for the wav chunks. 
I noticed that after the data chunk there were two other ascii headers, LIST
and INFO.

My thinking is because I use "wavparse ignore-length=1"
The LIST and INFO headers get included in the data chunk and that for 24bit
those additional bytes are not 
byte aligned and so shift the data thereby corrupting it. This is why after
a few loops it can output correctly as it it eventually shifts back to
correct alignment. I think this is also why for 16 and 32bit, there seems to
be a few glitches when looping, because the headers after data chunk are
included?

If I don't use ignore-length=1 , the file doesn't loop at all and plays out
only once.  

Is there some expert out there than can confirm my findings? And if so, I'm
guessing there is no way around this.

I have found a potential solution that I will post in another reply. But
there are still data glitches between loops but it at least still recovers.  

regards Nick



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/


More information about the gstreamer-devel mailing list