Was sagt denn ls -l /srv/vdr/video/video? Ist das ein Symlink oder ein Verzeichnis?
yavdr ansible
-
-
poste mal "ls -al /srv/vdr/video" und falls das ein Softlink auf ein Verzeichnis ist, auch noch "ls -al /srv/vdr/video/"
PS: seahawk1986 war schneller
-
Hallo,
schaut so aus
ls -l /srv/vdr/video/video
lrwxrwxrwx 1 vdr vdr 14 Jan 8 18:47 /srv/vdr/video/video -> /srv/vdr/video
lrwxrwxrwx 1 vdr vdr 9 Jan 9 11:42 /srv/vdr/video/sda5 -> /mnt/sda5
sind links
mfg
-
-
Hallo,
habe beide links gelöscht, danke erstmal.
mfg
-
Die automatische Erkennung funktioniert folgendermaßen: Er holt sich alle möglichen Modes für alle verbundenen Anschlüsse. Dann sortiert er die Modes nach den Kriterien Refreshrate, Auflösung und Anschluss unter Berücksichtigung der Variablen preferred_refreshrates, preferred_resolutions und preferred_outputs . Der Anschluss mit dem Mode, der da am besten bewertet wird, wird der primäre Bildschirm, der andere Anschluss wird für seinem besten Mode als sekundärer Monitor konfiguriert. Mit der oben gezeigten Anpassung, sollte ein 4k oder Full-HD TV mit einem 50 Hz Mode als primärer Anschluss gewinnen und der beste Mode im Sinne der Vorgaben auf dem zweiten Monitor wäre dann 800x600@75 Hz.
Wenn man eine Konfiguration fest vorgeben wollte, könnte man das Template für die /etc/X11/xorg.conf.d/20-intel.conf anpassen: https://github.com/yavdr/yavdr…emplates/20-intel.conf.j2
Ok - hab jetzt mal Deinen Vorschlag eingebaut und er baut die xorg.conf genau so wie gewünscht. Perfekt. Danke...!
-
Nach der Umstellung auf YaVDR ansible (die ziemlich problemlos gelaufen ist - danke an seahawk dafür...!) bleibt aktuell nur eines der bisher vorhandenen Features offen, die momentan den WAF des neuen gegenüber dem Alten ein wenig verschlechtern
Wie wäre denn der Weg um einen VDR mit zapcockpit Patch zu integrieren, ohne gleich eine komplette Dev-Umgebung auf die Beine stellen zu müssen (und nebenbei noch updatefähig zur restlichen Umgebung zu bleiben)?
Danke...
-
Für einen selbst gepatchten VDR tut man sich IMHO mit einem eigenen Launchpad PPA am leichtesten ( CKone hat z.B. eines für seine VDR-Pakete mit zapcockpit-Patch angelegt).
Mit dem yalptool (den python3 Branch habe ich gerade für bionic und focal paketiert) kann man dann VDR-Plugins und andere Pakete zwischen PPAs abgleichen, solange sie sich ans Namensschema halten.
-
Es wäre nett, einmal in
https://www.yavdr.org/blog/
https://www.yavdr.org/download/
einen Hinweis auf "0.7" und die (kommende?) Ansible Distributionsform hinzuweisen.
Ich erwäge doch ganz langsam einen Upgrade von 0.5... -
vieleicht stelle ich mich zu blöd an, aber ich finde die Lösung nichtmehr um eine 50p Modeline hinzubekommen, kann mir vieleicht einer kurz helfen, oder gibt es mitlerweile eine einfachere lösung?
Gruß Andreas
-
cvt kann dir Modelines errechnen: [https://linux.die.net/man/1/cvt]
Für 1080p50 sähe das z.B. so aus:
Normalerweise musst du das nur machen, wenn du einen Monitor hast, der die unterstützen Modes nicht korrekt über seine EDID ankündigt.
-
Ich habe gerade mal auf github den Befehl endeckt:
Codesudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-xorg"
leider läuft der beamer trotzdem auf 60p, auch wenn das script wohl die richtige mode erkannt hat, gibt es auf ansible kein webfront mehr?
Code
Alles anzeigenTASK [yavdr-xorg : debug] ************************************************************************************************************************************************************* ok: [localhost] => { "xorg.primary": { "connector": "HDMI-1", "edid": "/etc/X11/edid.HDMI-1.bin", "mode": "1920x1080_50", "model": "VSX-922", "refreshrate": 50, "resolution": "1920x1080", "vendor": "PIO" } } TASK [yavdr-xorg : debug] ************************************************************************************************************************************************************* skipping: [localhost] TASK [yavdr-xorg : stop x-verbose@vt7.service] **************************************************************************************************************************************** changed: [localhost] TASK [yavdr-xorg : wait a little bit, so X has some time to shut down (needed?)] ****************************************************************************************************** ok: [localhost] TASK [yavdr-xorg : ensure facts.d directory exists] *********************************************************************************************************************************** ok: [localhost] TASK [yavdr-xorg : write xorg variable as local fact] ********************************************************************************************************************************* changed: [localhost] TASK [yavdr-xorg : write xrandr variable as local fact] ******************************************************************************************************************************* changed: [localhost] TASK [yavdr-xorg : update xorg and xrandr variable with values from local facts if needed] ******************************************************************************************** skipping: [localhost] TASK [yavdr-xorg : create xorg.conf (for nvidia driver)] ****************************************************************************************************************************** skipping: [localhost] RUNNING HANDLER [Start VDR] *********************************************************************************************************************************************************** changed: [localhost] RUNNING HANDLER [Start yavdr-xorg] **************************************************************************************************************************************************** changed: [localhost] PLAY RECAP **************************************************************************************************************************************************************************** localhost : ok=38 changed=12 unreachable=0 failed=0
-
So wie es aussieht, bekommt er die EDID von deinem AV-Receiver, nicht vom Beamer.
Wie sieht denn die erzeugte /etc/X11/xorg.conf und die Dateien in /etc/ansible/facts.d aus?
-
eine xorg erzeugt er mir leider nicht in X11
xorg.fact
Code
Alles anzeigen{ "xorg": { "primary": { "connector": "HDMI-1", "edid": "/etc/X11/edid.HDMI-1.bin", "mode": "1920x1080_50", "model": "VSX-922", "refreshrate": 50, "resolution": "1920x1080", "vendor": "PIO" } } }
Code
Alles anzeigen"xrandr": { "Screen 0:": { "HDMI-1": { "EDID": "00ffffffffffff00412f00000101010100160103800000780a94ffa05c558a2416505ebfef8081c0810081809040a940950081fc617c023a801871382d40582c450000000000001e023a801871382d40582c450000000000001f000000fd0018790f6611000a202020202020000000fc005653582d3932320a20202020200194020340f253010304050790121314169f20220f240b1e261a38097f070f7f071507503e1ec04d02005706005f7e01677e00834f00006a030c001500b828208000662156aa51001e30468f330000000000001f011d007251d01e206e28550000000000001e011d80d0721c1620102c258000000000009e000000000000000000dd", "auto": "", "current": "1920x1080_60", "is_connected": true, "modes": { "1024x768": [ 120, 75, 70, 60 ], "1152x864": [ 75 ], "1280x1024": [ 75, 60 ], "1280x720": [ 120, 60, 50 ], "1280x800": [ 60 ], "1366x768": [ 60 ], "1400x1050": [ 60 ], "1440x480": [ 60 ], "1440x576": [ 50 ], "1440x900": [ 60 ], "1600x1200": [ 60 ], "1920x1080": [ 60, 50, 30, 24 ], "2880x480": [ 60 ], "2880x576": [ 50 ], "640x480": [ 75, 73, 67, 60 ], "720x400": [ 70 ], "720x480": [ 60 ], "720x576": [ 50 ], "800x600": [ 72, 75, 60, 56 ], "832x624": [ 75 ] }, "preferred": "1920x1080_60" }, "HDMI-2": { "EDID": "", "auto": "", "current": "", "is_connected": false, "modes": {}, "preferred": "" } } } }
-
eine xorg erzeugt er mir leider nicht in X11
Das ist merkwürdig - kannst du dir mal den aktuellsten Stand von yavdr-ansible ziehen (oder die Änderung an der ansible.conf von Hand einbauen) Debug-Ausgabe des Playbooks in eine Datei Umleiten und diese hier posten?
sudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-xorg" -v | tee yavdr-xorg.log
-
Ich habe noch ein spezielles Problem im Umfeld des eingesetzten CAM-Moduls.
Beim Start schlägt manchmal - nicht immer - die Initialisierung des Moduls fehl. Keine Ahnung woran das liegt oder wer genau da ggf. etwas zur Behebung tun müsste oder könnte, aber in so einem Fall führt ein Neustart des vdr-Prozesses eigentlich immer zu einer funktionierenden Umgebung. Blöd ist das deswegen, weil im Zweifel Aufnahmen fehlschlagen, wenn das nicht funktioniert.
Im Log sieht das SO aus:
Code
Alles anzeigenJan 21 14:54:06 yavdr kernel: [ 45.364798] dvb_ca_en50221: dvb_ca adapter 2: DVB CAM detected and initialised successfully Jan 21 14:54:06 yavdr vdr: [1953] CAM 1: module ready Jan 21 14:54:08 yavdr vdr: [1953] DDCI-Err: can't write to CI adapter (/dev/dvb/adapter2/ca0): Eingabe-/Ausgabefehler Jan 21 14:54:08 yavdr systemd[1771]: Started Sound Service. Jan 21 14:54:08 yavdr systemd[1771]: Reached target Default. Jan 21 14:54:08 yavdr systemd[1771]: Reached target yaVDR Desktop. Jan 21 14:54:08 yavdr systemd[1771]: Startup finished in 3.789s. Jan 21 14:54:08 yavdr bash[1751]: ERROR: openbox-xdg-autostart requires PyXDG to be installed Jan 21 14:54:08 yavdr bash[1751]: Typelib for 'libnotify' is not available. Possible causes include: Jan 21 14:54:08 yavdr bash[1751]: #011- libnotify is not installed Jan 21 14:54:08 yavdr bash[1751]: #011- the typelib is provided by a separate package Jan 21 14:54:08 yavdr bash[1751]: #011- libnotify was built with introspection disabled Jan 21 14:54:08 yavdr bash[1751]: Starting udiskie without notifications. Jan 21 14:54:35 yavdr vdr: [1797] CAM 1: not ready, master (empty) Jan 21 14:54:35 yavdr vdr: [1797] not all CAM slots ready after 30 seconds
Kann man (bzw. WIE kann man) das abfangen und in einer solchen Situation den VDR neustarten - ähnlich der Lösung, wo auf den Start der DVB's gewartet wird...?
-
Die wait-for-dvb@.service wartet nicht auf CAMs (weil die nicht jede Karte hat) - versuch mal eine wait-for-ca@.service anzulegen:
Code: /etc/systemd/system/wait-for-ca@.service
Alles anzeigen[Unit] Wants=dev-dvb-adapter%i-ca0.device After=dev-dvb-adapter%i-ca0.device Before=vdr.service [Service] Type=oneshot ExecStart=/usr/bin/logger -t wait-for-ca git device %i [Install] WantedBy=multi-user.target
Und die für die deine Karten mit CA zu aktivieren.
-
seahawk1986 vielen vielen dank, auf die idee das git mal zu aktualisieren hätte ich auch selbst kommen können, läuft:)
-
Nur zur Sicherheit - sollte es anstatt:
nicht (aus der wait-for-dvb abgeschaut) eher:
heissen?
Startet er dann - sofern das fehlschlägt - den vdr-service neu? Da sind mir zugegeben die Zusammenhänge noch nicht wirklich klar...
-
Startet er dann - sofern das fehlschlägt - den vdr-service neu? Da sind mir zugegeben die Zusammenhänge noch nicht wirklich klar...
Macht er nicht - er wartet nur...
Ich hatte eben sowas hier:
Code
Alles anzeigenJan 21 18:25:11 yavdr vdr: epg2vdr: Handler: Start reading external ids from db Jan 21 18:25:11 yavdr vdr: epg2vdr: Handler: Finished reading external id's from db, got 29 id's Jan 21 18:25:11 yavdr vdr: [3417] CAM 1: module present Jan 21 18:25:12 yavdr kernel: [ 618.613877] dvb_ca_en50221: dvb_ca adapter 2: DVB CAM detected and initialised successfully Jan 21 18:25:13 yavdr vdr: [3417] CAM 1: module ready Jan 21 18:25:15 yavdr vdr: [3417] DDCI-Err: can't write to CI adapter (/dev/dvb/adapter2/ca0): Eingabe-/Ausgabefehler ... Jan 21 18:25:41 yavdr vdr: [3381] CAM 1: not ready, master (empty) Jan 21 18:25:41 yavdr vdr: [3381] not all CAM slots ready after 30 seconds Jan 21 18:25:41 yavdr vdr: [3381] switching to channel 3 C-61441-10013-50015 (ProSieben HD) Jan 21 18:25:41 yavdr vdr: [3381] info: Kanal nicht verfügbar!
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!