27 replies to this topic

[Barnie64]

I have a little problem with MultiGraphEPG on a vuplus uno 4k se with OpenPLi 6.2.

 

After selecting and switching to another channel with MultiGraphEPG everithing seems ok. The new channel is active.

But after reentering GraphMultiEPG the old channel is still shown selected.

Changing the channel with 'channel up' switches to the next channel in relation to the old one.

It seems that a part of the software does not recognize the channel selektion with GraphMultiEPG.

I don't have this problem with the ET9500 and OpenPLi 6.1.

 

Regards

 

[WanWizard]

Can you describe the exact steps (keys of the remote) you use to reproduce this?

[Barnie64]

Example

Channel 1 is active

Key "EPG" -> GraphMultiEPG is shown with channel 1 selected (green) -> ok

3 x Key "Down" -> program of channel 4 is selected (light blue), channel 1 is active -> ok

Red button -> channel 4 is selected (green) and active -> ok

Exit -> GraphMultiEPG is closed, channel 4 is active -> ok

Key "EPG" -> channel 1 is selected (green), channel 4 is active -> not ok

Exit -> GraphMultiEPG is closed, channel 4 is active -> ok

Key "CH up" -> channel 4 is changed to channel 2 -> not ok

[Barnie64]

One additional Information:

After changing the channel with "CH up", "Ch down", direkt channel input, or channel selection menu, the active channel is rightly selected in GraphMultiEPG until you try to change the channel as described before.

[littlesat]

With red then exit it should go back to channel 1...

[ims]

Confirmed ...

 

With red then exit it should go back to channel 1...

May be ( but for Preview is there "TV" key)

 

But if playing service si A and you use Red, Red on service B => Zap + Close and then you open GMEPG again, as active service in bars is marked still A, but playing service is B.

[Frenske]

It’s not about preview but to switch to that specific channel which usually is done with the red button (zap). Since ages.
BTW pushing TV causes enigma to crash without a GSOD.

Init 4 && init 3 doesn’t solve the status. I needed a reboot.

[littlesat]

I'm afraid this patch breaks it

https://github.com/O...a3a94a1aa57fa3b

 

But the same patch fixes another 'issue'.... 

So this 'one' should be further investigated..

 

When someone can try to revert this one (or at least remove the 'else ref' stuff at the end) for checking and verification....

 

Mayby when we zap with non review or so we need also to 'adapt' this ref. This is currently not done....

Edited by littlesat, 8 May 2018 - 08:25.

[littlesat]

Maybe this helps...

                                                               Servicelist.enterPath(epg_bouquet)
                                               Servicelist.setCurrentSelection(service)
+                                              global ref
+                                              ref = service
                               if not zapback or preview:
                                               Servicelist.zap(not preview, preview, ref=preview and service or None)
                if (Servicelist.dopipzap or zapback) and not preview:
                               Servicelist.zapBack()

Edited by littlesat, 8 May 2018 - 08:31.

[ims]

seems, it works

[littlesat]

And that blindly and remotely... also no issues when you startup mgepg from channellisf?

[ims]

I have GMEPG it under "long"...  If I try it, then as played service (green bar) is in GMEPG marked current service in channellist and not played service, but it seems, it is next bug, because same it is without this fix

[ims]

For fix there in GraphMultiEpg.py under def onCreate(self) must be:

 

l.setCurrentlyPlaying(self.previousref) instead l.setCurrentlyPlaying(self.serviceref)

[littlesat]

Sorry don’t understand. Another bug found?

Edited by littlesat, 8 May 2018 - 10:55.

[ims]

yes , try select in channel list diferent service than is played and run GMEPG ... then will be as played service (green bar) marked getCurrent from channellist and it is wrong ...

[littlesat]

Please offer a 2 merge requests one for each issue.,.. Thanks for your additional 'catch'

[Barnie64]

If someone is working anyway on the GMEPG, I have a feature request if it can be done easily.

As I always use GMEPG for zapping in list mode, it would be nice if the Ok button could be programmed to Zap+Exit.

At the moment I have to press Ok twice. But this is only a comfort problem.

[littlesat]

This requires an extra config setting... That is why it isn't in there yet as we try to avoid too much configs... So let others agree if we should add a config switch for this first...

Edited by littlesat, 10 May 2018 - 11:44.

[Barnie64]

Yes I think avoiding too much configs is the right way, but I am not shure if an extra config setting is necessary.

 

1. There is already an entree for the funktion of the Ok button (show detailed event info / zap to selected channel).

An additional selection (zap to channel + exit) here would be sufficient.

 

2. Another way to implement this without any config changes would be to make the behaviour dependent on the actual view mode.

If the funktion "zap to selected channel" is selekted in "Normal mode" the behavior can stay as it is (preview). In "List mode" it wolud be better to exit directly with zap, as a preview here makes no sense.

 

What do you and the others think about this solution?

Edited by Barnie64, 10 May 2018 - 14:38.

[littlesat]

Then i would go for 1... depending on mode is not really logical...