[Announce] epgsearch-0.9.23

stolzi · 28. März 2008

Hallo,

habe nichts dazu gefunden, aber bei den vielen Threads über EPGSearch möchte ich mich entschuldigen wenn ich mein Problem doch übersehen habe :-/

Es geht um folgendes: Bei Suchtimern die eine Menge aufnehmen dauert auf einmal das ausführen der Suche extrem lange. zB Habe ich nun ein paar Monate Scrubs aufgenommen. Eine EPG Suche nach Scrubs dauert nun fast 120 Sekunden!

Woran kann das liegen? Vielleicht am Check auf Wiederholungen?

Danke
Stolzi

winni · 28. März 2008

Hi,

120s ist definitiv zu lang. So lange dauert mein komplettes Suchtimer-Update nicht.
Schalt doch mal bitte das Logfile von epgsearch ein (mit -P'epgsearch -v 3') und schau dann mal in <plugin-config-dir>/epgsearch/epgsearch.log was sich da so tut, wenn Du die Suche startest. Übrigens hat sich in den beta's zu 0.9.24 gerade bei der Geschwindigkeit eine Menge getan. Die Suche ist damit im Vergleich zu vorher ca. 25-30% schneller geworden.

Tschüss,

winni

stolzi · 28. März 2008

Danke dir für die schnelle Antwort! Hmm, also in der Log sieht man nix aussergewöhnliches. Während der 2 Minuten wiederholen sich diese Ausgaben:

Code

Fre 28.03.2008 12:15:52: start search for search timer 'scrubs'
Fre 28.03.2008 12:15:52: found 9 event(s) for search timer 'scrubs'
Fre 28.03.2008 12:15:52: analysing repeats for search timer 'scrubs'...
Fre 28.03.2008 12:15:52: get count recordings
Fre 28.03.2008 12:15:54: rec  ordings: 1
Fre 28.03.2008 12:15:54: skip 'Scrubs - Die Anfýnger~no subtitle' (Sam 29.03.2008 - 05:20, channel 5): already recorded 1 equal event(s   )
Fre 28.03.2008 12:15:54: get count recordings
Fre 28.03.2008 12:16:00: rec  ordings: 0
Fre 28.03.2008 12:16:00: get planned recordings
Fre 28.03.2008 12:16:00: planned: 0
Fre 28.03.2008 12:16:00: *** planning event 'Scrubs - Die Anfýnger~no subtitle' (Sam 29.03.2008 - 15:10, channel 5) for recording
Fre 28.03.2008 12:16:00: get count recordings
Fre 28.03.2008 12:16:06: rec  ordings: 0
Fre 28.03.2008 12:16:06: get planned recordings
Fre 28.03.2008 12:16:06: planned: 0
Fre 28.03.2008 12:16:06: *** planning event 'Scrubs - Die Anfýnger~no subtitle' (Sam 29.03.2008 - 15:40, channel 5) for recording
Fre 28.03.2008 12:16:06: get count recordings
Fre 28.03.2008 12:16:12: rec  ordings: 0
Fre 28.03.2008 12:16:12: get planned recordings
Fre 28.03.2008 12:16:13: planned: 0
Fre 28.03.2008 12:16:13: *** planning event 'Scrubs - Die Anfýnger~no subtitle' (Sam 29.03.2008 - 16:05, channel 5) for recording
Fre 28.03.2008 12:16:13: get count recordings
Fre 28.03.2008 12:16:19: rec  ordings: 0
Fre 28.03.2008 12:16:19: get planned recordings
Fre 28.03.2008 12:16:19: planned: 0
Fre 28.03.2008 12:16:19: *** planning event 'Scrubs - Die Anfýnger~no subtitle' (Sam 29.03.2008 - 16:35, channel 5) for recording
Fre 28.03.2008 12:16:19: get count recordings

Alles anzeigen

Bis dann diese kommt und die Suche beendet ist:

