-
Notifications
You must be signed in to change notification settings - Fork 62
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
Stuttering while audio track changes on the fly #149
Comments
Could you record a piece of video that does this? I've not seen this happen on any of my channels, but a few folks have reported it. Details on how to record @ https://github.com/kiall/android-tvheadend/wiki/Muxdump Does it recover on its own, or just continue stuttering? |
Just continue stuttering or gets totally freezed. Will take a muxdump on the next break. |
ok muxdump will be a problem because CA in use. |
Humm, my understanding is it'll be decrypted by the to e you record the muxdump? I think. |
If i try to record the mux directly, ca doesn´t get active. What makes sense, because TVHeadend doesn´t know the pid. |
Will take a dump via streamrecording, maybe that helps |
Yea, try using the "pass" profile for DVR? It might work, I've not tried! Anything is better than nothing I'm sure though :) Failing that, access to your TVHeadend server for a few hours if remote access can work? (With some pointers to content that does this. .) |
got it: |
That would be not a problem, would have only to persuade my special "Telekom Hybrid Router" :) |
Okay, so I can see this sample definatly contains a layout switch:
Both sides of the switch appear to play OK individually (convincing TVHeadend to pass through the right parts of this stream without editing the file was... challenging), however when played continuously across the boundary, it's clearly stuttering. The app log little more than this:
|
No one said it would be easy, but it had to be done.. :) |
I have this problem as well, using TVheadend Live Channels on a Sony Bravia XD8505 with Android-TV 6.01 as frontend. I´m loosing the HW acceleration every time commercial breaks movies. Channel change will bring it back. |
So, what devices are you two on? Shield? Nexus Player? etc |
Also - Can you give this build a go? Once installed, re-run setup to get to the preferences, then disable the FFMpeg Audio Renderer, and see if that helps? It seems to have helped for me: https://dl.dropboxusercontent.com/u/1400487/VID_20170311_183826.mp4 http://jenkins.macinnes.ie/job/android-tvheadend/job/master/52/ - download the "-release.apk", not the "-debug.apk" Assuming it works for you too, and not just on the recorded sample I have, I can start digging into the issue... |
The TV is occupied by family this evening, will give the build ago tomorrow and report back. |
Have checked this, Nexus Player and shild as well.. |
if you need access to my tvheadend, we need to pm .. e.g. skype, hangouts or something else. Channel RTL2 is perfect for testing now. |
I think I'm OK without access, the muxdump you provided reproduces the issue, just want to get a sanity check before spending more time chasing a possible red herring ;) |
hehe .. ok :) |
Possibly related to #117 |
Ok.. when disable the FFMpeg Audio Renderer: On Shield the same but streaming starts with "unsupported audio track" on 5.1 content. |
Humm. Could you grab some logcat's from the devices as you change onto these channels? (annotated with what device and what the issue was!) |
Or - If you know how IRC works, join #android-tvheadend on FreeNode and can PM me server details there to have a check myself - that said, I likely won't get to login + test today... |
ac3_new.zip Did some channel changes for more details |
So, this appears to be an ExoPlayer (or FFMpeg?) bug, I've filed a bug with ExoPlayer google/ExoPlayer#2552. For now, as a workaround, if your Android Box, TV itself, or audio receiver (if you have one) supports native AC3 decoding, then running through the app setup, disabling the FFMpeg extension in the settings, and rebooting for the changed setting to take effect should workaround the issue. |
and reproduces too on:
|
5e9e468 re-orders things a little, if you're on a device with a native AC3 decoder, that will now be used instead of FFmpeg, and this issue should disappear. However, very few devices actually ship an AC-3 decoder (even the more $$ ones, like the Shield) |
Think we have to reopen it, same issue on layout switch 2ch to 5.1 and back again. Channel change helps and passthrough audio. sample.ts approx sec 40~ using develop build #.23 |
Example:
Change from commercials to movie from stereo 2.0 to ac3 5.1, video begins to stuttering, channel change helps.
The text was updated successfully, but these errors were encountered: