Beiträge: 8
Themen: 1
Registriert seit: Jan 2007
Bewertung:
3
Hallo,
meiner Meinung nach müsste im Skript /usr/bin/start_graphtftfe.sh ab Zeile 16 angepasst werden.
Alt:
while ( ! pidof X )
do
sleep 0.1
done
Hier wird in einer Schleife auf X gewartet. Da es den X-Prozess als solches nicht mehr gibt, wird dies eine Endlosschleife und der VDR startet bei aktiven GraphTFT mit X-Ausgabe nicht. Hier sollte auf Xorg geprüft werden:
Neu:
while ( ! pidof Xorg )
do
sleep 0.1
done
Vielleicht kann das einer der Profis dies "begutachten" und ggf. entsprechend einbauen.
Vielen Dank und Grüße
Drais
Beiträge: 9.394
Themen: 217
Registriert seit: Oct 2011
Bewertung:
215
03.03.2017, 10:20
(Dieser Beitrag wurde zuletzt bearbeitet: 03.03.2017, 10:21 von Bleifuss2.)
Hallo Drais
Danke für das Fehler finden.
Gruß
Bleifuss
Produktiv-VDR:
Board GA H77-DS3H, Intel Intel® Core™ i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0
Beiträge: 8.500
Themen: 441
Registriert seit: Dec 2006
Bewertung:
549
Hi,
(02.03.2017, 10:13)Drais schrieb: Vielleicht kann das einer der Profis dies "begutachten" und ggf. entsprechend einbauen. ist im Paket ...Merci fürs forschen!
Gruss
Wolfgang
DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR
Beiträge: 3.043
Themen: 42
Registriert seit: Oct 2007
Bewertung:
114
Das sieht per se nach einem Problem aus, weil ein timeout fehlt - auch in der 'gefixten' Version.
Warum keine for loop mit break?
Beiträge: 5.294
Themen: 87
Registriert seit: Oct 2006
Bewertung:
168
(05.03.2017, 15:02)Wirbel schrieb: Das sieht per se nach einem Problem aus, weil ein timeout fehlt - auch in der 'gefixten' Version.
Warum keine for loop mit break? Hallo Wirbel, da kann man ja nochmal ran. Es rennt ja keinen weg  man muss halt nur dran denken.
Gruß Aaron
Mediacenter
easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel® G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI
easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel®T2400 @1.83GHz 2GB DDR2, GT218 [GeForce 210] (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835)
Beiträge: 9.394
Themen: 217
Registriert seit: Oct 2011
Bewertung:
215
Hallo
Ich habe das meiste mal geändert, deshalb sollte das rein:
Zitat:. /usr/lib/vdr/functions/easyvdr-functions-lib
wait_for_X
Dann muss man in Zukunft nur an einer Stelle ändern
Gruß
Bleifuss
Produktiv-VDR:
Board GA H77-DS3H, Intel Intel® Core™ i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0
Beiträge: 8
Themen: 1
Registriert seit: Jan 2007
Bewertung:
3
Hallo,
das "forschen" war ja nicht ganz ohne Eigennutz und schön dass ich auch ein "Bit" beitragen konnte.
Grüße Drais
|
