Posts by JPK

    Hi,

    the way Lightbeamer showed is indeed a possible way to replace existing Devices with new versions or other Devices. However, in large projects, this method takes its time. Today, there is no direct function to replace a DDf in the project itself via DMXControl 3. However, you can open the project file with your normal file browser (the project-file is a normal zip-file) and replace the existing DDF in the project with the new DDF. As Lightbeamer said, make a copy of your project before you change it.


    JP

    Hi,


    I had less time than expected, so I had not the time to build up the demo project until today. However, now I created it. You can find a simple structure of three cuelists for the color and three for the dimmer of a group of LED devices. Take a look on the cuelist group and how it manages, that only one of the dimmer / color cuelists is running at a time. I also added a simple Softdesk with a few buttons to start and stop the cuelists. You can take a look at the connectionsets and see, how to start and stop the cuelists. The third thing I added is a blinder cuelist. This cuelist has a higher priority and overrules all other cuelists. I hope, this project will help you to understand how to control cuelists with the Softdesk.


    JP


    P.S.: If you have a StreamDeck, you can use it with DMXControl 3 too.

    Hi and welcome in our forum,


    we know, that the current way to design an audio synchronized show in DMXControl 3 is not really good. This is currently a workaround and a solution to be able to make audio shows at all. We do not see this as a long term solution for audio-synchronized shows. Hence, we already confirmed, that there will be a new feature in DMXControl 3.3: The Timecode Player. It is designed to play timecode-based shows (audio, cuelists, ....) directly in DMXControl 3. The control will look a little bit like in DAWs or video cutting software. So something like you described will definitely come and we are already working on it for some time ;) The current solution is a side-product of the work on the timecode player because the audio management is needed for the timecode player as well and is already implemented in the current version of DMXControl 3.


    JP


    P.S.: First time, we mentioned the timecode player was in the documentation about our annual DMXControl Projects e.V. meeting in 2015: https://wiki-de.dmxcontrol-pro…trol-Treffen_2015#Samstag (Link currently only in German)

    Ok, In your case there are three things which will help you: HTP/LTP/LoTP+Priorities, Cuelist Groups and the Input Assignment.

    1. HTP/LTP/LoTP+Priorities: If you start two cuelists which control the same device parameters of a fixture, there are three different mixing behaviors. As a default, cuelists mix with LTP (last takes precedence). So if you start the second cuelist, it wins and control the output. The first one stays active but is hidden from the second cuelist. If you now stop the second one, then the first cuelist gets the control back. It is a little bit like an advanced stack. "Advanced" because there are the HTP (highest takes precedence) and LoTP (lowest takes precedence, unfortunately broken in DMXC 3.2.1 and will be fixed in 3.2.2). You can change the mixing characteristic for every cuelist to one of those three variants. In addition you can change the priority. With it, you are able to prioritize some cuelists like for example blinder effects. Both, the mixing mode and the priority can be edited in the properties of a cuelist (in the project explorer, in the section "cuelist" right-click on the one you want to change and click on "properties" there)
    2. Cuelist Groups: If you have a group of cuelists, in which only one cuelist shall be active at the same time, you can use cuelist groups. If you start one cuelist in this group, it automatically stops all other active ones in this group. This reduces your workload enormously. You can achieve it by simply adding a new cuelist group in the cuelist group sction in the project explorer. Then you add the according cuelists by drag&drop them (just expand the cuelist folder and drag them on the cuelist group of your choice. In addition, you have to go into the cuelist group properties and change the "cuelist start behavior" to "single list running".
    3. Input Assignment: The Input Assignment is the link between the button in the softdesk and the according cuelist. The problem is, that it is a little bit complex to describe and now it is late here in Germany :saint: I can give you a first link to one of our "Did you know?" articles: Did you know? Special #7 - Input Assignment - Infinite Possibilities In it, there are some descriptions on how to link an input (in that case a fader) to a cuelist. You can adapt that to your situation. In addition, if I have some time tomorrow, I will build up a little project, where you can see how it is done.

    Regards

    JP


    P.S.: Well, usually, I also recommend to watch our recently released tutorial videos on our YouTube channel. However, those videos are currently only in German. But maybe you can use them as well with the automatic subtitle translation. The videos can be found here: https://www.youtube.com/c/Dmxc…iew=50&sort=dd&shelf_id=2

    Hi,

    did I understand it right that you put all cues into one cuelist and want to play them all in parallel? If this is right, then this will not work as expected. Instead of having all cues in one cuelist, you need multiple cuelists. You can run those cuelists in parallel and have the result you want. To move those cues to other cuelists, you can create new cuelists and copy&paste your existing cues to the new lists.

    Regards

    JP

    Hi,

    the problem is, that DMXControl 2 saves its files in a proprietary format which can not be easily edited by other programs. Even a VB programmer does not know in which way this format shall be read. So unfortunately, you will have to move them by hand :(

    Regards

    JP

    Hi,

    the DMX port of the controller is as the DMX standard defines. But the problem, which Soon5 pointed out, is that the pin assignment of the XLR to RJ45 adapter you posted is not known and possibly differs from the pin assignment of your DMX decoder. Maybe the manufacturer of this decoder has some DMX to RJ45 Adapters you can buy.

    Regards

    JP

    Hi and welcome in our forum,

    the manufacturer of this decoder used Ethernet connectors (so called RJ45 connectors), but the usual DMX signal is required here, no Ethernet. Do not plug this decoder in an usual Ethernet port! To control your lights, you need a DMX interface, which generates the DMX signals. There are plenty of different DMX interface types (USB-DMX-Interfaces, Artnet-Interfaces,...). To determine which one would fit for you, it is required to know, which software you prefer to use (to eventually control your LED strip).

    Regards

    JP


    Edit: Ok, Stefan was faster :D

    Now, its time: The next DMXControl 3.2 livestream with your questions goes live on Saturday, 2020-05-23. In this thread we will collect your questions. We try to summarize these questions again and then answer as many as possible. For this purpose we have summarized the rules for the questions:

    Rules for the questions:

    • One or more questions can be asked per person or per post.
    • Questions can be asked about the functionality of individual program parts of DMXControl 3.2.
    • Questions can be asked about possible implementations of an use case.
    • Questions like "When will this certain feature come?" etc. will be not answered, because this Q&A is about the handling of DMXControl 3.2.

    Your :dmxclogo DMXControl-Team :dmxclogo

    Hi,

    Bye the way: what is the significance of 'mindmx = "191" maxdmx ="128"' in the example - with mindmx > maxdmx?

    back then in the beginning of DMXControl 3, we defined that maxval is always greater than minval, because both parameter define the minimum and maximum possible value in a device function block. We also defined that Mindmx and maxdmx describe the position of minval and maxval. Therefore, if mindmx is greater than maxdmx you get a ramp down from maxval to minval while increasing the dmx value from mindmx to maxdmx. This behavior is designed for device functions like wheel rotation where the higher rotation speed is at the lower end of the device function block.

    Regards

    JP

    Hi,

    there are two types of errors in the DDFs. On the one hand are syntax errors, so the XML has a wrong structure. In this case, DMXControl 3 can not parse it and mark it as corrupted. You can find those errors for example with Notepad++ and the plugin "XML Tools". On the other hand there could be logical errors in the XML so that some parts are not in the way DMXControl 3 would expect them to be. In this case DMXControl would give you some information about whats wrong with it.


    So as mentioned, in your case the XML has a wrong structure. This mistake was a hard one to find, but finally, I found it. You accidentally added a space caracter in the "dmxchannel" parameter of "tilt". After fixing this, the xml structure checker of XML Tools in Notepad++ can not find problems any more. So it should be loadable in DMXControl 3 (what I've not tried yet, so there could be some other logical problems in it, I have not found).


    If you have finally fixed the DDF, you may upload it in our DDF Library (https://dmxc.org/ddfs) so everyone can find and use it :)

    Hi and welcome in our Forum,

    I have created a device definition file (xml) for a moving head unit (Event Lighting M1H200W), but now, how do I get the file recognised by the project explorer.

    There is a User Device Folder for DDFs. You can find it by opening the start menu and browsing to the DMXControl 3 folder. There you can find the link to the users device folder. Just copy your xml file into the folder. If you have allready added your device xml to the folder and it is not in the list, then the kernel should give you some warnings what is wrong with it.

    Best regards

    JP

    Copying a cue is must easier than DMX2, I can literally just copy and paste it from a cue list without even loading it.

    Correct :)

    Editing a cue, I load it in to the progammer (and this will then show it in Stage View?) and I can edit it from there and then save?

    Yes, you can load it in the Programmer via the "Edit in Programmer" function. As Johannes already said, the Stage View is a tool to display what is going on with the devices. So it shows a mixture of the properties in the Programmer and all running cuelists. When the cue is loaded in the Programmer, then you can change it by changing the Properties via the usual ways (Device Control,...) and then save it to the according cue.


    If you wander if your project has a problem just add it here to a post and then I can look into it and try to find the problem :)

    Hi,

    I've tried to do the same in DMX 3 but it saves no values at all.

    the reason for this is the fact that DMXControl 3 detects, if you change a device property and store this value in the programmer. By adding a cue to the cuelist, DMXC 3 uses the values in the programmer. But if you start a cue, the values of this cue are send to the HAL (to match the property values to DMX values) and are not send to the programmer. Thats why there is no value to save there, if you just start a cue. But: There are two ways to acheve your expected result. Which one you should use is defined by the expected result. If you just wand an exact copy of a cue, you can simply copy&paste it. In this case jusr do a rightclick on the cue you want to copy and click on the "Copy Cue" entry in the now opened popup menu. In the target position in the cuelist (it can even be another cuelist than the one in which the souce cue is in) do also the right click and hit "Paste Cue".


    If you don't want an exact copy but most of it, you can just copy&paste the cue and edit it. To do this, just open the popup menu for the cue after pasting it again and click on "Edit in Programmer". With this command, all Parameter Values of the cue are loaded into the programmer. Now you can change the paramters and if you are finnished, just hit the update button on the left. If you want to abort this editing process, clear the programmer. This is the second way, but there is a way "2.5": Just edit the source cue in the Programmer, delete all parameters, you don't want to copy and then hit the "Add Cue" button on the left side. From there the process is as usual. The only thing to remember is to clear the programmer afterwards and not to hit the update button (because you are in editing mode for the source cue).

    Regards

    JP

    Hi and welcome in this forum,

    when you add a cue, a little window should pop up (the Programmer Filter). Here you can select which properties you want to save. Just click here on "All" on both sides. But a "Save All"-Preselection is not implemented in DMXControl 3 yet. But to understand why you search for this functionality, maybe you can explain a little bit more about your setup (theater, disco etc.) and what you want to do. If I can understand your situation, maybe I can show you the way it is intended to be done in DMXControl 3 :)

    Regards

    JP

    Hi,

    this sounds like you have accidentally changed the Grand Master. Therefor, the device control shows the saved value and the Stage View gives you the returning value (after the Grand Master). To fix this problem just open the Master Panel (in the menu via "Controls" => "Master") and put the Grand Master to 100%.

    Regards

    JP