Posts by asmodeon

  • [vtuner-ng] Aktualisierter vtuner für kernel >= 4.16

    Der FIlter funktioniert. Ich habe den ersten Tuner damit auf DVBC gestellt und er nimmt dann den 2. für SAT. Auf dem ersten kommt aber weiterhin kein Bild


    Syslog

    Code
    Oct  5 11:56:26 BM2LTS-DD vdr: [1435] switching to channel 2 C-1-1101-28106 (Das Erste (C))
Oct  5 11:56:26 BM2LTS-DD vdr: video/cuvid: closing eof
Oct  5 11:56:34 BM2LTS-DD vdr: Set Playmode 1
Oct  5 11:56:34 BM2LTS-DD vdr: video: set trick-speed 0

Oct  5 11:56:35 BM2LTS-DD vdr: [1440] frontend 0/0 timed out while tuning to channel 2 (Das Erste (C)), tp 314

    andere Fehler im Syslog, falls hilfreich

    Code
    Oct  5 11:52:06 BM2LTS-DD kernel: [  348.184597] satip[1411]: segfault at 647c922ada58 ip 00006474922a680b sp 00007ffc4b3b7610 error 4 in satip[480b,6474922a4000+6000] likely on CPU 1 (core 1, socket 0)
Oct  5 11:52:06 BM2LTS-DD kernel: [  348.184613] Code: 00 00 48 8b 45 c8 44 8b 78 1c 48 8b 45 c8 44 8b 70 24 48 8b 45 c8 8b 40 14 89 c0 48 8d 14 c5 00 00 00 00 48 8d 05 55 72 00 00 <4c> 8b 2c 02 48 8b 45 c8 8b 40 24 89 c0 48 8d 14 c5 00 00 00 00 48
Oct  5 11:52:06 BM2LTS-DD vdr: [1450] ERROR: frontend 3/0: Das Argument ist ungültig (dvbdevice.c:1690)

    hier noch das Log vom Vtuner


    Wenn ich alle Tuner auf DVB-C stelle kommt für SAT "Kanal nicht verfügbar" - macht auch Sinn.

    Wenn ich nur DVB-C mache habe ich natürlich auch kein Menü mehr (Aber das hatten bisher alle Version - ohne funktionierenden Sender geht gar nichts)

  • [vtuner-ng] Aktualisierter vtuner für kernel >= 4.16

    Guten Tag,

    ich setzt auf meinem NUC die BM2LTS Version 4.4.60 als VDR ein. Ich habe das System neu aufgesetzt (bei der letzten habe ich noch mit SATIP und nicht mit VTUNER gearbeitet.) Ich setzt die Octupus NET M mit 4 mal S und C-Tuner ein. Ich habe nun folgendes Problme. Der Vtuner macht die Sat-Sender hell, die Cable-Sender bleiben aber schwarzl. Stoppe ich den Vtuner und start das SATIP Plugin funktioniert beides, jedoch mit einer unerträglichen Umschaltzeit 15 Sec und mehr. DAher würde ich schon gerne den Vtuner einsetzen.


    Hier mein Config

    Code
    modprobe vtunerc devices=4
/usr/sbin/satip -h 192.168.1.200 -d /dev/vtunerc0 -m 2 -l 4 2> /tmp/satip0.log &
sleep 1
/usr/sbin/satip -h 192.168.1.200 -d /dev/vtunerc1 &
sleep 1
/usr/sbin/satip -h 192.168.1.200 -d /dev/vtunerc2 &
sleep 1
/usr/sbin/satip -h 192.168.1.200 -d /dev/vtunerc3 &
sleep 1

    HIer das für den 1. Tuner generiertes Protokoll. Ich habe dabei auf Satelit geschaltet (Funktioniert) und auf Cable (Funktioniert nicht)

    Funktioniert der Vtuner überhaupt mit Cable? Muss ich irgendetwas in den Settings ändern?


    Ich habe es auch im reinen Kabel-Betrieb versucht und auch dann läuft es nicht


    Danke für den Support


    Gruß


    Asmo

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Route 66 hatte die Tuner mit IP schon alle eingetragen. Ich habe jetzt noch die Sterne beim 3. und 4. in der 05-Vtuner.conf rausgenommen


    Werden einwandfrei erkannt. Trotzdem kein Bild

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Hallo Cinfo,


    ich habe nun nach längerer Zeit auch mal wieder eine neue Version versucht. Scheinbar gibt es neuerdings den VTUNER und SATIP wird als Plugin nicht mehr gestartet. Leider bekomme ich das Bild nicht hell. Die VTUNER finden - glaube ich - keine Tuner. Beim SAT IP wusste ich wie ich es auf DVB-C umstellen kann. Interessiert es den VTUNER gar nicht was Octupus liefert? Muss ich das irgendwo einstellen? Danke für einen Tipp


    Gruß

    Asmo

    Code
    ep 30 20:35:47 BM2LTS-DD vdr: [1462] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 338
