[ANNOUNCE] GraphTFT 0.0.12

mboka · 28. Januar 2007

Jetzt hab ich den Aufbau kapiert, die Zeit hab ich größer bekommen und verschoben. Aber den Aufbau der Zeit kann man nicht im Theme ändern, oder? Ich würde gerne

28.01.2007 12:02 Uhr

statt

28.01 12:02

haben.

Oder vielleicht die nächsten beiden Sendungen anzeigen. Also aktuell/nächste/übernächste.

Gibt es irgendwo eine Anleitung zum Theme erstellen? Dann muss ich nicht alles hier rein schreiben

horchi · 28. Januar 2007

Zitat

28.01.2007 12:02 Uhr

gute Idee, geht leider noch nicht, ich schau mal ob ich das für die nächste Version einbauen kann.

Zitat

Oder vielleicht die nächsten beiden Sendungen anzeigen. Also aktuell/nächste/übernächste.

Das geht:

Code

[NormalClock]
Item=DateOnly,x=25,y=10,font=Vera,size=60,red=50,green=130,blue=255;
Item=TimeOnly,x=10,y=140,font=Vera,size=180,red=50,green=130,blue=255;
Item=PresentTitle,x=25,y=500,height=200,font=Vera,size=32,red=150,green=150,blue=150,lines=2;
Item=Timebar,x=523,y=515,width=184,height=18,bg_x=520,bg_y=9,bg_width=190,bg_heigth=24,bg_red=0,bg_green=0,bg_blue=0,path=columnimages/progress.png;

Es stehen alle Theme Elemente von NormalTV zur Verfügung.

Zitat

Gibt es irgendwo eine Anleitung zum Theme erstellen? Dann muss ich nicht alles hier rein schreiben

Alles was von mir an Theme Features (ab Version 0.0.10) hinzugekommen ist habe ich versucht (hoffentlich verständlich) in ..../graphtft/documents/HOWTO.Themes zu beschreiben. Diese Datei hat Kenny (der ursprüngliche Entwickler des Plugins) begonnen. Sein Abschnitt ist weiterhin enthalten, mehr habe ich dazu auch nicht. Hier müßte man ein Opfer finden der mal alle Elemente beschreibt.

horchi

CKone · 28. Januar 2007

Hi horchi,

ich bin grad über ne Altlast gestolpert, die ich noch mal hochbringen möchte.

Wenn, auf meinem 3 Karten System, während der Wiedergabe einer Aufnahme auf allen 3 Karten Aufzeichnungen laufen, dann springt das TFT beim Beginn der Aufnahme auf der FF zurück aufs diesen Kanal. Wiedergaben läuft dann natürlich artig weiter. Stoppe ich die Wiedergabe kurz hab ich nach erneutem Start wieder die Wiedergabe auf dem TFT.

Kann man das einfach abstellen?

Gruß Christian

mboka · 28. Januar 2007

horchi
Ich meinte im normalen Programm Display, da hab ich jetzt alles soweit angepasst das unter FollowingTitle noch Platz für die übernächste Sendung wäre. Sozusagen FollowingFollowingTitle

Rec / Channel etc. hab ich auch schon geändert. Das ist viel einfacher als ich dachte.

Zitat

Alles was von mir an Theme Features (ab Version 0.0.10) hinzugekommen ist habe ich versucht (hoffentlich verständlich) in ..../graphtft/documents/HOWTO.Themes zu beschreiben. Diese Datei hat Kenny (der ursprüngliche Entwickler des Plugins) begonnen. Sein Abschnitt ist weiterhin enthalten, mehr habe ich dazu auch nicht. Hier müßte man ein Opfer finden der mal alle Elemente beschreibt.

Dann nerv ich weiter hier, wenn es darüber hinaus geht

CKone
Hmm, das Problem ist mir noch garnicht aufgefallen. Mal beobachten

M.Temp · 28. Januar 2007

