Posts by Pancetto

    Ja, genauso ist es: auf beiden Systemen läuft der aktuelle Kernel 5.15.0-116-generic!

    So rein von der Logik her ist das ja wohl nicht erklärbar, oder? Aber es ist tatsächlich

    so.

    Antwort bzw. Nachtrag von mir nach langer Zeit:


    Schade, dass niemand das mal probiert hat bzw. eine Rückmeldung dazu gebracht hat,

    ich habe nämlich inzwischen den seltsamen Effekt, dass ich zwei Mainboards mit Secure-

    Boot, die unterschiedlich reagieren: ein Biostar B450MH (AMD) lädt ohne Meckern den

    serial_ir-Treiber, ein Asrock H610M HDV/M.2 (Intel) jedoch nicht. Wie kann das wohl

    sein?

    Seit kurzem kann ich nicht mehr auf die serielle Schnittstelle zugreifen und bekomme

    deshalb meine FB mit Atric (Home-Brew) nicht mehr zum Laufen.


    Hier die Systemmeldungen mit "dmesg | grep -i serial":


    [ 5.972620] Lockdown: setserial: reconfiguration of serial port IO is restricted; see man kernel_lockdown.7

    [ 5.988120] serial_ir: `4' invalid for parameter `irq'

    [ 5.988121] serial_ir: `0x3f8' invalid for parameter `io'


    Kann man die Portkonfiguration irgendwie umgehen (oder yavdr-ansible-Update...)?

    Habe Probleme mit Softhdvaapi (MB: Asrock H610M-HDVM.2, CPU & Grafik Intel I3-12100):

    1. Untertitel werden nicht angezeigt, stattdessen ein blasser, transparenter Balken am ober Bildrand.

    2. Das Bildschirmformat (1920x1200) lässt sich nicht einstellen, obwohl es mit xrandr als mögliches

    Format angezeigt wird und ich es in der 20-intel.conf so eingestellt habe.


    Hat jemand diesbezüglich irgendwelche Erkenntnisse?

    Hallo, vielen Dank, hat sich erledigt, und: mea culpa, mea culpa, gaudere necesse est!


    Dein Hinweis:

    Ich kann das hier in einer VM gerade nicht nachvollziehen -

    die Variable wird in https://github.com/yavdr/yavdr…dr-xorg/defaults/main.yml mit einem Vorgabewert befüllt - mir ist gerade nicht ganz klar, warum die nicht definiert sein sollte.

    hat mich drauf gebracht: ich verwende seit einiger Zeit eine "eigene" yavdr-org/defaults/main.yml, in der ich meine z.T. etwas

    "abwegigen" Monitor-Geometrien eingetragen habe, und da habe ich wohl eine etwas ältere Version gehabt, in der die Initia-

    lisierung von yavdr-frontend noch nicht drin war. Also, jetzt geht's natürlich auch. Danke nochmal!

    Hallo Leute,

    bekomme neuerdings bei einer Neuinstallation reproduzierbar ständig folgende Fehlermeldung:


    >>>>>>


    TASK [yavdr-xorg : yavdr-frontend | set attach on startup to "{{ yavdr_frontend.attach_on_startup }}"] *************************fatal: [localhost]: FAILED! => {}


    MSG:


    The task includes an option with an undefined variable. The error was: 'yavdr_frontend' is undefined


    The error appears to be in '/home/heinz/yavdr-ansible/roles/yavdr-xorg/tasks/setup-xorg.yml': line 82, column 3, but may

    be elsewhere in the file depending on the exact syntax problem.


    The offending line appears to be:



    - name: yavdr-frontend | set attach on startup to "{{ yavdr_frontend.attach_on_startup }}"

    ^ here

    We could be wrong, but this one looks like it might be an issue with

    missing quotes. Always quote template expression brackets when they

    start a value. For instance:


    with_items:

    - {{ foo }}


    Should be written as:


    with_items:

    - "{{ foo }}"



    PLAY RECAP *********************************************************************************************************************

    localhost : ok=17 changed=1 unreachable=0 failed=1 skipped=1 rescued=0 ignored=0


    >>>>>>>>


    Kennt jemand das Problem und wenn ja, möglichst auch eine Lösung?

    zu davie2000:

    Das ist doch garnicht mein geschildertes Problem!

    zu wmautner:

    Habe eine Univeral-FB am "Home-Brew"-IR-Empfänger an der seriellen Schnittstelle (serial_ir), die funktioniert auch ansonsten wunderbar, nur komme ich halt nicht aus dem Detached-Modus durch Drücken einer FB-Taste raus, da tut sich garnichts.

    Hallo,

    versuche seit Tagen vergeblich, eine Lösung für folgendes Problem zu bekommen: wenn der Rechner wegen eines Aufnahmetimers hochgefahren ist, kommt die Meldung "Frontend detached. press any key on your remote to continue...". Habe Ubuntu-Server 20.04 mit yavdr-ansible installiert, MB mit Intel CPU und NVidia GT1030. Wenn ich irgendeine Taste auf der FB drücke oder auf der Tastatur, tut sich nichts, bin schon am Verzweifeln, es hilft letztendlich nur, in softhddevice "-D" auszukommentieren. Aber das ist ja schade, weil das Frontend zum bloßen Aufnehmen ja wirklich nicht laufen muss.

    Hat jemand eine Lösung parat? Wäre toll!

    Hurra, seit dem 27.12.2017 sind viele Pakete von Tobias wieder aktuell!


    Vielen Dank dafür, und es wäre schön, wenn auch noch nach und nach die

    fehlenden Plugins, wie z.B. skindesigner, skinelchi, svdrpservice, markad, etc.

    noch upgedated würden.


    in diesem Sinne Tobias und allen anderen einen guten Rutsch ins Neue Jahr!

    @ gelhajo:
    das ist mir klar, das ist doch eines der Dinge, die ich selbst
    anpassen kann und auch bereits getan habe. Es geht mir um die
    Dinge, die ich NICHT beeinflussen kann.


    seahawk1986:
    eject auf der Konsole (als root, weil ich vdr nicht als sudoer
    starten kann) geht, ich probier dann also mal deinen Link auf ein Paket.


    Ergänzung: der letzte Halbsatz war natürlich überflüssig!

    Hallo,
    habe keine große Hoffnung in dieser Sache Hilfe zu bekommen, da mir scheint,
    dass für das dvdswitch-plugin kein großes Interesse da ist, im übrigen wohl ebenso
    wenig wie für das burn-plugin.
    Wie dem auch sei, das Problem: (mindestens) seit Ubuntu 14.04 wird für das DVD-Laufwerk
    als Device /dev/sr0 angelegt, und nicht mehr /dev/dvd. Die von yavdr gepflegten Skripte
    sind jedoch noch nicht angepasst worden, im übrigen auch nicht der Link /var/cache/dvd.
    Ich kann zwar selbst in einigen Skripten die entsprechenden Stellen anpassen. leider geht
    das aber nicht beim dvdswitch-Plugin für die Befehle "Schublade öffen/schließen"!
    Weiß hier jemand vlt. mehr?

    Hallo Ihr,
    ich mache seit dem VDR 2.0.x an dem Problem rum, dass die Menüeeinträge im VDR-Menü nur von 1 bis 9 nummeriert sind, danach erscheinen nur noch die Text. Also kann man die Einträge nach "9" per FB nicht mehr direkt anwählen.


    Das Problem ist hier offenbar auch schon vor mehrern Jahren diskutiert worden, damals wurde aber als Lösung nur ein Patch vorgeschlagen. Aber nachdem ja seit etlichen Jahren in dieser Richtung alles soweit ok war, wundere mich etwas, dass das jetzt wieder auftritt. Habe bisher keine Lösungshinweise gefunden, so dass ich hier das Thema mal einstellen will.


    Das kann ich dir sagen. Wenn du mit yavdr-Pakete Pakete meinst deren Name mit yavdr- beginnt, dann haben die auf einem reinen Ubuntu nichts verloren, das geht in die Hose.
    Wenn du mit yavdr-Pakete Pakete meinst die aus dem yaVDR-Repository stammen, aber nicht mit yavdr- beginnen, dann wird der vdr dort eben doch /var/lib/video.00 verwenden, weil diese Pakete eben dem Debian-Standard entsprechen und das erst durch die yaVDR-Pakete geändert wird,


    Gerald


    Na ja, war wohl auch nichts anderes zu erwarten, oder? Ich hab's mal so gemacht: ich habe *nur* stable-vdr aus dem yavdr-Repo unter Ubuntu 12.04 eingebunden, so dass also keine yavdr-*-Plugins installiert wurden, mit der Folge also, so wie Du sagst, dass Debian-Standard verwendet wird, mit den Pfaden, wie ich sie bisher immer verwendet hatte. Das Ergebnis war so - im übrigen auch von mir - wie erwartet: ich kann zumindest ein Image ohne Menü erstellen, mit Menü crasht das Plugin nach wie vor. Ich kann's leider nicht nachvollziehen, ich habe auch keine Nerven mehr dazu, habe Script für Script versucht nachzuvollziehen, es bleibt dabei: keine Erklärung und damit auch eine Lösung in Sicht!


    Ich frage mich nur eins: wenn es in yaVDR-0.5 geht, und "da wie auch mit Ubuntu 12.04 mit yavdr-Repo" dieselben vdr-plugins verwendet werden, aber beides Mal unterschiedliche Ergebnisse erzielt werden, dann muss es doch eine Erklärung dafür geben!


    Ich geb's jetzt jedenfalls hier (vorerst) auf, trotzdem vielen Dank an Euch alle, die Ihr Euch an diesem Post beteiligt habt und weiterhin viel Erfolg mit Eurem yavdr!


    Heinz

    Das wird vom vdr-Paket angelegt, aber vom VDR unter yaVDR nicht genutzt.

    Aha, das ist doch mal eine interessante Aussage, die erste jedenfalls, die auf einen Unterschied zwischen "Standard-VDR" und yaVDR hinweist!
    Liegt da vielleicht der Hund begraben, weil ich bisher die burn-Plugin-Pfade auf die "Standard-VDR"-Pfade angepasst habe (liegt einfach daran, weil ich z.B. auf einer extra Partition meine alten Test-VDR-Aufnahmen habe, die ich nach "altem Brauch" nach /var/lib/video.00 gemountet habe)?


    Morgen werde ich jedenfalls mal den VDR unter Ubuntu 12.04 mit den yavdr-Paketen neu installieren und dabei die "yavdr-Standard"-Pfade so belassen und meine Partition mit den Aufnahmen nach /srv/vdr/video.00/ mounten, mal sehen, was dann dabei rauskommt...


    Gute Nacht wünscht
    Heinz

    Ok, nachdem sich seit meinem letzten Post niemand mehr gemeldet hat, ein paar Ergänzungen:


    Ich habe inzwischen FireFlys Vorschlag realisiert und die einzelnen Befehle in der vdrburn-dvd.sh im Abschnitt render) manuell als User vdr getestet. Danach habe ich folgende Seltsamkeiten entdeckt: 1. Die Datei menu-bg-0.png im Arbeitsverzeichnis (bei mir ein temporäres Unterverzeichnis von /var/lib/video.00, welches das burn-Plugin erstellt), ist nicht lesbar, also offenbar ein Rechteproblem und 2. wird die Datei menu-silence.mp2 nicht dort erstellt, so wie es yavdr-0.5 macht.


    Mit diesen Erkenntnissen bin ich nun allerdings am Ende meines Lateins, weil ich die davor ablaufenden Schritte nicht kenne und deshalb auch nicht nachvollziehen kann. Hier wäre also dann wirklich jemand von Euch vom yavdr-Team gefragt, der sich auskennt, und ich würde mich wirklich freuen, wenn das jemand mal ernsthaft prüfen würde.


    Ansonsten danke erst mal
    Heinz

    Ansonsten musst Du mal per Hand die Befehle ausprobieren, so wie sie im Skript hinter "render)" stehen, vermutlich liefert da eines keinen Output und spumuks crasht dann. Das wäre typisch für die Programme aus dvdauhtor...


    Ok, ich habe mir mal hinter jeder Zeile eine Log-Ausgabe gemacht, hat soweit alles geklappt, ohne Fehlerhinweis. Danach habe ich mal ins Ausgabe-Verzeichnis geschaut, da waren die entsprechenden Dateien zur Menüerstellung (menu-*.*) alle leer oder zumindest auffällig klein. Also mal probiert, in den Einstellungen des burn-Plugins die "Art der DVDs" auf "keine Menüs" eingestellt, und siehe da: es hat geklappt, nur eben ohne Menü halt. Immerhin schon mal einen entscheidenden Schritt weiter, natürlich ist das dennoch unbefriedigend, weil dann praktisch DVDs mit mehr als einem Titel praktisch nicht zu handhaben sind.


    Ich muss übrigens erwähnen, dass ich die ganzen Tests bisher nur mit der Variante "nur Image erzeugen" gemacht habe, ob das Brennen auf DVD auch klappt, muss ich noch prüfen, aber da würde auf jeden Fall dann wenigstens das Plugin dvdswitch funktionieren, das ist bisher immer ordentlich gelaufen.

    Nein, wenn der Kernel Probleme hat gibts ganz andere Fehlermeldungen :D
    Lt. Log bricht aber das spumux ab (war aus dem ersten Post nicht ganz ersichtlich). Dann fehlt im Homeverzeichnis ~/.spumux/arial.ttf was ein Link auf den entsprechenden Truetypefont ist.

    Danke für den Hinweis, FireFly, aber das Homeverzeichnis des Users vdr ist /var/lib/vdr und dort gibt's kein Unterverzeichnis .spumux, auch im "Orignal"-yavdr0.5 nicht, und bei dem funktioniert das burn-plugin ja bekanntlich! Ich komme selbst einfach nicht mehr weiter mit dem Problem, aber irgendwo muss ja das Problem liegen...

    Deine Fehlermeldung kommt beim Rendern der Menüs, dort wird png2yuv etc. benutzt. Wenn das fehlt könnte so eine Fehlermeldung kommen. Ansonsten mal in die vdrburn-dvd.sh gucken, ob alle Programme aus dem Abschnitt render vorhanden sind.

    Danke für Deine Antwort.


    Aber das wäre zu schön um wahr zu sein, wenn es nur ein fehlendes Binary wäre! Ich hab's überprüft: alle Programme sind da.


    Liegt es vielleicht daran, dass der in yavdr0.5 verwendete Kernel nicht der standardmäßige von Ubuntu, sondern vom yavdr-Team mit "extra Einstellungen" neu kompiliert ist? Darauf könnte m.E. der entsprechende syslog-Auszug hindeuten: