Fixed STKHttpDataSource not copying urlProvider block
Added arm64 build back into StreamingKit. Moved private stuff out of STKAudioPlayer header files
Moved AudioPlayerDefaultNumberOfAudioQueueBuffers define into source file from header
Changed progress to by more accurate by using AudioTime/timelines rather than bytes buffered
Fixed finished event not raised if item is only item in queue. New timeline method of checking whether item has finished playing won't work if item is the only or last item in the queue as handleAudioQueueOutput isn't called once last packet is played (it's gets called if other items are queued). If no items are queued, the queue is stopped and the queue property event is used to figure out if its finished playing
Removed test code and fixed an issue with not properly checking if the current queue should be stopped cause it's the last in the queue
Using a better mechanism for picking up when the last file on the queue is finished. Dont async-stop the AudioQueue unless it's nearing the end (handled in handleAudioQueueOutput rathe than dataSourceEof)
Using a better mechanism for picking up when the last file on the queue is finished. Dont async-stop the AudioQueue unless it's nearing the end (handled in handleAudioQueueOutput rathe than dataSourceEof)
Fixed async AudioQueue stop method for determing if a queued item has finished not taking into account upcoming queued items that aren't being decoded because they're incompatible
Better default buffer sizes. Some code formatting tidy-ups
Better default buffer sizes
Formatting tidy-ups
Fix potential race/crash in createAudioQueue
Added progress text to example app. Fixed finishedEvent not always being raised when user seeks to the last byte of the track
Renamed all Http classes to HTTP. Udpated STKHTTPDataSource to accept asynchronous URL providers. Chnaged STKAudioPlaye to always flush upcoming queue when currently playing track is seeked
Fixes for errors when user skips to near the end of a track and another track is queued
Quite a big refactor to fix simplify and fix numerous threading and playback/position/buffering issues. Also all events are now synchronously raised to the UI thread via the playback thread which helps prevent lagged queued operations amongst other things
Changed DataSources to open on-demand and also for callback registration to be performed before opening
Fixed next file won't start playing if queued on just before current one finishes
Refactor and optimisation of STKHTTPDataSource and STKAutoRecoveringHTTPDataSource