4097 IPTV auto reconnect?
-
- Member
- Beiträge: 76
- Registriert: 29 Jul 2015 10:05
- Hat gedankt: 8 Mal
- Hat Dank erhalten: 7 Mal
So what ?
The cause is not really relevant, there are many, and these issues exist too in legit streams as well, why else do you think the ffmpeg Devs introduced Auto Reconnect features into their pipe commands ?
The fact is that regardless of the cause, Enigma2 DOES NOT reconnect on error, which is a massive pain in the neck for nearly all Enigma2 users.
The cause is not really relevant, there are many, and these issues exist too in legit streams as well, why else do you think the ffmpeg Devs introduced Auto Reconnect features into their pipe commands ?
The fact is that regardless of the cause, Enigma2 DOES NOT reconnect on error, which is a massive pain in the neck for nearly all Enigma2 users.
- betacentauri
- Developer
- Beiträge: 2359
- Registriert: 15 Jun 2013 11:42
- Hat gedankt: 152 Mal
- Hat Dank erhalten: 1063 Mal
All users? Not the ones who watch dvb broadcasts.
I have a ice hockey subscription (legal IPTV) and had never disconnects.
Well, the first difficult thing is that there are 2 different kinds of IPTV. First live streams and second VOD. For live stream you only want to reconnect. For VOD it would be quite bad to just do a reconnect as the video/recording would start again from the beginning. I’m not 100% but quite sure that not every stream includes proper informations what kind of stream it is.
I have a ice hockey subscription (legal IPTV) and had never disconnects.
Well, the first difficult thing is that there are 2 different kinds of IPTV. First live streams and second VOD. For live stream you only want to reconnect. For VOD it would be quite bad to just do a reconnect as the video/recording would start again from the beginning. I’m not 100% but quite sure that not every stream includes proper informations what kind of stream it is.
hd51, vuduo4se,....
-
- Member
- Beiträge: 76
- Registriert: 29 Jul 2015 10:05
- Hat gedankt: 8 Mal
- Hat Dank erhalten: 7 Mal
I understand what your saying about VOD, however, once frozen, a VOD stream would have to start from the beginning anyway. This often happens already, and then seek has to be used to get back to where a user was when the stream froze. So adding Auto Reconnect for Live Streams wont change anything with the current situation with VOD Streams. But if flagged with 256 as a trigger like DreamOS do, then this will never happen anyway.
A user just ensures that any VOD Bouquets are not flagged using 256
A user just ensures that any VOD Bouquets are not flagged using 256
- s3n0
- Senior member
- Beiträge: 1583
- Registriert: 02 Jan 2017 14:38
- Receiver 1: Vu+ Zero 4K
- Receiver 2: Vu+ Solo SE V2
- Hat gedankt: 108 Mal
- Hat Dank erhalten: 417 Mal
- Kontaktdaten:
This could also be solved with a programmed plugin.
But the system solution is very complex. Linux set top boxes are unfortunately not intended for IPTV and if so only marginally. Linux set top boxes are mainly for satellite, cable and terrestrial. There is a problem for digital A/V stream receiving via NIC.
The Enigma system or the Linux kernel system (DVB driver) does not have features that first recognize the stream type (rtp, http, udp, m3u + target finding, etc. - detection of multicast/unicast broadcast for DVB-IP). And secondly, a feature that would recognize whether data is flowing. Adding such functionality to the enigma core is challenging (system drivers and hardware support required directly from the device manufacturer). This means changing the original destination of a multimedia box especially designed for satellite reception to a device designed for IPTV reception. Also, the big difference is between DVB-IP intranet (multicast/unicast) and internet A/V stream from a specific source.
All this would have to be implemented. According to the type of source, must the algorithm detect the status of the service or whether the data is "flowing" at all due to possible events: Internet failure? LAN dropout? internet streaming server outage? problem in specific stream data? All this must be evaluated by the algorithm.
You could make a plug-in to test a particular connection type, and if there was a downtime (based on an inaccessible internet and/or an inaccessible http :// URL source behind the name of the service, it would constantly try to check the status every second and, the streaming server would start again, and try again to start playing iptv automatically). It's really very complicated. However, for a particular stream service (iptv, http, rtp), this should be resolved with the plugin. However, I do not have the time to do this at the moment (I think about creating a plugin for a specific A/V stream type).
But the system solution is very complex. Linux set top boxes are unfortunately not intended for IPTV and if so only marginally. Linux set top boxes are mainly for satellite, cable and terrestrial. There is a problem for digital A/V stream receiving via NIC.
The Enigma system or the Linux kernel system (DVB driver) does not have features that first recognize the stream type (rtp, http, udp, m3u + target finding, etc. - detection of multicast/unicast broadcast for DVB-IP). And secondly, a feature that would recognize whether data is flowing. Adding such functionality to the enigma core is challenging (system drivers and hardware support required directly from the device manufacturer). This means changing the original destination of a multimedia box especially designed for satellite reception to a device designed for IPTV reception. Also, the big difference is between DVB-IP intranet (multicast/unicast) and internet A/V stream from a specific source.
All this would have to be implemented. According to the type of source, must the algorithm detect the status of the service or whether the data is "flowing" at all due to possible events: Internet failure? LAN dropout? internet streaming server outage? problem in specific stream data? All this must be evaluated by the algorithm.
You could make a plug-in to test a particular connection type, and if there was a downtime (based on an inaccessible internet and/or an inaccessible http :// URL source behind the name of the service, it would constantly try to check the status every second and, the streaming server would start again, and try again to start playing iptv automatically). It's really very complicated. However, for a particular stream service (iptv, http, rtp), this should be resolved with the plugin. However, I do not have the time to do this at the moment (I think about creating a plugin for a specific A/V stream type).
-
- Member
- Beiträge: 76
- Registriert: 29 Jul 2015 10:05
- Hat gedankt: 8 Mal
- Hat Dank erhalten: 7 Mal
Well here's a start for you then
This was written to overcome the loss of seek when streaming VOD from Bouquets, but never finished ( I too have never had the time ) it was always my intention to mount the boxes HDD to the plugin too to allow for buffering, basically timeshift.
This works for normal IPTV streams from Bouquets though as well.
Start an IPTV channel from your Bouquets, then open the plugin. Press red to play using Mediaplayer and Gstreamer or green to play using Exteplayer3 and ffmpeg.
As i say this was never finished, but it can be used as a good starting point for what you suggest, because if you know how, the reconnect code can be added to it, as well as mounting the boxes HDD, giving buffer for Live streams and Timeshift for VOD streams.
This plugin basically does away with the complex issues you mention above.
I still feel an Enigma2 solution is what's required, but if you can make use of this and get it to do the same job, then that's brilliant too. It will save you lots of time if you use this plugin as your starting point. Wishing you the best of luck, I really hope you can do this.
This was written to overcome the loss of seek when streaming VOD from Bouquets, but never finished ( I too have never had the time ) it was always my intention to mount the boxes HDD to the plugin too to allow for buffering, basically timeshift.
This works for normal IPTV streams from Bouquets though as well.
Start an IPTV channel from your Bouquets, then open the plugin. Press red to play using Mediaplayer and Gstreamer or green to play using Exteplayer3 and ffmpeg.
As i say this was never finished, but it can be used as a good starting point for what you suggest, because if you know how, the reconnect code can be added to it, as well as mounting the boxes HDD, giving buffer for Live streams and Timeshift for VOD streams.
This plugin basically does away with the complex issues you mention above.
I still feel an Enigma2 solution is what's required, but if you can make use of this and get it to do the same job, then that's brilliant too. It will save you lots of time if you use this plugin as your starting point. Wishing you the best of luck, I really hope you can do this.
- Dateianhänge
-
- Stream Buffer.rar
- (13.77 KiB) 50-mal heruntergeladen
-
- Member
- Beiträge: 232
- Registriert: 26 Jun 2014 11:12
- Hat gedankt: 22 Mal
- Hat Dank erhalten: 57 Mal
Well I tried a download and nothing in the zip ..... perhaps you could try again, so that I can see what you are trying to do? .
Gigablue Quad 4K plus Giga UE4k Tuner A (FBC -> Unicable gt-sat lnb 28.2E 4 tuners), Tuner B (FBC -> Gigablue unicable lnb 19.2 4 tuners)
Dreambox dm900
Vu+ Uno4kse
Octagon SF8008
Edision Osmio plus 4K
Zgemma H9, H92S, H9Combo
Multibox
Dreambox dm900
Vu+ Uno4kse
Octagon SF8008
Edision Osmio plus 4K
Zgemma H9, H92S, H9Combo
Multibox
-
- Member
- Beiträge: 131
- Registriert: 30 Aug 2016 00:23
- Hat gedankt: 40 Mal
- Hat Dank erhalten: 21 Mal
- s3n0
- Senior member
- Beiträge: 1583
- Registriert: 02 Jan 2017 14:38
- Receiver 1: Vu+ Zero 4K
- Receiver 2: Vu+ Solo SE V2
- Hat gedankt: 108 Mal
- Hat Dank erhalten: 417 Mal
- Kontaktdaten:
@ian1095:
Nope. The plug-in will only start the code and allow you to configure the algorithm to work. I thought a resident process (running in the background) of the plugin that would run as an active algorithm, testing every second or at set intervals (1-5 sec) whether the service (iptv channel) was interrupted on the basis of the available Internet (ICMP packets ) and based on a functional stream source (the http address, behind the name of the service reference code - which the system takes from the userbouquet file). If a failure occurs, then the plugin algorithm will continually try to start the current service (iptv channel) again and again. If the service (channel) is switched to another, the attempt to resume will stop. It's a simple code that could work. Programming would take a maximum of 1 day. But now I do not have enough free time.
Nope. The plug-in will only start the code and allow you to configure the algorithm to work. I thought a resident process (running in the background) of the plugin that would run as an active algorithm, testing every second or at set intervals (1-5 sec) whether the service (iptv channel) was interrupted on the basis of the available Internet (ICMP packets ) and based on a functional stream source (the http address, behind the name of the service reference code - which the system takes from the userbouquet file). If a failure occurs, then the plugin algorithm will continually try to start the current service (iptv channel) again and again. If the service (channel) is switched to another, the attempt to resume will stop. It's a simple code that could work. Programming would take a maximum of 1 day. But now I do not have enough free time.
- s3n0
- Senior member
- Beiträge: 1583
- Registriert: 02 Jan 2017 14:38
- Receiver 1: Vu+ Zero 4K
- Receiver 2: Vu+ Solo SE V2
- Hat gedankt: 108 Mal
- Hat Dank erhalten: 417 Mal
- Kontaktdaten:
Yes, but this issue is not just about OpenATV Enigma Edition. It concerns the entire OE-Alliance group. It would be best to implement these functions into the enigma core. But the problem begins with drivers and direct DVB hardware decoder support. It is not designed for decoding all formats, but only for H264 / 265 or DVB standard respectively. And then there is already mentioned problem when it is necessary to distinguish what network stream protocol it is (rtp, http, udp - multicast / unicast). It's a lot of work and a lot of problems.
After some time, a change may occur. Hard to say. More and more people are using IPTV, but there are not enough people yet. Sometime in the future, satellite and IPTV will use 50 to 50 percent. "Terestrial" or "Cable" will lose popularity. So there will be only internet TV (in the cities) and satellite TV (in a hard-to-reach place without internet) and nothing else. So, Linux set top boxes will also need to be customized .
After some time, a change may occur. Hard to say. More and more people are using IPTV, but there are not enough people yet. Sometime in the future, satellite and IPTV will use 50 to 50 percent. "Terestrial" or "Cable" will lose popularity. So there will be only internet TV (in the cities) and satellite TV (in a hard-to-reach place without internet) and nothing else. So, Linux set top boxes will also need to be customized .
-
- Member
- Beiträge: 76
- Registriert: 29 Jul 2015 10:05
- Hat gedankt: 8 Mal
- Hat Dank erhalten: 7 Mal
The way I overcome this at the moment is to use the ffmpeg Auto Reconnect features to respawn the stream in TvHeadend. I basically pipe all IPTV through ffmpeg to connect to the IPTV Servers. Then connect to TvHeadend using my 4K box. This provides Auto Reconnect upon stream error for about 90% of streams and certainly sorts out all the dodgy ilegal IPTV streams I have. However, the problems still arise when using legit streams. This is because ffmpeg will try to Auto Reconnect from my settings every second for a period of 5 minutes when it detects a failed stream, so all Servers legit or otherwise always remain connected, but if the stream fails for a period of over 2-3 secs, then my flaming E2 box disconnects from TvHeadend because E2 has no such Auto Reconnect, even though all the IPTV Servers are still connected. Therefore the result is still the same, I have to switch channels, the switch back again to get the E2 box to reconnect to TvHeadend. Its infuriating.
This is always worse in actual fact when using legit streams, the Liberty Media Formula 1 stream being one of the worst culprits. So in short, using Tvheadend in this manor sorts out the dodgy stuff, but not the legitimate streams, proving yet again just how much Enigma2 needs Auto Reconnect upon stream error. Please someone take note !
I looked back in Google and this has been asked for on a regular basis since 2010, that's 9 years for gods sake ! There were requests for it prior to 2010, but those were only occasional. The post from s3n0 was the first positive response I know of, regarding fixing this problem, so here's hoping he can somehow find the time to write his plugin to rectify this issue.
This is always worse in actual fact when using legit streams, the Liberty Media Formula 1 stream being one of the worst culprits. So in short, using Tvheadend in this manor sorts out the dodgy stuff, but not the legitimate streams, proving yet again just how much Enigma2 needs Auto Reconnect upon stream error. Please someone take note !
I looked back in Google and this has been asked for on a regular basis since 2010, that's 9 years for gods sake ! There were requests for it prior to 2010, but those were only occasional. The post from s3n0 was the first positive response I know of, regarding fixing this problem, so here's hoping he can somehow find the time to write his plugin to rectify this issue.
-
- Member
- Beiträge: 76
- Registriert: 29 Jul 2015 10:05
- Hat gedankt: 8 Mal
- Hat Dank erhalten: 7 Mal
traceRx hat geschrieben:xtreamtv reconnects for me automatically, everything else is up to THE SOURCE supplied and the chosen player.
If you mean the XC Plugin then I added the Auto Reconnect code for that. Its not really Auto Reconnect, its a trick. The plugin like Mediaplayer loads an m3u playlist and has a function that allows the playing of the next item in the playlist after the existing one has ended. With Live TV, this meant the plugin just moved onto the next channel once an error in the stream was encountered. I simply added a new def to prevent it from moving to the next channel and thereby restarting the existing channel, and so giving a pseudo Auto Reconnect. It does work well though.
How I wish a simple trick such as this could be added to E2 lol
-
- Beginners
- Beiträge: 22
- Registriert: 31 Mai 2017 15:29
- Hat gedankt: 10 Mal
- Hat Dank erhalten: 1 Mal
@Ian1095, you have a point there, its really simple solution. I guess it should not be hard to implement. Its sounds like my suggestion for checking data flow. Years ago dev's told me that they will not make work around solution's and they are afraid by adding IPTV support (i guess something like this) will break everything else. If we want to be sure that everything else will stay intact, we could add into bouquet service setup special marker which will indicate iptv stream. Than later by checking that marker we can of course add iptv support and rest of the code will be intact and everything else will work as now...
"iptv-" or what ever ....
1:0:1:0:0:0:0:0:0:0:iptv-http%3a//server.com/live/tv/123456.ts
"iptv-" or what ever ....
1:0:1:0:0:0:0:0:0:0:iptv-http%3a//server.com/live/tv/123456.ts
-
- Member
- Beiträge: 97
- Registriert: 14 Dez 2018 10:58
- Hat gedankt: 110 Mal
- Hat Dank erhalten: 2 Mal
astons2 hat geschrieben:Do you mean on xtreamtv plugin ? If yes, you missed the point here. We are talking here about E2 auto reconnect when IPTV is started from bouquets without any special plugin which is specialy made by IPTV provider.
Funny, obviously you have a split personality because you talk about "we" instead of "I".
You failed. MUYM.
- laptan
- Moderator
- Beiträge: 1811
- Registriert: 25 Aug 2013 19:46
- Wohnort: openATV
- Receiver 1: uniBOX HD 1 PLUS
- Receiver 2: VU+ Zero
- Receiver 3: AX Triplex
- Receiver 4: MEGASAT Force 1 Plus
- Receiver 5: OS Mio 4K +
- Hat gedankt: 1175 Mal
- Hat Dank erhalten: 569 Mal
Keep focused on the technical Problem, don't blame other users.
Please clam down and for the future don't post things like this again:
Please clam down and for the future don't post things like this again:
traceRx hat geschrieben:Funny, obviously you have a split personality because you talk about "we" instead of "I".
You failed. MUYM.
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+