Wir haben die Geschichte auf unserer Todo-Liste noch einmal drei Plätze nach oben verschoben; unsere ersten Versuche das Problem nachzuvollziehen scheiterten ja (das gib es auch bei uns
). Wir sind aber zuversichtlich, dass unser Debugger (Person) seinen Debugger (Software) demnächst wieder anschmeißen und dann auch zu einem Ergbnis kommen wird.Mit freundlichen Grüßen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 2. Oct 08, 12:33
]]>
Merci.
frenchi
Statistics: Posted by Frenchi — 2. Oct 08, 10:41
]]>
]]>
> bereits auf dem Radar
>
> Mit freundlichen Grüßen,
> Ihr Silverjuke-Team
Hallo SJ-Team
Erstmal Glückwunsch für den 500. Eintrag.
Wie könnt' Ihr das auf dem "RADAR" haben? Meinen nächsten Skin habe ich noch gar nicht hochgeladen.
Gruß pelikan
Statistics: Posted by Pelikan — 5. Sep 08, 17:03
]]>
Mit freundlichen Grüßen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 4. Sep 08, 21:32
]]>
haben Sie inzwischen das Problem nachvollziehen können? So wie es offensichtlich aussieht, habe nicht nur ich das Problem (d.h. ein Problem meines Systems), sondern auch andere User.
Danke für Kommentare.
frenchi.
Statistics: Posted by Frenchi — 4. Sep 08, 09:14
]]>
habe das gerade getestet,
Effekt wie hier beschrieben.
test-9 erzeugt Fehlermeldung
test-8 keine fehlermeldung
Gruß
Heinz
Statistics: Posted by Guest — 1. Sep 08, 12:30
]]>
Statistics: Posted by rol — 1. Sep 08, 09:32
]]>
]]>
graphite-test-8.sjs
graphite-test-9.sjs
Testaufbau:
Silverjuke starten, graphite-test-9.sjs übers setting laden. Silverjuke beenden und neu starten. Dann Skin über Ctrl-Shift-R 3-4 mal neu laden: Fehlermeldung wegen fehlerhafter Images.
Jetzt Skin graphite-test-8.sjs übers Setting laden. Silverjuke beenden und neu starten. Dann Skin über Ctrl-Shift-R 3-4 mal neu laden: Keine Fehlermeldung.
Einziger Unterschied der Skins: Das Layout "album" wurde in graphite-tes-8.sjs 8 mal kopiert, während in graphite-test-9.sjs es 9 mal kopiert wurde.
Das Problem wird sehr kritisch für mich, da ich bei meinem aktuellen Skin (graphite Vers. 1.61) gerade festegstellt habe, dass ich den selben Fehler bekomme, wenn ich in den Kiosk Modus über F11 wechsele, während im "nicht kiosk modus" alles in Ordnung ist.
Herzlichen Dank für jede Hilfe.
frenchi.
Nachtrag:
Der Fehler tritt nicht jedesmal auf. Nach einem Neustart ergibt sich folgendes Muster:
Bei graphite-test-9.sjs:
1. Ctrl-Shift-R : Fehlermeldung
2. Ctrl-Shift-R : keine Fehlermeldung
3. Ctrl-Shift-R : Fehlermeldung
4. Ctrl-Shift-R : keine Fehlermeldung
5. Ctrl-Shift-R : keine Fehlermeldung
6. Ctrl-Shift-R : keine Fehlermeldung
Bei graphite.sjs Version 1.61:
1. Ctrl-Shift-R : Fehlermeldung
2. Ctrl-Shift-R : keine Fehlermeldung
3. Ctrl-Shift-R : Fehlermeldung
4. Ctrl-Shift-R : keine Fehlermeldung
5. Ctrl-Shift-R : Fehlermeldung
6. Ctrl-Shift-R : keine Fehlermeldung
7. Ctrl-Shift-R : Fehlermeldung
8. Ctrl-Shift-R : keine Fehlermeldung
9. Ctrl-Shift-R : Fehlermeldung
10. Ctrl-Shift-R : keine Fehlermeldung
11. Ctrl-Shift-R : Fehlermeldung
12. Ctrl-Shift-R : keine Fehlermeldung
13. Ctrl-Shift-R : keine Fehlermeldung
14. Ctrl-Shift-R : keine Fehlermeldung
15. Ctrl-Shift-R : keine Fehlermeldung
16. Ctrl-Shift-R : keine Fehlermeldung
Anscheinend kann man statt Ctrl-Shift-R auch über F11 in den Kiosk Modus schalten und wieder zurück, dann hat man das gleiche Muster
Statistics: Posted by Frenchi — 29. Aug 08, 08:51
]]>
Viele Dank für Ihren Bericht.
Mit freundlichen Grüßen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 20. Aug 08, 17:37
]]>
gibt es ne Reaktion von Eurer Seite?
Mich würde wirklich interessieren, ob dies eine gewollte Limitierung von Silverjuke ist, oder ob es ne Hoffnung gibt, dass dies mit einer neuen Version "korrigiert" wird.
Danke.
frenchi
Statistics: Posted by Frenchi — 8. Aug 08, 07:24
]]>
das war auch das was ich als Erstes vermutet hatte, und habe deswegen alle Grafikdateien überarbeitet, aber ohne Erfolg.
Ich habe mal einen Versuchs-skin erstellt, der den Fehler deutlich macht:
Basierend auf meinem aktuellen graphite 1.0 RC1, der ohne Problem läuft, habe ich einen Skin "graphite-test.sjs" erstellt, bei dem ich einfach das erste Layout mehrmals kopiert habe, jeweils mit einem neuen Namen, aber sonst identisch. Layout "album" kopiert in "album1", "album2", "album3", ... "album9". Ab "album9" habe ich den Fehler, lösche ich jetzt "album9" wieder, ist alles in Ordnung. Kopiere ich dann "album8" und benenne es "album9" habe ich den Fehler wieder.
(album9 befindet sich in main.xml Zeile 235-261).
Statistics: Posted by Frenchi — 3. Aug 08, 18:35
]]>
(Bei mir war eine Bilddatei nicht ok)
Habe es erst wegbekommen, wo ich den Bildinhalt kopiert und mit dem stinknormalen Windows-Bildbearbeitungs Prog. als neues Bild gespeichert habe.
Gruß
Werner
Statistics: Posted by Werner — 1. Aug 08, 18:57
]]>
ich bin gerade dabei, meinen graphite skin mit ein paar weiteren Funktionen zu versorgen, und habe dazu ein paar zusätzliche Layouts kreiert (bin aber (noch) unter dem Limit von 49 Layout pro Skin).
Jetzt habe ich aber folgendes Problem: wenn ich den neuen Skin über Crtl-Shift-R nachlade, oder auch übers Menü auswähle, bekomme ich eine merkwürdige Fehlermeldung (siehe unten), und zwar nicht immer, sondern "nur" in ca. 80% der Fällen. Auf anderen Rechnern (und auch bei anderen Usern) tritt der gleiche Fehler auf.
Die aufgeführte Datei ist definitiv i.O.
In der Console sind dann für sehr viele Image Dateien der gleiche Fehler aufgeführt.
Wenn ich Silverjuke dagegen frisch mit diesem Skin starte, ist alles in Ordnung.
Es sieht für mich so aus, als wenn es beim Nachladen eines Skins eine Limitierung der Anzahl der Bilddateien geben würde, da wenn ich einzelne Layouts (egal welche, Hauptsache mit viel img dataien) rauslösche, geht der Fehler irgendwann weg.
Ist nicht schlimm, aber (für mich) nervig, da das Neustarten von Silverjuke beim Austesten von Skin schon nervig ist.
Danke für Hilfe.
Statistics: Posted by Frenchi — 31. Jul 08, 10:49
]]>