hallo,

kann es sein, dass der Punkt "Hauptmenüeintrag verstecken" ohne Funktion ist?
Bei mir wird im Hauptmenü "Reload Themes" immer angezeigt, obwohl ich den gerne weg hätte.
Ich verwende Version 14 ist das in der 15er besser?
Wer ne Idee?

Michi

mboka · 28. Januar 2007

Also bei 15 ist es weg wenn es so gewählt ist.

M.Temp · 28. Januar 2007

hmmm,

dann werd ich heute abend mal updaten - ich hoffe mal stark, dass dann noch alles geht

Michi

horchi · 28. Januar 2007

Zitat

Original von CKone
Hi horchi,

ich bin grad über ne Altlast gestolpert, die ich noch mal hochbringen möchte.

Wenn, auf meinem 3 Karten System, während der Wiedergabe einer Aufnahme auf allen 3 Karten Aufzeichnungen laufen, dann springt das TFT beim Beginn der Aufnahme auf der FF zurück aufs diesen Kanal. Wiedergaben läuft dann natürlich artig weiter. Stoppe ich die Wiedergabe kurz hab ich nach erneutem Start wieder die Wiedergabe auf dem TFT.

Kann man das einfach abstellen?

Gruß Christian

Alles anzeigen

Hi Christian,
poste bitte mal den Log Ausschnitt (Log-Level 3) des entsprechenden Zeitpunktes, da gab es mal ein Problem (auch mit nur einer Karte), ich dachte nur ich hätte es bereits ausgemerzt.

Hi mboka,
ja, da habe ich dich falsch verstanden. Nein die übernächste Sendung kann man so noch nicht anzeigen.

Grüße
horchi

mboka · 28. Januar 2007

Zitat

ja, da habe ich dich falsch verstanden. Nein die übernächste Sendung kann man so noch nicht anzeigen.

Schade, dann nutze ich den Platz als Anzeige für die Aufnahmen die grad laufen.

Danke bis hierhin, läuft wirklich immer besser.

horchi · 28. Januar 2007

Hi,

es gibt eine neue Version (0.0.16), einzige Änderung ein neues Theme Item um Datum und oder Zeit im gewünschten Format anzeigen zu können (Item=DateTimeFormat). Hierbei muss der Formatstring wie in der Manpage zu strftime beschrieben angegeben werden.

Ein Beispiel ist in themes/DeepBlue.theme in der Sektion [NormalClock] enthalten.

Download: www.jwendel.de/vdr/vdr-graphtft-0.0.16.tar.bz2

Grüße
Horchi

M.Temp · 28. Januar 2007

Ein Glück, dass ich gewartet habe
Nun ist auch der hässliche Hauptmenüeintrag weg

klasse Arbeit horchi

Michi

mboka · 28. Januar 2007

Spitze! Vielen Dank, das ist mal ein Service!

mboka · 29. Januar 2007

Kann mein neustes Problem mit der neusten Graphtft Version zusammen hängen? Ich hab exakt seit der Installation das Problem das der VDR sich selber regelmässig eine Stunde zurück stellt und dann Amok läuft.

Ich geh mal zurück zu .15 und schau was passiert.

Überholte Timer am Listenanfang

Edit: Nein, scheint es auch nicht gewesen zu sein

Edit2: Doch, war es! Aber unabhängig von der Version. Ich hab nun mal mit lsof nachgeforscht, wenn man Loglevel 3 eingestellt hat, öffnet er bei jedem umschalten zig Dateien (/tmp/graphTFT.log, die aber immer wieder), die er aber nicht mehr schliesst. So sammeln sich nach und nach tausende open files an, und dann rauscht er irgendwann in sein limit und streikt. Ist auch reproduzierbar.

horchi
Ist das ein Bug?

horchi · 29. Januar 2007

Zitat

