-
Notifications
You must be signed in to change notification settings - Fork 61
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
Playback hanging after a while #146
Comments
Similar issuse on Nexus Player, stream starts ok or with stuttering, then htsp connection get lost and restart, then streaming gets ok for a while. |
Same here on Shiels - changing channels restarts playback |
Yea, it seems to be affecting everyone :( Working on it, for now - turning HTSP Video off in the settings will workaround it... |
Workaround may not hang.. but I get issue 104 again... (Screen shrunk to 3/4 size) |
Ugh, that sucks. I pushed a release an hour or so ago, 0.3.82 from memory, that might help, otherwise it'll be Tuesday before I can even look again! (Holidays always come at the worst time ;)) |
Just trying .82 now.. just a couple of minutes in though. :-) |
Seems OK for now.. 40 minutes in and no hang.. Closing this issue. |
Spoke too soon.. just hung slightly over 40 mins. |
Maybe I'll call this a feature, "Anti TV addiction technology" built in! Will dig in again Tuesday... In the meantime, if anyone has time, could they install 0.2.73, test (aka watch TV), if it doesnt stall, try 0.2.74 and repeat until you hit the issue.. if it's something that changed recently, this will help track it down and give me a head start! APKs are on the the GitHub releases page.. |
2017-03-07 10:56:02.434 tsfix: The timediff for TELETEXT is big (1243001580), using current dts |
@xi784, so your saying the issue happened right as you saw that message in TVheadend logs? Support for textsub was added recently to the HTSP builds. |
im not sure, i see this before it gets stuttering and crashed. |
Okay, I've filtered out TELETEXT and TEXTSUB (which is derived from the TELETEXT stream) and have left the TV on the in background.. If there are no crashes / stalls, you might have found a lead :) |
Could be an approach.. |
No success with it? |
Nope, it's still locking up every so often... |
Ok, it was worth trying. :) |
Yes, that's expected for the moment. One is used for EPG sync, and is always on.. The other is used for Video, and is connected as long as you are watching something. This will likely drop back to 1 connection whenever we get all non-HTSP video code paths removed. |
I thought so. |
I think the problem depends on the EPGsyncservice and the multiple htsp connections. Currently I look over a client, but get only one HTSP connection, epgsync service seems crashed. Streaming works well for more than 2 hours, channel switch as well - only get 1-2 crashes with error: TELETEXT @ # 32 Continuity counter error (total 1) - this might be anaother problem. |
It's possible - there's a preference at the end of the setup process to disable EPG sync, it prevents that EPG connection from happening (and - also means no new/updated EPG data will be downloaded). However, I don't think that's it! I often run with EPG sync disabled, to avoid too much noise in the logs while I debug something.. Also - Changing channels before the crash "resets" things, so the only length of time that matters is continous streaming of a single channel |
What should i say, that did the trick. No stuttering, hanging or crashing with disabled epg. It is not my day to write in english.. *arg :) |
Adding a log message around an exception we previously caught and ignored seems to have revealed something, I think I have a workaround to push in a minute:
|
Possible workaround 32235de |
v0.2.84 has ^ workaround, can people give it a shot? |
Mmmh mmh .. exacatly ~40min |
After 4 hours of logging, thats all what happend when stream crashs. |
But there is one thing that happends on serverside before it crashs
|
Yea, whatever is happening to cause the freeze triggered those errors. the B in I'm currently testing the lib itself, subscribing to a stream but just throwing away the data it gets... Assuming that doesn't crash (or its memory usage doesn't balloon over a few hours), I'll see about doing the same with some of the ExoPlayer integration code we've got.. If only I could find somewhere useful to drop a breakpoint :( |
This happend minutes later, dont know...
|
Re the EPG event, I was running with EPG turned off after your comment and still saw it :( |
Re that OutOfMemory error, it's "expected" as we're pumping video into ExoPlayer, and it's still thinking it's not enough.. eventually we use all the RAM and we see that exception. Part of the problem fixing this is, everything ive found so far is just a symptom rather than the root cause.. grr ;) |
The EPG event, i get this again, i see this on multiple times now, 30 seconds till 1 minute before it crashs.
|
Also turned off the EPG.. I have no idea what I'm talking about :D |
Hmpf ..and again...
|
Ok, forget this.. Interesting fact, without EPG data no channel synchronization.. |
Quite likely the underlying cause of #146
I believe I found the issue, testing now... |
Re without EPG, you get no channels, that's expected.. we insert all the channels as soon as we see the first EPG event. This lets us batch them up (and soon sort them, to fix a Sony TV specific issue) |
Yep, 88% sure this is fixed in v0.2.85 - I've pushed this version to the Play Store. |
looks quite good, constant stream since 4 hours. |
After watching a channel on Sony Bravia TV, playback stops and picture freezes.
This seems to be anything from 20 minutes to 40 minutes or so.
Changing channel or even re-selecting sometimes will refresh.
logcat attached, with a playback between 22:22 > 22:57
https://drive.google.com/open?id=0B9TagJWY48fFbERNNWNkZE5aWnM
The text was updated successfully, but these errors were encountered: