Jonathan Puckey

I just also experienced this issue listening to the stream on QuickTime player version 10.5.. It did take something like 2 minutes before the audio stopped and buffering started.. What...

So from my experience the first stream just seems pretty choppy - probably due to a slow server?

@s123121 Thanks – please do get in touch if you are able to pin something down to RNTP being the cause of the issue.

Looking at the source code I can see the fail case for the initial load of the item happening here: https://github.com/doublesymmetry/SwiftAudioEx/blob/main/SwiftAudioEx/Classes/AVPlayerWrapper/AVPlayerWrapper.swift#L228 But indeed, nothing is done to the current item...

Opened a pull request to solve this here: https://github.com/doublesymmetry/SwiftAudioEx/pull/25

Looking through source code related to this, I see the following which might be causing this bug: https://github.com/doublesymmetry/SwiftAudioEx/blob/main/SwiftAudioEx/Classes/Observer/AVPlayerItemObserver.swift#L92-L95 ```swift case AVPlayerItemKeyPath.duration: if let duration = change?[.newKey] as? CMTime { delegate?.item(didUpdateDuration:...

I am unable to reproduce this bug in the example app – @kyimoemin do you have an example of an mp3 file where this is occurring?

Or perhaps @luco, @newfylox?

I actually think this issue is a dupe of https://github.com/doublesymmetry/react-native-track-player/issues/1521 and has been fixed.

Looking through the SwiftAudioEx source code, I am unable to spot a bug. RNTP will emit an `playback-error` whenever the underlying AVPlayer code encounters `AVPlayer.Status.failed` - https://developer.apple.com/documentation/avfoundation/avplayer/status/failed The playback state...