[ANNOUNCE] graphtft 0.1.19-alpha

    Zitat

    Original von odintg
    Hallo horchi,


    ich habe auch noch einen Wunsch: abschalten des graphtft während des Betriebes, da ich mmsv2 mit Externalplayer und Ausgabe auf dem tft gerne nutzen würde.


    Klappt mit dem Proxy-Plugin wunderbar ;)


    Lg
    Roman

    Wohnzimmer (Client 1): C't Vdr (Sarge), 2.6.15-sl, 1.4.0-2, TT-1.5 FF, Hermes 651, 40 GB, 2Ghz Celeron, 512MB, PSOne TFT
    Server: C't VDR (Sid), 2.6.15-1-k7, 1.4.1-1, TT-1.6 FF, XP-2000+, 500GB, 512MB
    Schlafzimmer (Client 2): MediaMVP
    MediaMVP, Bose S 100, 400er Oldischlepptopp für den Garten

    Hallo, wie kann ich erreichen, dass graphtft die Ausgabe nur via graphtft-fe macht, und somit kein fb benötigt wird?
    cu peje

    Zitat

    Original von peje
    Hallo, wie kann ich erreichen, dass graphtft die Ausgabe nur via graphtft-fe macht, und somit kein fb benötigt wird?
    cu peje


    Versuche mal als Argument ein ungültiges Device anzugeben Beispiel:
    --device=none
    Sollte so gehen habe es jedoch nicht ausprobiert ;).


    Am besten im Makefile nur:


    HAVE_IMLIB = 1
    HAVE_IMAGE_MAGICK = 1
    WITH_X_COMM = 1


    und wenn gewünscht noch:


    HAVE_GTOP = 1


    aktivieren, also HAVE_DFB weglassen


    horchi

    Hallo Horchi, danke für den tip, hab zwischenzeitlich auf vdr/1 (zweite karte) eingestellt, doch ins nichts schreiben passt besser und klappt auch.
    cu peje

    Zitat

    Original von viking
    Evt. etwas OT: habe das proxy plugin auf der TODO ;) Kann man damit das graphtft jederzeit starten und stoppen ? Oder nur stoppen ? Und auch automatisch starten (beim booten) ?


    Jepp, geht alles!
    Darfst halt graphtft nicht mehr mittels '-P graphtft' starten, sondern über '-P proxy' und passender config des proxy-plugins!


    Vorm MMS Start läuft folgendes:

    Bash
    #!/bin/sh
/root/min_user_activity 0
/usr/lib/vdr/svdrpsend.pl PLUG proxy SUSP graphtft


    mit
    /root/min_user_activity



    MMS halt dann als 'shutdown_command' 'mms_shutdown'

    Bash
    #!/bin/sh
killall -9 irexec
#sleep 5
/usr/lib/vdr/svdrpsend.pl PLUG proxy RSUM graphtft
/root/min_user_activity 180


    Damit wird solange MMS läuft der automatische Shutdown des VDR und das graphtft abgeschaltet ... sobald MMS beendet wird, ist der automatische Shutdown (auch bei WakeOnTimer wichtig) wieder an und das graphtft startet wieder ...


    Die plugin.proxy.conf:

    Code
    graphtft -d /dev/fb0


    Hoffe die OT-Antwort ist ok ?! ;)

    Wohnzimmer (Client 1): C't Vdr (Sarge), 2.6.15-sl, 1.4.0-2, TT-1.5 FF, Hermes 651, 40 GB, 2Ghz Celeron, 512MB, PSOne TFT
    Server: C't VDR (Sid), 2.6.15-1-k7, 1.4.1-1, TT-1.6 FF, XP-2000+, 500GB, 512MB
    Schlafzimmer (Client 2): MediaMVP
    MediaMVP, Bose S 100, 400er Oldischlepptopp für den Garten

    Einmal editiert, zuletzt von Uatschitchun ()

    Nochmals ich, hab noch ein eye-candy problem:
    graphtft-fe will immer die keys anlernen, ich hab die Steuerung jedoch über lirc, das Xcom=1 muss ich natürlich behalten ansonsten hätte ich kein Bild.
    Frage wie sieht das Format der graphtft-fe keys in remote.conf aus?
    (kann mir da ja dummys anlegen) oder gibts nen stillvolleren weg?
    Danke für das supergeniale plugin
    cu peje


    Hi,


    normal musst du das anlernen nur einmal hinter dich bringen ;) dann kannst du es auch remote via dem x-frontend mit Tastatur bedienen. Ansonsten kopiere einfach folgende Zeilen in deine remote.conf:



    Dann bist du die Fragerei auch los.


    Grüße
    horchi

    Hallo horchi,
    wow, eine fe-Version von graphtft würde meine ganzen framebuffer Probleme
    in Luft auflösen.


    Ich bekomme beim Start von graphtft-fe den Fehler:
    "Got unexpected protocol (842149920), aborting"



    Kannst du dir auf diese Fehlermeldung einen Reim machen?


    Was bewirkt eigentlich der Schalter -n (not Managed)?


    Gruß, Tomekki


    Hi,


    läuft auf dem Port 2001 wirklich das Plugin und nix anderes?


    Wenn man es 'not managed' startet ist es ein einfaches X-Fenster ohne Rahmen und nicht unter Kontrolle das Window-Manager, damit funktioniert dann auch nur die Mausbedienung nicht jedoch die Tastatur.


    horchi

    Hallo horchi,
    ja, es läuft nur vdr auf diesem Port. Das habe ich auch mit netstat geprüft und in meiner vdradmin.conf habe ich ebenfalls diesen Port eingetragen und kann mit vdradmin (wenn es läut) über diesen kommunizieren.
    Außerdem habe ich zum Testen mal den freien Port 1234 ausprobiert; In diesem Falle bekomme ich auch eine eindeutige Fehlermeldung dass die Verbindung nicht zur Stande kommt. Zudem erscheint auch die Meldung "Connection to '127.0.0.1' established" nicht.


    Ich versuche heute Abend mal die TCP-Kommunikation abzuhören, möglicherweise hilft das weiter.


    Muss ich eventuell VDR auch neu kompilieren?


    Gruß, Tomekki


    Hi,


    nun bin ich etwas verwirrt, mit dem vdradmin hat das Plugin und auch das Frontend nichts zu tun! Das Frontend muss ich zu dem Port verbinden auf welchem der Listener des graphtft Plugins läuft. Das ist dann auch schon die Erklärung für das beschriebene Problem. Der Default Port ist 2039, der muss beim fe nicht angegeben werden. Nur wenn du dem graphTFT Plugin beim Start einen anderen Port mitgibst nusst du diesen dann auch bei fe angeben.



    Zum vdr compilieren, der vdr muss wenn man ihn patcht immer compiliert werden, sofern sich dabei (wie beim graphTFT) seine API ändert sind auch alle Plugins neu zu übersetzen.


    Viele Grüße
    horchi

    Hallo horchi,
    ich war mit dem Port 2001 wirklich auf auf dem Holzweg. Bei dem Port handelt es sich um das SVDRP (Simple VDR Protokoll) um VDR fernzusteuern.
    Wieder was dazugelernt :)


    Mit dem richtigen Port erhalte ich die leider folgenden Fehler:

    Code
    # DISPLAY=:0.1
