-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AudioTrack: Discontinuity detected #6475
Comments
Copying question, including bug report:
|
Any news? |
@tipoc123 Sorry for the delay. Please could you provide a test stream we can use to reproduce this in the ExoPlayer demo app? It looks like the audio presentation timestamps in the stream don't match with what we'd expect them to be based on the amount of decoded audio, so are you sure the stream is valid? |
I've made dump http://stand.netup.tv/downloads/T4711.zip, but the problem is not reproduced on that dump. Also, you can see bugreport.txt above. |
Hi I have the same problem, I can't reproduce this problem always, when I set "playbackParams" with reproduction speed fast the audio stream cuts and sounds like a whale. Is like a mix of slow speed and grave pitch. In my log I can see this Maybe there is any strange in the audio stream? I have the 2.9.0 version This is a problem because the users reports error but I haven't any crash or ANR. I can't know how big the problem is. Thanks you for your support. Any update or reference to workaround? |
I have the same problem. It was tested on 3 different devices and all the device can reproduce randomly.
The video has tested in 2 origin, reference to the same video file source:
This issue were happen in both connection type of the same set-top box:
Usually, it is hard to reproduce the issue. But sometimes will reproduce several times in a minute. I tested this issue several times. The symptom are:
Thanks for the supporting. |
@andrewlewis we have reproduced this at a couple of installations with live playback. While it looks like there are short audio segments in the playback, nothing really stands out as a big PDT jump. Will keep you all informed and post our analysis in this bug.
The STB is an SEI (AmLogic), but we have also seen it on an Arris (Broadcom based) This is almost a 12 second PTS in the sample (or the audio track is 12 seconds ahead), similar to what @CateyesLin is reporting, the issue goes away if you backup over the spot and play again. I'm going to put some logs around the pause() / play() and see what I can find. Repeated re-buffering, caused by the connection issues @CateyesLin describes, may be exacerbating the issue. The code I'm running has un-marked discontinuity checking, so it is not possible to queue audio samples so grossly out of the time range of the segment. |
Not sure if it will help much but this calculation is based on ExoPlayer's model of what input buffer timestamp is expected based on audio written so far, so in theory there isn't any device-specific code affecting this (though of course it may depend on something like what stream is selected for a device). For your example the upstream source must be providing an audio sample that has a presentation timestamp ~ 12 s earlier than what's expected. |
@stevemayhew Did you discover anything from the extra logging? Thanks. |
Hey @tipoc123. We need more information to resolve this issue but there hasn't been an update in 14 weekdays. I'm marking the issue as stale and if there are no new updates in the next 7 days I will close it automatically. If you have more information that will help us get to the bottom of this, just add a comment! |
Since there haven't been any recent updates here, I am going to close this issue. @tipoc123 if you're still experiencing this problem and want to continue the discussion just leave a comment here and we are happy to re-open this. |
[REQUIRED] Searched documentation and issues
ExoPlayer issues.
[REQUIRED] Question
Can you answer my question?
Links:
#5853 (comment)
#5853 (comment)
The text was updated successfully, but these errors were encountered: