epgd: stark verzögerter VDR-Start

  • Hi,
    im Laufe der Zeit wird der VDR beim Start immer langsmer. Zur Zeit passiert 3min nix aufgrund dessen der WAF leidet! Grund ist EPGD. Dummerweise läuft es (epgd, vdr) nicht parallel oder der Rechner ist so ausgelastet das VDR nnicht zum Zuge kommt. Rechner siehe Signatur. Ist also schnell genug.
    Woran liegts? Was kann ich tun? Ich meine, zu Zeiten der Installation war die Verzögerung nicht merklich.....
    Kann man die epgd-Aktivitäten nicht verzögert NACH dem VDR-Start laufen lassen?


    :vdr1 VDR User #626:fans
    VDR II: YeongYang A106, Fusi D1522, Celeron 2GHz, Frontend per DVB-s FF, 2xDVB-c, ATRIC-IR, YaVDR 0.3a
    VDR III HDTV: Inter-Tech 2008V mit iMonLCD, Atric, ASRock Extreme3 770 AM3, AMD Sempron 140 1x 2.70GHz AM3, 1,5TB WD15EADS, 2TB WD20EARS, 2x4GB DDR3-1600, NVidia GT520 passiv, 3x DVB-c, YaVDR 0.5 @ Samsung PS-50B550

  • Kann man die epgd-Aktivitäten nicht verzögert NACH dem VDR-Start laufen lassen?

    Wenn man die beiliegende README gelesen hat, sollte das möglich sein.
    http://projects.vdr-developer.…emon.git/tree/README#n245
    Das Update kann man dann mit einem SIGHUP an den Daemon anstoßen: [Announce] VDR Plugin epg2vdr 0.0.4 & epgd 0.0.5

    Code
    sudo killall -HUP epgd


    BTW: wozu lädt man noepg, wenn man epg2vdr nutzt?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • wenn es sich um den Rechner mit den 8Gb Ram handelt liegt es sicher nicht an der HW, es sei denn die Datenbank läuft auf ner SD Karte.


    also noepg hat auf dem Ding nix zu suchen, das stört den einwandfreien Mischbetrieb bzw legt ihn lahm. Was ist mit scraper, nutzt du das auch? Generell wäre es sicher aber keine schlechte Idee die DB/epgd auf einem Server zu betreiben, alternativ den vdr nachts einmal zum update aufwachen lassen oder aber zumindest den Update wie beschrieben asynchron zu triggern.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Moin,


    wenn ich das hier richtig verstehe:


    Code
    Sep 28 09:16:11 YaVDR vdr: [1066] restfulapi: found 241554 files in /var/cache/vdr/epgimages/*.
    Sep 28 09:16:17 YaVDR vdr: [1066] restfulapi: found 27 files in /*.
    Sep 28 09:16:17 YaVDR vdr: [1066] restfulapi: Initializing inotify for /var/cache/vdr/epgimages finished.
    Sep 28 09:16:17 YaVDR vdr: [1066] restfulapi: Initializing inotify for epgimages or channellogos failed! (Check restfulapi-settings!)
    Sep 28 09:16:17 YaVDR vdr: [1066] create server


    wird bei yaVDR der VDR erst gestartet, wenn der epgd "fertig" ist? Bzw. spielt da restfulapi irgendwie rein? Das ist aber absolut nicht nötig, der VDR kann einfach gestartet werden, die entsprechenden VDR Plugins epg2vdr und scraper2vdr warten dann schon von sich aus, bis der epgd fertig ist...vielleicht sagt da mal ein "yaVDR Kundiger" was zu?


    Ciao Louis

  • Mist ich hab dasselbe bei einem Kollegen beobachtet und es da auf eine 100 Jahre alte HDD geschoben - da hatte ich 3 Minuten nen Curser im Schirm bevor vdr startete


    kann ich selber nicht testen da ich keine DB/epgd auf einem vdr betreibe und wenn dann sicher keinen epgd als Paket.


    was dagegen sinnig ist ist das warten des epgd auf die mysql beim Start, da kracht zwar auch nix aber einen Nutzen hätte es ansonsten auch nicht. VDR sollte dagegen auf rein gar nichts warten, einfach loslegen und gut!


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • wird bei yaVDR der VDR erst gestartet, wenn der epgd "fertig" ist?

    Ich habe das Paket dafür nicht selber erstellt, aber soweit ich das aus der Upstart- bzw. Init-Datei ersehen kann, wartet epgd nur auf mysql.


    Beim Start des VDR gibt es vermutlich eine ordentliche I/O Belastung für das System - mit Plugins, die ihren Cache füllen und Dateien indexieren, dem VDR, der Aufnahmen und EPG-Daten einliest und einem gleichzeitig laufenden epgd-Update und ggf. einem MySQL, das auch erst mal viel von der Platte lesen muss, ist da schon einiges los. Ich denke eine SSD für das System zahlt sich da schon aus.


    Ansonsten wäre ein komplettes Syslog vom Start interessant, vielleicht finden sich noch weitere Dinge, die nicht optimal laufen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich denke eine SSD für das System zahlt sich da schon aus.


    Deshalb auch die spitze Bemerkung mit der DB auf SD Karte ;D


    Hab dem Kollegen auch eine SSD empfohlen, hat er auch schon liegen ist nur noch nicht eingebaut...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Ich habe das Paket dafür nicht selber erstellt, aber soweit ich das aus der Upstart- bzw. Init-Datei ersehen kann, wartet epgd nur auf mysql.


    Ich denke das war ich. Ich bin aber noch nicht völlig verkalkt. Warum sollte der epgd denn auf den VDR warten?


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Warum sollte der epgd denn auf den VDR warten?


    Andersrum...aber egal, scheint ja eh nicht das Problem zu sein.


    Aber anscheinend kann restfulapi erst dann die Größe des epgimages Verzeichnisses bestimmen, wenn der epgd fertig ist. epgd schreibt da ja auch rein, die kommen sich wohl bzgl. i/o oder locking Mechanismen des Filesystems in die Quere. Und der VDR wartet anscheinend auf irgendein Signal vom restfulapi Plugin...


    Ich bin mir relativ sicher, wenn Tobias mal das epgimages Verzeichnis komplett putzt, geht es wieder schneller...


    Ciao Louis

  • Deshalb auch die spitze Bemerkung mit der DB auf SD Karte ;D


    wobei der 1 Kern Semperon auch nicht grad üppig ist und auch nicht klar ist wie viel Ram vdr/mysql tatsächlich zur Verfügung stehen - nicht das 3/4 davon dem Livebuffer vorbehalten ist...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Ich bin mir relativ sicher, wenn Tobias mal das epgimages Verzeichnis komplett putzt, geht es wieder schneller...


    und/oder das restfulapi Plugin deaktiviert...


    guter Hinweis!


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • epg2vdr schreibt doch eigentlich erst in das Verzeichnis für epgimages, wenn er die Daten aus der MySQL-DB aktualisiert - und das passiert doch eigentlich noch nicht bei der Initialisierung der Plugins. epgd selbst sollte die Bilder doch in der Datenbank bzw. seinem eigenen Cache-Verzeichnis ablegen, oder?


    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • nein, liegen in /var/cache/vdr/epgimages, sonst müssten ja alle Plugins/skins angepasst werden - und da sammelt sich auch schnell mal was an...


    scraper legt sein zeugs woanders ab


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Nein das was seahawk sagt stimmt schon...ich hatte da nen Denkfehler. epgd speichert die Bilder in der DB. epg2vdr holt sie dann von der DB in das lokale epgimages Verzeichnis. Ich bin mir jetzt allerdings nicht sicher, ob epg2vdr die Bilder schon holt, solange der epgd noch mit seinem Update beschäftigt ist.


    Wie auch immer, die mehr als 240000 epgimages scheinen das System irgendwie intensiv zu beschäftigen ;)


    Ciao Louis

  • Ich versuch mal zu antworten...
    Livebuffer ist abgeschaltet. So siehts beim Top aus:


    noepgd habe ich nur, weil ich ausschließlich externes EPG von tvm nutzen möchte. Kein mischen, kein nix.
    ICh gebe zu die Readme nicht komplett gelesen zu haben. Also einfach das Plugin deaktivieren?


    Ansonsten habe ich beim epgd außer dem tvm-Grabber nix drin. Braucht ihr sonst noch LogFiles?
    Restfulapi noch deaktivieren?
    Im Anhang das komplette Syslog vom Start....


    Dateien

    :vdr1 VDR User #626:fans
    VDR II: YeongYang A106, Fusi D1522, Celeron 2GHz, Frontend per DVB-s FF, 2xDVB-c, ATRIC-IR, YaVDR 0.3a
    VDR III HDTV: Inter-Tech 2008V mit iMonLCD, Atric, ASRock Extreme3 770 AM3, AMD Sempron 140 1x 2.70GHz AM3, 1,5TB WD15EADS, 2TB WD20EARS, 2x4GB DDR3-1600, NVidia GT520 passiv, 3x DVB-c, YaVDR 0.5 @ Samsung PS-50B550

    Einmal editiert, zuletzt von Tobias ()

  • noepgd habe ich nur, weil ich ausschließlich externes EPG von tvm nutzen möchte. Kein mischen, kein nix.
    ICh gebe zu die Readme nicht komplett gelesen zu haben. Also einfach das Plugin deaktivieren?


    Ansonsten habe ich beim epgd außer dem tvm-Grabber nix drin. Braucht ihr sonst noch LogFiles?
    Restfulapi noch deaktivieren?


    ok, und keine SSD im System?


    restfulapi wenn du es es nicht nutzt mal ausmachen bitte, das tut ja nicht weh.


    wegen dem noep:
    wenn du im pluginsetup blacklist = 1 setzst und an jede ID in der channelmap eine ":0" anhängst ist das äquivalent und es wird nichts gemischt auf diesem Kanal,


    root@PowerEdge:/usr/src/epgd# grep ":0 =" /etc/epgd/channelmap.conf

    Code
    tvm:69:0 = S19.2E-1-1053-21107  //      NICK HD
    tvm:14:0 = S19.2E-1-1053-21107  //      Comedy Central HD
    tvm:48:0 = S19.2E-1-1091-31220  //      EuroNews
    //tvm:125:0 = S19.2E-1-1026-10067       //      Bloomberg Europe TV
    epgdata:127:0 = S19.2E-1-1026-10067     //      Bloomberg Europe TV
    tvm:42:0 = S19.2E-1-1068-28522  //      CNN Int.
    tvm:177:0 = S19.2E-133-10-125   //      AXN HD
    tvm:54:0 = S19.2E-1-1053-21103  //      QVC HD


    aber lass das bitte erst mal so wie es ist.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • ansonsten starten vdr/epgd gleichzeitig, das passt schon soweit


    es sieht in der Tat danach aus das es was mit restfulapi und nicht mit epgd zu tun hat, wobei ich mir auch gerade überlege wie ich genau das bei dem Bekannten optimieren kann, der hat auch sone kleine Maschine mit einem Kern G530 und 2 Gb Ram glaub ich.


    Bei ihm lass ich die Kiste nachts einmal angehen und die 135 Sender mit dvb/ext zu aktualisieren, das bedeutet aber das er wenn er Abends anmacht trotzdem wieder extern aktualisiert. das ist suboptimal mE.


    Der Prozess ist/sollte so sein:
    Also ich lass ihm die Kiste angehen, dann macht er ein update wie bei dir. Besser wäre das wie angemerkt extern mit '/usr/bin/killall -HUP epgd' zu triggern. Aber nur einmal am Tag und nicht bei jedem boot. Könnte man mit anacron und dann cron daily machen. Auch ideal wäre es das nicht beim boot sondern 10min später zu machen, nur für den Fall das das Update nachts nicht funktioniert hat oder so - dann würde es nicht wie bei dir blockieren.


    Und ne SSD wär sicher ne gute Idee um das IO von der CPU zu holen.


    Würd ich mir gern mal ein Gesamtkonzept(-vorschlag) zu überlegen für die ganzen Kollegen mit kleiner HW...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Nein, keine SSD. Ist eine SATA-Platte. Habe jetzt Restfulapi + epgd in der order.conf deaktiviert. Weiterhin in der channelmaps.conf die 0 noch mit angehangen, blacklist = 1 gesetzt und in der epgd.conf CheckInitial=0 gesetzt.

    Muss ich bei CheckInitial=0 den Start dann manuell mit killall -HUP triggern?


    Also persönlich finde ich überhaupt nicht das das System langsam ist. Ist ja kein RaspberryPi sondern der VDR III in der Signatur

    :vdr1 VDR User #626:fans
    VDR II: YeongYang A106, Fusi D1522, Celeron 2GHz, Frontend per DVB-s FF, 2xDVB-c, ATRIC-IR, YaVDR 0.3a
    VDR III HDTV: Inter-Tech 2008V mit iMonLCD, Atric, ASRock Extreme3 770 AM3, AMD Sempron 140 1x 2.70GHz AM3, 1,5TB WD15EADS, 2TB WD20EARS, 2x4GB DDR3-1600, NVidia GT520 passiv, 3x DVB-c, YaVDR 0.5 @ Samsung PS-50B550

  • Habe jetzt Restfulapi + epgd in der order.conf deaktiviert

    wenn dann epg2vdr aber das wäre sinnfrei. - oder noepg, das kannst du natürlich machen


    Muss ich bei CheckInitial=0 den Start dann manuell mit killall -HUP triggern?

    ganz genau,


    es wäre auch super wenn du

    Code
    UpdateTime = 23

    setzt weil der Coundown läuft trotzdem, checkinitial unterdrückt nur den Lauf beim Start


    Also persönlich finde ich überhaupt nicht das das System langsam ist. Ist ja kein RaspberryPi sondern der VDR III in der Signatur

    naja, du beschwerst dich ja schon das es beim Boot komisch im Sinne von merkwürdig wird ;))

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!