Posts by McGyver2000de

    Hallo,

    ich überlege, ob ich mir den "Eurolite LED MFX-2" zulege.

    Nun sind da aber 28 (!) Kanäle zu programmieren, ein DDF gibts momentan nicht für DMXC3.1.x......

    Wann kommt denn nun (endlich) eine neue Version von DDF-Creator heraus, damit ich nicht alle Einstellungen von Hand machen muß?

    Leider habe ich zuwenig Ahnung von manuellem DDF-bauen. Könnte ich eine DDF mit DDF-Creator3 erstellen und würde dann die Update-Änderungen manuell machen?

    Nur - worauf müsste ich denn da achten? Den Aufwand, ALLES manuell zu programmieren zu erlernen möchte ich nicht machen! Sorry!

    Zudem werde ich das Multi-Gerät in mehrere Einzelgeräte 'zerlegen' müssen, damit ich unter DMXC3.1.x alle Beams und die Einzelbewegungen angezeigt bekomme.

    Für eine aussagekräftige, schnellstmögliche Antwort bin ich sehr dankbar! 8)

    Hallo,

    wenn Du keinen Farbpicker brauchst, sondern nur den Executor....dann stelle unter Windows 10 auf "Hohen Kontrast" mit Design "schwarz" um. Das geht einerseits mit ALT-TASTE+linke UMSCHALTTASTE+DRUCK oder über Anzeige, Design, Hoher Kontrast. Eventl. kannst Du noch beim Design bisschen 'herumspielen'.

    ...es ist zumindest eine zeitweilige Lösung! Und: es kann mit Tastendruck umgeschaltet werden.

    zu 2.) Wenn ich eine Kopie des Presets direkt in der Preset-Tabelle mache, dann ist es klar, dass die Kopie ein eigenständiges Preset ist. Das habe ich jedoch nicht gemeint. Was ich gemeint habe ist: Beispiel: In einer CUE wurde ein Preset "Preset 1" hinzugefügt. Nun soll das gleiche Preset -vorallem mit den gleichen Triggern und Fade-Zeiten- mehrmals eingesetzt werden; wenn ich dann innherhalb der CUE die Zeile mit dem "Preset 1" kopiere und einfüge, entsteht der Text "Copy of Preset 1". Wenn ich jetzt das "Preset 1" im Programmer ändere (oder im Zuge des Upgrades), sollte die CUE-Zeile mit "Preset 1" alsauch mit "Copy of Preset 1" mit den veränderten Werten übernommen bzw. ausgeführt werden, oder?

    Ja, weil du nicht das "Preset" kopierst, sondern die Cue, die auf das Preset verweist. Du hast hinterher 2 Cues, die beide auf das gleiche Preset zeigen.

    Jepp, und genau diese Kopie der CUE zeigt die To-Do-Liste an, oder? Somit ist "Copy of..." nur der Verweis auf ein Preset in einer CUE, welches zu ändern ist. Wenn also das Preset bereits in der To-Do-Liste aufgeführt ist, ist es unnötig die Kopien aufzuführen, weil es mit Änderung des Ur-Presets erledigt ist.

    Ergebnis: die To-Do-Liste wird kürzer und übersichtlicher. ;)

    ...und wie 'krieg ich das jetzt in den Bugtracker? Bitte macht das für mich...... Vielen Dank!

    Hi,

    Danke für die Antworten.

    zu 1.) Nein, es gibt weder eine CUE "Unknown", noch gibt es eine CUE ohne Namen. ???

    zu 2.) Wenn ich eine Kopie des Presets direkt in der Preset-Tabelle mache, dann ist es klar, dass die Kopie ein eigenständiges Preset ist. Das habe ich jedoch nicht gemeint. Was ich gemeint habe ist: Beispiel: In einer CUE wurde ein Preset "Preset 1" hinzugefügt. Nun soll das gleiche Preset -vorallem mit den gleichen Triggern und Fade-Zeiten- mehrmals eingesetzt werden; wenn ich dann innherhalb der CUE die Zeile mit dem "Preset 1" kopiere und einfüge, entsteht der Text "Copy of Preset 1". Wenn ich jetzt das "Preset 1" im Programmer ändere (oder im Zuge des Upgrades), sollte die CUE-Zeile mit "Preset 1" alsauch mit "Copy of Preset 1" mit den veränderten Werten übernommen bzw. ausgeführt werden, oder?

    zu 3.) Vielen Dank! Prima!

    Hallo Arne,

    vielen Dank für die Antworten. Jedoch helfen die mir nur teilweise weiter.

    1.) Was ist die "CUE Unknown"? Wann wird dies ausgegeben und was ist dann falsch/fehlend?

    2.) Wenn ich also eine Kopie von einem Preset in der Liste stehen habe und das orginal Preset bearbeite, werden die Änderungen in der Kopie nicht übernommen?

    3.) Nach was wird denn die To-Do-Liste momentan sortiert?? Arbeite ich die Liste der Reihenfolge ab, springe ich ständig zwischen den CUEs hin und her...um sich diesen Aufwand zu sparen sehe ich die Filterung nach CUE als sinnvoll an. Im To-Do-Listen Text wird ja der Name der betreffenden CUE-Liste angegeben, warum soll ich nicht danach filtern?

    Ansonsten bin ich von der Stabilität und der Funktionsvielfalt von 3.1.3 begeistert! Prima!

    Auch wenn die Musik-Synchro noch fehlt....... sorry!

    Hallo,

    ich habe noch einige Fragen&Anregungen zu der automatischen To-Do-Liste:

    1.) Was ist die "Cuelist 'Unknown' "?

    2.) a) Wäre es möglich die Liste im DMXC automatisch/intelligent zu filtern? D.h. dass nur die "Parents" zum Ändern angezeigt werden und nicht alle Kopien?

    Beispiel: SubProperty "ColorProperty#Blue" in Cue "Copy of Copy of Copy of LEDs Mittsch Gelb" in Cuelist "xxxx" not loaded.

    Filter: Es ist offensichtlich die 3.Kopie des Presets "LEDs Mittsch Gelb". Wenn diese geändert würde, wären auch die Kopien geändert. Oder?

    2.) b) Filterung nach verschiedenen Einstellungen: nach Presets, nach Cue, nach Property, nach Kategorie (not loaded....). Gerne auch kombiniert filtern!

    3.) Was ist bei einem "not loaded" -Eintrag zu tun? Heißt das, dass das genannte Preset nicht verwendet wird?

    4.) Kann man die automatische To-Do-Liste manuell erneut starten?

    Ich freue mich über aussagekräftige Antworten! Vielen Dank schon mal!

    Hallo,

    ich habe noch einige Fragen&Anregungen zu der automatischen To-Do-Liste:

    1.) Was ist die "Cuelist 'Unknown' "?

    2.) a) Wäre es möglich die Liste im DMXC automatisch/intelligent zu filtern? D.h. dass nur die "Parents" zum Ändern angezeigt werden und nicht alle Kopien?

    Beispiel: SubProperty "ColorProperty#Blue" in Cue "Copy of Copy of Copy of LEDs Mittsch Gelb" in Cuelist "xxxx" not loaded.

    Filter: Es ist offensichtlich die 3.Kopie des Presets "LEDs Mittsch Gelb". Wenn diese geändert würde, wären auch die Kopien geändert. Oder?

    2.) b) Filterung nach verschiedenen Einstellungen: nach Presets, nach Cue, nach Property, nach Kategorie (not loaded....). Gerne auch kombiniert filtern!

    3.) Was ist bei einem "not loaded" -Eintrag zu tun? Heißt das, dass das genannte Preset nicht verwendet wird?

    4.) Kann man die automatische To-Do-Liste manuell erneut starten?

    Ich freue mich über aussagekräftige Antworten! Vielen Dank schon mal!

    Hallo,

    ich steige nun von DMXC3.0.2a auf 3.1.x um.

    Dabei benötige ich Musiksynchronität, die ich bis jetzt über manuellen Start und Pre-Stille hergestellt habe.

    Nun möchte ich nochmals probieren, mit DMXC2 DMXC3.1 via Timecode zu Triggern. Vielleicht bin ich ja blind :/...aber ich habe keine für mich brauchbare Anleitung gefunden.

    Ich brauche ne Schritt-für-Schritt-Anleitung für Dummys ;) Was ich in welcher Programmversion wie und wo einstelle, damit ich schlicht den Timecode in der CUE in DMXC3 sehe. -Mehr will ich ja gar nicht!- :saint: Ich habe auch im Forum und im Wiki gesucht, aber nix gefunden.

    Bestimmt bin ich nicht der Einzige, der bei dieser Sache Schwierigkeiten hat.

    Bin sehr dankbar für schnelle, einfach erklärte ausführliche Hilfe!

    Hallo Norbert,

    tja, dann bin ich überfragt. Das ist dann eher programmspezifisch!

    Letzte Idee: vielleicht sind die DMX-Kanäle nicht sauber getrennt. Kein Vorwurf!

    Wie gesagt: meine Lösungsidee ist für DMXControl......und passt.

    Sorry.

    Hallo Norbert,

    ich hatte bei meinem MH ähnliche Probleme. Allerdings kenne ich das Programm/ADJ MyDMX3.0 nicht. Meine Lösung ist für DMXControl entwickelt worden. Vielleicht hilft Dir's ja....

    Meine Lösung:

    2 Steuerungsdateien anlegen (quasi 2Geräte) und diese dann DMX-technisch übereinanderlegen. Leider ist die Programmierung eines physischen Gerätes mit zwei 'virtuellen Geräten' nicht ganz trivial.

    Uuups, hab mir die Bilder nicht angeschaut. Nunja. Beide Beams sind auf einer Achse unabhängig beweglich; damit wird die Steuerung noch komplizierter, da die eine gemeinsame Bewegungsachse auf vGerät1 liegt und die andere auf vGerät2 und vGerät1. Aber machbar ist es bestimmt.

    Guten Abend!

    Es ist jetzt ca. 1,5 Wochen vor 'meiner' Ersten Lichtshow und dem Show-Einsatz von DMXControl 3.0.2.1.

    In den letzten Wochen ist sehr viel passiert. Ich war leider wieder im Krankenhaus und dadurch außer Gefecht gesetzt.

    Irgendwie habe ich es geschafft, das Projektfile zu stabilisieren, so daß ich nicht aufteilen mußte -eine Pause ist auch nicht geplant. Die Gesamtshow ist nun fertig. Uff. Aber ich habe einiges gelernt über die vielen Bugs der DMXC3.0.2.1.....:

    - Unter bestimmten Bedingungen kann ein Projekt direkt im Kernel geladen und gespeichert werden. Übertreibt man es mit dem mixen, mal da und mal da zu Laden/Speichern steigt die GUI aus und crashed.

    - Recht stabil läuft die GUI auf einem i7-2xxx, mit 16GB RAM und einer NVIDIA-Grafikkarte. Es mag auch daran liegen, dass Win10 auf diesem Rechner nicht alle Updates/Upgrades eingespielt hat. So ist es mit bisschen Glück möglich, eine stabile Projektdatei zu generieren.

    - Konvertieren werde ich die Show nicht....nicht so kurz vor Aufführung.

    - Auf meinem Laptop i5-7xxx, 8GB RAM, SSD, 1TB HDD läuft das Projekt inzwischen auch wieder stabil. Aber nur mit folgendem Startprozedere:

    1.) Start des Kernel

    2.) Start der GUI

    3.) Einblenden des Kernel-Fensters; während des Ladens Fenster aktiv klicken.

    4.) GUI: laden der Projektdatei, Dauer: ca. 7Minuten (!) [.zip == 1,433MB; entpackt ca. 39MB]

    5.) GUI: automatisches Laden des letzten Layouts

    6.) GUI: StageView möglichst deaktivieren, da einige Bugs enthalten sind, die die laufende CUE zum stottern bringt.

    Stefan: Noch eine Bemerkung zum "i-Tüpfelchen": Leider hat es nicht funktioniert, (ich hab's nicht hingebracht), verschachtelte CUEs zu generieren.

    Vielleicht hilft ja die o.g. Startprozedere dem Einen oder Anderen, welcher ebenfalls noch mit der alten 3.0.2.1 -Version arbeitet/arbeiten muß.


    Vielen Dank an alle hier im Forum, die mich in irgendeiner Weise unterstützt haben!