HLS RETRY?

SS IPTV App for LG Smart TV discussion
Post Reply
mindu
Ensign
Ensign
Posts: 3
Joined: 01 Nov 2018, 11:27
TV Model: LG
Spain

HLS RETRY?

Post by mindu »

playlists from autoiptv doesn't work, even in their website says SS IPTV is supported but gives stream error (https://playlist.autoiptv.net/normal.php?c=SP)

it works on VLC if set loop.

I tried different formats and copying stream to my own list on pastebin but still not working, also using "use udp to http address" option with these settings: http://ss-iptv.com/en/users/documents/h ... d-playlist still not working.

I found kodi already have some kind of the reload stream feature, is a funcion called HLSRETRY in f4mTester, is there any way to implement something like this in SS IPTV?
Last edited by mindu on 02 Nov 2018, 16:38, edited 3 times in total.

mindu
Ensign
Ensign
Posts: 3
Joined: 01 Nov 2018, 11:27
TV Model: LG
Spain

Post by mindu »

something I observed is some stream needs te be looped in VLC because they seems to break, I also read other threads in forum with similar problem "it plays for 5 seconds and then error and looping with VLC fixes it".

this made me think about some workaround to make something close to a loop function for SSIPTV, but smarter than VLC's loop.

for example:

if stream gives error then reload.

but not to infinite like VLC loop option because if stream is down then it will be trying forever and smartTV's are usually too slow not like a PC.

if set a timer and check if is too close to the previous reload time, then is because stream is down (it doesn't play at all).

but if timer is far from the previous one (~5 seconds) then it means stream is up and it just need to be reloaded.

it would be very simple to program.

mindu
Ensign
Ensign
Posts: 3
Joined: 01 Nov 2018, 11:27
TV Model: LG
Spain

Re: HLS RETRY?

Post by mindu »

I found some more info on the issue here: https://github.com/unosquare/ffmediaelement
This can be solved externally by running an in-app proxy. I have the player in a wrapper that also starts up an HTTPListener. Then instead of giving the MediaElement http://server.com/file.m3u8, I rewrite this URL to http://localhost:58392/http/80/server.com/file.m3u8. FFmpeg hits the proxy with requests and the proxy parses the URL from the request, gets the content and returns it to ffmpeg. I do this for different reasons (HLS local caching/prefetching and the ability to rewrite .m3u8 files on the fly) but in your case your proxy could just retry however many times you want.



and here:
HLS-Retry mechanism for HTTP-Upload segments https://trac.ffmpeg.org/ticket/7339

Post Reply