Code

Fre 28.03.2008 12:17:36: 4/9 events need a timer for search timer 'scrubs'
Fre 28.03.2008 12:17:36: start evaluating expression 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: stop evaluating expression 'Serien~Scrubs - Die Anfýnger' - result: 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: start evaluating expression 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: stop evaluating expression 'Serien~Scrubs - Die Anfýnger' - result: 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: start evaluating expression 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: stop evaluating expression 'Serien~Scrubs - Die Anfýnger' - result: 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: start evaluating expression 'Serien~Scrubs - Die Anfýnger'
Fre 28.03.2008 12:17:36: stop evaluating expression 'Serien~Scrubs - Die Anfýnger' - result: 'Serien~Scrubs - Die Anfýnger'

Noch eine Idee?
Danke für den Tip mit der neuen Version. Sollte die abwärts kompatibel sein, da ich vdr auch noch nicht upgedatet habe? Aber auch mi 25-30% schneller wird diese Abfrage noch lange dauern. Kannst du dir das erklären? Ist aber nicht nur bei Scrubs... wie gesagt bei allen Timern, die viel aufnehmen. Aber hier dauerts besonders lang.

Danke
Stolzi

winni · 28. März 2008

Hi,

die Zeit scheint vorallem bei "get count recordings" verlorenzugehen. Sind ja meist so um die 6s und das ist ziemlich lang. Bei mir dauert das keine Sekunde:

Code

Fre 28.03.2008 14:12:09: get count recordings
Fre 28.03.2008 14:12:09: recordings: 0

epgsearch sucht hier bei Suchtimern mit "Wiederholung vermeiden", was bei den existierenden Aufnahmen bereits da ist für diese Suche. Kann es sein, dass Du ein sehr großes Aufnahmearchiv (einige TB) hast, oder der Zugriff darauf sehr langsam ist (share, extern,...)?

Die aktuelle Beta ist abwärtskompatibel und wird auch bereits fleißig von einigen Testern und mir genutzt.

Tschüss,

winni

stolzi · 28. März 2008

Nein so groß wäre die Platte nicht: 500 GB und sie ist auch per IDE lokal angeschlossen. Allerdings ist mein RAM ziemlich ausgelastet. Viell liegts daran. Wollte nächste Woche eh mal nachrüsten, dann seh ichs.
Wie lange werden diese Daten für Wiederholungen eigentlich vorgehalten? Und wo werden sie gespeichert?

Danke dir
Stolzi

winni · 28. März 2008

Zitat

Wie lange werden diese Daten für Wiederholungen eigentlich vorgehalten? Und wo werden sie gespeichert?

Ewig Da gabs schon mal Diskussionen, wann ein sinnvoller Zeitpunkt für eine Bereinigung wäre, aber da kam irgendwie nix raus Gespeichert wird das in epgsearchdone.data.
Das hat aber nichts mit den 6s zu tun. Die werden beim Durchsuchen der Aufnahmen in /video... verbraten und das kommt mir eben seltsam lange vor.
Dauert das Aufrufen des Menüpunktes "Aufnahmen" bei Dir auch lange?

/EDIT: stop, hab mich in den sourcen vertan. Es hat doch genau mit dem Auswerten von epgsearchdone.data zu tun. Wie groß ist die Datei bei Dir?

Code

vdr:~/VDR# ls -lh /etc/vdr/plugins/epgsearch/epgsearchdone.data
-rw-r--r-- 1 root root 4,2M 2008-03-28 08:10 /etc/vdr/plugins/epgsearch/epgsearchdone.data

Probier bitte mal die aktuelle beta. Könnte sich trotzdem deutlich auswirken.

Tschüss,

winni

stolzi · 28. März 2008

Hmm, nein, die ist nicht sonderlich groß:

Code

linux:/etc/vdr/plugins/epgsearch # ll -h epgsearchdone.data
-rw-r--r--  1 root root 996K Mar 28 12:10 epgsearchdone.data