Sep 30 20:35:52 BM2LTS-DD vdr: [1465] frontend 1/0 timed out while tuning to channel 25 (TELE 5), tp 346
Sep 30 20:36:14 BM2LTS-DD vdr: osd2web: Info: Can't get schedules
Sep 30 20:36:50 BM2LTS-DD vdr: [1462] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 338
Sep 30 20:36:59 BM2LTS-DD vdr: [1465] frontend 1/0 timed out while tuning to channel 20 (RTL), tp 130
Sep 30 20:37:14 BM2LTS-DD vdr: osd2web: Info: Can't get schedules
Sep 30 20:37:54 BM2LTS-DD vdr: [1462] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 338
Sep 30 20:38:06 BM2LTS-DD vdr: [1465] frontend 1/0 timed out while tuning to channel 42 (sixx HD), tp 154
Sep 30 20:38:14 BM2LTS-DD vdr: osd2web: Info: Can't get schedules
Sep 30 20:38:57 BM2LTS-DD vdr: [1462] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 338

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Hi,


    habe ich so mal eingebaut; dadurch ändern sich die Zeitpunkte aber nicht das Problem. ich habe dann noch in

    /usr/lib/vdr/merge-commands.sh eine Zeile eingefügt


    ls -R /media/hd/recordings >/var/log/etc2.lst


    dadurch erhalte ich dann folgenden Eintrag im Log.


    Nov 15 21:23:32 BM2LTS64nDD systemd[1]: media-hd-recordings.automount: Got automount request for /media/hd/recordings, triggered by 1425 (ls)


    Aus meiner Sicht sorgt also das (ls) dafür das wirklich gemounted wird. Scheinbar passiert das wirlich erst mit dem ersten Zugriff den in durch LS starte.


    Werde mal am Wochenende schauen ob ich irgendwie den Mout auch ohne die Zeile hinbekomme


    Aber jetzt läuft es erstmal.


    Danke

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Ich habe sowohl den Server wie auch den Client mehrmals geprüft und verschiedene Test gemacht (NFS 3 bzw 4 und auch verschiedene Optionen) Die NFS Verbindung kommt immer zustande.

    Quote

    192.168.1.88:/Reel_Aufnahmen on /media/hd/recordings type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2, sec=sys,clientaddr=192.168.1.65,local_lock=none,addr=192.168.1.88)



    192.168.1.88:/Reel_Aufnahmen on /media/hd/recordings type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.88,mountvers=3,mountport=30000,mountproto=udp,local_lock=none,addr=192.168.1.88)

    Kann es hier ein Timming Problem geben? Wenn ich das NFS in das Unterverzeichnis "test" mounted. sehe ich folgendes Protokoll


    Das Mounting ist laut Protokoll, erst wenn schon wesentliche Teile des VDR gestartet sind. Müsste das nicht vorher geschehen?


    Hast du noch eine Idee - würde sonst wieder die alte Version einspielen.

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Quote

    wie sieht es ohne den "fstab" Eintrag aus wenn man das Verzeichnis direkt einbindet z.B. über die rc.local

    ohne fstab läuft es, rc.local wird doch gar nicht mehr ausgeführt. Habe es trotzdem versucht, passiert aber gar nichts - die anderen Befehle (log löschen) laufen auch nicht.


    manuell mounten geht auch - aber der vdr hat dann keine Zugriff da er schon gestartet ist


    Die Vorschläge für die fstab habe ich auch getestet - ohne Erfolg.


    ich musste auch "x-systemd.automount" als option einfügen da ansonsten das Netzwerk noch nicht bereit ist.


    Ich habe jetzt als Workaround ein Unterverzeichnis /media/hd/recordings/test angelegt und mein NFS Share in das "test"-Vezeichnis gemountet - Funktioniert: VDR startet und Aufnahmen sind da; man muss jetzt halt erst auf "Test" wechseln. Ein Zusätzlicher Klick, aber bis wir eine andere Lösung haben ok. Nur Aufnahmen laufen halt jetzt auf die Festplatte - auch kein Beinbruch.


    Diesen Punkt

    Quote

    "Als Sicherheitsmaßnahme übersetzt NFS alle Root- Operationen auf dem Client in die Anmeldeinformationen. nobody:nogroup

    Daher müssen Sie den Verzeichnisbesitz ändern, damit er mit diesen Anmeldeinformationen übereinstimmt."

    verstehe ich nicht NFS hat doch keine User auf dem NAS nötig - wie kann das ein Problem sein. Wüsste auch nicht was ich hier genau machen kann.

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Danke für die Ideen, die Version 4.1.46 lief bis gestern mit dieser NFS VErbindung einwandfrei. Ich habe nur die neue Version installiert und sonst nichts geändert. Sobald ich den NFS Eintrag in fstab mache fährt der VDR nicht mehr hoch. Workarounds sollten eigentlich nicht nötig sein und über die fstab sollte auch alles gehen


    Quote

    Nov 11 22:29:00 BM2LTS64nDD vdr[1387]: [1387] ERROR: can't access /media/hd/recordings

    Nov 11 22:29:00 BM2LTS64nDD vdr[1387]: vdr: can't access video directory /media/hd/recordings

    vdr hat root Rechte und sollte daher zugreifen können - ich kann über ssh über bm2lts auf die Verzeichnisse auch zugreifen. Ich finde auch nicht in der DOKU zum NFS in 22.04 wo sicher etwas geändert haben könnte.


    cinfo Es war keine Factory (gibt es gar nicht) sondern die Basisinstalltion (steht über Recovery, UEFI funktioniert nicht). Ich habe jetzt noch ein 2. Mal installiert. Gleiches Ergebnis


    Hat diese Version 4.2.14 schon jemand erfolgreich installiert?

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    ich hab noch verschiedene Sachen getestet - binde ich das NAS nicht ein funktioniert alles (natürlich keine Aufnahmen).


    Mit NAS einbindung klappt nichts - wenn ich über WINSCP über den Verzeichnisbaum in das Verzeichnis gehe sehe ich alle Aufnahmen - trotzdem kann ich den vdr nicht starten. Erst wenn ich im Verzeichnis /media/hd ein "ls" startet kann ich den VDR starten


    Gerade auch eine Aufnahme gestartet und die wird gespeichert

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Hi cinfo,

    ich habe die neue Version installiert und ein kleines Problem.


    der VDR startet nur wenn ich manuell in /media/hd gehe und einmal ein ls ausführe.


    Fehlermeldung vorher

    Quote

    Nov 11 15:43:30 BM2LTS64nDD vdr[2077]: [2077] ERROR: can't access /media/hd/recordings

    Nov 11 15:43:30 BM2LTS64nDD vdr[2077]: vdr: can't access video directory /media/hd/recordings

    Nov 11 15:43:30 BM2LTS64nDD systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT

    ░


    ich muss danach noch systemctl restart vdr eingeben und alles läuft. bevor ich aber in dem Verzeichnis war kann ich es mehrmals versuchen und bekomme immer den selben Fehler. Ich vermute es hat ggfs mit meinen Eintrag in der "fstab" zu tun den ich aber schon in der Vorversionen genutzt habe.


    Code
    192.168.X.XX:/Reel_Aufnahmen /media/hd/recordings nfs x-systemd.automount,vers=4.0,_netdev,rw,tcp 0 0

    X sind natürlich die richtigen Werte und die Verbindung steht auch da ich per Verzeichniswechsel dort hinkommen (Wie gesagt anschließend geht alles)


    Hast du eine Idee?


    Gruß

    Asmo

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Plex mache ich immer weg - habe ich auf dem NAS laufen. Dienstag (Einspielen deines Patches) lief alles stabil. Mittwoch fingen dann die Fehler im Protokoll an und die Temperatur stieg.

    Code
    Welcome to BM2LTS of Ubuntu Jammy Jellyfish (GNU/Linux 5.17.0-051700rc8-generic           x86_64)

  System information as of Do 31. Mär 21:57:56 CEST 2022

  System load:  0.89404296875      Temperature:           73.0 C
  Usage of /:   72.1% of 47.81GB   Processes:             211
  Memory usage: 6%                 Users logged in:       0
  Swap usage:   0%

    Fängt sofort an zu "kochen" und ziemlich ausgelastet - VDR benötigt 98% - ich vermute "satip" da das ja permanent Fehler produziert. - ich kann nicht mal mit systemctl stop vdr -stoppen


    Nachtrag: Nach gefühlter Ewigkeit hat VDR gestoppt. SATIP deaktiviert und vdr wieder gestartet - Auslastung normal (aber natürlich kein Bild). Entweder das Plugin oder mein Octupus ist im Eimer.

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Die Freude hat nicht lange gehalten. seit gestern Abend kommt permanent

    Die Box startet und zeigt den letzten Sender aber die Fernbedienung ist tot und der NUC läuft auf volle Leistung. Kein LIRC Fehler im Protokoll zu finden (vermutlich nur überlastet)


    Hast du noch eine Idee?

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Quote from cinfo

    nach der Installation vom BM2LTS-Image:


    - läuft "route66" auf der Konsole sauber durch und findet die DD-Box per IP4?

    ja - er schlug wie immer 2 DD Boxen mit der selben IP vor und ich habe eine ausgewählt.

    hier noch das Protokoll

    Nur um sicher zu gehen - ich bekomme ein Bild


    Die Fragen 1 -4 kann ich alle mit Ja beantworten - IP ist ansprechbar und wurde überall gesetzt.

  • {2024} BM²LTS-v4.4.x-Ubuntu 22.04.5- > DD-NET & NetCeiver

    Neu installiert - SATIP-Fehlermeldung bleibt

    Code
    Mar 28 08:11:04 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 1]
Mar 28 08:11:04 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 2]
Mar 28 08:11:04 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 3]
Mar 28 08:11:19 BM2LTSN64nativeDD vdr: [1412] [plex] Server updated via GDM: 169.254.20.167
Mar 28 08:11:26 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 1]
Mar 28 08:11:26 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 2]
Mar 28 08:11:26 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 3]
Mar 28 08:11:47 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 1]
Mar 28 08:11:48 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 2]
Mar 28 08:11:48 BM2LTSN64nativeDD vdr: [1290] SATIP-ERROR: no assignable frontend found [device 3]