[VU+ Duo2] Streams Getting Kicked When Changing Channel

[avi68]

Hi all,

I updated my Vu Duo2 and Zgemma H9s boxes from 6.0.008 to 6.2.005. I have a multiroom iptv connection (2 connections allowed). I use iptv on both boxes at the same time (1 connection each).
Since updating Ive noticed that every time I change a channel on one box the other gets kicked off. It happens both ways e.g. changing channel on duo2 kicks h9s, and changing on h9s kicks duo2.

I then installed serviceapp and changed the player to extplayer, this resolves the issue but it doesnt allow me to record iptv streams (which was possible previously).

I have now gone back to 6.0.008 and the issue no longer appears. Has there been many changes to the way enigma2 handles iptv streams? And has anyone else with multiroom connections noticed similar issues?

Any information would be very helpful.

Thanks

Avi

 

[twol]

Hi all,

I updated my Vu Duo2 and Zgemma H9s boxes from 6.0.008 to 6.2.005. I have a multiroom iptv connection (2 connections allowed). I use iptv on both boxes at the same time (1 connection each).
Since updating Ive noticed that every time I change a channel on one box the other gets kicked off. It happens both ways e.g. changing channel on duo2 kicks h9s, and changing on h9s kicks duo2.

I then installed serviceapp and changed the player to extplayer, this resolves the issue but it doesnt allow me to record iptv streams (which was possible previously).

I have now gone back to 6.0.008 and the issue no longer appears. Has there been many changes to the way enigma2 handles iptv streams? And has anyone else with multiroom connections noticed similar issues?

Any information would be very helpful.

Thanks

Avi

There is no connection between the 2 boxes from an E2 perspective (unless you are using a client server setup)…. so the Duo has no idea what the H9s is doing (is that one box or 2?).
So it has to be with your provider.
From 6.2..6 we are trying an option to allow users to record streams when using serviceapp and exteplayer3 but thats still being tested.

 

[bbbuk]

@avi, do u have them connected as client and server as @twol has said or are they two separate boxes that arent linked together and it still happens?

Does it happen if you watch on a box and maybe an android/windows/apple device at same time?

 

[avi68]

Hi both,

Thank you for your replies.
The boxes are two separate boxes, they are not connected to each other. They share the same provider but the provider has allowed 2 connections (1 connection for each).

I have also tried that bbbuk, and I do not have the issues when streaming 1 connection on the iPad and one on the e2 box.
I thought it was a provider issue, but I tested with two android boxes and couldn’t replicate and as mentioned, I have now reverted the firmware back on the e2 boxes and I have no issue.

 

[bbbuk]

ok so tried multiple iptv streams via my provider on both my Solo2 and Duo4K SE simultaneously for about 20mins without an issue, switching channels occasionally too.

No issues observed. This is using 4097 as streamtype.

 

[Huevos]

If box 1 cuts when box 2 requests a stream it can only be the server responsible for that.

 

[dsayers]

Is timeshift active? Or possibly some catch issues where the previous stream isn't closing when changing channels

 

[avi68]

ok so tried multiple iptv streams via my provider on both my Solo2 and Duo4K SE simultaneously for about 20mins without an issue, switching channels occasionally too.

No issues observed. This is using 4097 as streamtype.

Are you using the same provider at the same time? (With a multiroom connection?) Also are you using serviceapp?

 

[avi68]

If box 1 cuts when box 2 requests a stream it can only be the server responsible for that.

Thats what I thought initially but it seems the box is still holding onto the stream when changing channels. Its not releasing it quick enough which I think is what is kicking off the second box.

Like I said, same provider, same setup, on the old vix 6.0.008 works correctly. None of the streams are getting kicked when the channel is changed.

 

[avi68]

Is timeshift active? Or possibly some catch issues where the previous stream isn't closing when changing channels

Timeshift is inactive. It sounds like that. When changing the channel its holding onto the first stream instead of releasing it which is causing an extra connection and therefore kicking off the other box.

But whats changed between 6.0.008 and 6.2.005? as going back to 6.0.008 solves the issue.

 

[bbbuk]