Jo, ich werde sobald ich Zeit habe mal die neue Version probieren. Das Auslesen der Aufnahmen dauert schon auch ein paar Sekunden bei mir. Mich hat nur verwundert, dass nur bestimmte EPG Suchen so lange dauern. Andere gehen blitzschnell...

holymoly · 10. April 2008

hallo,
nutze hier unter vdr-1.6 momentan die beta26.
Bei 'was laeuft als naechstes' schauts leider so aus
Aus der epgsearchmenu.conf

Code

MenuWhatsOnNow= %chnr%:3 |%chsh%:6| :1| %progr% %time% %t_status%:8| %title% ~ %subtitle%:35
MenuWhatsOnNext= %chnr%:3 |%chsh%:6| :1| %time% %t_status%:8| %title% ~ %subtitle%:35

Unter vdr-1.5.x und der -0.9.23 siehts auch so aus.
Was sollte geaendert werden ?
mfg

amair · 10. April 2008

Hallo!

Zitat
Original von holymoly
hallo,
nutze hier unter vdr-1.6 momentan die beta26.
Bei 'was laeuft als naechstes' schauts leider so aus
Aus der epgsearchmenu.conf
Code
MenuWhatsOnNow= %chnr%:3 |%chsh%:6| :1| %progr% %time% %t_status%:8| %title% ~ %subtitle%:35
MenuWhatsOnNext= %chnr%:3 |%chsh%:6| :1| %time% %t_status%:8| %title% ~ %subtitle%:35
Unter vdr-1.5.x und der -0.9.23 siehts aus so aus.
Was sollte geandert werden ?
mfg
Alles anzeigen

Welche LANG hast Du gesetzt?
Welchen Font nutzt Du?
Probier' mal diesen Font.

Gruß,
Andreas

winni · 10. April 2008

Hi holymoly,

bei Verwendung einer VDR-Version die bereits mit TT-Fonts arbeitet, funktioniert der Progressbar mit der Variable "%progr%" nur dann, wenn man auch einen TT-Font benutzt, der die entsprechenden Symbole beinhaltet (wie von Andreas gepostet). Alternativ kann man auch die Variable "%progrT2S%" verwenden. Hier ist aber Voraussetzung, dass der Skin das unterstützt. Bei text2skin, enigmang und einigen anderen ist das bereits der Fall. Für die Standardskins liefert epgsearch einen entsprechenden Patch mit.

Tschüss,

winni

holymoly · 10. April 2008

Hallo,
verwende erstmal die Variable "%progrT2S%" ,damit funktionierts ja nun.
Die Font werde ich morgen dann mal aendern.
Vielen Dank euch beiden.
mfg

netz · 16. April 2008

Hallo,
gab es im egpsearch-Plugin nicht mal die Möglichkeit, die Breite der Progressbar einzustellen?
Ich finde diese Einstellung nicht mehr.

vdr-1.6.0
VDR-Extensions-Patch-58
skinenigmang-0.0.6-cvs
epgsearch-0.9.24.beta26

bis dann,
Nando

winni · 16. April 2008

Hi Nando,

läuft Dein VDR mit UTF-8? Benutzt Du "%progrT2S%" oder "%progr%", oder den Default ohne eigene epgsearchmenu.conf?

Tschüss,

winni

netz · 16. April 2008

Hallo winni,
da bin ich wohl etwas hinterher, die Möglichkeiten in epgsearchmenu.conf kannte ich noch nicht.
(/etc/vdr/plugins/epgsearch/pgsearchmenu.conf war noch nicht vorhanden)

Ob mein VDR mit UTF-8 läuft kann ich dir nicht sagen.
Wie finde ich das heraus?

Ich habe die Zeilen von holymoly übernommen, dann passt es mit dem Progressbar.

Zitat

