Posts by Pit

Hallo Leute,

erst einmal meinen Glückwunsch zum Release der Version 3 und vielen Dank für die viele Arbeit!

Nur leider muss ich die Freude ein wenig dämpfen. Ich kann das Programm nicht nutzen, da es (fast) immer abstürzt. Ich weiß, wie das ist (bin selbst Software-Entwickler), man freut sich über das Release und schon kommen Meldungen über Abstürze und sonstige Fehler

An den Abstürzen scheint bei mir haupsächlich der Kernel Schuld zu sein, ich bin mir da aber nicht 100% sicher. Ein Teil der Fehler war (wieder einmal) die Nutzung des Image StageLine DMX510-Adapters. Das heißt, eigentlich nicht dieses Interface, sondern die Interfaces zu DMX60 und DMX120. Nach dem Ersetzen der beiden DLLs dmx120.dll und dmx60.dll durch die von mir erstellten Dummy-DLLs (s. mein Beitrag Exception in DMX60.DLL) war erst mal der Fehler "Es wurde versucht, in den geschützten Speicher zu schreiben" weg. Zumindest meistens, manchmal kommt dieser trotzdem noch....

Aber auch, wenn Lumos selbst keinen Fehler feststellt (es steht dann nichts derartiges in den Log-Files), kommt meist trotzdem noch die Fehlermeldung von Windows "DMXControl 3 Kernel funktioniert nicht mehr". Wobei das EventLog da auch nicht allzu viel hergibt.

Ich habe mal die Kernel Logs sowie die EventLog-Einträge angehängt...

Die Fehler treten auf, unabhängig davon, ob ich DMXControl3 mit -nonetwork aufrufe oder auch den Kernel allein. Auch Administratorberechtigungen scheinen keine Rolle zu spielen. Aber wie gesagt, manchmal funktioniert es auch.

Mein System:
Windows 7 Prof 64bit mit SP1 und allen aktuellen Updates
8GB Speicher

Pit

Hallo,

vielen Dank, dass Ihr Euch mit meinem Problem beschäftigt und mir doch einige Tips gegeben habt und sicher auch noch einige weitere in Petto habt!

Ja, das DDF ist wirklich kein Hexenwerk (wie ich heute weiß ;)) und sicher ist dieser MH nicht das NonPlusUltra (ist für mich als Einstieg aber erst einmal erschwinglich). Aber irgendwie zum Gehen bringen möchte ich diesen schon.

Nun zu den Dingen, die ich noch nicht beantwortet habe:

• Die Invertierung kann ich als Ursache ausschließen, da ich zum Test mit einer Direkteingabe von Werten in der Kanalübersicht arbeite und damit ganz genau sehe, wie sich der MH bewegt, wenn ich einen größeren oder kleineren Wert bei Tilt / TiltFine eingebe
• Ich habe jetzt noch einmal "genau" gemessen. Der MH bewegt sich in die gleiche Position, wenn ich 15/0 oder 4/255 (jeweils Tilt/TiltFein) vorgebe. Das bedeutet, dass 1 Step bei Tilt ungefähr 23 Steps bei TiltFine entsprechen (also nicht 32, wie ich bisher angenommen hatte)
• Das gleiche Problem tritt auch bei Pan/PanFine auf. Dort entspricht 1 Step bei Pan ungefähr 85 Steps bei PanFine.

Ich werde mal versuchen, mich mit dem Hersteller in Verbindung zu setzen und dort nachzufragen. Mal sehen, ob die zugänglich sind.
Weiß jemand von Euch, ob andere (bessere / teurere) MHs da anders reagieren, also in der Form 255 Steps TiltFine = 1 Step Tilt (und dementsprechend auch bei Pan/PanFine). Nicht das ich da bei Stagg etwas anfrage, dass eigentlich normal ist.

Viele Grüße,
Pit

Hallo JP,

der MH unterstützt (soweit ich weiß) nur Invertieren für Tilt und/oder Pan, nicht aber getrennt nach Tilt/TiltFine bzw. Pan/PanFine. Aber ich werde mir das noch mal ansehen. Wobei - wenn ich Tilt hochdrehe, bewegt sich der MH nach oben und wenn ich TiltFine hochdrehe ebenso - somit sollte also keine Invertierung eingeschaltet sein.

Aber der Hinweis, das ich einen Dummy-Kanal für TiltFine benutze, ist super. Manchmal kommt man auf die einfachsten Dinge nicht. Da kann ich das Positionierfeld doch benutzen...

Viele Grüße,
Pit

Hi Stefan,

