Hast du mal versucht ein svdrpsend plug skindesigner DLIC abzusetzen, nachdem das Frontend detached wurde?
Posts by seahawk1986
-
-
Ich habe gerade
geotagger für Ubuntu 20.04 paketiert- nachdem ich die qt-Module nachinstalliert habe, meckert er noch über die Version von QTQuick - wobei die Versionsnummer 2.14 neuer ist als die Version im aktuellen Release 5.12 (
https://doc.qt.io/qt-5/qtquickcontrols-index.html#versions)
Code- $ geotagger
- qrc:/map.qml:9:1: module "QtQuick" version 2.14 is not installed
- QObject::connect: Cannot connect (null)::KeyPress(int) to cMap::KeyPress(int)
- QObject::connect: Cannot connect (null)::ContextMenuEvent(QContextMenuEvent *) to cMap::ContextMenuEvent(QContextMenuEvent *)
- QObject::connect: Cannot connect (null)::SelectedIndexesChanged(const QList<int> &) to cMap::SelectedIndexesChanged(const QList<int> &)
- QObject::connect: Cannot connect (null)::ClickedIndexLeftChanged(int) to cMap::ClickedIndexLeftChanged(int)
- QObject::connect: Cannot connect (null)::ClickedIndexRightChanged(int) to cMap::ClickedIndexRightChanged(int)
- QObject::connect: Cannot connect (null)::ClickedCoordinateChanged(const QGeoCoordinate &) to cMap::ClickedCoordinateChanged(const QGeoCoordinate &)
- QObject::connect: Cannot connect (null)::ErrorMessageChanged(const QString &) to cMap::ErrorMessageChanged(const QString &)
Ich habe dann die Versionen passend zur installierten QT 5.12 auf 2.12 herunter gesetzt, damit scheint es auch zu funktionieren:
Display MoreDiff: debian/patches/qtquick_version.patch- Index: geotagger-0.1.0/map.qml
- ===================================================================
- --- geotagger-0.1.0.orig/map.qml 2020-02-19 15:30:16.000000000 +0100
- +++ geotagger-0.1.0/map.qml 2020-02-19 19:33:52.833750416 +0100
- @@ -6,8 +6,8 @@
- *
- */
- -import QtQuick 2.14
- -import QtQuick.Controls 2.14
- +import QtQuick 2.12
- +import QtQuick.Controls 2.12
- import QtPositioning 5.5
- import QtLocation 5.6
- import MapProperty 1.0
-
Von mir auch vielen Dank für den VDR, der mir seit gut 10 Jahren treue Dienste leistet.
-
Wenn das beim ersten Zugriff auf das Device passiert, könntest du versuchen vor dem Start des VDR mit dvb5-zap einen Sender zu tunen und etwas zu warten - das könnte man dann als ExecStartPre Befehl in der Systemd-Unit vdr.service hinterlegen.
-
Da mittlerweile ein Ansible-Paket in den regulären Ubuntu-Paketquellen steckt, das auf Python 3.8 setzt, habe ich jetzt mal die Hilfskonstruktion mit dem venv aus dem Installationsskript geworfen. /root/.ansible-venv wird mit dem aktuellen Stand nicht mehr benötigt und kann gelöscht werden.
Ich habe auch alle direkt vom Playbook installierten Python2-Pakete entfernt.
-
Die erste Zeile wird normalerweise von Ansible bzw. jinja2 zu einem mehrzeiligen Kommentar expandiert, da kommt dann z.B. sowas heraus:
Display MoreCode- $ cat /etc/X11/xorg.conf.d/10-serverflags.conf
- #
- # *** ANSIBLE MANAGED FILE ***
- # template: /home/user/yavdr-ansible/roles/yavdr-xorg/templates/10-serverflags.conf.j2
- #
- Section "ServerFlags"
- Option "NoPM" "true"
- Option "blank time" "0"
- Option "standby time" "0"
- Option "suspend time" "0"
- Option "off time" "0"
- EndSection
Wenn du die Datei von Hand anlegst, musst du selber dafür sorgen, dass nur syntaktisch korrekte Inhalte in der Datei landen.
-
seahawk1986, this is like a bug, I try to do compatibility with lower versions.
Thank you very much, https://github.com/ua0lnj/vdr-…5d95d606b305bfca12cd08dc6 fixed building it with ffmpeg 3.4
-
Zumindest mit meiner GT 1030 und Audio-Ausgabe über den DisplayPort ist mir da in den letzten Wochen nichts negatives aufgefallen.
-
Die serverflags.conf war nicht vorhanden. Ich habe sie mal angelegt, dann startet der vdr zwar, aber ich erhalte nur noch einen Eingabeprompt angezeigt.
Hast du das Template expandieren lassen, indem du die Rolle yavdr-xorg ausgeführt hast oder alternativ die erste Zeile rausgenommen (daraus wird ja nur ein Kommentar)? Das nackte Template selber hat ja keine gültige Syntax für eine Xorg-Konfigurationsdatei.
-
Wurde auf deinem System das Template https://github.com/yavdr/yavdr…es/10-serverflags.conf.j2 als /etc/X11/xorg.conf.d/10-serverflags.conf expandiert? Das sollte eigentlich diese ganzen Energiespar-Einstellungen abschalten.
-
So, jetzt sind die Pakete für bionic alle durch...
-
Die Pakete bauen schon in den yaVDR-PPAs.
-
Die neueste Version aus dem vdpau+vappi+cuvid Branch braucht ein aktuelles ffmpeg 4.x, alles<=3,4 ist zu alt.
-
Irgendwo hab ich im Forum gelesen, dass man den VDR so einstellen kann, dass er beim Start auf die Initialisierung der TV-Karte watet, aber ich finde den Threat nicht mehr. Vielleicht wäre das ja ein Ansatz?
Dann müsste ein Neustart des VDR im laufenden Betrieb zu einem Bild verhelfen: systemctl restart vdr
Beim Start des VDR auf DVB-Tuner warten kannst du mit der wait-for-dvb@.service - vgl. https://www.yavdr.org/document….html#vdr-common-problems
-
Ist die Firmware für die DVB-Karte schon installiert? https://www.linuxtv.org/wiki/index.php/TeVii_S464#Firmware
-
Hallo,
udiskie läuft in der Systemd User-Session für den Benutzer vdr, die von der Rolle yavdr-desktop eingerichtet wird. Der Start erfolgt über das autostart-Skript von Openbox.
Man könnte so eine User-Session auch ohne X-Server starten lassen und hätte dann auch die Möglichkeit andere Dienste, die nicht von Xorg abhängen (wie z.B. irexec, pulseaudio usw.) mit Benutzerrechten des Users VDR auszuführen. Ich habe da schon eine Idee, komme aber heute nicht mehr dazu das ins Playbook einzubauen und zu testen.
-
Da sich am Unterbau nicht viel geändert hat, sollte es im einfachsten Fall genügen ein do-release-upgrade zu machen und danach das ansible-Playbook aus dem focal-Branch einmal laufen zu lassen (eigene Anpassungen kann man natürlich übernehmen, wo es Sinn macht). Wenn man Pakete aus Dritt-PPAs nutzt, muss man ggf. etwas nacharbeiten.
-
Was sagt denn DISPLAY=:0.0 xset q, wenn der Bildschirm schwarz geworden ist?
-
Kann ich Kodi einfach mit
apt-get remove kodi
apt-get install kodi
neu installieren?
Ja, aber ich sehe nicht, was das bringen sollte...
Ändert sich etwas am verhalten, wenn du den Befehl /usr/bin/xset -dpms s off -display $DSIPLAY in die /var/lib/vdr/.config/openbox/autostart aufnimmst?
Was sagt svdrpsend plug softhddevice stat (bzw. das Äquivalent für andere Ausgabeplugins dazu), wenn der Bildschirm schwarz wird?
-
seahawk1986 kannst die es bitte nochmal für yavdr aktualisieren? Danke!
Mache ich gleich noch.
