Beiträge von Pancetto

Danke für Eure Hinweise. Ich habe inzwischen Secure-Boot abgeschaltet,

und jetzt geht's!

Schönen Sonntag noch!

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:

Zitat von seahawk1986

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!

seahawk1986:

Nachtrag:

Mir ist das ja auch nicht klar. Der Fehler tritt auch nicht bei allen Systemen auf. Das betroffene System ist: Gigabyte GA-B360M-DS3H,

Intel i3-8100F, GT1030, 8GB.

Bei einem anderen System (Asrock H610M, Intel i3-12100, GT1030, 8GB) hat's eben geklappt, habe es aber auch schon

mit anderen System, z.B. AMD B450-xxx mit Ryzen 5 2600 erlebt.

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.

Zitat von gda

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

Zitat von seahawk1986

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

Zitat von FireFly

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.

Zitat von FireFly

Nein, wenn der Kernel Probleme hat gibts ganz andere Fehlermeldungen
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...

Zitat von FireFly

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:

Jan 10 23:15:29 ub1204 vdr: [2020] burn: writing detail log to /var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/dvd.log
Jan 10 23:15:29 ub1204 vdr: [17603] burn: subprocess watcher thread started (pid=1588, tid=17603)
Jan 10 23:15:29 ub1204 vdr: [17603] burn: starting sh -c '/usr/share/vdr-plugin-burn/vdrburn-dvd.sh render' (pid = 17604)
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_ASPECT=16:9
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_BACKGROUND=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-bg-0.png
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_M2V=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-background.m2v
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_MPEG=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-bg-0.mpg
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_SOUNDTRACK=/var/lib/vdr/plugins/burn/menu-silence.mp2
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_XML=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-0.xml
Jan 10 23:15:29 ub1204 kernel: [ 3000.595596] spumux[17611]: segfault at 0 ip 00007f9f49161101 sp 00007fff29e4bbc8 error 4 in libc-2.15.so[7f9f490d8000+1b5000]
Jan 10 23:15:29 ub1204 vdr: [17603] burn: process render (pid = 17604) exited gracefully (exit code 139)
Jan 10 23:15:29 ub1204 vdr: [17603] ERROR[burn]: rendering menu failed - aborting job: Erfolg
Jan 10 23:15:29 ub1204 vdr: [17603] burn: subprocess watcher thread ended (pid=1588, tid=17603)
Jan 10 23:15:30 ub1204 vdr: [2020] burn: manager picked up finished job, removing it

Hallo, wenn ich yavdr0.5 direkt installiere, funktioniert das burn-plugin anstandslos. Wenn ich jedoch ubuntu 12.04 (64bit) installiere, das yavdr-ppa einbinde und von da den VDR installiere, dann bricht das burn-plugin gleich am Anfang ab mit einem Kernel-Error:

Zitat

[render] /usr/share/vdr-plugin-burn/vdrburn-dvd.sh: Zeile 69: 2436 Fertig mplex -f 8 -o /dev/stdout "$MENU_M2V" "$MENU_SOUNDTRACK"
[render] 2437 Speicherzugriffsfehler (Speicherabzug geschrieben) | spumux -v 2 "$MENU_XML" > "$MENU_MPEG"
[vdr] process render (pid = 2430) exited gracefully (exit code 139)
[vdr] ERROR: rendering menu failed - aborting job: Erfolg
[vdr] manager picked up finished job, removing it

Alles anzeigen

Die Plugins haben sowohl im "Original"-yavdr als auch bei der Variante Ubuntu/yavdr:ppa die selbe Version, auch die Binaries sind gleich.
Kennt jemand diesen Effekt oder besser noch: ist eine Lösung dafür bekannt?