# ./graphtft-fe -h 127.0.0.1 -n -r -f -W 800 -H 600 -e 3
21:55:58,189 Trying connecting to '127.0.0.1' at port (2039)
21:55:58,189 Connection to '127.0.0.1' established
21:55:58,891 Got welcome
21:55:58,919 Error: Communication problems, closing line!
21:55:58,919 Retrying in 5 seconds


    Ich verwende VDR in Version 1.4.7, falls dies interessant ist.


    Hast du noch eine Idee was bei mir falsch laufen könnte?


    Gruß, Tomekki

    HiTomekki,


    wende bitte mal dieses Patch auf den Frontend Code an, damit wird bei der Fehlermeldung noch ein Statuswert mit ausgegeben. Ich hoffe das sich damitdas Problem besser eingrenzen lässt.



    BTW: Du verwendest die fe Version aus dem gleichen tar wie auch das graphTFT Plugin?


    Grüße
    horchi

    Hallo horchi,
    die Ausgabe nachdem ich deinen Patch angewendet habe, sieht wie folgt aus:

    Code
    01:16:36,856 Trying connecting to '127.0.0.1' at port (2039)
01:16:36,856 Connection to '127.0.0.1' established
01:16:37,599 Got welcome
01:16:37,659 Error: Communication problems, closing line! status was (-93)
01:16:37,659 Retrying in 5 seconds
01:16:42,690 Trying connecting to '127.0.0.1' at port (2039)
01:16:42,690 Connection to '127.0.0.1' established
01:16:42,827 Got welcome
01:16:42,855 Error: Communication problems, closing line! status was (-93)
01:16:42,855 Retrying in 5 second


    Zitat

    Original von horchi
    Du verwendest die fe Version aus dem gleichen tar wie auch das graphTFT Plugin?


    Ja, das tue ich.


    Mir ist grad noch aufgefallen, dass sich VDR nach dem Verbindungsversuch von graphTFT neustartet. Die Logdatei (/var/log/messages) sieht dabei Fehlerfrei aus:


    Ja ich weiß, ich muss mal meine Uhr stellen ;)


    Ich hoffe die Informationen Helfen dir weiter ...


    Gruß, Tomekki

    Hi Tomekki,


    Zitat

    Mir ist grad noch aufgefallen, dass sich VDR nach dem Verbindungsversuch von graphTFT neustartet.


    Der Absturz erklärt natürlich den Verbindungsabbruch. Welche Version des Plugin verwendest du genau? Könntest du bitte einmal den Backtrace eines solchen Absturzes posten, damit sollte man das Problem identifizieren können.


    Grüße
    horchi

    Hallo horchi,
    ich verwende die Version vdr-graphtft-0.1.7_alpha auf
    meiner Gentoo Maschine:


    Ich versuche gleich mal das Backtrace hinzubekommen.


    Vielen Dank für deine Geduld!
    Gruß, Tomekki

    Hallo horchi,
    bei der Ausgabe von gdb bekomme ich bis jetzt nur die spärliche Ausgabe:


    Das wird dir sicher nicht helfen. Hmm. dabei habe ich vdr mit debug-Informationen kompiliert.
    Ich bleib dran, wäre aber über Hilfestellungen dankbar. Ich habe halt bis jetzt nicht viel mit Linixprogrammierung zu tun gehabt.


    Gruß, Tomekki

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden