Comments (8)
How are you defining MAL_NO_OPENAL
? I took a quick look over the code but couldn't see any obvious issues with it (my Android Studio is uninstalled at this very moment so can't test just yet).
I'm wondering if it's even worth the maintenance cost of supporting OpenAL on Android since I've already got the OpenSL|ES backend implemented...
Update: I got it compiling with Android Studio and I'm not able to reproduce. Any other info you could provide to help me reproduce this?
from miniaudio.
Hi @mackron!
How are you defining MAL_NO_OPENAL?
Just #define MAL_NO_OPENAL
before #include "mini_al.h"
.
I'm wondering if it's even worth the maintenance cost of supporting OpenAL on Android since I've already got the OpenSL|ES backend implemented...
In my opinion, doesn't worth maintaining it. Actually, I feel mini_al
should be a replacement for OpenAL, not a layer over it. I can understand that some platforms are not yet fully supported by mini_al
and so the OpenAL backend... but in the long term I'd remove that backend. Just my personal opinion. Also thinking the same about SDL, as said, mini_al
operates at a lower level, directly with "standard" audio libraries for each platform.
from miniaudio.
I find cute that the library is able to operate not only on low-level OS layer but also on high-level OAL/SDL2 layers too. More freedom for the final developer IMHO.
from miniaudio.
You need to define MAL_NO_OPENAL before the implementation of mini_al - is that how you're doing it? In any case, I've made a change that now excludes OpenAL if the compiler can't find the headers, but it depends on compiler support. That will be in the dev branch soon.
The original intent for OpenAL was to act as a fallback for platforms that I haven't yet got around to fully supporting, such as Mac. I'll keep it around for now but will reassess when the Core Audio backend for macOS and iOS is implemented.
from miniaudio.
You need to define MAL_NO_OPENAL before the implementation of mini_al - is that how you're doing it?
Yeah, actually it's what I'm doing... don't know, maybe I mixed some code... I'll try it again more carefully.
The original intent for OpenAL was to act as a fallback for platforms that I haven't yet got around to fully supporting, such as Mac. I'll keep it around for now but will reassess when the Core Audio backend for macOS and iOS is implemented.
Agree.
from miniaudio.
You need to define MAL_NO_OPENAL before the implementation of mini_al - is that how you're doing it? In any case, I've made a change that now excludes OpenAL if the compiler can't find the headers, but it depends on compiler support. That will be in the dev branch soon.
This is in the dev branch now.
from miniaudio.
@raysan5 Did this change work for you? If so I'll go ahead and close this issue.
from miniaudio.
Hi @mackron! Yes, it worked! Thank you very much! 👍
from miniaudio.
Related Issues (20)
- ma_device_uninit crash on Android <= 10 HOT 5
- error when compiling on android HOT 1
- "[ALSA] poll() failed" Bug. HOT 1
- Consider ditching ReadFile() in favor of FILE* fread() HOT 2
- Compile error with gcc: `error: invalid conversion from 'UInt32*' {aka 'long unsigned int*'} to 'ma_uint32*' {aka 'unsigned int*'} [-fpermissive]` HOT 8
- [i386] `miniaudio.h:83477:no such instruction: `lzcntl %eax, %ecx'` HOT 2
- How can I Cache ma_sound's into memory? HOT 1
- HELP , create a virtual microfone device for windows. HOT 1
- MA_NODE_FLAG_SILENT is not usable (or i do not know how...) HOT 8
- jack: only open as many channels as requested, option to not autoconnect to default device HOT 2
- UBSAN error in ma_lcg_rand_s32 HOT 1
- emscripten threading HOT 16
- WASM on Windows 11 (supported WASAPI) - DEBUG output "DEBUG: WASAPI backend is disabled." HOT 1
- How to get the audio format? HOT 1
- recording multi channel HOT 2
- Remove use of `ASYNCIFY` for Emscripten Audio Worklets
- Reliably comparing two `ma_device_id` objects for equality HOT 3
- iOS: Capture device cannot be initialized or is initialized with NULL backend HOT 2
- Crashes and/or strange output when using WinMM backend HOT 2
- Loopback support on macOS using new CoreAudio tap API HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from miniaudio.