D34DC3N73R 18 Posted November 28, 2018 Posted November 28, 2018 I noticed it again in what I imagine is a less popular stream. NatGeo Wild. I did notice it freezing more frequently as time went on. It was clear for nearly an hour until the first freeze, happened again in the second hour (maybe 30/45 minutes after the first), and several times in the third hour. I pm'd Luke the stream url.
pir8radio 1312 Posted December 1, 2018 Posted December 1, 2018 Yes, the iptv streams get interrupted, IPTV is a little hokey... But I agree with a few posts here, other clients seem to ride through these issues, where emby tends to pause for a really long time, and sometimes totally boot you out to the guide. VLC does play fine, or rather rides through the short iptv glitch.
Jdiesel 1431 Posted December 5, 2018 Posted December 5, 2018 Was having lots of issues tonight with buffering and streams freezing up completely tonight. Tried dropping the quality to force a transcode and the behaviour still persisted. Added VLC as a external player and everything plays back perfect with not buffering.
Jdiesel 1431 Posted December 5, 2018 Posted December 5, 2018 I was looking at my ffmpeg log when using VLC and it seems like there are periodic errors receiving the IPTV which is able to be corrected for. When I look at the logs playing via exo I don't see these same errors and recoveries. [https @ 0x18e5580] Opening 'https://******DQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [https @ 0x1c87bc0] Opening 'https://******/l_860310_14995274_1135.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [https @ 0x1caae80] Opening 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [tls @ 0x207c680] Error in the pull function. [hls,applehttp @ 0x18d8100] keepalive request failed for 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5', retrying with new connection: Input/output error [hls,applehttp @ 0x18d8100] Opening 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading frame= 5761 fps= 67 q=-1.0 size= 72318kB time=00:01:36.10 bitrate=6164.7kbits/s speed=1.12x frame= 6171 fps= 72 q=-1.0 size= 81018kB time=00:01:42.94 bitrate=6447.4kbits/s speed= 1.2x
dcol 175 Posted December 5, 2018 Author Posted December 5, 2018 (edited) I was looking at my ffmpeg log when using VLC and it seems like there are periodic errors receiving the IPTV which is able to be corrected for. When I look at the logs playing via exo I don't see these same errors and recoveries. [https @ 0x18e5580] Opening 'https://******DQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [https @ 0x1c87bc0] Opening 'https://******/l_860310_14995274_1135.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [https @ 0x1caae80] Opening 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading [tls @ 0x207c680] Error in the pull function. [hls,applehttp @ 0x18d8100] keepalive request failed for 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5', retrying with new connection: Input/output error [hls,applehttp @ 0x18d8100] Opening 'https://******/l_860310_15001281_1136.ts?nimblesessionid=557719&wmsAuthSign=c2VydmVyX3RpbWU9MTIvNS8yMDE4IDQ6M******JBTWt6RVRWZGsxaGNnPT0mdmFsaWRtaW51dGVzPTI0MCZpZD12aWV3bW1hc3ItMjQyOTY5' for reading frame= 5761 fps= 67 q=-1.0 size= 72318kB time=00:01:36.10 bitrate=6164.7kbits/s speed=1.12x frame= 6171 fps= 72 q=-1.0 size= 81018kB time=00:01:42.94 bitrate=6447.4kbits/s speed= 1.2x You hit the nail on the head exo doesn't recover very well. And it may be by design and there is nothing Emby can do about it except change players. Edited December 5, 2018 by dcol
Luke 42077 Posted December 9, 2018 Posted December 9, 2018 Actually the latest exo has a retry() function we can call when it quits due to errors. It's something we are looking at incorporating. Thanks.
dcol 175 Posted December 9, 2018 Author Posted December 9, 2018 that should work. put the retry timeout to 1 minute
ebr 16169 Posted December 9, 2018 Posted December 9, 2018 I tested your stream for over four hours today and could never get it to error out on me so not sure if it will make a difference, but please try the beta 1.6.68 to see if there is any improvement here. Thanks.
dcol 175 Posted December 9, 2018 Author Posted December 9, 2018 got it. Travel channel is a good test.
ebr 16169 Posted December 9, 2018 Posted December 9, 2018 got it. Travel channel is a good test. That's the one I played today for over 4 hours but it never produced an error.
dcol 175 Posted December 9, 2018 Author Posted December 9, 2018 (edited) Can't test it yet as the update has not applied. But I do have one IPTV source that commonly freezes. Edited December 9, 2018 by dcol
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now