@avi68, you don't use that FCC (Fast Channel Change) or whatever it's called if available for you box(es)? If so, this works I believe by tuning into next channel so could this be it?

I have two VU+ boxes and neither have FCC enabled and not setup in a server/client (ie fallback) type scenario and I'm not able to re-create this whilst IPTV streaming two channels at same time (and switching channels on one box).

It's possible that my provider doesn't really monitor or have setup in panel software that automatically disconnects more than my 2 concurrent connections I pay for so that's why it's okay for me?

 

[Huevos]

FCC is nothing to do with IPTV. Should be fully compatible. But anyway Duo2 and H9 don't have FCC.

@avi68, do you ever manage to get 2 streams running? e.g. Duo2 on satellite, start IPTV on H9, zap Duo2 to IPTV.

 

[twol]

@avi68 - I have tried to reproduce this issue but cannot.
If not already can you enable debug logs…. Menu/setup/system/logs/settings … enable & save somewhere safe (not flash)
then provide the logs from both receivers, noting the time of the test.
Just post logs here ( no need to zip), replacing your userid/password with X,s before posting

 

[avi68]

FCC is nothing to do with IPTV. Should be fully compatible. But anyway Duo2 and H9 don't have FCC.

@avi68, do you ever manage to get 2 streams running? e.g. Duo2 on satellite, start IPTV on H9, zap Duo2 to IPTV.

Yes I do Huevos. I can get them both running at the same time, the issue only occurs when changing channels on one of the boxes.

 

[avi68]

@avi68 - I have tried to reproduce this issue but cannot.
If not already can you enable debug logs…. Menu/setup/system/logs/settings … enable & save somewhere safe (not flash)
then provide the logs from both receivers, noting the time of the test.
Just post logs here ( no need to zip), replacing your userid/password with X,s before posting

Ok, I will need to flash back and then run the debug. Ive noticed that 6.2.006 has been released, does this include the service app recording feature? I could flash to that and see if I still get kicked when changing channel.

 

[avi68]

Hi all,

Sorry for the delay in getting the logs.

I updated my Zgemma H9s to the latest 6.3.001 and Ive still got the issue when not using serviceapp.

My old vu duo 2 is still on 6.0.008 and its working fine when switching channels (again not using serviceapp).

Please see the attached logs. I was changing channels at 13:27, 13:28 and 13:29. I started changing channels on the zgemma and then I also changed the channels on the vu duo2. I dont know if you can see the difference between the two from the debug log. The vu duo2 got kicked off everytime the zgemma changed channel.

If you require more info please let me know.

View attachment Enigma2_debug_2023-01-01_13-27-13zgemma.logView attachment Enigma2_debug_2023-01-01_13-26-44vuduo2.logView attachment Enigma2_debug_2023-01-01_13-26-29zgemma].log

Thanks again for looking into this

 

[twol]

Can you change log settings to use local time, then it would make (for,me) being able to compare the logs.
Nothing springs to mind having looked quickly through the logs, although you are using serviceapp in one of the logs.
It looks as if you are using Jedimaker on both boxes - maybe there is a delay in releasing the previous stream? So,you have 3 streams running.

Also why don,t you try running with Xtreamity as its still being updated by Kiddac and (in my view) the better and improved package( both are by Kiddac)

 

[avi68]

Can you change log settings to use local time, then it would make (for,me) being able to compare the logs.
Nothing springs to mind having looked quickly through the logs, although you are using serviceapp in one of the logs.
It looks as if you are using Jedimaker on both boxes - maybe there is a delay in releasing the previous stream? So,you have 3 streams running.

Also why don,t you try running with Xtreamity as its still being updated by Kiddac and (in my view) the better and improved package( both are by Kiddac)

Thanks for looking into this. I will re run the tests again with the local time setting enabled.
The serviceapp log was added by accident, that was prior to setting it to work without service app.
Yes both boxes are using Jedimaker. It’s just weird how the old openvix is working fine but none of the newer ones aren’t.

I’m not a fan of xtreamity as it doesn’t create bouquets like Jedi and it’s easier to flick between freesat and IPTV when using Jedi.