Jump to content


Pr2

Member Since 16 May 2011
Offline Last Active Today, 15:41
*****

#851747 Tuner settings

Posted by Pr2 on 27 February 2018 - 14:40

/etc/enigma2/settings


#846026 Question about systemplugin or extensions updates

Posted by Pr2 on 17 February 2018 - 12:10

This is because those packets are marked to have a depency towards enigma2 so since enigma2 is changed the extensions are also compiled again.

From my point of view this dependency should be dropped since every available plugins/extensions are dependent from enigma2 but not all explicitly specify it and they are working fine. This will avoid to have those plugins/extensions recreated even if they are untouched.




#823700 Receiver no longer time synced

Posted by Pr2 on 6 January 2018 - 09:57

...

Some transponders are consciously tinkering with the timesignal to frustrate cardsharing but as usual watching legitimately with a card in reader of your opensource box is affected too.
 
To "fix" the time:
 
Kill oscam, fix your time and start it again.
 
Or just use whatever you want to fix your time correctly and use a non clockfix enabled oscam binary but dont complain about non working ratelimiters, black picture, bad cw cache, disconnected clients and more reported issues I already have forgotten about.
 
...


Hi,

I just quote what TheParasol wrote when mentioning that this problem come from OScam.
If this was implemented in OScam there are reasons for it (see quoted answer).

Moreover, as already mentioned by many, this is just a compilation flag that can be turned off.
So why not provide, right now, in the feed an OScam-noclockfix, so people experiencing this "bug" can install this OScam version and give a try.

 

So you can no longer says that the time broadcasted on DVB is the right one, so still using it as default is a mistake.  You think of starting to find a reference TP for every possible satellite to adjust time at start up.

It seems to me that OpenPLi should take the decision to install systemtime NTP as default time mechanism because I wonder how many users are not connecting there STB on a network without any outgoing access to the Internet?

- People that want to use the XMLTV EPG needs Internet access

- People that use IPTV needs Internet access

- ...

 

More and more devices are connected to the Internet now, so willing to keep a non Internet "simple" solution is quite strange, knowing that DVB time is no longer reliable.

 

Isn't it possible to cascade the time decision:

 

NTP  if Ethernet direct get time ,  if WLAN delay it slightly to let time to WLAN to connect

if not available DVB

if not available prompt user to manually enter time.

Pr2




#821465 Translations for Enigma 2: Please post them here!

Posted by Pr2 on 2 January 2018 - 11:46

@All,

 

Here is the enigma2.pot file from branch release-6.1

 

@Dev,

 

Here is the fr.po for branch release-6.1 please add it.

 

Pr2

 

 

Attached Files




#817820 Fast channel change (FCC) plugin in Pli6.1

Posted by Pr2 on 26 December 2017 - 18:42

Just a question, what will you make in your life with the few milliseconds that this FCC will allows you to win?




#809501 Hide VBI

Posted by Pr2 on 7 December 2017 - 10:43

Because I like to have EIT current/next enable to have the lastest EPG TV changes displayed (like yesterday a famous french singer died so most of the TV channel changed their programs), but I also use Rytec EPG.

 

On some channels, some broadcasters are not capable to provide the correct EPG informations and instead of leaving it blank they think it smart to send "No EPG available" but Rytec is capable to grab and display the proper EPG.

So in the infobar it is always the EIT EPG which is displayed when present but in the Graphical EPG I can see the proper Rytec EPG.

 

So for the channel that have this EIT EPG current/next behavior (No EPG available) I would like to be able to ignore it so I will have the Rytec EPG informations in the infobar instead.

Today it is not possible to disable it.

 

If I remember well there is already an hidden feature (which has no GUI) to disable the EIT EPG for a full broadcaster ID but not for individual service EIT EPG.

 

 

Pr2




#785540 Expert mode: the false good idea of OpenPLi 6?

Posted by Pr2 on 21 October 2017 - 17:24

@Zeros,

 

Everything is probably clear for you because you already enable the expert mode.  ;)

 

It will not be a new configuration maze, just put more existing parameters in the "normal" mode so people will find out-of-the-box some very basic parameter (like changing skin) without changing their menu view.

 

Current normal view is really too poor for "normal" end-users.

 

And the advanced mode I think that nobody is using it because nobody knows what is in advanced or expert.

So perhaps put the advanced options into normal view and suppress advanced mode, so only 2 mode remains: normal user, expert user.

 

I never saw an answer stating switch to advanced mode, the answer is always switch to expert mode.  ;)

 

Pr2




#785435 Expert mode: the false good idea of OpenPLi 6?

Posted by Pr2 on 21 October 2017 - 14:21

Hi,

 

