Closed Segei closed 8 months ago
Makes sense! For now, to identify the end of this process, you can bind to OnPopulateAudioData
just before calling your function to append audio data, and once that delegate is broadcast, simply unbind from it, and proceed next. But yeah, it definitely makes sense to create that within the function itself, thanks for letting me know!
There are many append-wise functions, and for each of them, I would need to create both dynamic and static delegates. This would lead to a lot of repeated code. I'm considering whether it would be better to handle this using a single per-object-instanced multicast delegate, similar to OnPopulateAudioData
, but without passing the audio data itself to make it more optimized. But I'm unsure about the most appropriate naming convention for this. Let me know if you have any ideas.
There should now be the OnPopulateAudioState
lightweight delegate for that purpose: https://github.com/gtreshchev/RuntimeAudioImporter/wiki/Utilities
Adding encoded audio to a track is delayed and there is no ending callback. For further export, you need to crutch the delay.![Capture](https://github.com/gtreshchev/RuntimeAudioImporter/assets/44839185/dec24491-d20a-4d90-9a76-12d043e74538)