Closed loic-hamdi closed 2 years ago
They are currently hard coded for debugging purposes. The intention was to remove them after the plugin had proved to be stable. Perhaps it is stable enough to consider doing that now. Have you had any stability issues otherwise?
So far so good, it is stable enough in my app to go to production.
Thanks for you great work on this package and other audio ones 👍
Hi @ryanheise , any news on hiding the log please?
I've just added it to my plans for the next work batch.
I've just pushed a commit that suppresses the logs. Would you like to test it and let me know for both iOS and Android whether it works as expected?
thanks @ryanheise
It is working on iOS & Android.
The only problem (not related to the logs) I am facing is when I have a lot of waveforms loading at the same time, some of them stop loading, I don't know if you ever experience it?
Simultaneous decoders is not a feature, but there is an open pull request for it if you'd like to test it.
I would also mention that each platform may have its own limit on how many simultaneous decoders you can run. because they are resource intensive. In your app, you might be able to code around that limitation by using some sort of processing pool where processes get queued beyond the pool's maximum size.
I would also mention that each platform may have its own limit on how many simultaneous decoders you can run. because they are resource intensive. In your app, you might be able to code around that limitation by using some sort of processing pool where processes get queued beyond the pool's maximum size.
I agree with the approach you recommend. I will actually update my code to only load the waveform for visible widget in order to limit the possible simultaneous decoders. (My work case is a chat with vocal messages)
Closing as this is now published.
How can we hide logs?