Kambiz wrote:werdnareid wrote:You could extend the
IMHO, This method has some disadvantages:
- The threads do not start and execute simultaneously. Therefore synchronization of the sounds becomes a big issue.
- Some audio drivers can only playback one audio stream.
- Needs unnecessary amount of CPU and memory usage.
1:Needs unnecessary amount of CPU and memory. This will happen if the design is poor i have done some poor tthreads myself.
2:Some audio drivers can only playback one audio stream.
This is new to me, so thanks for the info on that .
3:The threads do not start and execute simultaneously. Therefore synchronization of the sounds becomes a big issue.
This is also true, my aim was not to present tthreads a bullet prof solution, but to have it out there a potential solution.
synchronization is always the item to watch when dealing with tthread, but the issue them not starting at the same time seems to be doable with some thought. in any case a standard application has only one main thread so in my view it's not possible to start playing all the files at the same time any way as two.start will have to wait until one.start has fired resulting in the same issue your mentioned of not been syncronised. with a thread you can start the thread suspended then find a way to fire them at the same time