Channel Overview Werte

im ersten Teil des Videos sieht man, wie ich die beiden cuelists langsam nacheinader starte. Die Lampe, rechts im Bild, bleibt aus.
Im zweiten Teil ,ab ca sek.13, schnell nacheinander und die Lampe geht an.

ach mist. Die habe ich vergessen. Sorry.
Ja, es handelt sich um das Projekt aus dem vorherigen Beitrag.
Ich reiche die Logs heute Abend nach.

Ok.
Hier nun ein neuer versuch.
Zum Video:
Wieder: Zuerst langsam nacheinander auf Go getippt, danach schnell. Dabei geht die Lampe an. Ich habe oben im Bild die Uhrzeit des kernelfenster angezeigt(Am Anfang sind nur die Sekunden zu sehen,sorry...). Vielleicht hilft das?

Am Ende des Videos zeige ich nochmal, dass im ChannOverview keine Werte angezeigt werden, obwohl die Lampe leuchtet. Die Lampe hat einen DMX-Start von 340 eingestellt. Sie belegt 7 Kanäle.

Nein. Das ist normal. Komischerweise ist das bei der Lampe genau umgekehrt. Wenn sie ein dmx Signal empfängt, fängt sie an zu blinken....

OK jetz habe ich das hinbekommen mit setlog. statt "setlog 340" habe ich "setlog [340]" angegeben.
Nun kann ich in der Konsole live sehen, wenn die Adresse 340 geändert wird. Dann erscheint ein Eintrag.

Und genau diese Meldung kommt NICHT wenn ich das Problem reproduziere!!!! Woran kann es dann liegen?

PS: ALLE Einträge, die in den Logs vorhanden sind, habe ich manuell durch den Schieberegler im ChannelOverview hervorgerufen!

ja. Das Problem ist geblieben.

oh sorry. Das liegt daran, dass der Strobe Kanal der Lampe angesprochen wird. Mehrere Kanäle rund um 340 werden angesprochen. Ich habe bereits ein paar Kanäle in den setlog geschrieben, jedoch wird kein Eintrag in Kernel angezeigt. Nur bei der Lampe konnt auf vielen Kanälen was an.

Hi.
Ich habe ein weiteres seltsames Phänomen entdeckt.
Wenn ich den Fehler einmal ausgelöst habe, reagieren die Werte im Channeloverview seltsam.
Im Video ändere ich per schieberegler des Channeloverviews den Kanal 342. Doch auch der Kanal 341 reagiert auf diese Eingabe(zu sehen an dem dunkelgrünen balken)
Wie ist das zu erklären?

Also. ich habe das versucht und bei einem neuen Projekt tritt der Fehler nicht mehr auf. Ich habe eine cuelist ausgemacht, an der der Fehler liegt. Wenn ich die Cuelist jedoch neu mache( cues löschen und neu abspeichern), ist der Fehler auch weg und nicht mehr reproduzierbar. Es handelt sich um die Cue "2"

Das angehänggte Projekt ist mein Ausgangsprojekt, gekürzt um alles, was nicht nötig ist.
Folgendes Vorgehen ist bei mir 100%ig reproduzierbar:
- Cue 1 darf nicht laufen
- Im Softdesk(Session Name "LAPTOP-LP") zuerst die Cue "1" dann schnell danach Cue "2" starten.
- Auf mindestens Kanal 340-346 wird dann bei mir irgendwas ausgegeben
- Weder CLear Programmer noch das Beenden aller beiden im Projekt vorhandenen Cuelists ändern etwas daran, dass die DMX-Ausgabe auf den erwähnten Kanälen beendet wird. Lediglich ein manuelles Eingreifen über den Channeloverviewregler schafft Abhilfe.

Ich konnte das Phänomen auf 2 Rechnern unabhängig voneinander nachstellen. Es wäre nett, wenn sich jemand die Mühe macht, obiges Projekt zu laden und nach der Anleitung guckt, ob auf den angesprochenen Kanälen bei ihm DMX-Werte aufgegeben werden. BITTE DABEI BEACHTEN, DASS CUE1 NACH JEDEM VERSUCH BEENDET WERDEN MUSS, SONST TRITT DER FEHLER NICHT MEHR AUF!

Gute Nacht
Patrick

Ich werde mal einen Bug Eintrag erstellen.

//Edit:
FS#3005 : Schnelles schalten zweier cuelists führt zu seltsamen dmx-werten

Ich habe jetzt folgendes festgestellt:
Nachdem der Fehler aufgetreten ist und die erwähnten Kanäle, wie oben beschrieben, angesprochen werden, habe ich den output meines Interfaces (fx5) einmal aus und dann wieder eingeschaltet. Danach war auf den Kanälen kein dmx-wert mehr ausgegeben.

Also. Ich habe mir nun ein nodle geholt und es zusammen gelötet. Funktioniert einwandfrei!
Also habe ich auch den o.g. Fehler repräsentieren wollen. Und siehe da er tritt genauso auf. Es liegt also nicht am interface. Kein Hardwareproblem. Sobald der Fehler durch das schnelle umschalten zweier cuelists entstanden ist, lässt sich der Fehler beheben, indem man den output des jeweiligen Interfaces kurz aus und wieder ein schaltet.
Gruß und gute Nacht
Patrick