Edit2: Doch, war es! Aber unabhängig von der Version. Ich hab nun mal mit lsof nachgeforscht, wenn man Loglevel 3 eingestellt hat, öffnet er bei jedem umschalten zig Dateien (/tmp/graphTFT.log, die aber immer wieder), die er aber nicht mehr schliesst. So sammeln sich nach und nach tausende open files an, und dann rauscht er irgendwann in sein limit und streikt. Ist auch reproduzierbar.

horchi
Ist das ein Bug?

Bug, ja so würde ich das auch nennen, man ihr findet auch alles
Danke für den Report ist in der nächten Version behoben. Passiert nur, wenn man als logdevice Datei angibt, da ich immer ins syslog schreibe ist mir das noch nicht aufgefallen. Passiert in jedem log Level, in 3 halt deutlich häufiger!

Schreib bitte vor die Zeile (common.c):
FILE* lf = 0;
einfach static, also:
static FILE* lf = 0;

dann sollte es behoben sein.

horchi

mboka · 30. Januar 2007

Zitat

Bug, ja so würde ich das auch nennen, man ihr findet auch alles
Danke für den Report ist in der nächten Version behoben. Passiert nur, wenn man als logdevice Datei angibt, da ich immer ins syslog schreibe ist mir das noch nicht aufgefallen. Passiert in jedem log Level, in 3 halt deutlich häufiger!

Schreib bitte vor die Zeile (common.c):
FILE* lf = 0;
einfach static, also:
static FILE* lf = 0;

dann sollte es behoben sein.

horchi

Alles anzeigen

Hehe, Unbarmherzig wir alles aufgedeckt

Danke für den Fix!

JurKub · 3. Februar 2007

Hi zusammen,

ich hab auch ein Problem mit hoher CPU Last.
Wenn meine 3 Sat Karten aufnehmen ist das System mit graphtft bei 100%.

Kann ich im Source was ändern, was die CPU Last senkt?

Anzeige von Aufnahme + Episode bei Wiedergabe von Aufnahmen.

Danke
JurKub

horchi · 3. Februar 2007

Hi JurKub,

hängt es ggf. mit dem von mboka gemeldeten Fehler zusammen, wenn ja das logging auf das syslog um- oder aber ganz ausschalten.
Hast du die Laufschrift an, wenn ja schalte die bitte einmal komplett aus, das sollte die Last auch deutlich verringen.

horchi

JurKub · 3. Februar 2007

Hi horchi,

hab ich beides, hier mal meine Einstellungen:

graphtft.DumpImage = 0
graphtft.DumpImageX = 720
graphtft.DumpImageY = 576
graphtft.DumpRefresh = 5
graphtft.DvbRefresh = 100
graphtft.HideMainMenu = 0
graphtft.Iso2Utf = 1
graphtft.JpegQuality = 60
graphtft.Level = 0
graphtft.LogDevice = 0
graphtft.Logger = 0
graphtft.OSDMessageTime = 30
graphtft.OSDOffsetX = 50
graphtft.OSDOffsetY = 400
graphtft.ScrollCount = 0
graphtft.ScrollTime = 10
graphtft.ShowMutePermanent = 0
graphtft.SpectrumAnalyzer = 0
graphtft.Theme = DeepBlue
graphtft.UseStillPicture = 1
graphtft.VdrHeight = 5
graphtft.VdrWidht = 25
graphtft.VdrX = 0
graphtft.VdrY = 0
graphtft.ViewLength = 40
graphtft.ViewType = 0

Ach ja, ich hab ein PSone-TFT an dem VidoeOut der Grafikkarte hängen.

Aufruf des Plugin mit -d /dev/fb0

cu
JurKub

horchi · 3. Februar 2007

wie viel Prozent der CPU Last benötigt der graphtft thread? Was ist es für eine CPU (Tacktung)?
Läuft gleichzeitig auch eine Wiedergabe? Ist die Last mir zwei Aufnahmen deutlich geringer?

