[ANNOUNCE] graphtft 0.2.1

Hallo Horchi,

so bin etwas weiter gekommen.
Ich weiß jetzt zumindest, daß ich zwei Probleme gleichzeitig hatte.
Das "refresh-Problem", also die Tatsache, daß das display nach einiger Zeit nahezu schwarz wurde und anschließend nur noch Fragmente angezeit hat habe ich wohl gelöst.

wie ?

setterm -blank 0 -cursor off

beim Start ausführen. Führt dazu, daß das Terminal sich nicht nach n-Minuten abschaltet. Offenbar schafft es nach graphTFT nach einer solchen Abschaltung nicht mehr das ganze Bild neu ru rendern ...

Somit läuft DeepBlue jetzt super

Eigentlich würde auch avp funktionieren ... hier bleibt aber ein Problem:

Starte ich mit Splash-Screen (noch der orginale Suse - also knallgrün) wird das Hintergrundbild von avp beim Start quasie durchlöchert angezeigt.
Es sieht aus als ob einige Farben nicht dargestellt werden und an diesen Stellen er grüne Splash-Screen durchscheint (hoffe das ist verständlich beschrieben).

Mein erster Verdacht war nun, daß es an der Farbtiefe des Framebuffers liegt. Bei mir wird der FB mit vga=0x317 (also 16bit) gestartet.
Eigentlich sollte das für avp ja locker reichen ..oder ?

Hab mal versucht mit vga=0X318 zu starten, leider wird dann jedoch der Splashscreen nicht mehr angezeigt ..warum ? ..keine Ahnung.

Hat sonst noch jemand eine Idee für mich ?

Hallo,

1) Horchi und allen die sonst am Plugin mitgewirkt haben meinen Glückwunsch und Dank zum prima Plugin - schaut wirklich gut aus!!

2) Ich hab die Version 0.2.2 mit einem VDR 1.7.0 installiert und wollte nur Fragen ob das von machtnix beschiebene Problem nicht eigentlich mit den Änderungen in dspitems.c behoben sein sollte?
Wenn ich das richtig gesehen habe sind die Änderungen in 0.2.2 bereits eingeflossen. Mein Problem ist jedoch, dass wenn eine Aufzeichnung läuft und dann eine andere abgespielt wird - man dann OK betätigt um den Fortschrittbalken im OSD zu sehen - bis zu 255 Dateien im Order dieser Aufzeichnung erzeugt werden. Kommentiere ich die Zeilen wie von machtnix beschrieben aus, scheint das Problem vorerst nicht mehr aufzutreten.

Hi p_body

nein, das workaround von Horchi ist nicht in der Version 0.2.2 enthalten.
Ich habe die dispitems.c im Anhang
Bitte nicht wundern, daß die Anzeige der Spielzeit im Replaymodus um eine Stunde falsch geht.
Horchi wird das sicher noch ändern.

Guß
machtnix

Danke für die dspitems.c.

Hab sie aber erstmal draussen gelassen und warte geduldig auf die nächste Version - so fehlt doch vorerst nur die Fortschittsanzeige bei Wiedergabe oder?

Mal was Anderes: Wäre es möglich eine Art Screensaver-Mode einzubauen? Ich nutze das X-Frontend - hab mir jetzt ein kleines Script gebastelt, das bei jedem Tastendruck auf der Fernbedienung den Bildschirm wieder aktiviert und nach ca. einer Stunde wieder schlafen legt.
Vielleicht ließe sich das auch "professioneller" lösen, wenn bei bestimmten Funktionen der Bildschirm definiert "ein" ist bei Anderen nach definierter Zeit abgeschaltet wird.

z.B.
1) Wenn man eine Aufzeichnung ansieht oder Musik abspielt bleibt der Bildschirm in jedem Fall an
2) bei normalem TV Betrieb schaltet er nach z.B. 30 Min inaktivität ab (z.B. als Displayschutz bei Aufzeichnungen)

oder gibt es das gar schon ??

Und noch eine Frage: da ich ja die Ausgabe über X mache würde ich gerne ohne Frambufferausgabe starten, jedoch stürzt dann der VDR ab : ich habe als Ausgabedevice z.B. "-d /dev/null" angegeben.
was muss ich übergeben wenn ich die Ausgabe nur über graphtft-fe laufen lassen möchte.
Derzeit habe ich "-d /dev/fb0" eingetragen - nur kommt es dann sporadisch zu buntem Pixlel-müll bei der X-Ausgabe.

Hallo horchi,

hier mal der Stand zu meinen Problemen .. und gleichzeitig Entwarnung !!
Meine Probleme mit dem Refresh kamen eindeutig von splashy .. also vom bootsplash.

