Jump to content


Photo

According to PLI Update ORF map dark - also in other boxes


  • Please log in to reply
28 replies to this topic

Re: According to PLI Update ORF map dark - also in other boxes #21 satoldtimer

  • Senior Member
  • 54 posts

0
Neutral

Posted 15 October 2016 - 14:32

@Wan ... thanx.

 

I have adapted to the skin with plugins. So I did not want any change. And with the oscam I wanted also no change.

Another question: Which directory does the satellites.xml belong to? In /etc/enigma2 or/etc/ tuxbox? Since I've already read various answers. Maybe I have a problem. Which explains the scroll error. I have 2 satellites.xml. One in enigma2 and one in tuxbox.

greetings



Re: According to PLI Update ORF map dark - also in other boxes #22 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 15 October 2016 - 14:49

In tuxbox goes the default, updatable satellites.xml. In enigma2 is the user satellites.xml

User one gets more priority over system one.
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: According to PLI Update ORF map dark - also in other boxes #23 satoldtimer

  • Senior Member
  • 54 posts

0
Neutral

Posted 15 October 2016 - 15:14

Thanks for the answer. I have understood. I have changed in DreamboxEdit data and nothing happened. The directory setting was incorrect. Now everything is okay.

@WanWizard: I have the error of the roll with the right button. Every time after a change in DreamboxEdit occurs the error. Settings reloaded. The error is only in the blindscan plugin. In the tuner config menu not. After an enigma restart it works again.



Re: According to PLI Update ORF map dark - also in other boxes #24 WanWizard

  • PLi® Core member
  • 70,851 posts

+1,832
Excellent

Posted 15 October 2016 - 15:31

Very weird.

 

All GUI elements in input forms are standard functions, like this one, "a list in which you select an option using left or right". I checked the code of the blindscan plugin, but it doesn't use anything different.

 

So it does look like there is something on your box that interferes with this? Any manually installed plugins?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (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: According to PLI Update ORF map dark - also in other boxes #25 satoldtimer

  • Senior Member
  • 54 posts

0
Neutral

Posted 15 October 2016 - 19:19

I've determined some plugins from the feed. Apart from one - Permanent Timeshift - run all from the first day without errors. Which is not exactly the feed I know at the beginning not exactly. Except on PT all run very well.

The pli own timeshift also works well. But I've got used to permanent timeshift ... and want to keep it.

If PT runs ... I press the pausentasten or coil back ... and then later with the STOP button ... I have often a GS. I hang times a log file.

greeting

Attached Files



Re: According to PLI Update ORF map dark - also in other boxes #26 satoldtimer

  • Senior Member
  • 54 posts

0
Neutral

Posted 15 October 2016 - 21:59

... I had just once again in the same way and with Permanent Timeshift a GS.

 

Attached Files



Re: According to PLI Update ORF map dark - also in other boxes #27 WanWizard

  • PLi® Core member
  • 70,851 posts

+1,832
Excellent

Posted 16 October 2016 - 13:07

Neither of these files contain a green screen error.

 

I don't know where you got that permanent timeshift thing from, but it is not compatible and it crashes with a segfault in some binary.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (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: According to PLI Update ORF map dark - also in other boxes #28 littlesat

  • PLi® Core member
  • 57,433 posts

+708
Excellent

Posted 16 October 2016 - 13:28

First update... compile date 8 sep 2016
Is the timeshift done on internal hdd or nas. When nas then issue with drivers/kernal in regards to memory fracturing...

I think error is an oops... and at that date you do not see the oops in the logs

Edited by littlesat, 16 October 2016 - 13:31.

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


Re: According to PLI Update ORF map dark - also in other boxes #29 satoldtimer

  • Senior Member
  • 54 posts

0
Neutral

Posted 16 October 2016 - 14:36

Permanent time hift (1.4b) is from the feed. There is however a new version ... at least 1.5. This is not on the feed.

Timeshift is stored internally on the hard disk media / hdd. The crashlogs were created immediately after the GS. In the last lines of the log is also "action -> InfobarTimeshiftActions timeshiftStop" ... after that it takes 1-2 seconds and then comes the GS. This is not permanently reproducible.
I have now changed in the PT menu a setting: With "key long stop" I have now "open setup" times temporarily instead of "stop timeshift".

 

 

 

< 35238.525> resolved to PLAY
< 35241.540> action ->  InfobarTimeshiftActions timeshiftStop
< 35241.543> resolved to PAUSE
< 35241.616> resolved to PLAY
< 35241.662> resolved to FAST FORWARD
< 35242.012> [eDVBPESReader] Created. Opening demux
< 35242.013> [eDVBPESReader] Created. Opening demux
< 35242.046> action ->  PTS_GlobalActions stopTimeshift
< 35242.049> resolved to PAUSE
< 35242.071> resolved to PLAY
< 35242.092> [eDVBChannel] getLength failed - can't seek relative to end!
< 35242.106> resolved to FAST FORWARD
< 35242.163> [eDVBPESReader] Created. Opening demux
< 35242.164> [eDVBPESReader] Created. Opening demux
< 35242.237> [eDVBPESReader] Created. Opening demux
< 35242.237> [eDVBPESReader] Created. Opening demux
< 35242.240> resolved to PLAY
< 35242.254> resolved to PLAY
< 35242.265> [eFixedMessagePump] Got event but queue is empty

 

Attached Files




2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users