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

Investigate replacing Rodio with pure SDL audio #92

Open
17cupsofcoffee opened this issue Jan 27, 2019 · 3 comments
Open

Investigate replacing Rodio with pure SDL audio #92

17cupsofcoffee opened this issue Jan 27, 2019 · 3 comments
Labels
Area: Audio Issues relating to audio playback. Type: Feature Request Improvements that could be made to the code/documentation.

Comments

@17cupsofcoffee
Copy link
Owner

17cupsofcoffee commented Jan 27, 2019

I kinda don't get along very well with Rodio's API (I basically tried my best to bypass it by just writing a custom Source). If I do a 0.3, I'd be very tempted to just rip the whole thing out and implement the whole thing with SDL's built in audio interface instead (plus maybe the signal crate for sample rate conversions, etc). That'd remove one of the main blockers to getting Tetra running on iOS and Android too, I think.

That said, I nearly burnt myself out on this project entirely doing the original version of the sound API, so this can wait...

@17cupsofcoffee 17cupsofcoffee added Type: Feature Request Improvements that could be made to the code/documentation. Area: Audio Issues relating to audio playback. labels Jan 27, 2019
@17cupsofcoffee
Copy link
Owner Author

Actually, if I was going to do this, a better approach might be to try it out-of-tree first - just spin up a basic SDL window and see if I can get audio working in it. That way I wouldn't be getting tangled up in the rest of Tetra while I'm working on it.

@dortamiguel
Copy link

Hi, I will be interested to help with this.

I want to learn rust and I like this project.

@17cupsofcoffee
Copy link
Owner Author

Any help you can give would be much appreciated, as I've not really got the time to work on the audio backend at the moment!

As mentioned in the previous comment, the approach I'd probably like to take would be to implement something along the lines of Tetra's sound API in a seperate repo, only using SDL2. Then we could look at the tradeoffs involved in switching without having to hack around in the existing code. If you'd like to have a go at implementing something like that, it could be helpful? Or alternatively, you could wait for me to handle that side of things and help with integrating it into Tetra for real.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: Audio Issues relating to audio playback. Type: Feature Request Improvements that could be made to the code/documentation.
Projects
None yet
Development

No branches or pull requests

2 participants