Ich wollte es gerne so haben, daß der Splashscreen nahtlos ins graphtft übergeht. Hatte deshalb den Splash erst beendet nachdem vdr gestartet war.
Sobald ich das geändert habe funktioniert graphTFT wie es soll .. ist zwar nicht mehr so schön, da ich kurz ne konsole sehen ..aber ok ..damit kann ich besser leben als mit nem zerschossenen graphTFT !!

Ein anderes Problem konnte ich heute auch lösen:

Nach dem Start hat es immer ewig gedauert bis meine Aufnahmen alle sichtbar wurden.
Jetzt bin ich darauf gekommen, daß es daran lag, daß das Verzeichnis epgimages wie vorgesehen unter /video0 lag.
Da das Verzeichnis über tvm2vdr gefüllt wird und offenbar nie Bilder gelöscht werden hat vdr dieses Verzeichnis immer mitgescannt und dabei ewig gebraucht.
Ich habe das epgimages-Verzeichniss jetzt an anderer Stelle gemounted und das theme entsprechend angepasst.
Vielleicht wäre es möglich das Verzeichnis in Zukunft im Setup einstellbar zu machen?
Denke das wäre eine sinnvolle Anpassung.

Danke für deine Hilfe und sorry das ich dir da unnötigerweise Arbeit gemacht habe.

steffx

Hi steffx,

ich habe in der nächsten DeepBlue und AvP Version schon drei unterschiedliche Ablageorte für die EPG Files mit berücksichtigt, welche dann nach einander durchsucht werden.
/ramdisk/epgimages
/media/epgimages
/video0/epgimages

Sollte Dein Ablageort dann immer noch abweichen, kannst Du dies , gerade dank der neuen Variablenfunktion von horchi, im Themefile dann sehr einfach anpassen.

PS: Du hast ne PN.

Das tvm2vdr script sollte ebenfalls alte Bilder (ich glaube so ca. 90 Tage) automatisch löschen.
Bei mir ist der Löschpfad im Script "hardcodiert".
Schau mal in das Script, ob dort evnt. in ein falsches Verzeichnis hinterlegt ist.

gruß
data

Zitat

Original von steffx

Ich wollte es gerne so haben, daß der Splashscreen nahtlos ins graphtft übergeht. Hatte deshalb den Splash erst beendet nachdem vdr gestartet war.

wie habt ihr das denn gelöst ?

seht ihr nach dem splashscreen nochmal die konsole, oder bekommt ihr nen fliessenden übergang hin ?

steffx

Hi horchi,

schau dir mal diesen thread an .. könnte ja auch am graphTFT liegen ...

steffx

Hi data,

hab verstanden wie ich im graphTFT den Füllstand einzelner Verzeichnisse anzeigen kann.
Aber eigentlich ist die interessante Info für die Systemanzeige doch wieviel Platz hab ich insgesamt über alle Videoverzeichnisse noch. Diese Info ist doch im vdr vorhanden ("74% noch 173 Stunden frei") ...wäre es nicht sinnvoll diese info anzuzeigen ?

noch zwei Fragen:

irgendwie hab ich immer noch ein kleines schwarzes Rechteck, da wo eigentlich der Cursor der Console war ... scheint als hätte ich das noch nicht optimal gelöst. Wie werde ich die Console im Hintergrund denn richtig sauber los (irgendwas mit tty war da doch ..aber ich kriegs nicht richtig hin ....) ?

die zweite Frage ist mehr ne Bitte an horchi:

Die ersten Versionen von graphTFT (damals noch von kenny) hatten ein Feature das ich toll fand. Man konnte das Fernsehbild am graphtft ausgeben. Beim Weiterschalten auf dem VDR (mit mehreren DVB-Karten) blieb am graphtft das eine Programm stehen ..wärend man am TV weiterzappen konnte ...

Leider ist das Feature irgendwann rausgeflogen (keine Ahnung warum) ... wäre das nicht was für lange Winterabende ?

steffx

hi horchi,

ich will ja echt nicht nerven ..aber einen hab ich noch:

ich hab noch an einer anderen stelle sehr oft einen Absturz - beim Aufruf des music-plugins.
Da ich von gestern Abend so gut in Übung war, dachte ich mir mach ich doch mal nen backtrace für den guten morone. Was dabei herauskam scheint aber doch eher was für dich zu sein:

#0  0xb7854bad in ?? () from /usr/lib/libImlib2.so.1
#1  0xb781ee6f in ?? () from /usr/lib/libImlib2.so.1
#2  0xb78272ae in ?? () from /usr/lib/libImlib2.so.1
#3  0xb7815ad7 in imlib_text_draw_with_return_metrics () from /usr/lib/libImlib2.so.1
#4  0xb7815bf5 in imlib_text_draw () from /usr/lib/libImlib2.so.1
#5  0xb71158ae in ImlibRenderer::text (this=0xa006d30, text=0xb2dabec "\001", font_name=0x9ee7f04 "graphTFT", size=12, 
    align=1, x=20, y=517, r=64, g=64, b=64, width=20, height=20, lines=1, dots=0, skipLines=0)
    at imlibrenderer/imlibrenderer.c:704