MenuWhatsOnNow= %chnr%:3 |%chsh%:6| :1| %progr% %time% %t_status%:8| %title% ~ %subtitle%:35
MenuWhatsOnNext= %chnr%:3 |%chsh%:6| :1| %time% %t_status%:8| %title% ~ %subtitle%:35

danke,
Nando

rdnzl · 16. April 2008

Hallo,

hatte mit der 0.9.24-beta22/vdr.1.4.7-Ext41 folgenden Absturz

Code

#0  0xb73a243f in cSearchExt::GetEventBySearchExt (this=Cannot access memory at address 0x7
) at epgsearchext.c:880
880           msprintf(&szTest, "%s%s%s%s%s", (useTitle?(p->Title()?p->Title():""):""), (useSubtitle||useDescription)?"~":"",
(gdb) bt
#0  0xb73a243f in cSearchExt::GetEventBySearchExt (this=Cannot access memory at address 0x7
) at epgsearchext.c:880
Cannot access memory at address 0xffffffff

winni · 17. April 2008

Hi rdnzl,

du hattest so einen crash ja auch schon mal mit 0.9.23. Könntest Du mir evtl. nach so einem crash mal Deine epg.data und channels.conf schicken? Von wo hast Du den EPG her? Provider oder via Internet?

Tschüss,

winni

rdnzl · 17. April 2008

Hi,

die EPG-Daten kommen vom Provider, für 16 Sender von tvmovie2vdr. Behalte die Daten immer für eine Woche, so daß die epg.data ca. 7 MB groß ist. Werde beim nächsten Crash mal eine Kopie zurücklegen.

MfG

Mucki86 · 26. April 2008

Hallo,

ich verwende VDR 1.7.0 mit epgsearch 0.9.24.rc1. Timer werden auch zuverlässig automatisch angelegt. Allerdings habe ich das Problem, das dass bei einigen Sendungen beim ersten anlegen der EPG nicht Vollständig ist. So wird zum Beispiel der Subtitle nicht eingetragen, weil dieser noch nicht verfügbar ist. Einige Tage später ist der Subtitle da, allerdings wird er im Timer nicht nachgetragen. Zum Test habe ich bei einem Suchtimer den Vorlauf auf 10min erhöht. Auch dies hat bei den bereits angelegten Timern zu keiner Änderung geführt. Alle Änderungen habe ich über das live Plugin gemacht und immer "Suchtimer-Update starten" ausgeführt.

Gruß
Mucki

winni · 26. April 2008

Hi Mucki,

ich kann das leider nicht nachvollziehen, weder in der Programmierung noch praktisch. Wenn ich am EPG eine Änderung beim Titel/Untertitel hab, so wird der zugehörige Timer beim nächsten Suchtimer-Update automatisch korrigiert. Ausnahme: Wenn sich die Start/Stop-Zeit um mehr als 10min ändert, dann legt epgsearch den Timer komplett neu an und läßt den alten Timer unberührt.

Tschüss,

winni

Mucki86 · 27. April 2008

Hi winni,

ich habe mein Problem gefunden.

Code

Son 27.04.2008 11:49:20: start search for search timer 'Nemesis - Der Angriff'
Son 27.04.2008 11:49:20: found 1 event(s) for search timer 'Nemesis - Der Angriff'
Son 27.04.2008 11:49:20: start evaluating expression '%Title%~%date%'
Son 27.04.2008 11:49:20: stop evaluating expression '%Title%~%date%' - result: 'Nemesis - Der Angriff~28.04.08'
Son 27.04.2008 11:49:20: timer for 'Nemesis - Der Angriff~no subtitle' (Mon 28.04.2008 - 22:02, channel 6) modified by user - won't be touched

Ich habe anscheinend beim Testen den Timer Manuell geändert. Wo wird dieser Status gespeichert? Dann könnte ich den ja zurücksetzen.

Gruß
Mucki

[Announce] epgsearch-0.9.23

Jetzt mitmachen!

Teilen