Posts by asmodeon

    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.

    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?

    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.

    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]
    Code
    softhddrm (3.5.5-BM2LTS) - A software and GPU emulated UHD/HLG HDR device
    softhdvaapi (3.5.5-BM2LTS) - A software and GPU emulated UHD device

    da wäre nur noch softhdvaapi

    Getestet - gleiches Problem - kein Ton - also doch etwas an den Treibern - ist wohl aussichtslos.


    prüfe bitte da mal die DD-Box

    DD-Box Neu gestartet. jetzt geht nichts mehr :) (Sie ist hochgefahren und scheint zu laufen)

    Mar 27 21:59:30 BM2LTSN64nativeDD kernel: [ 110.238611] SATIP#2 tuner[4210]: segfault at 28 ip 00007f6d2ee4d51c sp 00007f6d0dffa720 error 4 in ld-linux-x86-64.so.2[7f6d2ee44000+2a000]

    Mar 27 21:59:30 BM2LTSN64nativeDD kernel: [ 110.238640] Code: 89 f1 48 89 c6 48 d3 ee 89 f9 48 d3 e8 48 21 c6 83 e6 01 0f 85 15 02 00 00 48 83 c5 01 49 39 ec 0f 86 e8 02 00 00 49 8b 04 ee <48> 8b 58 28 4c 39 db 74 e6 45 85 ff 74 09 f6 83 1c 03 00 00 03 74

    werde morgen mal wieder neu installieren - habe so viel getestet da muss etwas schief gelaufen sein.

    Ich habe jetzt noch das letzte Bios installiert und mir sogar Windows installiert um den HDMI Treiber auf die neueste Version zu bringen. Leider auch alles ohne Erfolg. Ich nehme an der Intel-Treiber ist eh aktuell im BM2lts und fällt damit auch raus.

    Ich habe zum testen MPV installiert und damit schaffe ich DD-Ton bei beiden Verkabelungswegen.

    Gibt es noch ein anderes Ausgabetool außer Softhddrm umalles auszuschließen oder geht es nicht ohne.

    Das SatipProblem ist jetzt bei beiden Verkabelungen und hat wohl nicht mit vorstehendem Problem zu tun -

    Config

    Code
    [satip]
    -d 4 
    -s 192.168.1.200|DVBC2-4|OctopusNet

    Woran kann das liegen?

    Die installation der neuen Version verlief gut und ich hatte sofort Digitalton unter native VDR.

    Verbindungsweg. NUC per Passthrough an Fernsehen - Fernseher Passthrough an Receiver -> Digitalton kommt

    Dieser Verkabelungsweg ist etwas unglücklich da ich alle andere Geräte durch den Receiver schleife und das auch für den VDR bevorzuge. Also VDR runtergefahren - Verkabelungsweg über Receiver an Fernseher gewählt -> Kein Ton

    Darauf hin habe ich die Protokolle verglichen und es sieht bis auf eine Sache sehr gleich aus. Ich bekomme bei dieser nicht funktionierende Verkabelung laufend diese Meldung im Syslog

    Mar 26 14:18:52 BM2LTSN64nativeDD vdr: [1454] SATIP-ERROR: no assignable frontend found [device 1]

    Das für Device 1 - 3

    Hier noch die Ausgabe der Utils.

    ***********************

    *** Output DRM-Card ***

    ***********************

    DP-1: connected

    DP-2: connected

    HDMI-A-1: disconnected

    *************************


    Falls das mit dem SATIP keine Auswirkung haben kann würde ich das Problem beim Entwickler posten

    Hallo Cinfo,

    nachdem ich letzte Woche mir einen neuen Reveiver angeschafft habe, habe ich gestern die neue Version 4.1.35 auf dem Nuc installiert in der Hoffnung das damit auch unter VDR die Digitalen Tonformate funktionieren. Leider ohne Erfolg. Sobald ich unter softhddrm auf Pass-Through-Standard auf "Ein" stelle sind kommen weder auf Fernseher noch über Receiver Töne zu hören.

    Wechsel ich auf Kodi hatte ich zuerst das gleich Problem konnte es jedoch mit folgenden Einstellungen lösen

    Ich habe schon EDID neu erstellt aber trotzdem keinen Erfolg

    Bild ist einwandfrei, es ist nur ein Ton Problem. Der Tonunterschied zwischen KODI mit Passthrough (5.1) und VDR ohne Passthrough (2.0) ist heftig. Als Hinweis noch: Es funktioniert unter Kodi nur wenn ich unterschiedlich Devices zwischen Normal (DP1) und Passthrough (HDMI1) wähle . Am Gerät gibt es aber nur einen Anschluss und bin so mit HDMI verbunden.

    Ich würde gerne bei VDR bleiben weil und die Kodi Steuerung nicht liegt

    Hast du eine Idee

    Vielen Dank für euer Feedback. Ich habe den NUC neu aufgesetzt direkt am TV und es hat soweit funktioniert. Leider haben wir festgestellt das der Rückkanal am Recevier defekt ist und daher digital nicht annimmt (ist halt auch schon in die Jahre gekommen) daher also jetzt erst mal Fernsehton.

    Das Verzeichnis media64 existiert weiterhin nicht und ich muss in /etc/vdr springen um die Dateien (Channels, Commands ....) zu pflegen. Da Satip im Standard Satelit will erscheint leider auch kein Menü und mann muss auch hier die Datei editieren (kein Problem) - vdrctl scheint im Verzeichnis /etc/VDR/BMTS zu pflegen. der VDR dann beim start aber die Datei in native zu nutzen. Egal läuft jetzt und vielleicht hatte ich irgendetwas übersehen.

    Es werden nicht alle IP's gepflegt; die im DBBAPI bleibt auf 192.168.0.31 und lässt sich im OSD nicht pflegen (habe ich dann manuell gemacht in der config). Vielleicht kannst du ja für das nächste Update mal schauen ob das änderbar ist.

    Danke nochmals

    Asmo

    Hallo CINFO,

    ich habe mir letzte Woche einen neuen Fernseher geholt (Philips UHD). Ich hatte gehofft ich schließe einfach nur das HDMI-Kabel (vom Receiver) an den neuen Fernseher und alles läuft. (Leider kein Bild) Und solange der NUC (I8BEK) / DigitalDevices über den REceiver am FErnseher hing funktionierte auch weiteres nicht (Streaming, Ton hatte aussetzer) Also habe ich die neue Version von dir installiert. Diese läuft leider auch nicht über meinen Reveiver, aber zumindest wenn man den NUC direkt an den Fernseher anschließt. Dann ist der Ton aber nur Stereo. (Über Fernseher per ARC obwohl der Fernseher angeblich Digital bis 5.1 durchreicht). Wenn ich im NUC auf PCM schalte ratert es. SChließe ich den NUC direkt an den Receiver und ziehe den Fernseher ab habe ich digital-ton. Kann ich irgendetwas einstellen damit das klappt? - Da ich "Kabel" habe ist mir beim NUC UHD noch nicht so wichtig - der Ton fehlt mir mehr und der Fernseher skaliert schon recht gut.

    Folgendes ist mir noch aufgefallen im Image: Wenn mann auf /etc/vdr geht (WINSCP) linkt er auf das VErzeichnis /MEDIA64/OPT/VDR. MEDIA64 scheint es aber gar nicht zu geben und ich muss dann manuel /OPT/VDR eingeben. Ist nicht schlimm aber finde ich seltsam.

    Mein VDR-Zapper am PC kann nicht mehr auf den NUC zugreifen und im Protokoll steht etwas von "Fehlender Berechtigung" - Hast du eine Idee wo ich eine Berechtigung einstelle?- Streamdev config sieht aus wie vorher.

    Vielen Dank

    Asmo

    das mit der Fehlermeldung lässt mir keine Ruhe und da der Neuaufbau immer noch läuft habe ich gesucht woher der Fehler kommt.

    Dei Fehlermeldung kommt aus /usr/sbin/generate_preview.sh

    else

    msg=`tl "no recording found in %s. Exiting" | sed s/%s/$1/`

    smesg "$msg"

    return # no recording found

    fi

    Das "else" wird ausgelöst wenn es die Datei 00001.ts nicht gibt. Da Frage ich mich in welchen Verzeichnissen sich das Script rumtreibt. Der "." in der Fehlermeldung hilft halt nicht. Keine Ahnung warum %s nicht übersetzt wird, aber ich finde auch im gesamten Script nicht wo diese Variable gesetzt wird. Muss ich das ggfs. in die Aufrufzeile von generate_preview.sh setzten?

    Ich muss warten bis die Konvertierung durch ist. Im Moment bekomme ich im Sekundentakt am Fernseher

    no recording found in . Exiting

    und dadurch ist eine Bedienung fast nicht möglich. Ich vermute das ist das Konvertierungscript das sämtliche Verzeichnisse durchsucht und jedes Mal ne Fehlermeldung macht wenn der Film schon neu indiziert ist.


    Gruß Asmo

    Hallo Cinfo,

    haben die genannten Punkte alle eingearbeitet. Das update der Info/Index zu den Aufnahmen läuft aber noch. Die fertigen Verzeichnisse (aus BM2LTS 2.x) sehen so aus

    -rw-r--r-- 1 admin 1001 228 2019-06-10 19:05 00001.nfo

    -rw-rw-r-- 1 admin 1001 7.2G 2018-11-04 17:41 00001.ts

    -rwxr-xr-x 1 admin 1001 118 2018-11-04 17:33 convertieren*

    -rw-r--r-- 1 admin 1001 38K 2019-06-10 19:06 fanart.jpg

    -rw-r--r-- 1 admin 1001 3.2M 2019-06-10 19:08 index

    -rw-r--r-- 1 admin 1001 938 2019-06-10 19:05 info

    -rw-rw-r-- 1 admin 1001 938 2016-04-24 22:29 info.old

    -rw-rw-r-- 1 admin 1001 262 2016-04-24 22:43 marks

    -rw-rw-r-- 1 admin 1001 28K 2016-04-24 22:25 preview_vdr.png

    -rw-rw-r-- 1 admin 1001 7 2018-11-04 17:58 resume

    -rw-r--r-- 1 admin 1001 92 2019-06-10 19:05 tvshow.nfo

    Sieht auf den ersten Blick gut aus. aber die Info scheint nicht richtig zu sein denn es wird noch ein zusätzliche Zeile "H" angelegt die auf Fehler läuft (Lauf Erklärung im VDR Wiki gibt es das nicht). Jetzt kommt halt für jede Aufnahme eine Fehlermeldung im LOG

    Fehlermeldung

    Jun 11 17:08:42 BM2LTSR66Nuc64native vdr: [1717] ERROR: unexpected tag while reading EPG data: H

    Jun 11 17:08:42 BM2LTSR66Nuc64native vdr: [1717] ERROR: EPG data problem in line 18

    Info Datei angehängt mit zusätzlichem TXT.


    Unter Kodi habe ich das plugin VDR-Recordings getestet aber da werden keine Bilder angezeigt. Ich warte mal bis er durch ist und dann schreibe ich mal ein Update dazu.

    Eine neue Fehlermeldung ist jetzt im LOG die permanent kommt. Hast du eine Idee?

    Jun 11 17:36:20 BM2LTSR66Nuc64native vdr: [1714] info: no recording found in . Exiting

    Jun 11 17:36:20 BM2LTSR66Nuc64native vdr: [11893] animator thread thread started (pid=1714, tid=11893, prio=high)

    Jun 11 17:36:26 BM2LTSR66Nuc64native vdr: [11893] animator thread thread ended (pid=1714, tid=11893)

    Jun 11 17:36:28 BM2LTSR66Nuc64native vdr: [1714] info: no recording found in . Exiting

    Jun 11 17:36:28 BM2LTSR66Nuc64native vdr: [11895] animator thread thread started (pid=1714, tid=11895, prio=high)

    Jun 11 17:36:34 BM2LTSR66Nuc64native vdr: [11895] animator thread thread ended (pid=1714, tid=11895)

    Jun 11 17:36:36 BM2LTSR66Nuc64native vdr: [1714] info: no recording found in . Exiting


    Gruß Asmo

    Mittlerweile habe ich auf Octopus Net M4 umgestellt und bin echt begeistert vom NUC und wie schnell das System ist. Ich habe noch 2 Probleme und keine Ahnung wie das ändern kann.

    Bis BM2LTS VErsion 2.x wurde bei Aufnahmen immer eine "info.txt" angelegt und jetzt nur noch eine "info". Dadurch wird mir bei alten Aufnahmen keine Info angezeigt. Gibt es da irgend eine versteckte Einstellung oder muss ich alle Dateien umbenennen.

    Es gab früher auch eine Preview_vdr.png. Diese wird nicht mehr erzeugt (Habe gesehen geht manuell über das Menu); jedoch werden auch die alten nicht mehr angezigt. Finde dazu auch keine Einstellung - benötige ich eine Skinerweiterung oder was muss ich tun? Geht das auch wieder automatisch?

    Danke und Gruß

    Asmo

    Quote

    -s 192.168.x.x|DVBS2-2,DVBC-2|minisatip:0x18

    Das war es gewesen - super - läuft - ich hatte irgendwie 2 Dateien mit sapip.conf mit unterschiedlichen Prioritäten und da ich immer über vdrctl editiert habe, habe ich immer die falsche bearbeitet und es nichts passiert :)

    Habe dann noch den MCLI ohne Tuner aktiviert um das CAM zu nutzen - Das Cam ist da aber leider wird nichts hell - da muss ich mich dann doch mal nach einer Alternative umschauen.

    Nochmals vielen Dank.

    Hallo Cinfo,

    wollte es gleich mal testen. Aber den Punkt 6 gibt es im Route66 nicht - Weiterhin 1 - 5.

    Korrektur - habe Recovery gemacht - habe es noch mal mit Factory versucht und jetzt ist PUnkt 6 auch da.

    Der MCLI läuft mit der 2.40 genrell gut aber stürzt leider nach einige Zappen immer, ohne erkennbare Fehlermeldung im Log, ab. Ich habe noch einmal versuch es mit SATIP hinzubekommen aber egal was ich auch einstelle es ändert überhaupt nichts, er erkennt nur DVB-S2 und nicht DVB-C. Ich habe mir auch die Datei Minisatip angeschaut und versucht hier eine Reaktion zu erhalten aber auch ohne Erfolg. Laut Beschreibung von MinisatIp sollte es doch alles verarbeiten können - wo ist mein Denkfehler? (Liegt es nur an der Mischbestückung des Netceivers?)

    Scheinbar muss ich mir doch einen Octupus-Net holen (und hoffen das die Mischbestückung funktioniert).

    Falls du noch eine Idee/Tipp hast probiere ich gerne noch aus.

    Gruß

    Asmo