#6  0xb70e5829 in cDisplayItem::drawText (this=0x9eec918, aText=0xb2ca984 "\001", y=517, height=20, clear=1, skipLines=0)
    at dspitems.c:857
#7  0xb70ed617 in cDisplayText::draw (this=0x9eec918) at dspitems.c:1204
#8  0xb70e7213 in cDisplayItem::refresh (this=0x9eec918) at dspitems.c:763
#9  0xb70f6dbe in cGraphTFTDisplay::display (this=0x9dd7cb8, sectionName=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0xb062533c "D¨\n"}}) at display.c:1589
#10 0xb70f747b in cGraphTFTDisplay::Action (this=0x9dd7cb8) at display.c:662
#11 0x08120b1c in cThread::StartThread (Thread=0x9dd7cc4) at thread.c:245
#12 0xb7f8a175 in start_thread () from /lib/libpthread.so.0
#13 0xb7d36dce in clone () from /lib/libc.so.6

Hi steffx,

Zitat

Aber eigentlich ist die interessante Info für die Systemanzeige doch wieviel Platz hab ich insgesamt über alle Videoverzeichnisse noch.

Stimmt.
Horchi hat es in der kommenden Version 0.3.0 gelöst.
Es können dann Fragezeichen als Wildcards verwandt werden, die sich dann addieren.
z.B. /video? statt /video0

Zitat

...kleines schwarzes Rechteck, da wo eigentlich der Cursor der Console war ...

Das sollte mit dem regelmäßigen Neuzeichnen der graphTFT Ausgabe behoben sein. Steht noch in der ToDo Liste. Weiß nicht ob das mit 0.3.0 kommt.
Bei mir, und einigen anderen, erscheint ab und an "...Runlevel 2" oben Links, obwohl das tty richtig eingestellt ist.
Das Neuzeichnen wäre auch hierfür die Lösung, hoffe ich.

Gruß
data

Hallo zusammen,

Ich hab mir jetzt nicht alles hier durchgelesen, vielleicht hat jemand ja schon was ähnliches gepostet.
Ich betreibe graphtft am Framebuffer meiner Matrox G450 PCI. Seit einiger Zeit - leider kann ich die Versionen nicht mehr ganz definieren - wird vor dem Start das LCD nicht gelöscht, d.h., Fragmente von der Initialsierung des Framebuffers (horizontale graue Streifen) oder beim reboot Fragmente des letzten angezeigten Bildes sind auf dem LCD zu sehen. Wenn ich das Menu dann hoch und runter scrolle sieht das Theme fast so aus wie es sein soll (bis auf die Bereiche die nicht neu dargestellt werden) Wechsele ich das Theme auf DeepBlue und dann wieder auf AVP ist alles bestens.

Wie bring ich den framebuffer dazu vor dem Start von Graphtft /dev/fbx komplett zu löschen oder welche Funktion in Graphtft ist dafür verantwortlich.

Achso, graphtft ist Version die letzte, mit der Änderung dispitem.c. Effekt hatte ich aber auf jeden Fall auch bei dem Vorgänger.

Gruss,

Stefan

Hi stevie101,

hast du

setterm -blank 0 -cursor off

gesetzt ?

weiterhin wichtig: ein etwaiger Splashshreen muß vor dem Start von VDR beendet sein.

steffx

Hi steffx,

Nö, splashscreen hab ich nicht.

Das mit setterm ist so ne Sache.
Ich habe /dev/fb0, /dev/fb1, /dev/fb2, /dev/fb3 (radeonfb,matroxfb1,matroxfb2=crtc2,reel eHD).
Das psone tft hängt an /dev/fb2 der Matrox. Ich sehe keinen cursor oder sowas auf dem tft, das geht über die radeon, die ist /dev/fb0.
Keine Ahnung von setterm, also ob der Befehl den fb zurücksetzt, wenn er das tut, wie geb ich an das dies für /dev/fb2 gilt.

horchi

Danke, probier ich mal.
Versuche die Tage mal einen screenshot anzuhängen, um den Effekt deutlicher zu machen.
Wenn das treiberabhängig müsste es eigentlich über directfb anders ausschauen, auch das werd versuchen. Glaub aber directfb war irgendwie buggy und nicht so schön skaliert.

Eine Sache jetzt aus dem Kopf, über matroxfb bekomme ich nie das Bild "Graphtft startet", immer direkt Standard/Info/Clock, bei directfb bekam ich die Ausgabe "Graphtft startet".

Gruss

Stefan

data, horchi:

Könnt Ihr die 0.3.0 dieses Wochenende vielleicht mal aus dem Sack lassen Ich würd auch gern mal meinen Touch in Betrieb nehmen