"Discontinuity detected" for MP3 streaming (dev branch) #398
Comments
|
I don't think this is related to retries. I doubt there's any retrying going on here. Looks like something is just broken. It may be device specific. I'll try and get hold of one and take a look. Out of interest, do other samples in the demo app play properly on this device? |
|
for "Google Play (MP3 Audio)", the problem is repeatable and happen in the first few seconds. Except those require API level 18, I tested the first few seconds in every sample, as well as fully tested like half of the other < API 18 samples, including the MP4 Video one, all of them works fine. |
|
I'm experiencing the exact same issue on the Samsung Galaxy S3 so I'd guess this affects a number of Samsung devices. AAC playback works great but MP3 playback is entirely broken and just skips the same section of audio while spitting out a "Discontinuity detected" message. Is this something that's likely to be fixed or is there a workaround of any kind? |
|
Is this still repeatable for you using the dev branch? I tried with a Galaxy S3 Mini and it worked fine for me on that. If you can still reproduce the issue using the latest dev branch, please go to "Settings->About Device" on the device, and provide (a) Model Number, (b) Android Version, (c) Build number (in full). Thanks! |
|
The same issue with Samsung Galaxy Note 2 while playing both MP3 file and stream. Reproduces on both dev and master branches. |
|
It's failing for me on the dev branch as well I'm afraid - Model number: GT-I9300 |
|
Hi all, I'm also seeing this issue on a Samsung Galaxy SIII (Android 4.1.1) with the latest code from today. Does anyone know what could be causing this or any way to work around it? |
|
I have the same issue on the dev branch and the master branch. Model: Samsung Galaxy NOTE1 (GT-N7000) But looping the buffer occur only in my app (with same log as above). The difference is that in my application I do not initialize the MediaCodecVideoTrackRenderer. In your demo app playback does not start and in the log we can see another message: Both problems occur only on that device. On other devices, it works fine. I trying to play this: |
|
Hello, Model Number: GT-N7000 Model Number: GT-I9100 The problem appears when we want to stream a mp3. The audio stream is OK because we're using it without any issue in other devices. We are attaching a bugreport of the first device I mentioned here. We also include the logcat at the time the error occurs. We've tried with master branch but also with different devs branches. Thanks in advance :) Santiago. I cannot attach the bugreport so I'm sending it via email. LOGCAT |
|
same issue Model Number: Samsung SGH-i777 with google play (mp3 audio): http://storage.googleapis.com/exoplayer-test-media-0/play.mp |
|
We also face this problem on Samsung devices with Android 4,1. Does anyone has a workaround or suggestion how to handle this issue? |
|
We also face this problem on Moto Nexus 6 with android 6.0. with exoplay hls play : http://video.myzaker.com/201511/video_b2.m3u8 |
|
@zondaOf2012 - Your issue is different, in that the media you've linked to is bad. This is why you (probably) only see the issue for the specific video you've linked to, and none of the HLS samples in the demo app. I didn't look in detail at the media, but it looks like there's probably a discontinuity in the TS timestamps (i.e. the timestamps reset back to 0 in the second segment, rather than continuing on from the ones in the first segment like they should do). This is invalid in HLS unless an #EXT-X-DISCONTINUITY tag is inserted between the two segments. Inserting such a tag appears the fix the problem when I simulated it locally. |
|
I am facing same issue with following device: Model Number: GT-N7000 is there any fixes? |
|
We also have this issue, any progress? |
|
We are having the same issue in S2 and S3 devices with Android 4.1.2. Is there any planning of fix this bug? It's pretty critical for our music app. |
Issue: #398 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=112412961
|
This should be fixed on API level 16. We're not aware of the issue affecting any other API levels, but if you discover that other API levels are affected, please let us know. |
|
Thanks @ojw28 and @andrewlewis . The issue seems half-fixed, I mean If I apply the work around the audio sounds well until the screen is on, when the phone goes to sleep (screen black) the audio starts to listen clipped. In log console each time the cut is produced I see the follow lines: Each of the below lines is a clip. I've tested it with this audio: Any ideas? Thanks! |
|
@icastell I wasn't able to reproduce the issue you described using the ExoPlayer demo app on a GT-I9100 running 4.1.2. Any idea whether this affects only some of the devices mentioned on this issue? Can you reproduce it in the demo app? Does your app hold a WakeLock and WifiLock while playing audio in the background? If not, please try that. |
|
Hi, I'm testing with a I9300, I don't have a I9100 at this moment. I tried with demo app also and the error continues. The steps I follow to reproduce with demo app are:
If you follow the above steps, can you reproduce the error? My app is using WakeLock and WifiLock and I have the same issue :( Thanks! |
|
Audio plays correctly when I follow those steps, so it looks like the GT-I9100 is not affected. I'm trying to get hold of a GT-I9300 running 4.1.2 to replicate your setup. |
|
@andrewlewis really thanks for your effort! |
|
@icastell I couldn't reproduce this on samsung/m0xx/m0:4.1.2/JZO54K/I9300XXEMG4:user/release-keys either, following the steps above: the MP3 plays fine in the background (screen off) from the ExoPlayer demo app. There are several versions of this device, so please could you paste the output of |
|
It seems the same, samsung/m0xx/m0:4.1.2/JZO54K/I9300XXEMG4:user/release-keys For more info, to play the audio I'm using Google Play (MP3 Audio) option, which option are you using to play it? |
|
I've tried both Google Play (MP3 Audio) and the URL you pasted above, and ExoPlayer from the dev branch (which uses ExtractorSampleSource). I wonder if this is related to the network. Could you try pushing the file locally and playing it from /sdcard/ or similar? Can you think of anything else that could be different? It's a shot in the dark, but maybe try restarting the phone in case the mediaserver is somehow in a bad state, or even factory reset the device. |
|
Unbelievable ... I reboot the phone and it works ... I love computers ... I think the bug is solved XD Thanks, thanks thanks! |
|
Glad it seems to be fixed for now. For what it's worth, if you search for Galaxy S3 background audio stuttering problems, there are a couple of cases of people describing that removing a SIM card fixed the issue. That may be worth a try if you can reproduce the issue again. If the problem relates to background data usage, it's unlikely we would be able to implement a workaround in ExoPlayer. |
|
Hi, After a while users starts to reports a huge amount of errors related with this. After playing some audios for 7-8 minutes the audios stop suddenly. I can reproduce the error with this link: http://www.ivoox.com/universo-iker-t1x24-dos-noche_mn_10481190_api_1.mp3 and in a Samsung S3 device. Please, could you try with your devices if your can reproduce it? Thanks! |
|
Does this reproduce in the latest version of the ExoPlayer demo app using the link above? If so, please attach a full bug report captured with "adb bugreport" taken on the device shortly after the issue is encountered. Thanks. |
|
Hello, The problematic device:
It would be great if it could be included so we could switch back to a jCenter dependency. :-) |
Issue: #398 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=121949973
|
Done. |
Issue: #398 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=121949973
In the latest dev branch, the "Google Play (MP3 Audio)" sample doesn't work on a particular Android 4.1.2 (Samsung GT-N8000) device. It keeps printing "E/AudioTrack﹕ Discontinuity detected " and repeat playing the same audio clip of maybe around 1 second. (looping the buffer, presumably)
The log is as follows:
the test is based on the latest code after the "Avoid time discontinuity when retrying a live stream" commit related to issue #389
The text was updated successfully, but these errors were encountered: