-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pushsamplesreaquestbuff overflow #74
Comments
I'm getting a ton of these errors too... but I'm not concerned about the messages, mainly about the audio being totally broken, at least on my Linux machine. 🤔 I'm trying to understand if I can fix it. It seems like there's not enough space in the buffer to put newly rendered audio data, but even creating a much bigger audio buffer it doesn't solve at all, the buffer gets all used quickly and audio stutters.
But according to the code, when there's not enough space in the buffer to write more data, it just means it's pretty full of data already, so the audio renderer should just not produce any more audio data and come back later. But then audio breaks, which likely means the buffer underruns, even if the Audio Debug window shows plenty of data in the buffer. I'm very puzzled. |
I suspect for some reason the replay of the audio uses less data than what the audio engine renders, or the audio engine renders too much data compared to what it needed. I had set So I would say it's either generating more than 44100 samples/sec or it's reproducing less than that. |
The audio coming from the application is definitely at 44100 samples/sec according to
|
i dont know if this is and emu problem or settings as i find 0 settings to change anything about video at all
The text was updated successfully, but these errors were encountered: