Quentin Renard
Quentin Renard
@shogo4405 @leo150 @CedricEugeni unfortunately we're facing the very same issue. What we've found is that the crackling sound is due to recurring silences or missing samples in the audio. Here...
1. We've managed to pin point what is causing the issue : when dealing with WebRTC and 4 channels, `CMSampleBuffer`s sent by the `AVCaptureSession` sometimes start with 256 "padding/dummy" samples...
> > Fork this code and provide logs of the print results showing the occurring symptoms. A log of about 30 seconds should be sufficient. > > Code is here....
Thanks for clearing that out 👍 Is there anything this lib or we could do to fix the issue? 🤔
First off, thanks for providing a fix to test ❤️ Here's how it went: we had 2 problems - a crackling sound - audio was getting late compared to video...
That looks pretty good indeed! Let us know whether you need any help testing a fix 👍
Did you manage to find a way to automatically remove that annoying blank data based on the CMBlockBuffer information (like the `offset` you mentioned earlier) or are you missing information?
@shogo4405 what are you looking to do regarding this issue? We're still experiencing crackling noise. Cheers
With your post-fix branch, we're experiencing: - way less crackling noise but still random ones every 1 or 2 seconds. they are far more difficult to hear but they are...
OK thanks for the clarifications 👍 we're available if you need help to debug or test improvements whenever you go back to that issue. Thanks again ❤️