I think that internally OpenPLi should review the posts answers since 6.0 RC is released and check how many time the answer was change to expert.

 

For example changing a skin is not an expert feature but you need to change the "normal" mode to "advanced or expert" to change it.

 

Normal mode is really too poor, for me normal mode should cover the most common operations performed by people when installing an image.

This is a non-sense that beginners have to change the mode whatever basic function they want to do.

 

Normal should allow to change the skin, change most common settings for the GUI, change the recording path, set a fixed IP address, mount a network NAS,... those are today quite common for end-users. Normal mode should cover 90% of the user cases, today I think that it is just the opposite 10% of the user keep the "normal" mode and all the other turn on the "expert" mode.  (I am not sure that people use the "advanced" mode because once you know that menu are hidden then you switch to maximum level to saw them all).

 

Adding options in the Wizard that you can no longer change in "normal view" mode is not option, everything that you set in Wizard means that they are in "normal options view". Setting up stuff in Wizard that you didn't retrieve later on easily is the worst solution.

 

Pr2




#785270 Expert mode: the false good idea of OpenPLi 6?

Posted by Pr2 on 21 October 2017 - 10:06

Hello,

 

Reading (nearly) daily the forum, I have the feeling that most of the questions/problem came from the different menu level since the most common answer since OpenPLi 6 (even RC) is release is to switch to expert mode!

So I really wonder if those different menu levels really make sense. I am really curious to know how many OpenPLi end-users are staying in default menu level? Reading the forum I am tempted to answer: none.

 

So either:

- This different menu levels is a waste of time and energy in development and should (perhaps) be removed?

- Turn the expert mode as default (which then makes all the different levels useless).

- Rethink the options displayed in the "normal/basic" mode to include more options, and only hide the very few menus/options that only expert/advanced users really use. Personally I think that this is the way to go.

 

Regards,

 

Pr2




#779302 execute script using the remote control

Posted by Pr2 on 9 October 2017 - 16:38

Hi,

 

Can you please change PPanel while you are working on it, to display the script output while it is running because now for a script which takes quite a long time it remains black screen until it is totally finished, so having the display while script is running will be fine to see the progress indication outputted by the script.

 

And I totally agree with your idea: a script that doesn't output anything will auto-close.

 

Pr2




#770266 Vu+ 4K QuadPiP

Posted by Pr2 on 15 September 2017 - 19:31

You got it wrong I have official subscription and I use OScam to read the cards that I own, not everybody using softcam is a pirate sorry.

And I choose to use my own open-source box because provider boxes are just piece of crap with many restrictions, there is no comparison possible between provider box and OpenPLi functionalities.

 

And OpenPLi is listening to customer requirement but you need to be patient and respectful with developers. I already ask for improvement and when you can prouve that this change will be useful it is finally implemented.




#770233 Vu+ 4K QuadPiP

Posted by Pr2 on 15 September 2017 - 18:37

The advantage of open sat boxes is that there are many images available for them. So if you dislike OpenPLi, or want features not (yet) supported by OpenPLi you are free to flash another image and then go this other image support forum.

 

OpenPLi is open-source, if QuadPIP is so important for you then propose a patch of your own to OpenPLi to integrate it.

If you don't have the skill to do it yourself, please respect people that spent their free time to give to other an incredibly reliable image.

 

Not all people talking about IPTV/streams are using illegal servers, there are many IPTV channels totally free available on the internet and I'd like to have EPG attached to them.

So please stop thinking that people talking about IPTV or softcam are all doing illegal activities.




#764329 Translations for Enigma 2: Please post them here!

Posted by Pr2 on 2 September 2017 - 10:30

Hi,

 

Here are 2 September fr.po and enigma2.pot files.

To other translators good luck to translate all the countries, that was the boring part this time.  ;)

 

Pr2

Attached Files




#763374 opkg tools ARM version

Posted by Pr2 on 31 August 2017 - 17:58

Why do you try something complicate? The .ipk extension is just a .tgz (tar gunzip) file, change the extension to .tgz and you can open it up with any decompressor on PC or use:

 

tar -xvzf myipk.tgz

 

Pr2




#747640 OpenPLi 6.0 » Release candidate

Posted by Pr2 on 29 July 2017 - 10:10

Hi,

 

I agree people get confused by those different levels, I am not sure if this was a good idea.

 

For people migrating from OpenPLi4 to OpenPLi6 would be better to set them into Expert level by default and perhaps keep the basic level for end-user installing OpenPli6 without restoring any settings (so potentially newbies).

 

Another suggestion is to start a Wizard that explain the different menu levels when there is no menu level defined in configuration, so I think that this will clarify the situation for newbies but also for people migrating to latest OpenPLi.

 

Pr2