-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[Merged by Bors] - Expose symphonia features from rodio in bevy_audio and bevy #6388
Conversation
Ping @harudagondi. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we add the description of the features here?
Otherwise, this LGTM.
We should, yes. |
symphonia-all = ["bevy_internal/symphonia-all"] | ||
symphonia-flac = ["bevy_internal/symphonia-flac"] | ||
symphonia-isomp4 = ["bevy_internal/symphonia-isomp4"] | ||
symphonia-mp3 = ["bevy_internal/symphonia-mp3"] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why expose this when there's another mp3 feature already? Same with wav and vorbis.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Symphonia is an alternative backend to what rodio uses, which depends on the features used (flac = claxon, vorbis = lewton, wav = hound, mp3 = minimp3).
imo these features should be available because:
- For completeness sake.
- When you want to support formats, where is only supported by symphonia (for example
aac
andwav
) you'll have to compile both hound and symphonia. I think it's better as a user to just enable symphonia's wav feature instead of using hound to reduce compile times.
Hi. Regarding the CI |
It's probably because of the alsa issue (diwic/alsa-rs#90) and #6359. Your code is currently fine, however someone else needs to simply just update the ignore file for nix versions. |
docs/cargo_features.md
Outdated
@@ -39,6 +39,13 @@ | |||
|flac|FLAC audio format support. It's included in bevy_audio feature.| | |||
|mp3|MP3 audio format support.| | |||
|wav|WAV audio format support.| | |||
|symphonia-aac|AAC audio format support by Symphonia.| | |||
|symphonia-all|AAC, FLAC, MP4, MP3, Vorbis, WAV support by Symphonia.| | |||
|symphonia-flac|FLAC audio format support by Symphonia.| |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be nice to have a short explanation of how this is different than the flac
feature (same for mp3
and wav
)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do I put the explanation in this cargo_features file as well? Besides, AFAIK they are just different libraries. Both can be used to process audio files. A benefit I could think of using Symphonia is easily change audio formats used by games since it can probe the media source and decode accordingly instead of changing bunch of code when you need to change audio file from wav = hound to mp3 = minimp3.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Bevy completely abstracts over the file loaded, so changing from wav to Flac would just mean changing the feature and the file extension.
I would like to see in this file why someone would enable a feature, and I'm not sure "support by Symphonia" is enough of a difference with the flac
feature to help users decide which they need.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Internally, rodio parses audio files using the following libraries:
Format | Library |
---|---|
flac | claxon |
vorbis | lewton |
wav | hound |
mp3 | minimp3 |
Symphonia support parsing all of the mentioned file formats and more, however it is much "heavier" due to having support of more file formats. Therefore symphonia is not enabled by default.
Symphonia is usually enabled if:
- You have audio files not supported by any of the four audio files mentioned. (I don't think there's even a library for parsing
aac
files that is widely used and tested) - You support a multitude of audio file formats and would not like to compile five different crates that essentially do the same thing (well, more than five, since symphonia have its own subcrates)
In this scenario, symphonia is just an implementation detail. Perhaps we can indicate that when enabling symphonia, they should disable other features to avoid redundancies. (also when you enable both mp3
and symphonia-mp3
features, the mp3
will actually be disable and symphonia will take priority. see here)
As such, enabling all the aformentioned features plus symphonia-all
will simply render the above four features useless, while still compiling the corresponding libraries (i think. haven't delved deep into how rust compile dependencies).
Maybe the best thing to do is to link symphonia to its docs.rs page, and mention this comment (or put it) on symphonia-all
's description.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd be very happy to add a modified version of this comment to the feature list.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a few more info to chip in after researching a bit.
On the codec mp3
, the rodio
is most likely also switching to symphonia
due to cross compilations, potentially unsafe code and perhaps ios rejection as discussed here.
And also over here, it seems symphonia
has more momentums compared to lewton
for vorbis
and therefore, could reiterate more often and provide more features/fixes perhaps?
Waiting to merge until @mockersf's concerns above are addressed a bit more. @harudagondi, perhaps you can help out? |
Hey @Ian-Yy can you update this PR? Would love to see this merged for Bevy 0.10 |
Hi @harudagondi, sorry not sure if I get it. Do you mean pulling the latest and re-apply the changes? |
Yes, and add a comment in the Cargo.toml or the cargo_features.md regarding the difference between the default decoder and symphonia. |
Hi, I have merged and add more details in the |
bors r+ |
# Objective Fix #6301 ## Solution Add new features in `bevy_audio` to use `symphonia` sound format from `rodio` Also add in `bevy`
…ne#6388) # Objective Fix bevyengine#6301 ## Solution Add new features in `bevy_audio` to use `symphonia` sound format from `rodio` Also add in `bevy`
…ne#6388) # Objective Fix bevyengine#6301 ## Solution Add new features in `bevy_audio` to use `symphonia` sound format from `rodio` Also add in `bevy`
…ne#6388) # Objective Fix bevyengine#6301 ## Solution Add new features in `bevy_audio` to use `symphonia` sound format from `rodio` Also add in `bevy`
Objective
Fix #6301
Solution
Add new features in
bevy_audio
to usesymphonia
sound format fromrodio
Also add in
bevy