Jack the Grabber

Verfasst: **So 19 Feb 2006, 20:24**

OK.

habe nur mal schnell killall genutzt um tuxcald wieder zu starten, wegen den Werten für schwarz und weiß.

habe

kill -term $(cat /tmp/tuxcald.pid)

per telnet getestet -> passiert das selbe -> Bild schwarz -> programmwechsel rand schwarz -> starten/beenden Tuxmail Bild wieder ok.

Der Wert für VIDEO in der config:
tuxcal = 3 (Message)
tuxmail = 4 (POPUP)

Det

Verfasst: **So 19 Feb 2006, 22:18**

@det

Ich kann das leider nicht nachvollziehen. Ich habe eine Nokia mit Avia 600 und dem aktuellen JtG Snap, da ist alles ganz normal. Auch auf meiner kleinen Dreambox geht es ohne Probleme.

So wie es aussieht wird bei dir der Framebuffer beim Beenden schwarz gefüllt, ich kann ja zur Sicherheit den Framebuffer vor dem Beenden mit Transparent überschreiben, vielleicht hilft das, ich verstehe allerdings nicht wieso das passiert. Kann du mal probieren, bevor du den daemon beendest, die Uhr-Anzeige auszuschalten?

@Jens

kannst du bitte mal probieren ob bei dir dasselbe wie bei det auftritt (du hast ja auch eine Sagem)

Verfasst: **Mo 20 Feb 2006, 9:03**

@robspr1
es ist leider unabhängig von der Uhr,beim beenden des deamon ist bild immer schwarz.
beim uhr oder termin einblenden nur manchmal, halbes Bild schwarz.

ich könnte das heute abend nochmal auf einer anderen Sagem testen.

Det

Verfasst: **Mo 20 Feb 2006, 9:13**

Hmm - egal ob die Uhr an oder abgeschaltet ist, ich bekomme keine Ränder und auch kein schwarzes Bild bei meiner Sagem, wenn ich den Tuxcald abschiesse.

cu
Jens

Verfasst: **Mo 20 Feb 2006, 16:58**

So habe jetz mal auf allen 3 Sagem's getestet.
auf der einen mit 2xI AVIA600 treten keine Probleme auf
auf den 2 mit 1xI AVIA600 titt das problem BS Schwarz bei
kill -term $(cat...) auf.

Dabei habe ich festgestellt das das Bild nicht durch Programmwechsel sonder duch das Menü (OK-Taste -> Home) wiederkommt.
Nei Tuxmail ist das Fenster BS-füllend und deswegen das ganze Bild wieder da.

Det

Verfasst: **Do 23 Feb 2006, 0:29**

Hmm - ich bin erstaunt. Hab das gerade nochmal ausgetestet. Und was soll ich sagen: Heute hatte ich das selbe Phänomen. Hab eben nochmal alle Boxeinstellungen überprüft. Hab nix gefunden, was jetzt anders wäre. Ich kanns mir nicht erklären.

cu
Jens

Verfasst: **Do 23 Feb 2006, 11:41**

Hallo,
ich habe bei

Code: Alles auswählen

SIGTIME=20:15;

eingetragen. Es kommt aber keine anzeige um 20:15 Uhr

Gruß Michael

Verfasst: **Do 23 Feb 2006, 14:31**

MOhlmann hat geschrieben:Hallo,
ich habe bei
Code: Alles auswählen
SIGTIME=20:15;
eingetragen. Es kommt aber keine anzeige um 20:15 Uhr

Gruß Michael

Bei mir gehts, ich habe das Gleiche eingetragen. Die Anzeige kommt natürlich nur, wenn innerhalb des Signalisierungszeitraums Termine anstehen. Außerdem musst Du nach dem Eintragen die Box neu starten bzw. tuxcald per Telnet beenden und wieder neu starten.

Verfasst: **Do 23 Feb 2006, 20:59**

Was ändert sich denn bei Skin 1,2 & 3 ???

Gruß
____Paule

PS: @robspr1 Klasse Arbeit!! Dickes RESPEKT!! Danke!!

Verfasst: **Do 23 Feb 2006, 21:13**

PauleFoul hat geschrieben:Was ändert sich denn bei Skin 1,2 & 3 ???

Nur 3 Farben beim Hintergrund sind anders, und Skin 3 ist nicht transparent (wichtig für die Dreamboxen DM500 und DM5620).

Allerdings wäre ich gegenüber Vorschlägen für die Paletten sehr aufgeschlossen, d.h. welche Hintergrundfarbe für Wochentage, aktiven Monat, Rahmen etc.

Verfasst: **Do 23 Feb 2006, 22:00**

robspr1 hat geschrieben:
PauleFoul hat geschrieben:Was ändert sich denn bei Skin 1,2 & 3 ???
Nur 3 Farben beim Hintergrund sind anders, und Skin 3 ist nicht transparent (wichtig für die Dreamboxen DM500 und DM5620).

Allerdings wäre ich gegenüber Vorschlägen für die Paletten sehr aufgeschlossen, d.h. welche Hintergrundfarbe für Wochentage, aktiven Monat, Rahmen etc.

Eine schlichte nett so bunte Variante (wie UR-Tuxcal) wäre eine schöne
Alternative.

