Man könnte die Lösung für die Locale-Einstellungen ja aus dem altbekannten config-loader übernehmen: https://github.com/flensrocker…bian/config-loader.sh#L68
Das könnte man übernehmen. Die Grabber holen deutsche EPG Daten. Deshalb sollte die deutsche Locale Voreinstellung die richtige sein.
Was ich an gda wegen „tolle Sprachlösung“ schrieb war ironisch gemeint.
Ich verstehe nur gar nicht warum? Ich habe doch gar nicht behauptet ich hätte eine "tolle Sprachlösung".
Gerald
Zurückkommend zum Eingangsthema habe ich gestern diverse Tests mit dem Raspi (512MB RAM) als epgd DB-Server, einer SanDisk SDSDXPA-008G-X46 und einem VDR-Client mit epg2vdr-Plugin gemacht. Verglichen mit einer lokalen Installation (epgd+mysql+epg2vdr-Plugin auf einer Kiste) ist die Client-Server Kombination nur minimal langsamer. Das Umschaltverhalten ist vergleichbar mit dem xmltv2vdr-Plugin. Lediglich auf Sendern die nur SAT-EPG bekommen sind die Umschaltzeiten etwas höher.
Verglichen zur ursprünglich verwendeten SD-Karte ist der Unterschied gravierend. Der I/O Speed des Datenträgers spielt wie hier schon öfters erwähnt, für epg2vdr die größte Rolle. Bin gespannt wie sich das Cubieboard2 schlägt...
Gruß
iNOB
Lediglich auf Sendern die nur SAT-EPG bekommen sind die Umschaltzeiten etwas höher.
Meinst du damit die Sender die du in der channelmap mit vdr:000 eingetragen hast oder die gar nicht in der channelmap stehen und via blacklist = 0 durchgelassen werden?
Jörg
Die Sender die in der channelmap mit vdr:000 eingetragen sind (blacklist = 1), also diejenigen die der VDR-Client aus dem SAT-EPG pflüggt und in die DB auf dem Server schreibt.
Gruß
iNOB
Die Sender die in der channelmap mit vdr:000 eingetragen sind (blacklist = 1), also diejenigen die der VDR-Client aus dem SAT-EPG pflüggt und in die DB auf dem Server schreibt.
Gruß
iNOB
ja das macht Sinn, diese werden komplett, alles was der Sender liefert in die DB übernommen (voller Range), für die anderen epgdata:xxx etc. werden nur die kommenden 4 Tage geholt (die brauchen wir später für das mergen der EPGs).
Ich denke das wird besser wenn der VDR mal einen Moment lief sodass alles in der DB steht, dann muss nur für Änderungen und die neuen Events (neuer Tag) die DB geschrieben werden.
Bin gespannt wie sich das Cubieboard2 schlägt...
Gruß
iNOB
Was meinst du damit genau? Ich merke keinen Geschwindigkeitsunterschied bei den beiden Varianten. Sowohl lokal, gpgd, mysql und epg2vdr-Plugin auf einer Kiste als auch als Server auf einem Cubieboard2 installiert, sind die Umschaltzeiten gleich. Hier läuft alles auf einer SD. Eine HD ist zwar angeschlossen aber noch nicht für die Datenspeicherung eingebunden.
MfG
wino
horchi
Der Zappingtest fand relativ kurz (15 - 20 Min.) nach der Umstellung auf epg2vdr statt. Kann sein, dass die Datenbank da noch am werkeln war. Ich werde das heute Abend nochmal prüfen, dann läuft das Teil ja schon 24 Stunden 
wino
Schön zu hören, dann dürfte das auf meinem Cubieboard nicht anders sein 
Gruß
iNOB
Das Board A20-OLinuXino-MICRO finde ich ebenfalls interessant. [URL]https://www.olimex.com/wiki/A2…inuXino_Board_User_Manual
ist aber doch nicht viel anders und hat auch kein Gb Ethernet?
Christian
und hat auch kein Gb Ethernet
....hmm, ich glaube nicht dass das eine große Rolle spielt. Mein Raspi hängt mit nem "Edimax Wireless Nano USB-Adapter" im Netz. Zwischen WLAN und LAN (Raspi NIC hat nur 100MBit) kann ich keinen Unterschied feststellen. Mehr ist natürlich besser, aber wenns auch so geht ?! 
Gruß
iNOB
hmm, ich glaube nicht dass das eine große Rolle spielt. Mein Raspi hängt mit nem "Edimax Wireless Nano USB-Adapter" im Netz.
ich mein das man das Teil dann wie bei ner GoFlex auch als "Einsteiger NAS" missbrauchen kann - für die genannten Szenarien ist das in der Tat wurscht
Christian
Hallo zusammen,
ich habe nun nochmal einige Tests mit der GoFlex gemacht. Es sieht ganz gut aus. Gefühlt ist das Zappen jetzt ein wenig schneller als mit xmltv2vdr
Ich habe nun das komplette System auf einer SATA-HD, und kann keinen Unterschiede beim Zappen feststellen, egal ob die Kanäle mit:
tvm:ID,vdr:000, oder gar nicht in der chanmap stehen.
Achja.. den wirklichen Unterschied hat die my.conf von seahawk gebracht, damit fings auf einmal an zu flutschen.
Danke!
Hi,
ich habe soeben mal einen Igel (Neoware CA22) mit 1GHz und 1GB Ram als epg-Server eingerichtet.
Er hat IPC drauf (ohne Kommentar!), was bereits vieles von der CF-Karte fern hält (betreffend der Schreibzyklen) und bekam heute den mysql-Server und den Daemon. Die Datenbanken liegen auf einem USB-Stick mit 16GB.
Natürlich hat das Ding etwas beim ersten Erstellen der DB gebraucht, was ich in erster Linie mal auch auf die Schreib-/Lesegeschwindigkeit in Richtung USB zurückführe. Der VDR als Client war dann eine Zeit lang unbrauchbar (Bedienung)...
Jetzt ist der erste Run durch, die Daten sind da und es kann getestet werden.
Ich bin mir noch nicht sicher ob die Hardware es schafft, aber wir testen mal weiter was während der Abgleich-Prozeduren passiert...
Igel an sich liegt dann in der Anschaffung als gebraucht-Hardware bei ca. 40€ aufwärts
Also auf meinen kleinen Server mit einem Atom, gönnt sich MySQL ganz schon viel CPU.
server ~ # uname -a
Linux server 3.10.7-gentoo #1 SMP PREEMPT Sun Sep 8 11:08:33 CEST 2013 x86_64 Intel(R) Atom(TM) CPU 330 @ 1.60GHz GenuineIntel GNU/Linux
server ~ #[Blockierte Grafik: http://imageshack.us/a/img10/2296/6qtk.png]
Und die Database von epg2vdr ist mittlerweile auch schon über 3GB(!) groß:
server ~ # du -h /var/lib/mysql/epg2vdr/
3,2G /var/lib/mysql/epg2vdr/
server ~ #Mal sehen, wie es aussieht, wenn der neue Server, mit einem i7-4770K, fertig ist.
Hi.
Könnte nochmal jemand die my.conf von Seahawk posten?
Würde mir die auch gerne mal ansehen
Vielen Dank
Könnte nochmal jemand die my.conf von Seahawk posten?
Hier: http://pastebin.com/pUxvj5as
Die Dockstar läuft mit zram (25% des RAM) und hat eine im normalen Betrieb kaum genutzte kleine Swap-Datei auf einer Festplatte für alle Fälle (Updates, Paketbau usw.):
# free -h
total used free shared buffers cached
Mem: 120M 103M 16M 188K 2,2M 27M
-/+ buffers/cache: 73M 46M
Swap: 536M 29M 507M
Wenn man seine DB so vollstopft wie 3PO ist das ganz sicher die falsche Hardware, für das FreeTV-Angebot von Kabel D reicht es gerade so.
@ seahawk1986 ,
die Zeile "log-bin=mysql-bin" würde ich rausnehmen, oder wenigstes etwas in der Art von,
expire-logs-days = 10
max-binlog-size = 100M
hinzufügen, denn sonst müllt MySQL Dich ziemlich schnell mit Logs voll.
ls -al /var/lib/mysqlSoweit ich die Doku verstanden habe hält er das Log mit meiner my.cnf für ~ 7 Tage:
log-bin=mysql-bin
expire_logs_days = 7
Das bin-log ist in der Tat ein paar GB groß - allerdings kann man so immer eine Woche zurück schauen was in der DB passiert ist (was ich ab und an ganz praktisch finde):
ls -alsh /media/redone/mysql/
insgesamt 2,7G
132K drwxr-xr-x 4 mysql mysql 132K 23. Dez 23:01 .
4,0K drwxrwxrwx 32 1000 1000 4,0K 9. Sep 18:46 ..
4,0K -rw-r----- 1 mysql root 2,9K 21. Okt 19:04 alarm.err
16K -rw-rw---- 1 mysql mysql 16K 12. Dez 09:43 aria_log.00000001
4,0K -rw-rw---- 1 mysql mysql 52 12. Dez 09:43 aria_log_control
4,0K drwx------ 2 mysql mysql 4,0K 4. Dez 15:29 epg2vdr
18M -rw-rw---- 1 mysql mysql 18M 10. Sep 08:39 ibdata1
4,0K drwx------ 2 mysql mysql 4,0K 12. Nov 19:04 mysql
4,0K -rw-rw---- 1 mysql mysql 245 9. Sep 17:43 mysql-bin.000003
1,1G -rw-rw---- 1 mysql mysql 1,1G 17. Dez 13:30 mysql-bin.007285
1,1G -rw-rw---- 1 mysql mysql 1,1G 23. Dez 23:01 mysql-bin.007286
602M -rw-rw---- 1 mysql mysql 602M 29. Dez 09:28 mysql-bin.007287
8,0K -rw-rw---- 1 mysql mysql 57 23. Dez 23:01 mysql-bin.indexSie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!