-
-
Notifications
You must be signed in to change notification settings - Fork 361
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
Monkeys Audio #18
Comments
I assume you mean decoding of .ape files? So having a Monkey's Audio decoding backend which uses their official SDK? I won't be doing that because of a few reasons:
How widely used is Monkey's Audio? As I said earlier, this is the first I've heard of it! Thanks for your suggestion! |
https://github.com/evpobr/libape this project is using MIT License, does it make a difference? |
It helps. I'm not going to outright reject the idea, but there's still a few practical problems. There's still a lot to do in mini_al (not to mention in my other projects I want to get done!), and that stuff is just higher priority right now (macOS/iOS support, improved format conversion, submixing, 3D audio, optimizing, etc, etc). Also, keep in mind that decoding isn't actually the main goal of mini_al - it's mainly intended to simplify lower-level audio playback and capture across the major platforms. For anybody out there whose listening, is there anybody else who wants/needs this? |
Some (personal) remarks :
In my opinion you could make a wrapper for the SDK and could give it some decoding support in a dr_ape.h file, but seems useless to me. I'd better ask @kayabe why he needs APE and can't use FLAC instead :) See: http://wiki.hydrogenaud.io/index.php?title=Lossless_comparison |
I think this is already a loong list... |
i understand, i think you should prioritize optimizing then |
would you mind adding support for ape, Monekys Audio?
The text was updated successfully, but these errors were encountered: