Hi Paul!
Hm, bist du ganz sicher? Bevor ich mich für das J4205 entschieden hatte, habe ich es mit einer Nvidia 1030 auf einem Asrock-J1900 probiert. An Probleme kann ich mich da in meiner recht kurzen Testphase eigentlich nicht erinnern- und die CPU ist ja nun alles andere als performant.
Kann jemand etwas dazu sagen? Vielleicht liege ich ja komplett falsch.
Viele Grüße
Andreas
Ja, ist möglich. Mit easy-vdr 3.5 auf einen Asrock J4205 werden UHD-Programme auch in HD dargestellt. Sollte aber auch mit einer geeigneten nvidia-Grafikkarte gehen.
Hallo Okul,
deine Lösung werde ich mir in meinen Notizblock schreiben um eine Lösung parat zu haben, wenn das Problem noch einmal auftreten sollte.
Mittlerweile hatte ich die Datenbank komplett platt gemacht und bin beim Neuaufbau auf dieses (mittlerweile gelöstes Problem) gestoßen:
Viele Grüße und vielen Dank für deine Antwort,
Andreas
Mein epgd kam aus dem main-Repository von frodo. Habe es jetzt der Einfachheit halber aus dem yavdr-main installiert, und damit scheint es zu laufen.
Ich möchte an dieser Stellen allen ganz herzlich danken, die sich an der Diskussion und damit an der Lösung des Problems beteiligt haben!
Viele Grüße und ein schönes Wochenende
Andreas
Etwa über ein Jahr lief epgd bei mir klaglos. Nachdem ich meine Datenbank bei einem Absturz des Servers scheinbar erfolgreich zerstört habe, habe ich die mit Hilfe des epgd-tools die alte Datenbank gelöscht, den User epg2vdr entfernt und alles neu angelegt.
Beim ersten Start werden events und images erfolgreich geladen. Beim Scrapen von Serieninformationen passiert dies:
Der Status des Servers bleibt über Tage in diesem Stadium stehen:
Nach einer Weile werden im epghttpd wieder Bilder und Programminformationen angezeigt, ein Zugriff durch einen lokalen vdr auf die Datenbank ist jedoch nicht möglich.
Der Server läuft auf Ubuntu Trusty. Alle Programmpakete sind auf dem aktuellen Stand. Als workaround könnte ich auch damit leben, keine Serieninfomationen zu verwenden. Aber- wo stelle ich das ein? In der epgd.conf habe ich schon SeriesEnabled auf 0 gesetzt.
Die restliche Konfiguration hat bis vor zwei Wochen tadellos funktioniert.
Viele Grüße,
Andreas
Hallo zusammen!
Durch einen Absturz zum scheinbar dümmstmöglichen Moment geistert in der Datenbank vom epgd ein Phantom-Timer herum, der sich über das Web-Frontend nicht endgültig entfernen lässt (Meldung: Timer wurde gelöscht und muss noch im VDR gelöscht werden). Erstellt wurde der Timer am vdr direkt. Auch wenn auf dem angeschlossenen Client die timers.conf gelöscht wird, holt er sich den Timer wieder vom epgd. Da dieser mittlerweile in der Vergangenheit liegt, fährt der vdr nicht mehr herunter.
Ist es möglich, direkt in der Datenbank lediglich die Timer zu löschen- und falls ja, welche Befehle sind dafür erforderlich?
Viele Grüße und Danke im voraus!
Andreas
Hi Horchi,
mit deinem Patch läuft die Sache wieder. Sorry, war da eben ein wenig ungenau.
Hallo Horchi,
ich hatte das gleiche Problem wie ALT255. In Kombination mit dem Patch von wolfi.M funktioniert der Empfang der EPG-Daten unter vdr-2.2.0 bei mir wieder! Vielen Dank! Ich war schon ganz verzweifelt...
Hallo dippes,
hier läuft es mit der Plugin-Version 1.5.3 im Zusammenspiel mit der angefragten Firmware problemlos. Das Plugin meldet sich mit Benutzername und Passwort an der Box an.
Gruß,
DrSat
Edit: Callmonitor-Support aktiviert? #96*5*
Huch, das ging ja schnell.
Das passende Image habe ich schon verwendet- mit dem anderen startet der Cubietruck überhaupt nicht.
Die Idee, nur die benötigten gpio-Ports zu ändern, hatte ich auch schon. Nur- welche sind das?
Geht es nur um das LED-Geblinke dabei? Darauf könnte ich zugunsten eines Netzwerkanschlusses locker verzichten 
Hallo Moorviper,
vielen Dank für dieses HOWTO! Zumindest ich habe aber noch ein Problem: Nachdem ich für einen Cubietruck die Änderungen in der script-ct.bin bezüglich der gpio-Ports gemacht habe, funktioniert der interne Netzwerkanschluss nicht mehr. Das Problem hatte ich auch bei dem Image von maz (vielen Dank auch Dir!). Hast Du eine Idee, wie man das Problem lösen kann?
Ja, und zwar hier:
https://github.com/3PO/Senderl…ree/master/separatorlogos
Gruß, DrSat
Mit ClearOnSwitch auf 1 und Patch gibt es keinen Ton und der vdr stürzt beim Beenden des mplayer-Plugins wieder ab. ClearOnSwitch auf 0 und alles ist wieder ok.
Gruß,
DrSat
Hallo Michael84,
ich meinte ClearOnSwitch = 0. Ich hatte alles an Tipps in die Kiste gestopft, was hier einmal erwähnt wurde. Viel hilft viel 
Gruß,
DrSat
Sorry- da habe ich wohl etwas durcheinander geworfen. Ich wurde nur hellhörig als es um das Thema "kein Ton" und "softhddevice" ging. Mit neuester git-Version, dem Patch in der 2. Version und der Einstellung in der setup.conf funktioniert das mplayer-Plugin problemlos.
Gruß,
DrSat
Leider auch keine Besserung hier. Beim Aufruf vom Mplayerplugin gibt es keinen Ton, und beim Beenden des Players stürzt der vdr ab. Mit Version 6.1rc1 klappt das problemlos.
Gruß,
DrSat
Ein Fehler ist mir gerade noch im Zusammenspiel von xine mit xine-ui aufgefallen. Startet man den vdr, beendet dann xine-ui und macht dann irgendetwas, was eine OSD-Einblendung zur Folge hat, stürzt der vdr ab. Im syslog erscheint nichts Verdächtiges, dmesg fördert Folgendes zu Tage:
[ 1381.754375] vdr[1824]: segfault at c8 ip 00007ff50d400e62 sp 00007fffb00466d0 error 4 in libvdr-skinnopacity.so.2.0.0[7ff50d3c6000+6f000]
[ 1383.963479] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[ 1383.963530] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[ 1383.964888] ngene: Device version 1
[ 1383.964958] ngene: Loading firmware file ngene_18.fw.
[ 1383.975897] ngene 0000:03:00.0: irq 44 for MSI/MSI-X
[ 1383.977334] error in i2c_read_reg
[ 1383.977419] No CXD2099 detected at 40
[ 1384.275586] LNBx2x attached on addr=a
[ 1384.275595] stv6110x_attach: Attaching STV6110x
[ 1384.275598] DVB: registering new adapter (nGene)
[ 1384.275603] ngene 0000:03:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[ 1384.319584] LNBx2x attached on addr=8
[ 1384.319592] stv6110x_attach: Attaching STV6110x
[ 1384.319595] DVB: registering new adapter (nGene)
[ 1384.319599] ngene 0000:03:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[ 1384.321867] No demod found on chan 2
[ 1384.322932] No demod found on chan 3Kann ein Fachmann damit etwas anfangen? Dieses Problem habe ich nicht, wenn ich einen anderen Skin verwende.
Viele Grüße,
DrSat
Hallo Louis,
ein Warmstart sowie ein Reboot liefen glatt durch, auch wenn skinnopacity als Skin eingestellt ist. Bis heute gabs hier (Debian Squeeze, vdr-2.0.1, xine-0.9.4) beim vdr-Start immer einen Absturz.
Vielen Dank für die Arbeit!
DrSat
Hallo,
seit vdr Version 1.7.28 werden bei mir unter Debian Squeeze keine Senderlogos mehr angezeigt, obwohl das mit Version 1.7.27 noch funktioniert hat. Dabei spielt es keine Rolle, ob eigenständige Skins oder Text2skin-Skins verwendet werden. Auffällig ist, dass bspw. beim Skin SkinnOpacity im Hauptmenü die Icons für die unterschiedlichen Plugins angezeigt werden. Grafikanzeige ist also grundsätzlich schon möglich. Da Plugins wie WeatherHD und MusicHD laufen würde ich davon ausgehen, dass das OSD Truecolor-fähig ist (Ausgabe über xine-plugin und xine).
Zum System: Es ist der Backports-Kernel 3.2 installiert, damit die DVB-API passt. Die Quelldateien habe ich mir von yavdr-unstable entliehen und selbst kompiliert. Aber auch die Sourcen von e-tobi haben zu dem gleichen Ergebnis geführt. Updates von libmagick++ oder libjpeg8 aus den Backports haben nichts bewirkt.
Im syslog ist nichts Auffälliges zu sehen- zumindest nicht auf den ersten und zweiten Blick.
Kennt jemand das Problem?
Viele Grüße,
DrSat