Bugtracker DMXControl 3

Sind mindestens zwei Geräte gemeinsam markiert, von denen eines nur ein Goborad (z.B. TS255) und ein anderes mehrere Goboräder hat (z.B. PSX-575) und wählt man im Parent-Property ein Gobo von Rad2 aus, wird an die Gui für den TS ein falscher Goborad-Index übermittelt, der zu einer “Index out of bounds”-Exception im LiveView führt.

Stellt man die Goborotation über das Panel oder das Property-Grid auf 0, drehen sich die Gobos im LiveView trotzdem weiter.

DE Ausgabeplugin (nicht angeschlossen) verursacht fehler.
hier die beiden LOG’s

DEr Devicemanager sollte die DMX-Adresse für neue Geräte automatisch soweit hochdrehen, wie Adressen bereits belegt sind. Das Manuelle Ändern ist zwar nur ein bis zwei Klicks, jedoch bei mehreren Geräten sehr nervig.

Alles in allem sollte man sich Magic 3D Easy View mit seinem Devicemanager als sehr starkes Vorbild nehmen, oder wenn Rechtlich möglich 1:1 übernehmen. dieser ist extrem inutitiv zu bedienen, was aber auch auf dem DMXControl Treffen bereits angesprochen wurde.

Es gibt nirgends die Möglichkeit ein “new Project” zu öffnen. Für mich sind bei einem Programm wie Lumos solche Sachen unbedingt im Grundmenu wichtig!

- Neues Projekt
- Projekt Speichern
- Projekt Speichern Unter
- Projekt Schliessen
- Programm Beenden

Nach einigen Starts und Beendigungen von Lumos OHNE EINSTELLUNGEN ZU VERÄNDERN stürtzt erst der Server ohne Log ab und dann die GUI sobald man ein Gerät beliebiger Art hinzufügt.

