Bugtracker DMXControl 3

Ich hatte beim Ticket  FS#3609  auch den Fall, dass die Auswahl des Gobos nicht funktioniert. Sprechen wir hier vielleicht vom selben Problem?

Sehr interessant, weil es auch ein Robe Robin ist, und der Aufbau der einzelnen Gobos ist auch fast identisch.
Warscheinlich hängt das zusammen

Ich hatte die Beta 4 vergangene Nacht mit vier Robe Robin DLX Spots laufen. Hier hatte folgende Implementierung der Gobos des rotierenden Goborads funktioniert (mit der Beta 1 hatte ich mit dem gleichen DDF noch Probleme):

<gobowheel dmxchannel="19">
  <goborotation dmxchannel="20" finedmxchannel="21">
    <step type="stop" mindmx="0" maxdmx="0" />
    <step type="stop" mindmx="128" maxdmx="128" />
    <range type="cw" mindmx="127" maxdmx="1" minval="0.07333" maxval="4" />
    <range type="ccw" mindmx="129" maxdmx="255" minval="0.07333" maxval="4" />
  </goborotation>
  <goboindex dmxchannel="20" finedmxchannel="21">
    <range range="360" mindmx="0" maxdmx="255" />
  </goboindex>	  
  <goboshake />
  <step type="open" mindmx="0" maxdmx="3" caption="Open" />

  <step type="gobo" mindmx="4" maxdmx="7" val="Robe Robin 600e Spot Gobo 1 (Rad 1).png" caption="Gobo 1">
    <range handler="goboshake" mindmx="4" maxdmx="7" minval="0" maxval="0" />
      <step for="goboindex" mindmx="4" maxdmx="7">
        <range handler="goboshake" mindmx="60" maxdmx="69" minval="0.4" maxval="10" />
      </step>
      <step for="goborotation" mindmx="32" maxdmx="35">
        <range handler="goboshake" mindmx="130" maxdmx="139" minval="0.4" maxval="10" />
      </step>
  </step>
  
  ...

  <wheelrotation>
    <step type="stop" mindmx="222" maxdmx="223" />
    <range type="cw" mindmx="221" maxdmx="202" minval="0.00333" maxval="2.666666" />
    <range type="ccw" mindmx="224" maxdmx="243" minval="0.00333" maxval="2.666666" />
  </wheelrotation>
</gobowheel>

Spannend, weil ich den anderen Bug ja auch nicht reproduzieren konnte.

Kann mal jemand die Logs anhängen?

Vorher aber bitte in der log4net config die HAL Logs auf Debug ändern. Da ist eine Regel:

<category name="org.dmxc.lumos.Kernel.HAL" >
   <priority value="INFO"/>
</category>

Hier einfach aus "INFO" ⇒ "DEBUG" machen.

Wo liegt die Datei?

Da, bitteschön

   Lumos.log (98.4 KiB)

Warum auch immer, denkt die HAL, dass immer Gobo 7 am ähnlichsten zu allen anderen ist. Lösch mal das Gobocorrelation File und lass die Correlation laufen. Falls der Fehler dann immernoch auftritt, schalte die Correlation um auf CPU und probiere es damit. Falls das das Problem löst ist bei langen Dateinahmen ein Fehler in der GPU Correlation

Das wars, Gobocorrelation gelöscht.
Es kann aber nicht sein, das Die Correlation auf EIn gerät angewannd wird, wenn ich genau das Gobo dieses gerätes anfasse.
Ich hab ja nur diesen einen Movinghead angewählt, da muss man nicht auf die Correlation prüfen

Doch, die Correlation wird immer angewendet, falls du dem Gerät neue Gobos via "Goboliste" oder so zuordnest.

Hast du eventuell mit den Dateinamen was gemacht (umbenannt usw)? Hintergrund: die Gobocorrelation erkennt bisher wenn Gobos dazu kommen oder verschwinden, aber NICHT wenn sich der Inhalt ändert.

Eventuell baue ich noch einen Parameter für die Konsole des Kernels, der die Correlation neu startet.

Die Gobos waren neu, und hab die Namen im DDF nur hinzugefügt, nie geändert, also sollte das eine saubere Correlation gewesen sein.

Das einzige was sein kann, ist, das ich vielleicht den Process gekillt hab als die Correlation genau an dem Punkt war

Ok, spannend. Naja, ich bau ein Kommando in die Konsole ein, welche die Correlation neu startet. Dann muss der User nicht nach den Dateien suchen.

Wenn das öfter auftritt, dann müssen wir evtl. den CRC des Imagefiles abspeichern und das auch verifizieren, dass die Bilder sich nicht geändert haben….