[Merged by Bors] - Expose symphonia features from rodio in bevy_audio and bevy#6388
[Merged by Bors] - Expose symphonia features from rodio in bevy_audio and bevy#6388ong-yy wants to merge 5 commits intobevyengine:mainfrom
Conversation
|
Ping @harudagondi. |
harudagondi
left a comment
There was a problem hiding this comment.
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.
Why expose this when there's another mp3 feature already? Same with wav and vorbis.
There was a problem hiding this comment.
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
aacandwav) 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
| |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.
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.
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.
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.
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
aacfiles 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.
I'd be very happy to add a modified version of this comment to the feature list.
There was a problem hiding this comment.
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_audioto usesymphoniasound format fromrodioAlso add in
bevy