Jump to content


Photo

Autotimer is slow


  • Please log in to reply
25 replies to this topic

#1 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 15 January 2015 - 22:40

Hi, had to completly re-install everything from scratch. Now I have problems with autotimer. it took about 30! minutes to run. What is going on?

I flasht newest pli, installed autotimer from plugins menue and copied the autimer.xml I saved before.

init 4 && enigma2 on ssh shows that scanning hdd for existing files took very long everything else is fast.

 

What can I do? Why is this sudenly so slow? 



Re: Autotimer is slow #2 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 16 January 2015 - 09:33

I don't have that experience. Also the autotimer should be running in the background now, there should be no spinnners. Maybe you have a huge amount of EPG data or a huge amount of autotimers? I have 48 and that doesn't give problems.

 

What receiver? Maybe it's memory is full?


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Autotimer is slow #3 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 16 January 2015 - 11:16

init 4 && enigma2 on ssh shows that scanning hdd for existing files took very long everything else is fast.


To the best of my knowledge, autotimer does not scan the harddisk.
Real musicians never die - they just decompose

Re: Autotimer is slow #4 dirocca

  • Senior Member
  • 1,667 posts

+59
Good

Posted 16 January 2015 - 20:43

 

init 4 && enigma2 on ssh shows that scanning hdd for existing files took very long everything else is fast.


To the best of my knowledge, autotimer does not scan the harddisk.

 

does´t the autotimer check the hdd witch episode of a series is already recorded, so it won´t recorded twice?

 

grtz Philip


vuduo2 openpli6.1 1TB HDD 2xdualS2tuner

av receiver denon - samsung 4k hdr+ 65inch UE65MU7000 - bose accoustimas 7.1 :rolleyes:

tvv kaart & schotel(64cm), duo lnb, OSCAM

logitech harmony ultimate

 

 

 


Re: Autotimer is slow #5 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 17 January 2015 - 09:14

Yes, something like that, I was surprised to know as well.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Autotimer is slow #6 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 17 January 2015 - 12:08


 

does´t the autotimer check the hdd witch episode of a series is already recorded, so it won´t recorded twice?

 

 

It does. I have about 60 Autotimers and a full 4TB hdd. But before fresh instal it was way faster. Also it works different: Now there is a spinner. log shows: Main Thread is busy, show spinner or something similiar. The spinner is shown for about 3 or 5 min, dissaperas and is shown again. Nothing works during a autotimer run, box is completely busy. is ther a "run in background" option?



Re: Autotimer is slow #7 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 21 January 2015 - 17:47

"We found a matching recorded movie" is the step which tok about 10-15 seconds each. can someone test how long it takes normaly?



Re: Autotimer is slow #8 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 21 January 2015 - 19:08

i've never seen it do that, so maybe there's a setting that controls this that happens to be enabled for you?
Real musicians never die - they just decompose

Re: Autotimer is slow #9 Dimitrij

  • PLi® Core member
  • 10,379 posts

+354
Excellent

Posted 24 January 2015 - 13:35

Hi, had to completly re-install everything from scratch. Now I have problems with autotimer. it took about 30! minutes to run. What is going on?

I flasht newest pli, installed autotimer from plugins menue and copied the autimer.xml I saved before.

init 4 && enigma2 on ssh shows that scanning hdd for existing files took very long everything else is fast.

 

What can I do? Why is this sudenly so slow? 

Require description to be unique = Any service/recording

Require description to be unique -->On any service


Edited by Dimitrij, 24 January 2015 - 13:36.

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


Re: Autotimer is slow #10 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 25 January 2015 - 11:19

I deinstalled Autotimer, Upddated the box, installed autotimer again. Delete Autotimer.xml and created one single autotimer. but whatever I do it does not check for uniqness anymore. it creates timer for the same epsiode airing on different times. 

Where is the "Require description to be unique" in the xml?

<?xml version="1.0" ?>
<autotimer version="7">

 <defaults avoidDuplicateDescription="3" encoding="ISO8859-15" searchType="exact">
 </defaults>

 <timer name="The Knick" match="The Knick" enabled="yes" avoidDuplicateDescription="3" searchType="exact" searchCase="sensitive">
  <serviceref>1:0:19:6E:D:85:C00000:0:0:0:</serviceref> <!-- Sky Atlantic HD -->
 </timer>

</autotimer>

Can I delete the plugin with all it settings? Deleting via plugins menue and delete autotimer.xml is not enough


Edited by Weiti, 25 January 2015 - 11:20.


Re: Autotimer is slow #11 Dimitrij

  • PLi® Core member
  • 10,379 posts

+354
Excellent

Posted 25 January 2015 - 12:54

I deinstalled Autotimer, Upddated the box, installed autotimer again. Delete Autotimer.xml and created one single autotimer. but whatever I do it does not check for uniqness anymore. it creates timer for the same epsiode airing on different times. 

Where is the "Require description to be unique" in the xml?

