Jump to content


Photo

PiP and second infobar crypto info not always working properly

PiP Crypto second infobar

  • Please log in to reply
43 replies to this topic

Re: PiP and second infobar crypto info not always working properly #21 WanWizard

  • PLi® Core member
  • 68,309 posts

+1,719
Excellent

Posted 20 June 2014 - 14:55

I don't think "that is because it was designed that way". It is "because everybody is using them like that for the last 10 years".

So that is a UX issue, and changing anything that alters UX you must to consider carefully.

 

It's not that "they have them designed as zap buttons", it's that the manufacturers take a cheap R/C of the shelf, and no standard R/C has the concept of bouquets. So in that respect the design is wrong, not Enigma (E2 was there first ;)).

 

p.s. talking about UX: Enigma2 sucks bigtime in that arena, the entire UI should be stripped from Enigma and replaced. But that is another story.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: PiP and second infobar crypto info not always working properly #22 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 20 June 2014 - 15:09

Well, just read Littlesat's repeated answer on this repeated question.
And I can assure you that far from everybody is using it the CH+/- buttons as B+/-: PLi is (as far as I know) the only image doing this. OK, probably DM as well.

And I agree about the (G)UI, but it's a major job doing that.

Re: PiP and second infobar crypto info not always working properly #23 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 20 June 2014 - 15:33

....

I don't think any kind of timeout would really help me there unless the timeout would be configurable and "0" would mean old style. Using

 

parental control would make things only worse as I never use it and never needed or wanted to use it. That's one of the main reasons I use linux stb's instead of the boxes provided by pay tv

....

 

Hi,

 

You understand timeout totally wrong the timeout, a timeout set to 0 will mean always new behavior (always open the last pip channel), timeout with <> 0 value will means old style PiP  when the timeout is expired! Of course setting the timeout to 5 or 15 minutes we will know which channel will appears in the PiP but as you said, we never remember what channel was the last pipped after several hours and most of the time its not the one that we want in the current PiP which is displayed, so when the timeout will be expired it will return to the old style and open up in PiP the same channel as the current one.

 

I also agree with end-user that find smart that if we exit PiP by mistake pressing again PiP will return to the former PiP channel.

 

So this timeout proposition will make everybody happy.

 

Parental control should work if set, it is a protection when you have children) and even in PiP it should work, this was the case before the change. Smart teenagers will quickly found this "bug" and use it to bypass parental control. Of course, you are free to enable it or not.

 

Littlesat seems to agree with my idea to have this timeout but I don't think it is already implemented and I really think that this will make everybody happy. With 1 parameter we can have everybody happy.

 

Pr2


Edited by Pr2, 20 June 2014 - 15:35.

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: PiP and second infobar crypto info not always working properly #24 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 20 June 2014 - 18:03

But: then one should also stop saying about the CH+/- buttons 'that they are meant to open the bouquets, because that's how it has been designed in E2' (while all but DM's R/C have then designed as zap-button).
The same argument can't be used both ways. 

This is completely different... It is a waste to have two same buttons on a remote for zapping.... And it is a fact that some remotes delivered with e2 boxes have indeed an incorrect  print in the remote... I do not see any good reason to assign these buttons to zap buttons... As you have already zap buttons... Why doing this double,..???

i suggest the remotes where made actually for boxes that do not support multiple bouquets... :D


Edited by littlesat, 20 June 2014 - 18:04.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #25 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 20 June 2014 - 20:28


But: then one should also stop saying about the CH+/- buttons 'that they are meant to open the bouquets, because that's how it has been designed in E2' (while all but DM's R/C have then designed as zap-button).
The same argument can't be used both ways. 

This is completely different... It is a waste to have two same buttons on a remote for zapping.... And it is a fact that some remotes delivered with e2 boxes have indeed an incorrect  print in the remote... I do not see any good reason to assign these buttons to zap buttons... As you have already zap buttons... Why doing this double,..???
i suggest the remotes where made actually for boxes that do not support multiple bouquets... :D


You see: because 'it has always been like that'.
DM has B+/- buttons, all other brands have CH+/- buttons. Why do you think so many people ask for support of CH+/-?

Re: PiP and second infobar crypto info not always working properly #26 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 20 June 2014 - 20:37

all other brands have CH+/- buttons

Some have P +/-, some have B +/-, some have CH +/- or CH page +/-....  so not true and I only see you asking for CH+/-.... no others.... And it is a waste of use of keys.... And still I think a big miss from the manufacurers who arange these remotes...

And note it is currently not a difficult patch to change this behaviour ;)... I can add an option to swap the arrow buttons for channel +/- with the CH/B/P +/- buttons... wasting it and double assign buttons is as I suggest moeda.

 