prinzipiell hast Du recht, wenn ich Tilt und TiltFine umdrehe, würde der Head auch "nicken". Aber wesentlich stärker als bei mir. Bei mir nickt der Head um die 2...3 Grad (so über den Daumen). Daher auch meine Abschätzung des Wertebereichs von 32 Steps TiltFine = 1 Step Tilt. Ob das genau stimmt, müsste ich erst einmal genauer messen. Aber ungefähr hinkommen müsste es.
Gibt es eigentlich eine Möglichkeit, ähnlich wie in der Kanalansicht einen Wert von 0...255 auch einen Wert von 0...65535 irgendwo direkt als Zahlenwert einzugeben? Natürlich müsste dann dieser 16bit-Wert auf die 2 Kanäle umgerechnet werden. --- nur so zum Testen ---

Ich denke, dieses Problem spielt bei Bewegungsszenen eine untergeordnete Rolle. In meinem Fall stört es mich aber gewaltig, da ich diesmal den Head als eine Art manuell gesteuerten Follower einsetzen möchte. Nur Tilt zu benutzen, bedeutet, dass ich auch nur Pan (nicht PanFine) benutzen kann. Und das ist zu grob (256 Schritte bei 540 Grad = ca. 2 Grad pro Schritt). Oder kann man das Positionierfeld auch überreden, Pan+PanFine, aber nur Tilt (ohne TiltFine) anzusteuern?

Viele Grüße,
Pit

Hallo Stefan,

augenblicklich kann ich das nicht probieren. Aber ich glaube nicht, dass ich das verwechselt habe. Ich habe irgendwann in den letzten Tagen mal die Werte direkt eingegeben (nicht über das Positionierfeld), und da war der überstrichene Bereich bei Tilt die gesamten 270Grad, während bei TiltFine der Head sich nur ein Stück bewegt hat

Pit

Hallo Leute,

ich hatte schon mal bei der Suche nach einem DDF für den Stagg Head Banger SLI MHW MB10 die Frage in die Runde geworfen, ob mir jemand mit meinem Problem mit TiltFine helfen kann. Vielleicht war ich ja im falschen Verzeichnis, jedenfalls hat noch keiner geantwortet....

Hier mein Problem:
Der oben genannte MovingHead scheint Probleme mit dem TiltFine zu haben. Wenn ich im Positionierfeld den Cursor mittels Up/Down-Tasten schrittweise verschiebe, nickt der MovingHead. Damit meine ich folgendes:
1) Ich betätige die Pfeil-Runter-Taste einmal, der Head hebt sich ein Stück (soweit richtig)
2) Ich betätige die Taste nochmal, der Head senkt sich wieder ein kleines Stück (weniger als in 1)
3) Die gleiche Taste nochmal, der Head hebt sich wieder (aber mehr als in 1)
4) Die gleiche Taste nochmal, der Head senkt sich wieder ein kleines Stück
usw.
Wenn man die DMX-Ausgaben beobachtet, so passiert folgendes
Ausgangswert: 0 / 0 (jeweils Tilt/TiltFine)
1) auf 2 / 143
2) auf 5 / 30
3) auf 7 / 173
4) auf 10 / 60
Wenn man das umrechnet, sind das
0 => 655 => 1310 => 1965 => 2620
Soweit OK.

Nun sieht es aber so aus, als würde bei diesem MovingHead ein Step bei Tilt ungefähr 32 Steps bei TiltFine entsprechen und nicht 256. (im Manual steht davon nichts). Wenn man die Werte entsprechend dieser Annahme umrechnet, so ergibt das
0 => 1551 => 1310 => 3085 => 2844
Wie man sieht, ist der 2. Wert größer als der 3. und der 4. Wert größer als der 5.

Gibt es eine Möglichkeit, diesem Effekt in der Software zu begegnen? Z.B. durch Begrenzen des Wertebereichs von TiltFine auf 0...32 oder auch durch eine Schrittweite für Tilt von 8?

Oder sehe ich da etwas falsch?

Pit

Hi,
vielen Dank. Das hilft erst mal zum Einstieg. Ich habe noch ein <position>-Element dazugenommen.

Ich habe nur ein Problem. Wenn ich an der Tilt langsam drehe, nickt der MovingHead. Damit meine ich folgendes:
1) Ich betätige die Pfeil-Runter-Taste einmal, der Head hebt sich ein Stück (soweit richtig)
2) Ich betätige die Taste nochmal, der Head senkt sich wieder ein kleines Stück (weniger als in 1)
3) Die gleiche Taste nochmal, der Head hebt sich wieder (aber mehr als in 1)
4) Die gleiche Taste nochmal, der Head senkt sich wieder ein kleines Stück
usw.
Wenn man die DMX-Ausgaben beobachtet, so passiert folgendes
1) von 0/0 auf 2/143 (jeweils Tilt/TiltFine)
2) auf 5 / 30
3) auf 7 / 173
4) auf 10 / 60
Wenn man das umrechnet, sind das 0, 655, 1310, 1965 und 2620. Soweit OK.