<?xml version="1.0" ?>
<autotimer version="7">

 <defaults avoidDuplicateDescription="3" encoding="ISO8859-15" searchType="exact">
 </defaults>

 <timer name="The Knick" match="The Knick" enabled="yes" avoidDuplicateDescription="3" searchType="exact" searchCase="sensitive">
  <serviceref>1:0:19:6E:D:85:C00000:0:0:0:</serviceref> <!-- Sky Atlantic HD -->
 </timer>

</autotimer>

Can I delete the plugin with all it settings? Deleting via plugins menue and delete autotimer.xml is not enough

Require description to be unique = Any service/recording = avoidDuplicateDescription="3"

 

Require description to be unique = On any service = avoidDuplicateDescription="2"


Edited by Dimitrij, 25 January 2015 - 12:55.

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


Re: Autotimer is slow #12 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 25 January 2015 - 13:11

ok, so the xml is correct. but autotimer still does not work. Any ideas what to do?



Re: Autotimer is slow #13 Dimitrij

  • PLi® Core member
  • 10,379 posts

+354
Excellent

Posted 25 January 2015 - 13:32

ok, so the xml is correct. but autotimer still does not work. Any ideas what to do?

open plugin

delete selected entry

create a new auto timer


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


Re: Autotimer is slow #14 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 25 January 2015 - 16:51

tested that several times without any success. Also tested different series. Reboot, reinstall plugin, deinstall plugin update pli, instal again nothing works. still problems. there must be a folder/file with settings from autotimer because it always remembers settings like the delay on running after startup. maybe it works again with a total reset of autotimer. but where is it located? 



Re: Autotimer is slow #15 WanWizard

  • PLi® Core member
  • 70,849 posts

+1,832
Excellent

Posted 25 January 2015 - 18:21

All settings are stored in a central location, in /etc/enigma2/settings.


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: Autotimer is slow #16 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 25 January 2015 - 21:00

mhm, already deleted the autotimer entries there but it still knows th settings.

 

I tried the following: http://forums.openpl...imer-mod/page-3 Rev, 2,1 works. Three timer; runtime about 2 min. Slow, but It is working again. 

The old autotimer, Installed two years ago was way faster then the _mod

 

Is there a possibility to start the box and run autotimer once a day at a specific time (cronjob?) and deactivate the automatic run at the menue? This way it wouldn*t matter how long autotimer runs.



Re: Autotimer is slow #17 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 25 January 2015 - 21:08

7 timer: Greenscreen :/



Re: Autotimer is slow #18 Dimitrij

  • PLi® Core member
  • 10,379 posts

+354
Excellent

Posted 25 January 2015 - 21:28

7 timer: Greenscreen :/

Where is he?


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


Re: Autotimer is slow #19 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 26 January 2015 - 19:29

/etc/enigma2/autotimer.xml


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Autotimer is slow #20 Weiti

  • Senior Member
  • 53 posts

0
Neutral

Posted 26 January 2015 - 22:46

_mod 2.1 crashes

[AutoTimer] No changes in configuration, won't parse
lookup events with 'The Knick' as title (case sensitive)
main thread is non-idle! display spinner!
[AutoTimer] Won't modify existing timer because either no modification allowed or repeated timer
[AutoTimer] We found a timer (similar service) with same description, skipping event
[AutoTimer] We found a timer (similar service) with same description, skipping event
[AutoTimer] We found a timer (similar service) with same description, skipping event
action ->  WizardActions back
ERROR reading PES (fd=51) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 51(8)
lookup events with 'Life' as title (case sensitive)
main thread is non-idle! display spinner!
[AutoTimer] We found a matching recorded movie, skipping event: Life
[AutoTimer] We found a matching recorded movie, skipping event: Life
[AutoTimer] We found a matching recorded movie, skipping event: Life
ERROR reading PES (fd=51) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 51(8)
lookup events with 'Up All Night' as title (case sensitive)
main thread is non-idle! display spinner!
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[AutoTimer] We found a matching recorded movie, skipping event: Up All Night
[ePopen] command: ('hdparm', 'hdparm', '-y', '/dev/sda')
[ePopen] command: ('hdparm', 'hdparm', '-y', '/dev/sdb')
ERROR reading PES (fd=51) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 51(8)
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
Failure: exceptions.ValueError: Reactor no longer active, aborting.
PC: 00462a28
00000000 00000001 00000011 00000000
00000015 018bd750 0000001c 016b2ed8
00040000 00000001 00000000 63616265
00000002 2e676f6c 00000000 4f746c75
018bd0d0 019412e0 00000017 00000017
7ff11c10 005ba084 00000001 7ff11df4
0000000e 76a891e4 76af10b8 00000000
00643930 7ff11b78 7ff11d10 00585d44
-------
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
main thread is non-idle! display spinner!
Killed

I tried the version from plugins menue, the number changed so I thought it could be a newer version. But it still records absolutely everything with the same name. 

Does someone have a .ipk from the old autotimer, not the _mod version?




3 user(s) are reading this topic

0 members, 3 guests, 0 anonymous users