Ain terms of sources i always just created all of the sources at once, but you can just create a source as and when you need it
Aessentially
Aone sec
Ahttps://github.com/piegfx/Easel/blob/master/Easel/Audio/VorbisPlayer.cs this vorbis player shows what i mean
Nohh I see
NI think I can also do chunked audio data streaming
Nprobably 32kb at a time
Nthough looping might be a disaster
Athis pretty much is chunked audio streaming. the buffer is just very short
Nstill trying to understand the relationship between buffers and sources
NI think every time you enqueue buffers it gets appended to the source?
Aa buffer is basically just a region of memory that stores PCM data.
a source plays back these buffers.
you can have multiple buffers queued in a source
a source plays back these buffers.
you can have multiple buffers queued in a source
Acorrect
Nah
Nhow would you "reuse" a source?
Nsince buffer data gets appended to a source
Awith openal i believe you have to manually remember to dequeue the buffers, which means you have to add it in your update loop.
that's ultimately the reason i replaced openal with my own library, because mine doesn't require an update loop at all to dequeue buffers, it just requires a callback
that's ultimately the reason i replaced openal with my own library, because mine doesn't require an update loop at all to dequeue buffers, it just requires a callback
Areuse a source? sources are inherently reusable. just tell it to play a buffer instead of queueing one and it will replace all the queued data and start playing whatever you tell it to
Nwhat I mean is if the source has finished playback and I want to replace the data that has been processed on that source
Aah
yeah this is what i mean by the fact that you have to manually dequeue the buffers in your update loop
yeah this is what i mean by the fact that you have to manually dequeue the buffers in your update loop
Ait's a complete PITA and i hate it
Awhich is the reason i wrote my own, since it does it all automatically unlike openal which doesn't for some unknown reason
Topenal feels like an audio cousin to opengl
Nit is from what I've read from its history
Nalso I think I'm slowly understanding it now
NI got confused because a lot of examples "unqueue" the buffers before playing the source
Ttldr: openal may explode on you depending on its mood
ANok so the idea is "buffers" are like data containers which we can use to pass to a source
Nand once a buffer is processed, we can basically reuse that buffer to write new data to it
Acorrect
Nalright
FI found Naudio for .Net, it looks like human understandable lib. OpenAl feels like back to the C++ pain.
Zhas anyone here used tools like wwise?
Zwanted to use it later as well due to it being pretty good and used in some games i've played
Zthough I'm unsure if .NET bindings for it are good
Znvm the api is weird
Zand hasn't been updated for a while it seems
Zi don't trust it
Fwhat is wwise
Alike fmod
Zyeah true
Zboth studio and an api
Nwhat could possibly be the issue why AL sets to
INVALID_VALUE when calling alBufferData?
Lidk look at the spec
Nfirst, I'm sure there's a context in the calling thread
second, I'm sending in data in multiples of 8
second, I'm sending in data in multiples of 8
NThe size parameter is not valid for the format specified, the buffer is in use, or the data is a NULL pointer.
N"the buffer is in use", this is rather vaguely worded
Las in being played actively probably
Nshouldn't be