Timeline for Reason for "buzzing" artifact over processed audio after IFFT
Current License: CC BY-SA 4.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 16, 2022 at 2:54 | comment | added | BigChungus443 | thank you for these suggestions, it turned out to be a phase alignment issue and not a windowing issue. | |
| Oct 16, 2022 at 2:50 | answer | added | BigChungus443 | timeline score: 1 | |
| Oct 15, 2022 at 15:02 | history | edited | BigChungus443 | CC BY-SA 4.0 |
added 50 characters in body
|
| Oct 15, 2022 at 7:50 | comment | added | Knut Inge | Perhaps try to bypass the FFT to se if you windowing scheme has buzzing noise in itself? And/or check if there is buzzing when scaling is set to 1.0 | |
| Oct 15, 2022 at 5:28 | comment | added | robert bristow-johnson | Well I'm not examining your code. But usually the buzzing artifact is because of discontinuity between adjacent frames. Could be that you got the theory right and it's just a programing error lining things up seamlessly. Or it could be that you got the theory wrong and you're not doing what you need to do in the processing of each frame and the frequency components are not phase-aligned between adjacent frames. Could be that your windowing of frames and cross-fading between adjacent frames is faulty. | |
| Oct 15, 2022 at 3:55 | history | asked | BigChungus443 | CC BY-SA 4.0 |