Nun sieht es aber so aus, als würde bei diesem MovingHead ein Step bei Tilt ungefähr 32 Steps bei TiltFine entsprechen und nicht 256. (im Manual steht davon natürlich nichts)

Gibt es eine Möglichkeit, diesem Effekt zu begegnen? Z.B. durch Begrenzen des Wertebereichs von TiltFine auf 0...32 oder auch durch eine Schrittweite für Tilt von 8?

Pit

Hallo Leute,

hat jemand schon ein DDF für den Stagg HeadBanger SLI MHW HB10 und kann es mir zur Verfügung stellen. Ich beginne gerade erst mit der Verwendung von MovingHeads und dann ist es nicht ganz so easy, ein DDF dafür zusammenzubauen

Pit

Hallo Stefan,

die im ZIP-File enthaltenen Files sind identisch mit meinen, bis auf <IMG Stageline.out.dll>. In Bezug auf dmx60.dll und dmx120.dll sagt das nichts, da ich diese aus der Originalinstallation von DMXControl habe. (natürlich habe ich die dmx60.dll durch eine Dummy-DLL ersetzt). Aber die DMX510.dll entspricht der, die man auf der Monacor-Seite findet, und die mpusbapi.dll ist identisch mit der, die ich von der Microchip-Seite geladen habe.

Und ein Schnelltest mit den im ZIP-File enthaltenen Dateien zeigte, es geht! Auch ohne Admin-Rechte!

Tschüß,
Pit

PS: Kannst Du mir einen Tip geben, wo in der WIKI mein Beitrag am besten platziert wäre?

Hallo,

ich habe das Problem nun selbst lösen können - nach einer ganzen Menge Forschungsarbeit. Vielleicht hilft dies ja außer mir noch anderen.

Die Exception in der DMX60.DLL tritt reproduzierbar auf und läßt sich auch über den in anderen Threads geäußerten Tip (erst das Plugin als DMX510 konfigurieren, dann das Häkchen bei 'Plugin verwenden' setzen) nur lösen, wenn am PC (in meinem Fall Windows XP mit SP3) mit Administratorrechten gearbeitet wird. Ich habe mir deshalb eine Dummy-DLL geschrieben, die das Interface zu DMXControl abbildet, aber sonst nichts tut (also auch keine Exception). Dies ist insofern OK, da ich das DMX60-Interface nicht besitze und daher auch nicht brauche. Sollte jemand diese Dummy-DLL benötigen, kann er mir ja mal 'ne private Nachricht schicken

Nach der Lösung dieses Problems gab es gleich das nächste. Das DMX510-Interface arbeitet ordentlich, wenn Administratorrechte vorhanden sind. Fehlen diese, erfolgt einfach keine Ausgabe! Die Ursache liegt in einer veralteten MPUSBAPI.DLL, die von Monacor zum Gerät mitgeliefert wird. Microchip Technology Inc. hat den Bug bereits 2008 behoben, nur leider hat dieser Bugfix noch nicht Einzug auf der neuen CD bzw. auf den Downloadseiten gefunden. Wer also ohne Admin-Rechte arbeiten will, braucht sich die MPUSBAPI.DLL nur von der Microchip-Seite zu laden.

Und nun kann ich mich auf Entdeckungsreise durch DMXControl begeben .....

Pit

Hallo Fleckenzwerg84,

vielen Dank für Deine Info. Kannst Du mir auch sagen, welche Files ich austauschen muss? Ich habe nur die dmx510.dll gefunden, die ist aber identisch zu der, die installiert ist. Außerdem scheint der Fehler ja in der dmx60.dll aufzutreten. Leider beinhalten weder dmx510.dll noch dmx60.dll Informationen zum Hersteller.

Pit

Hallo,

ich bin ein Neuling auf dem Gebiet der DMX-Steuerung, finde aber Euer Programm echt Klasse.

Nur habe ich leider ein Problem. Auf dem PC (mit WinXP Prof), auf dem ich das Programm ausführe, kann ich für die Benutzer keine Administratorrechte vergeben (der PC ist "frei" zugänglich). Deshalb habe ich die Ausgabeplugins mit Hilfe des PluginAdministrators für Nicht-Admins freigegeben. Dies scheint auch zu funktionieren. Wenn ich dann aber in DMXControl in den Ausgabeplugins das "IMG StageLine DMX-60; DMX-120; DMX-510USB" markiere, bekomme ich eine Exception in DMX60.DLL. (Wenn ich dagegen DMXControl als Administrator ausführe, funktioniert es). Da ich jedoch den DMX-510USB habe, komme ich ja um dieses Plugin nicht herum, oder?
Kann mir jemand einen Tipp geben, wie ich hier weiterkomme? Braucht Ihr weitere Info's (zum Absturz etc.)?

Ciao
Pit