Annoying CI OSD asking continuously for Rights Check (2 Viewers)

[Ambass]

morpheus_xx

I've not seen any unexpected CI menu. In the logs they have been rejected. ( I've not tried a lot.. starting tests at 20:40 is not WAF )

But I've the same issue as wouter1971 when trying to see the rights.
@20:41:56 When two menus are sended consecutively by the card, 1st is "wait" 2nd is the real one, MP shows only the "wait" menu, and there is no way to see real one.
Unfortunately, I've not the MP log. I could do it again this evening if yoou require it.
I've not checked, but I think this is not related to your changes.

 

[wouter1971]

Exactly not WAF
But i used last svn with changed tvservice.exe
Is that correct? Or do developers use newer build?
Should all messages for Aston be unseen?
I had rights issue multiple times, are we using the same Aston cam ambass?

i thought about the explanation of morpheus again. Maybe it was no unexpected behaviour i saw.
Correct me if i'm wrong:

when tv is started i should not see any messages when switching channels BUT when entering ci menu ONE time all messages become visible after that? The situation is then that if you stay out of ci menu all messages are not visible?

 

[Ambass]

I had rights issue multiple times, are we using the same Aston cam ambass?

AstonCrypt2 : v2.18

 

[wouter1971]

Ambass: I have Aston Module 2.19 as you can see in the log. could you read my last entry about what the behaviour is that i should see with this new patch?

 

[morpheus_xx]

AW: Annoying CI OSD asking continuously for Rights Check

thanks for testing. for me the current state shows the expected result.

the other issue you have found is a bit more difficult and not CAM type related.

it has to do with the way of dialog handling in tvplugin. curently menus without choices are shown as NotifyDialog, so they disappear automatically after defined number of seconds. BUT: your "waiting" message is sent as a menu with one choice, so the Notify way is not used, but the default dialog with choices.

now in the time showing the dialog, the next menu is already received, but is not displayed....

I´m not sure if this ever can be fixed completly.

 

[wouter1971]

morpheus: So my conclusion was right, with your patch if i stay out of the ci menu all messages will be rejected. But if i go into the menu after that alle messages are visible again.
Are you adding this to mantis? How is this implemented, in which SVN?

Thanks again.

 

[morpheus_xx]

AW: Annoying CI OSD asking continuously for Rights Check

it's in mantis now 0002685: CI menu can cause many unwanted dialogs - MediaPortal Bugtracker and I have also made modification to pass "Menu Close" messages to TvPlugin. I'll prepare a testbuild soon

 

[morpheus_xx]

AW: Annoying CI OSD asking continuously for Rights Check

I have implemented the callback functions to close the display inside tvplugin. this should solve your issue with the "please wait" dialog to be shown, but not the following real dialog.

this version also includes the changes from tvserver build in this thread.

please use this svn build only for testing the CI menu in every possible way.

post logfiles

 

[Ambass]

Re: AW: Annoying CI OSD asking continuously for Rights Check

I've not too much time to test..but things looks strange

Singleseat looks ok until you open CI menu ( as said wouter ). Multiseat look more strange, CI menu is not available on both ( with same transponder use )...

After CI menu has been opened spurious messages are no longer rejected.

I cannot enter "some" CI menus after "wait"....

If I can I'll try to be a bit more precise or to play a bit with your changes.

 

[morpheus_xx]

AW: Annoying CI OSD asking continuously for Rights Check

I found some another issue with the current modal dialog based handling: it does wait until user confirmation, no matter if in the meantime a new CI menu is received (this is the your example of the 2nd dialog after "wait..."). I'm currently trying to handle this in tvplugin, but this is kinda tricky.

To you multiseat situation: the CI menu is designed exclusively, in meaning of both tv cards AND menu clients (TvPlugin, SetupTv). Only one card can be handled simultanously, and the client who attached as last as listener is the one which is able to use it.

the ci menu get's re-attached to the card after a card change (on zapping).

edit: I attached an experimental TvPlugin based on above build.

It maybe handles new incoming menus, even an existing one is modal. but because I have no such situation, I can't test here..