Könntest du bitte mal das logging im log-level 5 anschalten und mir dann den entsprechenden Ausschnitt posten?
(Nicht in ein File, da gibt es ja noch den Bug)

horchi

JurKub · 4. Februar 2007

hier das Ergebnis von top

Mem: 243224K used, 142600K free, 0K shrd, 7932K buff, 160596K cached
Load average: 2.66 1.61 1.11 (Status: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
5081 root R 62216 5062 28.1 16.0 vdr
5069 root R N 62216 5062 27.0 16.0 vdr
5072 root R N 62216 5062 2.0 16.0 vdr
5066 root R N 62216 5062 2.0 16.0 vdr
5061 root S 62216 3735 1.0 16.0 vdr
5186 root R 568 5161 1.0 0.1 top
5116 root S 62216 5062 0.0 16.0 vdr
5117 root S 62216 5062 0.0 16.0 vdr
5082 root S 62216 5062 0.0 16.0 vdr
5062 root S 62216 5061 0.0 16.0 vdr
5065 root S 62216 5062 0.0 16.0 vdr
5068 root S 62216 5062 0.0 16.0 vdr
5071 root S 62216 5062 0.0 16.0 vdr
5080 root S 62216 5062 0.0 16.0 vdr
5083 root S 62216 5062 0.0 16.0 vdr
4110 root S 3304 1 0.0 0.8 smbd
4117 root S 3292 4110 0.0 0.8 smbd
4107 root S 2340 1 0.0 0.6 nmbd
4108 root S 2052 4107 0.0 0.5 nmbd
5160 root S 1120 4090 0.0 0.2 sshd
3672 root S 656 1 0.0 0.1 lircd
5161 root S 648 5160 0.0 0.1 sh
3735 root S 624 1 0.0 0.1 runvdr
4090 root S 600 1 0.0 0.1 sshd
1558 root S 560 1 0.0 0.1 klogd
1556 root S 552 1 0.0 0.1 syslogd
1 root S 548 0 0.0 0.1 init
3644 root S 544 1 0.0 0.1 udhcpc
5180 root S 508 3761 0.0 0.1 sh
3761 root S 504 1 0.0 0.1 atd
4174 root S 504 1 0.0 0.1 getty
4175 root S 504 1 0.0 0.1 getty
4178 root S 504 1 0.0 0.1 getty
4181 root S 500 1 0.0 0.1 getty
5182 root S 340 5180 0.0 0.0 sleep
1629 root SW 0 1 0.0 0.0 kjournald
3816 root SW 0 1 0.0 0.0 kdvb-fe-0
4 root SW< 0 1 0.0 0.0 khelper
102 root SW 0 5 0.0 0.0 pdflush
7 root SW< 0 5 0.0 0.0 kblockd/0
1612 root SW 0 1 0.0 0.0 kjournald
1276 root SW< 0 5 0.0 0.0 kseriod
5067 root SW 0 1 0.0 0.0 kdvb-fe-1
5070 root SW 0 1 0.0 0.0 kdvb-fe-2
2 root SWN 0 1 0.0 0.0 ksoftirqd/0
3 root SW< 0 1 0.0 0.0 events/0
5 root SW< 0 1 0.0 0.0 kthread
101 root SW 0 5 0.0 0.0 pdflush
104 root SW< 0 5 0.0 0.0 aio/0
103 root SW 0 1 0.0 0.0 kswapd0
1993 root SW 0 1 0.0 0.0 arm_mon
2027 root SW 0 1 0.0 0.0 arm_mon
4156 root SW 0 1 0.0 0.0 kcdfsd

und /proc/cpuinfo

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Celeron (Coppermine)
stepping : 6
cpu MHz : 701.669
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1405.09

Wie kann ich den graphtft thread sehen?

[ANNOUNCE] GraphTFT 0.0.12

Jetzt mitmachen!

Teilen