ctvdr Fernbedienung anlernen - was mache ich falsch?

  • Hallo,


    wie in meinem letzten Beitrag beschrieben (hier) habe ich neue Hardware und bin auf ct vdr 7 umgestiegen. In diversen Testinstallationen haben beide Fernbedienungen (Haupauge ir-Empfänger an der Karte als auch usb-ir bei der Technisat SkySar 2) funktioniert.
    Nun da ich den neuen PC entgültig zusammen gebastelt habe, bekomme ich beide nicht mehr zum laufen und ich verstehe nicht was ich falsch mache.


    Ich installiere (leider nach umserem umzug immer noch ohne Internetzugang) von der DVD. Füge die Plugins "Lirc" und die für Haupaugekarten hinzu und lösche nach der Installation die remote.conf.
    Dann startet die Anlernung der FB am TV. Leider wird keine erkannt. Aber genau so hat es auch sonst geklappt.
    Ich bin langsam mit meinem Latein am Ende. Da ich nur über rudimentäre Linuxkenntnisse verfüge ist meine Problemlösung meist Neuinstallation und von vorn anfangen, aber langsam spielt meine Frau da nicht mehr mit... Zumal es nichts bringt.


    Kann mir da jemand weiterhelfen?


    So long


    TD

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

    Einmal editiert, zuletzt von thorny devil ()

  • Also, für den Nexus IR das remote-plugin installieren, vdr stoppen, remote.conf löschen, vdr starten, FB anlernen und fertig.
    Vorerst lirc + USB-Empfänger mal ganz weglassen, das sollte auch ohne gehen und imho ist lirc etwas komplizierter...

  • Also ich war gestern bald am verzweifel.
    Ich hab die Kiste zum gefühlten 1000mal neu installiert. vdr gestoppt, remote.conf gelöscht, neu gestartet - und die FB wird nicht erkannt.
    Noch ein wenig mit verschiedenen Paketen rumprobiert, klappte nicht.


    Dann habe ich ctvdr 6.1 installiert, gleiches Ergebnis. So langsam keimte die Vermutung in mir, dass ich vielleicht ein Hardwareproblem / Kabelbruch am IR-Empfänger habe.
    Also habe ich die Karte mal raus, wieder rein und die Verkabelung des IR Empfängers wieder aus dem Gehäuse raus und einfach auf dem Boden gelegt.


    Zum 1001 mal ctvdr 7 installiert, vdr stoppen, remote.cong löschen - FB wird erkannt...


    :welle


    Wer soll das verstehen...???
    Kabel wieder im PC verstaut, Luft angehalten - FB geht immer noch.
    Flasche Wein aufgemacht...


    Bleibt eine (vorerst) letzte Frage:
    Wenn irgendwann mal wieder mein Internetzugang funktioniert, wird dann beim Installieren des burn-plugins und der Werbeerkennung alles nach geladen? Odre muss ich die Liste noch mal komplett neu aufsetzten?
    Ach ja und noch eine zweite Frage: Welche Dateien sollte ich mal sicherheitshalber sichern? Mir kommt da die smb.conf wegen des Sambazugriffs in den Sinn, die channels.conf, die remote.conf auch?


    Vielen Dank schon mal!


    Thorny Devil

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

  • Zitat

    Original von thorny devil
    Zum 1001 mal ctvdr 7 installiert, vdr stoppen, remote.cong löschen - FB wird erkannt...


    Kleiner Tipp, dein Problem gehörte zu denjenigen, bei denen eine Neuinstallation reiner Aktionismus, also vollkommen unnötig ist. Das betrifft übrigens die meisten Dinge im Linux-Umfeld.


    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

  • es könnte auch sein, daß dich das gleiche Problem wieder ereilt, wenn Du Maus/Tastatur/etc umsteckst. UDEV installiert alle Geräte als /dev/input/event{0..n}, eben auch die Nexus-FB.
    Wenn du das 1. entfernst, rücken die anderen nach - mit USB-Tastatur war die FB eben noch /dev/input/event6, Tastatur raus, und beim nächsten Booten ist sie /dev/input/event5... und "event6" steht in der remote.conf.


    Abhilfe:eine entsprechende UDEv-Rule anlegen. Hier im Forum mal nach UDEV+HAUPPAUGE suchen, da gibt es eine Lösung für fest vergebene UDEV-Devices.


    Gruß, Bernd

    Prod1: yaVDR 0.6; hush mini-itx-Gehäuse mit POV/ION330-1,technisat skystar usb 2
    Prod2: yaVDR 0.7 ansible auf Ubuntu Server 22.04; Silverstone ML02B-MXR; ZOTAC ION-F;
    Prod3: WETEK Play2 mit Coreelec

    2 Mal editiert, zuletzt von ramon.serrano ()

  • Danke für die Hinweise.
    Als Linux-Dau fällt einem irgendwann nicht mehr als ne Neuinstallation ein.
    Ich hab keine USB Tastatur oder Maus am PC von daher sollte das ausgeschlossen sein - dennoch Danke für den Hinweis.


    ABER - das Ding treibt mich dennoch in den Wahnsinn!!!
    Gestern lief alles Wunderbar - Kinder schauen Sandmännchen un gehen ins Bett.
    Ich richte, wie im WIKI beschrieben die Sambafreigabe ein und richte einen Sambauser mit Schreibrechten ein um die auf dem Windows-PC gespeicherten Filme vom alten vdr wieder zurück zu spielen.
    Nach dem der erste Film rüberkopiert ist und wir diesen schauen wollten, mache ichnoch einen Neustart und habe fortan kein Bild und keinen Ton mehr!
    Auch Eingaben an der FB und der Tastatur bringen nichts.


    In Ermangelung irgendwelcher Ideen, wäre jetzt meine Lösung wieder eine Neuinstallation....
    Ich habe die original smb.conf zurückgespielt auch wenn ich denke, dass das doch damit nichts zu tun haben sollte, und auch die remote.conf noch mal gelöscht. Bei Befehl vdr stop kommt die Meldnug vdr seems not to be running.
    Nach einem Neustart passiert nix...
    Ich habe noch einen Monitor am PC hängen, das System startet gaz normal hoch und irgendwann kommt die Melung, dass ich zum login auf eine andere tty umschalten muss.


    Was kann ich tun - was hab ich falsch gemacht???
    Wie gesagt langsam verzweifel ich!!!

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

  • Zitat

    Original von thorny devil
    In Ermangelung irgendwelcher Ideen, wäre jetzt meine Lösung wieder eine Neuinstallation....


    Unsinn! Auf die Art bekommst Du doch nie heraus, was du falsch machst und beim nächsten Mal passiert dir das dann wieder. Eine Neuinstallation ist nur dann Sinnvoll, wenn du hundertprozentig genau weißt was kaputt ist und der Aufwand das wieder herzustellen größer ist als eine Neuinstallation.

    Zitat

    Original von thorny devil
    Bei Befehl vdr stop kommt die Meldnug vdr seems not to be running.


    Na das ist doch super! Bitte mal mitdenken, dass heißt doch, dass du vermutlich kein Bild bekommst, weil der VDR-Prozess nicht läuft. Das Schöne daran ist doch, dass der VDR dir in /var/log/syslog genau sagt warum er nicht starten mag. Also nur noch in /var/log/syslog die Fehlermeldung finden, die Fehlerursache beheben und er läuft wieder. Post mal deine /var/log/syslog und wir sehen die uns mal gemeinsam an.


    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

    Einmal editiert, zuletzt von gda ()

  • Hallo,


    da hier im Forum Dateianhänge nur bis 50kb möglich sind habe ich die syslog bei rapidshare hochgeladen. Ich hoffe das ist ok so.


    h**p://rapidshare.com/files/280993383/syslog.txt.html


    Kann 10mal geladen werden.


    Ich habe nur die Einträge kopiert, welche von gestern sind. Beim überfliegen ist mir - nicht dass ich es erwartet hätte - leider nichts ins Auge gesprungen.
    Ich bin gespannt und hoffe, dass ihr was findet - oder sagt mir nach was ich suchen kann / soll.


    Danke für die Mühe!


    TD

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

  • Hallo TD,


    versuch doch bitte mal das Syslog zu packen (zip) und dann hochzuladen, das sollte gehen.
    Auf rapidshare komm' ich nicht drauf ;)


    Gruß, Bernd

    Prod1: yaVDR 0.6; hush mini-itx-Gehäuse mit POV/ION330-1,technisat skystar usb 2
    Prod2: yaVDR 0.7 ansible auf Ubuntu Server 22.04; Silverstone ML02B-MXR; ZOTAC ION-F;
    Prod3: WETEK Play2 mit Coreelec

  • Nach nem manuellen vdr restart dürften die relevanten infos in den letzten so 50-100 zeilen des syslog stehen.
    In etwa starte vdr, starte plugin x, starte plugin y, error..., delete plugin y delete plugin x etc.
    Relevant ist nur der Teil mit dem Fehler und ein paar Zeilen drumherum.
    (und wenn man das log vorher löscht dürfte im groben nur der vdr start drin sein)

  • Hab die entscheidenden Zeilen mal rausgeholt:


    Code
    Sep 15 22:00:21 debian vdr: [2412] ERROR: can't access /var/lib/video.00
    Sep 15 22:00:21 debian runvdr: stopping after fatal fail (vdr: can't access video directory /var/lib/video.00)


    Das ist ja wohl eindeutig. Fragt sich nur warum er das Videoverzeichnis nicht findet. Ist der Pfad richtig (beim mir ist es z.B. /video0) oder hast Du mit dem Einbinden des Samba-Shares etwas geändert? Evtl. sind auch die Rechte des Verzeichnisses im Eimer?

    VDR: Silverstone SG05 Lite, ASRock MB H510M-HDV R2.0, I3 10100, 8GB RAM, Ubuntu 22.04, vdr 2.6.4, 120GB SSD, 8TB SSD, Digital Devices Max S8X, Nvidia GT730, IR-WAKEUP USB

    Einmal editiert, zuletzt von wtor ()

  • Hallo,


    vielen Dank an eure Beiträge.
    Natürlich habe bezüglich samba was geändert, da ich ja von einem Windows PC schreibrechte haben möchte.
    Da wilderigel schreibt, dass der user vdr nicht schreiben darf schaue ich mal ob ich das hinbekomme, dass er wieder Schreibberechtigung bekommt.


    Ansonsten poste ich mal meine smb.conf, ich habe mich zwar ans Wiki gehalten, aber so manche Einträge sind mir da als Linux-Dau nicht so ganz klar...


    Am Freitag bekomme ich auch angeblich meinen internetzugang, dann wird es alles wieder gut... ;)


    So long...


    TD

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

  • Hallo Zusammen,


    nachdem ich statt am Freitag zu meinem Telefon DSL zugeschaltet, alles abgeschaltet bekommen habe, hat es die Telekom doch tatsächlich nach x Hotlineanrufen und drei Technikerbesuchen geschafft unser DSL einzurichten - wow hat nur 9 Wochen gedauert...
    Ich weiß gehört nicht hier hin, aber ich musste das gerade mal loswerden...


    So nun zu meinem vdr:
    Es lag tatsächlich an den Berechtigungen und mit dem mc hab ich nun die Berechtigungen so gesetzt, dass es funktioniert! VIELEN DANK der WAF stieg dannach wieder ernorm :)


    Ich hatte mich ja so gut es ging ans WIKI gehalten, wäre aber froh wenn sich mal jemand noch die smb.conf anschaut ob die grundsätzlich so in Ordnung ist.


    Ich habe heute nich versucht ein paar Pakete nach zu installieren. Leider hat das burn-plugin und das zum Erkennen der Werbung gestreigt. Die Pakete wären nicht vollständig?
    An sich besteht ja jetzt eine Internetverbindung - ist die dafür notwendig? Wenn ja, könnte es natürlich sein, dass diese noch konfiguriert werden muss, denn beim Installieren bestand diese ja noch nicht.
    Wenn ja, in welcher Datei, die wo liegt muss ich was eintragen?
    Das Ding hängt an ner FritzBox also an der IP 192.168.178.1


    Wäre toll, wenn das noch hinzubekommen wäre.


    Viele Grüße und vielen Dank noch mal!!!
    :portal1


    TD

  • Zitat

    Original von thorny devil
    [...]
    sein, dass diese noch konfiguriert werden muss, denn beim Installieren bestand diese ja noch nicht.
    Wenn ja, in welcher Datei, die wo liegt muss ich was eintragen?


    Dazu muss Du die Quellen für's apt auf online umstellen.


    Code
    $# cd /etc/apt
    $# cp sources.list{,bak}
    $# cp sources.list.online sources.list
    $# apt-get update


    fertich.

  • Hallo,


    super dass mir doch noch jemand geantwortet hat!
    Kannst du mir (=Linux Dau) das noch etwas genauer erklären?
    Muss ich das in eine Datei eingeben oder sind das Befehle die ich auf der Konsole eingebe?


    Vielen Dank schon mal!


    TD

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

  • Zitat

    Original von thorny devil
    super dass mir doch noch jemand geantwortet hat!


    Tja, Zeit ist ein knappes Gut.


    Zitat

    Original von thorny devil
    Muss ich das in eine Datei eingeben oder sind das Befehle die ich auf der Konsole eingebe?


    Sonst hätte ich den Dateinamen erwähnt :P Ja, Du musst es auf der Konsole oder auch Shell genannt eingeben. Das $# ist eine der vielen Konventionen um eine Eingabeaufforderung zu kennzeichnen. Deine Vorgeplänkel heißt vermutlich


    Code
    root@vdrpc:~$


    womit sich das $ Zeichen wiederfindet. Bei mir wars Tippfaulheit.


    Das #-Zeichen hat nur den Vorteil, dass genau dieses Zeichen den Anfang eines Kommentars bezeichnet, es also nicht schlimm ist, wenn man das einfach in die Shell haut, da alles nach dem Kommentar-Zeichen ignoriert wird und somit ausgeführt wird.
    Beim Kopieren in die Konsole also nach dem # Zeichen mit dem Markieren anfangen, sonst wird's nichts!


    Zum besseren Verständnis:


    Code
    cp sources.list{,bak}


    entspricht


    Code
    cp sources.list sources.listbak


    ergo


    Code
    cp Quelle Ziel


    Doku ist im Linux-System fast immer gleich hinterlegt.


    Code
    man name_des_befehls


    also


    Code
    man cp


    oder auch

    Code
    cp --help


    Wäre schon nicht schlecht, wenn Du verstehst was Du da machst. Die Befehle auf einer Eingabeaufforderung eines Betriebssystems von Herrn Gates lauten ähnlich. Ich glaub da war's copy, hab besagtes Betriebssystem aber nicht.


    Achja, apt-get update Doku und Hintergründe finden sich hier: http://www.debian.org/doc/manu…-howto/ch-apt-get.de.html

  • Vielen Dank für deine Ausführungen.
    Ich sehe das genauso, dass man schon wissen sollte was man so macht - gilt nicht nur bei Linux...
    Da ich unterwegs bin werde ich erst nächste Woche zum Lesen und Ausprobieren kommen, werde aber dann von meinen Erfolgen (oder auch nicht) berichten.


    So long


    td

    Irren ist menschlich, aber um richtig Mist zu bauen braucht man einen Computer.!

Jetzt mitmachen!

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