[VU+ Duo2] Recording IPTV - hangs box \ glitches - but works fine on older image

[john2k5]

Not really a fix. As I use DVB as my stream type, I.e. 1:x:x etc and records fine on my various boxes. The problem using IPTV as your stream type, I.e. 4097:x:x etc is will drift out of sync (audio).


Sent from my iPhone using Tapatalk

Agreed, I jumped the gun on that one. 4097 is no good at all.
I read somewhere else that a trailing / after the url helps with 1:0 service refs. It didn't.

I've tried all combinations, on both latest ATV 6.1 and latest ViX and still aren't able to record reliably.
I'm not restricted by my provider, have multiroom enabled for 4 concurrent devices (they've asked me to test, so I'm as unrestricted as possible!)
50mb fibre, hardwired, can stream 4 separate HD channels on different devices, wired and wireless, without issues.
Device is a Solo2, genuine.

It has to be software related. I just can't get my head around it atm. Any ideas/help would be greatly appreciated!

 

[JLAMERTON]

I have exactly the same issue of 2 sources combining when trying to record 2 IPTV or watching 1 IPTV and recording another.

Defo got 2 subscriptions open as i can happily watch second IPTV on laptop at same time with same bouquet

 

[JLAMERTON]

Additionally have found that although changing to 4097 does allow me to record. If i then use the EPG to record the box reboots.. Latest VIX with VU DUO2, very reluctant to get rid of the setup but provider is suggesting a change of Box...

 

[AnfieldRoar]

Done the same here on Xpeed LX2 with Openvix 5.0.0.20 (built myself).

IPTV servicerefs 1:0... were combining on multi-record and/or record+'watch iptv recording', now they're all ok using serviceref 4097:0...

But the box slows down a huge amount playing these 4097: recorded .stream files back compared to 1: recorded .ts files.

Autotimers weren't also working for me for 4097: servicerefs so I tweaked the python code so when I set record on a 1: iptv channel it replaces the 1: with 4097: (I have an IPTV bouquet with 1: servicerefs and a duplicate with 4097: servicerefs). Works great except that the eit is no longer valid so no program info - still I can live with that for now...

As for the combining issue - I've got the debug log on and I 'think' it's something to do with the demux device? I've seen (for example) the iptv recording using demux0 and the iptv playing using demux3 and then when all hell breaks loose it 'seems' to switch to using the same demux for both, and hence combining. I've no time to investigate this further unfortunately, and I am probably wrong but it 'looks' like this could the the cause of the combining....

 

[aido]

I'm just having a play with serviceapp and using exteplayer3 instead of gstreamer and so far it seems fine with 4097 service ids and so far hasn't drifted out of sync after about 1 hour.

 

[AnfieldRoar]

Tried "serviceapp and using exteplayer3" and playing was considerably faster, but pressing 'Add Timer' crashes the box - so I'll stay with the default player.

 

[JLAMERTON]

So reverted to image 024 on Apollo and can now timeshift and record on IPTV.
However AutoTimer not working, also obviously no KODI, unless somebody has a solution to the first?

Has this been reported as bug? Is it likely to be fixed in new version of OpenVix?

Running on ServiceRefs 1:0 - Couldn't change to 4097 as just crashed when i tried recording.

 

[Furter]

So reverted to image 024 on Apollo and can now timeshift and record on IPTV.
However AutoTimer not working, also obviously no KODI, unless somebody has a solution to the first?

Has this been reported as bug? Is it likely to be fixed in new version of OpenVix?

Running on ServiceRefs 1:0 - Couldn't change to 4097 as just crashed when i tried recording.

Were did you get image 24 Apollo image from, would like to be able to record IPTV
Thanks

Sent from my X9076 using Tapatalk

 

[Andy_Hazza]

IPTV records fine on ViX 5.0. TimeShift doesn't work as that was disabled some time ago. One Off Timers work fine, but AutoTimers don't work. Maybe with IPTV becoming more popular these will in time get looked at but One Off Recordings certainly work for me using the latest image.