sobald ich Lumos neu Entpacke (aus den originalen Zip files geht es wieder !!!

anbei die Logfiles... Sauberer Start... dann Absturtzt “Lumos Server hat ein fehler festgestellt und muss beendet werden” kurz darauf verabschiedet sich die GUI gernau so !

gobo änderungen werden nicht richtig ausgeführt.

1. mehrere geräte markiert (gleiche oder verschiedene: ist egal)
2. die gobos per “Beampanel” ändern
3. im server erscheint : debug session & warn
4. im liveview werden nach mehrmaligem ändern der gobos, nicht mehr die passenden oder gar mehrere gleichzeitig angezeigt.
5. lumos wird extrem langsam und reagiert kaum auf mouse-over oder mouse-button.

nach neustart der gui gehts von vorne los.

mfg maik

nach laden des projectes steht die gobo rotation auf “0” ändern der goborotation per Beampanel i.o.
goborotation wieder auf “0” setzen per properties nicht i.o. dreht weiter

mfg maik

Verwendung von “Switch” Propertys verbessern.
Im DDF sollte hinterlegt werden können, ob der Switch ein Dimmer ist (default) oder nicht. Entsprechend sollte die Handhabung im LiveView gecoded werden.

Alle Output Plugins vereinheitlichen. Den Code von Christian mal analysieren und säubern

Dropdownfelder / Icons einfügen für Szenenliste.

Auswahl der Trigger o.A.

Gerätenummern zur Auswahl von Geräten.

Farbige Geräte (z.B. Farbige PARs)

Gobo und Farblisten als Auswahl für Geräte

Der Wert wird mit > 10 Nachkommastellen angezeigt - denke zwei würden reichen.

Wenn der Slider über Null bewegt wird, springt die Anzeige des Gobos auf die Nullposistion (?) zurück.
Das gewünschte Verhalten wäre, dass das Gobo auf der aktuellen Drehung stehenbleibt.

Wenn Programmer geleert wird während Geräte marktiert sind, werden die Werte weiterhin angezeigt, bis die Auswahl geändert wird.

Morgen,

also, auch mit der neuen Version aus Post 3 in Lumos-Release funktioniert das DE-Interface unte Vista selbst als Admin nicht.
Unter XP blinkt die LED beim hochfahren des Servers und danach geht das Interface auch einwandfrei und wird auch angezeigt.

Unter Vista wird das Plugin einwandfrei gestartet (so laut Server-Text-Output) jedoch wird kein Interface erkannt und auch die LED blinkt beim hochfahren des Servers nicht.

Das interface funktioniert auf selbigem Rechner mit der 2.10.5 und der 2.11 einwandfrei.

Selbst das Anlegen und speichern eines neue Projektes auf einem XP Rechner und das Anschliessende kopieren von gesammt! Lumos Server und GUI auf den Vista-Rechner bringt keine Änderung.

Das Interface wird VOR dem hochfahren des Servers und der Gui mit dem Rechner verbunden.

folgende Abfolge getestet:

Interface anschliessen → Server starten → GUI starten → Connecten → DE-Einstellungen aufrufen → Interface suchen → keines Gefunden → Plugin Management → DE deaktivieren → de aktivieren → “Exception 1 - Unbehandelte Ausnahme....” erscheint → Weiter → DE Einstellungen → wieder suchen → keines Gefunden →Dissconnect → GUI schliessen (X) → Server schliessen (cmd-shutdown)

Angehängt noch die zuvor geleerten Logfiles + Exception 1.

Wenn die GUI und der Server verbunden ist, und man den Server, OHNE in der GUI auf Disconnect zu klicken, per ‘shutdown’ runterfährt stürtzt die GUI mit der klassischen Windowsmeldung “hat einen fehler festgestellt..:” ab. Ebenso ist das zu beobachten, wenn per Netzwerk verbunden ist und man das Netzwerkkabel abzieht.

Hier sollte eine Meldung erscheinen “Connection lost - Reconnect ?” → Yes, No

Wenn man bei er GUI auf Connect klickt erscheint das verbinungsfensterchen mit dem “Ladebalken” klickt man nochmal auf die Connecttaste, während das Fenster d ist, startet die GUI einen weiteren Versuch... das geht so oft man will.

Hier sollte nach dem ersten Connect-Klick ein weiteres Klicken unterbunden werden !

Der Server wird beim klick auf “x” ohne Speichern oder shutdown hart beendet.
Es sollte hier eine automatische speicherung mit inkrementalem Dateinamen erfolgen (Projektname_Tag_Monat_Jahr_Stunden_Minuten.zip)
und danach sollte der shutdown befehl ausgeführt werden !

Die GUI lässt sich ohne XNA-Framework starten, jedoch ist die Grafische Ansicht dann nicht verfügbar.
Dies sollte vielleicht beim starten der GUI durch ein Fenster oder eine Meldung irgendwo vermerkt werden.

z.B

——————————————-

——————————————–

So, sobald ich die GUI und den Server erfolgreich verbunden habe, bei der GUI auf Disconnect klicke und danach die Gui wieder verbinden will, bringt er eine Exception (Exeption 1.txt im Anhang), hat sich aber nach bestätigung der Exception (Weiter) trotzdem ordnungsgemäss verbunden !

Da mein Netbook mit WinVista nicht sonderlich viel Speicher auf seiner SSD hat, habe ich ne 8 GB-SD drin und nutze diese auch für sämmtliche Programme als Festplatte.

Sobald ich Lumos von dieser SD-Karte aus ausführe, erkennt er das DE-IF nicht.

Kopiere ich Lumos aber von der SD auf die Festplattte C (SSD-Drive) dann erkennt er das IF einwandfrei !

Auf einem anderen Rechner (XP) kann ich Lumos von SD-Karte ausführen und das IF wird auch erkannt !!!

Wenn in der GUI neue Geräte hinzugefügt werden, werden diese im LiveView immer eine Einheit weiter nach rechts veretzt, als ob der Linke Platz durch Geräte belegt ist.

bei mehreren Geräten werden diese dann über den LiveView-Rand herausgeschoben !

Das Geräte nur im Project Explorer gelöscht werden können finde ich sehr gut, jedoch, wenn ich z.B. 10 Geräte markiert habe und drücke auf entfernen, muss ich für jedes gerät die Löschbestätigung extra quittieren.

Hier sollte es so gehen wie in der aktuellen 2.10.5er Version... 10 Geräte markiert, und nur 1 Frage, wollen sie diese 10 Elemente wirklich löschen ?

Es sollte ein Connection-Symbol oder text in der Statusleiste angezeigt werden,
der den Verbindungsstatus zwischen GUI und Server zeigt

Bei Netzwerkverbindung z.B.

NETWORK - Ping: 23ms - 192.168.0.101:1234 - Clients on Server: 4

Bei Local-Verbindung z.B.

LOCAL - Clients on Server: 4

Rechtsklick im Liveview sollte änderung des backgroundes ermöglichen !

–> Matthias: Wenn du in das LiveView einbaust, das man ein Hintergrundbild zuweisen kann, dann mache ich den Rest.

Hallo,
der Befehl “create group from selection” im GraphicalView funktioniert nicht. Es passiert einfach nichts.

Gruß Frank

Hallo,
das IntensityPanel und auch das Property-Panel wertet die Information aus dem “DDF” nicht aus. Dies ist gut zu überprüfen mit dem Lightmaxx RGB-Par. Der Wertebereich für den Dimmer ist 0-189, aber Lumos gibt Werte von 0-255 aus. Auch mit modifiziertem DDF (minval → mindmx und maxval → maxdmx) klappt es nicht. Anbei noch das DDF mit hinzugefügtem <strobo .... />.

Gruß Frank

Es wäre glaube ich hilfreich, wenn man auch “Generic switch”-Geräte über das IntensityPanel steuern kann (zumindest mit Lumos/Nox) und nicht nur über die Properties. Oder ist das Absicht ?

Auch die Darstellung im LiveView sollte den Status wiedergeben, zur Zeit sind alle “GenericSwitch”-Geräte dort immer “an”.

Gruß Frank

Hallo,

beim Versuch die Strobe-Property eines neuen Strobes zu ändern, friert die GUI ein und nur durch Beenden des Kernels wir auch die GUI beendet. Es gibt keine Fehlermeldung, aber ich vermute es liegt am DDF (beigefügt). Die Intensity läßt sich problemlos ändern.

Gruß Frank

Aktuell werden Projektresourcen in Form von byte[] gespeichert. Wenn größere Dateien hinzugefügt werden, dann knallt es. Genauso wird im Backend viel mit byte[] gearbeitet. Hier sollte auf Streams umgestellt werden.

Projektresourcen sollten im Betrieb auf die HDD serialisiert werden, und nur beim Speichern in ein ZIP File gepackt werden.

Im Live-View sollte auf jeden fall das Tab-System aus der 2.x Serie übernommen werden !

So kann mann zum Beispiel Verschiedene Bereiche ind mehrere Tabs aufteilen. Bühne, Verkaufsbereich, Architekturbeleuchtung, Eigngangsbereich, etc....

Erledigt:
Mehrere LVs anlegen / verwalten

ToDo:
Methodik verbessern, wie viele Geräte den LVs hinzugefügt werden können

Es sollte möglich sein, das man mehrere Zeilen auf einmal Ändern kann (markieren, eine ändern, wert wird kopiert)

Copy und Paste per Kontextmenu / STRG + C und STRG + V in Szenenliste einbauen (einfaches kopieren von Szenen)

Merker: Auch von Szenenliste zu anderer Szenenliste notwendig

Merker: Auch mehrere Szenen auf einmal kopieren

Copy und Paste im PE einbauen. Mit Kontext Menu und STRG + C / STRG + V.
Verschieben von Elementen per STRG + X / STRG + V einbauen.

Kopiert werden können:
- Szenenlisten
- Gerätegruppen

Geräte sollten einfach ersetzt werden können.

=⇒ HAL umkonfigurieren
=⇒ Was mit “fehlenden” Geräteeigenschaften, die noch in Szenen existieren?

Notwendige Aktionen:
1. Gerät in allen Gruppen ersetzen
⇒ Dadurch sollte es in allen Szenen, Presets usw. ersetzt sein
⇒ Selected Device Groups ebenso. ID ist kein Problem.

2. Eigenschaften
⇒ Fehlende Eigenschaften: Gleiches Problem wie wenn ich ein Gerät aus einer Gruppe entferne
⇒ Daher kein Problem

Presets bearbeiten einbauen.

=⇒ Events in PresetManager, wenn ein Preset gelöscht wird
=⇒ SceneListManager muss Referenzen (PresetEntrys in Szenen) entfernen (Szenen selber bleiben bestehen, Kommentar ergänzen)

Dem User anbieten, ob er die Preset Werte in die Szenen kopieren will, bevor die Referenz und das Preset entfernt werden. Sollte sich der User für NEIN entscheiden, werden die Entrys / Szenen an der entsprechenden Stelle gelöscht.

Jeder Attachable (auch Saved) sollte eine Nummer haben, über die er schnell einem markierten Property zugeordnet werden kann

Bei > 200 RGB PARs geht mein Laptop in die Knie. Mal schaun, der ist auch net der schnellste.

Ansonsten muss die Performance optimiert werden.

Ich habe versucht eine Scenenliste anzulegen.
Ich habe über Store Cue zwei Scenen angelegt, einmal eine wo 10 RGB-Pars voll an waren und eine wo sie wieder aus waren.
Habe dann einwenig auf den Buttons “Go Next”, “Release List” und “backward” geklickt.
Aufeinmal reagierte Lumos nicht mehr und es erschien eine Fehlermeldung:

Die CLR konnte 60 Sekunden lang keinen Übergang vom COM-Kontext 0x4b1508 zum COM-Kontext 0x4b1678 durchführen. Der Thread, der Besitzer des Zielkontexts/-apartments ist, wartet entweder, ohne Meldungen zu verschieben, oder verarbeitet eine äußerst lang dauernde Operation, ohne Windows-Meldungen zu verschieben. Eine solche Situation beeinträchtigt in der Regel die Leistung und kann sogar dazu führen, dass die Anwendung nicht mehr reagiert oder die Speicherauslastung immer weiter zunimmt. Zur Vermeidung dieses Problems sollten alle STA-Threads (Singlethread-Apartment) primitive Typen verwenden, die beim Warten Meldungen verschieben (z.B. CoWaitForMultipleHandles), und bei lange dauernden Operationen generell Meldungen verschieben.

Ich habe einen neue Scenenliste erstellt. Zuvor hatte ich Lichtmäßig etwas eingestellt (hauptsache es steht etwas im Programmer).
Die Scenenliste war selektiert.
Ich bin zum Programmer gewechselt und wollte die veränderte Eigenschaft eines Gerätes mit der Taste DEL löschen.
Nun wurde ich gefragt, ob ich die vorher selektierte Scenenliste wirklich löschen möchte.

=⇒ Kann es nachvolziehen.

Ich habe einen Scenenliste angelegt mit einer Scenen.
Da die Scene sofort starten sollte habe ich den TriggerValue auf 0s gesetzt.
Danach reagierte Lumos überhaupt nicht mehr.

Die Möglichkeit geben bei Messages Filter anhand der Propertys einzubauen, damit die Nachrichten bereits im Kernel gefiltert werden können.

Die Möglichkeit geben per Operator überladung als | oder & die Regeln zu verbinden.

Status: Getestet. Nochmal prüfen ob im ConnectionManager und im Kernel bei der deregistrierung eines Listeners die Filter auch weggeschmissen werden.

ToolTips einbauen, da hier falsche Eingaben möglich:

PG:

• Falscher Wert =⇒ erledigt

• Falsches Fanning =⇒ erledigt

SL:

• Falscher Trigger =⇒ erledigt

• Falscher Fade / Delaywert

Relative Werteänderungen einbauen

Idee: Geht bei allen die einen Converter haben:
=⇒ Neuer wert Konvertieren, alten Wert konvertieren
=⇒ Zusammenaddieren, zurückkonvertieren, fertig

Animierte Statusleiste mit wichtigen Informationen für Server

Kopiert man im Softpult ein DeskKnob-Control über Strg-C, Strg-V, tritt eine NPE auf, da der Parentlayer bei der Instanzierung nicht gesetzt wird.

Öffnet man im Designmodus das Kontextmenüs des Forms (nicht eines Controls darauf) und klickt auf Properties, wird eine Exception geworfen.