MLD-5.x > General
5.1 Installation epg-daemon+epg2vdr und scraper2vdr Erfahrungen
(1/1)
thueringer01:
Hallo,
als erstes hab ich so installiert wie MegaX das vorgeschlagen hat.
--- Quote from: MegaX on September 15, 2016, 18:51:47 ---Hi,
am besten installiert man auf einem frischen System erstmal nur den epg-daemon, richtet diesen über das WebIF ein und lässt den dann erstmal arbeiten bis er fertig ist, also mit dem herunterladen der Daten von den ext. EPG Providern, dem Abgleichen der Serieninfos von Constable und dem scrapen der ganzen Bilder.
Das Ganze kann je nach Anzahl der verwendeten Sender und der Internetverbindung schon mal einige Stunden in Anspruch nehmen. Dies ist aber nur der Fall wenn man mit einer frischen Datenbank anfängt, und bei den Updates werden ja nur noch die neuen Daten heruntergeladen.
Ist der epg-daemon irgendwann mal fertig, dann sollte man den VDR stoppen, die /var/cache/vdr/epg.data löschen, die VDR Plugins epg2vdr und scraper2vdr installieren und den VDR danach wieder starten.
--- End quote ---
Das aktualisieren der series episode (Serieninfos) dauerte bei mir ca. 4h.
Danach noch den scraper2vdr dazu.
Alle Bilder/Infos sind da und auch die HDD-LED ist jetzt ruhig.
Dann hab ich einen reboot gemacht.
Das log sieht dann so aus: olo0ok
Nach Neustart leuchtet die HDD-LED etwa 4 min im Dauerbetrieb. Der VDR reagiert aber auf die FB.
Jetzt noch aktuell aus dem LOG:
--- Code: ---Oct 19 17:06:09 (MLD) user.err vdr: epg2vdr: Got epgd state 'busy (match)' (4)
Oct 19 17:06:09 (MLD) user.err vdr: epg2vdr: Change handler state to 'standby'
Oct 19 17:06:18 (MLD) user.err epgd: State now 'standby'
Oct 19 17:06:18 (MLD) user.err vdr: epg2vdr: Got epgd state 'standby' (1)
Oct 19 17:06:18 (MLD) user.err vdr: epg2vdr: Change handler state to 'active'
Oct 19 17:06:19 (MLD) user.err vdr: epg2vdr: Updated changes since '19.10.2016 17:03:43'; 86 channels, 645 events (2 deletions) in 363 ms
Oct 19 17:07:42 (MLD) user.err epgd: State now 'busy (match)'
Oct 19 17:07:43 (MLD) user.err vdr: epg2vdr: Got epgd state 'busy (match)' (4)
Oct 19 17:07:43 (MLD) user.err vdr: epg2vdr: Change handler state to 'standby'
Oct 19 17:07:51 (MLD) user.err epgd: State now 'standby'
Oct 19 17:07:52 (MLD) user.err vdr: epg2vdr: Got epgd state 'standby' (1)
Oct 19 17:07:52 (MLD) user.err vdr: epg2vdr: Change handler state to 'active'
Oct 19 17:07:53 (MLD) user.err vdr: epg2vdr: Updated changes since '19.10.2016 17:06:19'; 86 channels, 525 events (0 deletions) in 362 ms
Oct 19 17:08:44 (MLD) user.err epgd: State now 'busy (match)'
Oct 19 17:08:44 (MLD) user.err vdr: epg2vdr: Got epgd state 'busy (match)' (4)
Oct 19 17:08:44 (MLD) user.err vdr: epg2vdr: Change handler state to 'standby'
Oct 19 17:08:53 (MLD) user.err vdr: epg2vdr: Update info.epg2vdr recordings
Oct 19 17:08:53 (MLD) user.err vdr: epg2vdr: Updated 0 info.epg2vdr files
Oct 19 17:08:55 (MLD) user.err epgd: State now 'standby'
Oct 19 17:08:56 (MLD) user.err vdr: epg2vdr: Got epgd state 'standby' (1)
Oct 19 17:08:56 (MLD) user.err vdr: epg2vdr: Change handler state to 'active'
Oct 19 17:08:57 (MLD) user.err vdr: epg2vdr: Updated changes since '19.10.2016 17:07:53'; 86 channels, 1393 events (0 deletions) in 714 ms
--- End code ---
Jede Minute ein update, muß das sein?
Was kann ich tun, um die "Startbelastung" zu verkleinern?
Grüße
iNOB:
--- Quote ---Was kann ich tun, um die "Startbelastung" zu verkleinern?
--- End quote ---
epgd + mysql auf eine andere Maschine installieren. Das ist eigentlich auch die Grundidee von einem Client/Server-System wie diesem.
Navigation
[0] Message Index
Go to full version