Sent from my iPhone using Tapatalk

 

[AnfieldRoar]

Autotimers for IPTV work fine but only if you use the alternatives for the channel you want recording. The alternate file that is created lists the existing channel first, then the alternate - ie the IPTV channel. Most of the openvix code seems to use the first alternate so it wasn't working, so I had to swap these round manually using telnet, init 4, ftp and edit, then init 3.

BTW I originally modified the Autotimer python code to force them to work with IPTV, and it worked great, but I'm really pleased now using the alternatives and don't need to reapply my python changes every time I flash.

 

[Andy_Hazza]

Can you explain what you mean about "Alternatives"? All my IPTV streams are set to DVB Stream Type as this gives be the best results as using IPTV (4097) for the Stream Type threw the Audio Sync out after half hr of viewing whereas DVB (1:xx:xx) Stream Type gives perfect results.


Sent from my iPhone using Tapatalk

 

[AnfieldRoar]

Yeah sure. This is what I have got to work.

I have 2 IPTV bouquets:
1. for watching TV with streams set to DVB ie 1:0:1 etc which is quick to watch/change channels
2. for recording TV with streams set to IPTV ie 4097:0:1 etc which is slow to watch/change channels but is perfect for recording

I go into my satellite TV bouquet (3), select the channel I want and press menu->add alternatives.
Then I add the IPTV channel I want from the recording bouquet 2 above.
I do the same for all satellite channels that I also have IPTV channels for.
Then I use telnet to connect to the box, send init 4 to stop enigma2
Then I use ftp to edit the /etc/enigma2/alternatives.*.tv files to swap the original and new iptv alternative lines round
Then in telnet I send init 3 to start enigma again

When I set recording in satellite bouquet 3 above then actually are recorded from the alternatives ie the IPTV channels.

Autotimers also work now too for IPTV recordings when using satellite bouquet 3 channels that have alternatives set

 

[Stream123]

I have VU+DUO VTI image latest version. All my IPTV channels are already DVB stream type however, when i record and view the program its blank with 0KB file so basically nothing records. But if I change my channels to gstream i can record but then all channels freeze very badly. Can anyone please help?

 

[Andy_Hazza]

I have VU+DUO VTI image latest version. All my IPTV channels are already DVB stream type however, when i record and view the program its blank with 0KB file so basically nothing records. But if I change my channels to gstream i can record but then all channels freeze very badly. Can anyone please help?

My advice is treat IPTV as live tv as it is very hit & miss the recording aspect of it. You will still be here this time next year with the same issue. I just think the e2 receivers are not 100% IPTV proof, thus issues peeps have with various things.


Sent from my iPhone using Tapatalk

 

[Stream123]

on the magbox 254 can u record to external hard drive and get 7 day epg?

 

[Andy_Hazza]

You will be limited with regards the EPG. I think it will only cover a full days worth and yeah an external HDD will work. A mate of mine is testing one out as we speak to see what it is capabilities are.


Sent from my iPhone using Tapatalk

 

[Stream123]

Do you have mag box if yes is it really better than vu duo for iptv. a lot of people are saying to buy that as some channels on vu dont load instantly however on magbox they say it should with no freezing?

Can you also edit favourites bouquet on magbox like vu images?

Also when i was recording on vu all channels start to freeze a lot would it do the same on mag box? if you could please find out from your friend

thanks

 

[frank machin]

Did this ever get fixed? Im having the same issue with my DUO2 with openatv 6.1.

 

[joniale]

I think IPTV providers may put some blockade to stop recording. For example, 1 maximum connection. If you record that connection may be gone and you cannot watch anymore that channel. That would be a BUG, because if you watch and record the same channel 1 connection should be enough (it can be solved with software). That should be corrected for future releases in OPENVIX/OPENATV. Another story is if you want to watch and record a different channel. That would require two different connections and an IPTV provider could limit that.
OPENVIX should also update autotimers script for IPTV (as it would in SAT TV like you have only one turner) and the receiver must switch to the recording channel to avoid problems.