Skip to content
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

OpenAL output delay #85

Closed
chrisisonwildcode opened this issue May 11, 2014 · 4 comments
Closed

OpenAL output delay #85

chrisisonwildcode opened this issue May 11, 2014 · 4 comments

Comments

@chrisisonwildcode
Copy link
Contributor

With the wildmidi player there is a significant delay in output with OpenAL when you switch to next file to play (by pressing 'n'). The output from the previous song plays for about a second and a half after the player has switched to the next song.

@chrisisonwildcode
Copy link
Contributor Author

The issue with the output delay is that the end of the song gets cut off by the player (not the lib) when playing the last midi on the command line list and then exiting. Going to add an OpenAL specific delay before exiting to counter the issue of getting cut off.

A better solution would be to do sound the same way games do so that the sound is pretty much instant. This would also allow for me continue looking at adding the ability for live midi events ...

@sezero
Copy link
Contributor

sezero commented Jun 29, 2014

FWIW, reducing NUM_BUFFERS from 8 to 4 helps it some.

@sezero
Copy link
Contributor

sezero commented Aug 10, 2014

I pushed a patch (to master, also to to DevTest-Updates2 and wildmidi-0.3) to reduce number of buffer from 8 to 4 in openal output. Hope it helps.

@psi29a
Copy link
Member

psi29a commented Jan 2, 2015

It does!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants