Superb quality and spec AB-Com PULSe 4K SE. Crazy offer! Only £129! FREE UK DELIVERY! 4K UHD, Enigma 2, Multiboot 4 images & more!...
Superb quality and spec AB-Com PULSe 4K Rev II Twin Satellite tuner only £179! FREE UK DELIVERY! 4K UHD, Enigma 2, SATA HDD facility, Multiboot 4 images & more!...

[VU+ Zero] Issues with IPTV streams since 5.1.024

Stone123

New member
Joined
Feb 11, 2015
Messages
47
Reaction score
0
Points
0
Hi!

For the past couple of days my IPTV bouquets (made with E2m3u2bouquet script) were driving me insane because I had tons of buffering despite having various providers. I also had similar issues with CCcam. I then tried a different device and all was fine so I knew the issue was related to my VU+ zero box.

I remembered I had recently upgraded to 5.1.024 (from 5.1.022). Yesterday, I downgraded to 5.1.022 again and the issues disappeared. Out of curiosity I went back to 5.1.024 once more and sure enough the issues reappeared. Both times I restored my settings. I'm now back on 5.1.022 for obvious reasons. Again, now everything is fine again. So something must have changed.

There appears to be some sort of network issue. The actual network speed is actually quite OK (~80 MBit/s via WiFi) regardless of OpenViX version (tested with speedtest-cli) so it may be related to some sort of buffer or the protocol or whatever. It does appear to also affect CCcam communication, though...

I wanted to add information about my usb WiFi driver but lspci, lsusb and lsmod don't give much info. Support is maybe compiled into the kernel?!
 
Apparently the downgrade didn't solve the issue completely.

Is there any way to increase the buffer size for IPTV streams that are implemented as bouquets?
 
Not tried this myself but apparently you can change the buffering of 4097 type by adding a 1, 2 or 3 to the end -

example -
Code:
4097:0:1:84d0:f3b4:2058:0:0:0:0
4097:0:1:84d0:f3b4:2058:0:0:0:1
4097:0:1:84d0:f3b4:2058:0:0:0:2
4097:0:1:84d0:f3b4:2058:0:0:0:3
 
There is an option using Custommix to replace existing "dark" channels with IPTV streams instead. I find using 4097 as service type better as that buffers for few seconds so reduces glitches.

Here is snippit from my bouquet:
Code:
#SERVICE 4097:0:1:1656:7e5:2:11a0000:0:0:0:http%3A//iptv.com%3A80/live/username%mail.com/password/336.ts:Sky One
 
Thanks for your replies lincsat and bbbuk. Editing the last digit unfortunately resulted in ~60 second loops for me.

bbbuk, can you elaborate a little what Custommix is? Your bouquet looks a lot like mine, but mine uses "1" instead of "4097". If that helps then I can rewrite my bouquets.
 
Thanks for your replies lincsat and bbbuk. Editing the last digit unfortunately resulted in ~60 second loops for me.

bbbuk, can you elaborate a little what Custommix is? Your bouquet looks a lot like mine, but mine uses "1" instead of "4097". If that helps then I can rewrite my bouquets.

With 1, that means you have edited the IPTV streams to Satellite, whereas IPTV streams are set as 4097. When using 4097 myself, voices goes out of sync after about 5 minutes. A lot of it is to do with your supplier etc and not really catered for e2 receivers.


Sent from my iPhone using Tapatalk
 
That's very interesting, thanks. I'd like to learn more. Is there a page that explains these service entries somewhere?
 
If you have serviceapp installed, there is also the option of using service ref beginning 5002 to use the Exteplayer. Shouldn't make a difference but may with your provider - can't hurt to try
 
Thank you everyone! I think I have quite a few options to try and tweak my streams now.
 
I think this may be fixed, I've not had a zapping crash since updating to 5.1.025 - can you check if your issue is fixed too
 
That would be great. I'm not sure if I dare to update this weekend, though.
 
In the options of software update, you can opt to create an image backup. If you don't like the update, you can flash the image backup.
 

OpenViX Feeds Status

Back
Top