And note in fact the Neutrino style (old style called now... but I'm considering to rebrand it to neutrino style) was there before the E2 style...


Edited by littlesat, 20 June 2014 - 20:46.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #27 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 21 June 2014 - 06:28

The very question has been asked multiple times and answered by you multiple times.

So which boxes have B+/- (apart from DM)? I can't find any in my collection.

Re: PiP and second infobar crypto info not always working properly #28 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 21 June 2014 - 07:04

The very question has been asked multiple times and answered by you multiple times.

Where????

So which boxes have B+/- (apart from DM)? I can't find any in my collection. 

You talk about a miss print on the remotes... in fact these remotes are not E2 compliant...

And it is not only the infobar where these keys are used as bouquet keys... 


Edited by littlesat, 21 June 2014 - 08:04.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #29 Dimitrij

  • PLi® Core member
  • 9,969 posts

+335
Excellent

Posted 21 June 2014 - 07:46

http://sourceforge.n...ac6b43e5e52889/

This has led to problems in many plugins.


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: PiP and second infobar crypto info not always working properly #30 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 21 June 2014 - 07:52

Which are the many plugins?

 

I hope you are agree this makes it better readable... When it are not too many plugins I suggest it is better the plugins do adapt...

 

I know that with this commit there was a risk for specific plugins.... Is it keymap related or related to calls to infobar (I did not renamed the assential function names in the infobar...)

 

When it is keymap related I can only imagine that MQB is the issue... this plugin can be adapted...


Edited by littlesat, 21 June 2014 - 08:05.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #31 WanWizard

  • PLi® Core member
  • 68,309 posts

+1,719
Excellent

Posted 21 June 2014 - 09:30

What a complete non-discussion. I've already said that, but let me summarize again:

 

- DMM has introduced the notion of Bouquets in Enigma, no other STB has these

- to be able to support them, the have added B+/B- buttons on the remote control

- other manufacturer wanted to get rich quickly by manufacturing E2 compatible STB's

- and they just bought cheap standard remote controls from the local chinese on the corner

- which were cheap standard remote controls, designed for systems that don't have bouquets (all but E2 STB's)

- and the manufacturer simply can't bother, they just map the keys in their version of Enigma

 

If you now demand that Enigma must follow the stupidity of these manufacturers, and add a keymap that follows the print on the remote by the letter, you will end up with

- a lot of inconsistencies as to controlling the STB

- loss of functionality as some remotes miss crucial buttons (like the B+/B- buttons !)

 

And what does that bring you?

 

Satkiekerd, I think you're barking up the wrong tree. Instead, point your arrows to the manufacturers, and make sure they supply remotes with the required buttons to control an E2 STB...


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: PiP and second infobar crypto info not always working properly #32 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 21 June 2014 - 09:32

And in between... your wish is my command....


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #33 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 21 June 2014 - 10:40


The very question has been asked multiple times and answered by you multiple times.

Where????
 


So which boxes have B+/- (apart from DM)? I can't find any in my collection. 
 
You talk about a miss print on the remotes... in fact these remotes are not E2 compliant...
And it is not only the infobar where these keys are used as bouquet keys...


@ wanwizard: you see? This proves my point.
All RC's are wrong and all images are wrong......
ROFL

Re: PiP and second infobar crypto info not always working properly #34 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 21 June 2014 - 10:45

All RC's are wrong and all images are wrong......

Indeed... everything is wrong.... :D


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #35 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 21 June 2014 - 11:21

What a complete non-discussion. I've already said that, but let me summarize again:

 

- DMM has introduced the notion of Bouquets in Enigma, no other STB has these

....

 

Hi,

 

Sorry but this statement is false, on every STB that I own since the very beginning of my satellite experience (many years ago) we have this feature but it was called Favorites instead of Bouquets so just another name for the same things, and most STB have a direct key to access this... mostly called: favorite  :-)

 

So indeed the choice of DMM to provide a poor RCU with a lot of direct button missing leads to this confusion, due to DMM you need to trick to have access to features. Red button to record while any other STB have a real record button with all the associated key (like on VCR, DVD,....)

 

Pr2


NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: PiP and second infobar crypto info not always working properly #36 Dimitrij

  • PLi® Core member
  • 9,969 posts

+335
Excellent

Posted 21 June 2014 - 11:59

Can then add the option:

Press OK -->Open service list

P+/--->Show/hide infobar


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: PiP and second infobar crypto info not always working properly #37 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 21 June 2014 - 12:43

I think we now reach the limit.... :D

 

how should I make this programmable? 

 

Then we have P+/-  -> servicelist - zap - infobar show/hide (so three modes)

OK -> infobar show/hide - service list...

 

But I hope everything is final...


But for now my time is over... I suggest Dima you can add it yourself and offer me a patch... 


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: PiP and second infobar crypto info not always working properly #38 rtzhjgg0

  • Senior Member
  • 568 posts

+13
Neutral

Posted 21 June 2014 - 16:59

'Latest Commits', 'InfoBarGenerics: Only remember lastPiPService for a minute' dont works here (Duo2 upd. 21.06.14 16:51).

Even over 2 minutes - still = lastPiPService opening a  new PiP window.


Selfsat H50M4
Ultimo4K /2xTwinS2, VTI, PLi, ATV...
NAS: Qnap221

Re: PiP and second infobar crypto info not always working properly #39 hemertje

  • Forum Moderator
    PLi® Core member
  • 33,469 posts

+118
Excellent

Posted 21 June 2014 - 17:53

it is just committed today so tomorrow online


on the Glassfibre 1GB DVB-C...


Re: PiP and second infobar crypto info not always working properly #40 rtzhjgg0

  • Senior Member
  • 568 posts

+13
Neutral

Posted 21 June 2014 - 17:56

it is just committed today so tomorrow online

ok, thnx :)


Selfsat H50M4
Ultimo4K /2xTwinS2, VTI, PLi, ATV...
NAS: Qnap221



Also tagged with one or more of these keywords: PiP, Crypto, second infobar

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users