Gruß
____Paule

Verfasst: **Fr 24 Feb 2006, 0:31**

ganz vorne hängt jetzt eine neue Version dran: (P1.05/D1.06)

* Signalisierung bis zu 4 Tage voraus (SIGNAL=1-5)
* Steuerung der Uhranzeige zusätzlich über /tmp/tuxcal.clk
* SKIN2 ist etwas weniger bunt (die Farbauswahl ist aber nicht gut gelungen)

wegen der Farbauswahl: es werden für die 5 unterschiedlichen Arten der Tage 5 verschiedene Farben verwendet, die Farbwerte für SKIN2 sind dabei:

Code: Alles auswählen

rot:  0xFF<<8, 0xB0<<8, 0x50<<8, 0x50<<8, 0x50<<8
grün: 0xB0<<8, 0xB0<<8, 0x50<<8, 0x75<<8, 0x98<<8
blau: 0xFF<<8, 0xFF<<8, 0xB0<<8, 0xFF<<8, 0xFF<<8

wobei die Reihenfolge lautet: aktueller Tag, selektierter Tag, Tag eines anderen Monats, Wochenende, alle anderen Tage

Wenn also andere Farben gewünscht sind, einfach in der Farbtabelle nachsehen (z.B. bei einem Zeichenprogramm) und mir die Farbwerte sagen, dann kann ich das eintragen

Problem mit der Uhrzeitanzeige und Sagem 1xI

Ich habe keine Ahnung mehr woran das liegt, ich hoffe aber es betrifft nur diesen Boxentyp. Ich habe eine Frage dazu auch schon im tuxbox-Forum gestellt, vielleicht kann mir jemand von dort helfen. Ich weiss leider auch nicht wie das im clock-plugin gelöst wurde da die Sourcen dazu nicht im CVS sind.

PS: Ich bin jetzt die nächsten 3 Tage nicht Zuhause... kein JtG Forum ... das wird hart ...

Verfasst: **Fr 24 Feb 2006, 2:43**

Wenn man jetzt vom Plugin den Termin-Editor wechselt, bleibt im Hintergrund der Kalender stehen und wird nicht mehr gelöscht. Dadurch ist der Termin-Editor fast nicht mehr bedienbar.

Bei der Steuerung der Uhr über /tmp/tuxcal.clk wird die Uhr nur angehalten, aber nicht gelöscht. Kann man das noch ändern, dass es so funktioniert wie über

Code: Alles auswählen

if [ -e /tmp/tuxcald.pid ]; then kill -ALRM $(cat /tmp/tuxcald.pid); fi

Warum werden eigentlich in TuxCal fest eingetragene Feiertage nur über zeitliche Events angezeigt, und nicht beim Verlassen des Plugins?

Des weiteren ist mir noch ein Fehler im CVS ausgefallen, das zeigt mir keine Diffs an, passiert aber nur bei TuxCal.

Code: Alles auswählen

ERROR: rcsdiff did not return the correct version number in its output. (got "1.04" / "1.05", expected "1.4" / "1.05")

Aborting operation.

Bin jetzt wegen dem Fehler im Termin-Editor erstmal bei der Version P1.04/D1.05 geblieben.

Verfasst: **Fr 24 Feb 2006, 9:17**

Ganz vorne wieder eine neue Version:

DrStoned hat geschrieben:Wenn man jetzt vom Plugin den Termin-Editor wechselt, bleibt im Hintergrund der Kalender stehen und wird nicht mehr gelöscht. Dadurch ist der Termin-Editor fast nicht mehr bedienbar.

ja, das passiert wenn man Code von einer anderen funktion kopiert und dann seinen eigenen Kommentaren im Code glaubt.

DrStoned hat geschrieben:Bei der Steuerung der Uhr über /tmp/tuxcal.clk wird die Uhr nur angehalten, aber nicht gelöscht. Kann man das noch ändern, dass es so funktioniert wie über
Code: Alles auswählen
if [ -e /tmp/tuxcald.pid ]; then kill -ALRM $(cat /tmp/tuxcald.pid); fi

ausgebessert

DrStoned hat geschrieben:Warum werden eigentlich in TuxCal fest eingetragene Feiertage nur über zeitliche Events angezeigt, und nicht beim Verlassen des Plugins?

Habe ich rausgenommen, wird jetzt wieder gemacht.

DrStoned hat geschrieben:Des weiteren ist mir noch ein Fehler im CVS ausgefallen, das zeigt mir keine Diffs an, passiert aber nur bei TuxCal.
Code: Alles auswählen
ERROR: rcsdiff did not return the correct version number in its output. (got "1.04" / "1.05", expected "1.4" / "1.05")

Aborting operation. 

ja, ich hatte immer auch einen Fehler beim Einfügen ins CVS, offensichtlich mag das CVS die führende 0 nicht

Verfasst: **Fr 24 Feb 2006, 15:12**

Die von mir hier erkannten Fehler sind bis auf das CVS (Diff) alle beseitigt. Vielen Dank von mir für die neue Version. So langsam wird es immer perfekter, ich werde gleich nachher das Tuxbox-Wiki zum Thema TuxCalan die neuen Funktionen anpassen.

Jack the Grabber

neues Tuxcal-Plugin