-
Notifications
You must be signed in to change notification settings - Fork 54
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
Aligning the public API with that of the latest bevy_audio
.
#114
Comments
Hey, thank you for pushing this forward! I've been thinking about a more ECS-centric API in I would be very happy for help. The first draft, I currently have in mind, probably makes more sense for me to just get done. After that, it would be awesome to get comments and improvements. You can ping me on Discord ( I'm very excited for potentially upstreaming |
What's the status on this @NiklasEi ? I have made my own experiment integration crate in the meantime, and while I didn't have in mind the goal of making it as aligned to current |
I have not worked on it in quite a while and would love some help. In January I started work on this (see the |
I'm also interested in this going forward, so I could spend some time on it (in fact, I already did as per my link above); I'd need to make some improvements like trying to separate the code better into modules and plugins, as well as trying to make the audio source asset generic like it is currently in |
I have been discussing Bevy's audio with a few people in the Bevy discord, we came to the conclusion that upstreaming
bevy_kira_audio
would be a great idea.For this to happen, we will need to bring the public API's of both
bevy_audio
andbevy_kira_audio
closer together.I would really like to help out where I can with this, but I am a bit new to contributing and open source in general. So any guidance would be appreciated.
I will also open an issue in the bevy repo shortly, to discuss the upstreaming itself.
The text was updated successfully, but these errors were encountered: