Posts by Shween

    Wow! I wish i had seen this earlier. i have been really busy lately, and haven't been to the forum in a little while.

    roobLight ; I am glad you were able to eventually get a working mode going.

    I have not touched the ProDMX Suite in quite some time now. I have been working on a new production machine, and once it is complete. will be running extensive tests with DMXC 3.3 and the ProDMX Visualizer.

    If this build works out, I am hoping to be able to control a theoretical 112 universes by way of DMX control 3.3. It will be a bit of a convoluted endeavor until hopefully a 64 bit version is developed, but I am still trying to push this software to outside-the-box tests and concepts. hahahaha

    [Devs, please save me from my madness :glaskugel: :argh: :argh: :S ]

    ------------------------------------------------------- Google Translated


    Wow! Ich wünschte, ich hätte das früher gesehen. Ich war in letzter Zeit sehr beschäftigt und war schon länger nicht mehr im Forum.


    roobLight; ich freue mich, dass du endlich einen funktionierenden Modus zum Laufen gebracht hast.


    Ich habe die ProDMX Suite schon länger nicht mehr benutzt. Ich arbeite an einer neuen Produktionsmaschine und werde, sobald diese fertig ist, umfangreiche Tests mit DMXC 3.3 und dem ProDMX Visualizer durchführen.


    Wenn dieser Build funktioniert, hoffe ich, theoretisch 112 Universen mit DMX Control 3.3 steuern zu können. Es wird ein etwas kompliziertes Unterfangen, bis hoffentlich eine 64-Bit-Version entwickelt ist, aber ich versuche weiterhin, diese Software zu unkonventionellen Tests und Konzepten zu bringen. Hahahaha

    Testing the final release!

    Things are looking SOOO good.

    I have found this though, Cues stored with a Bitmap Matrix Effect do not recall the custom bitmap image.

    I am putting them in the 'Pictures' Folder in the Kernal subfolder.


    Am I missing something?


    Also, is there any way or support to play an animated GIF file in the matrix effect?


    Also, is there a way for individual pixel control?

    It might also be interesting to see the DDF file you are using?



    ------------------------------------------------Google Translate


    Es könnte auch interessant sein, die von Ihnen verwendete DDF-Datei zu sehen.

    It is possible I might not completely understand the problem, and I realized I am repeating Steff after re-reading this thread before I posted:

    But, I think I know what is happening (Granted you are programming on the physical moving fixture.

    It is possible you are creating the scene to move so quickly, that the light cannot move fast enough to keep up with the rapid values it is receiving over DMX, so it seems as if the radius is decreasing.

    Try playing with the speedmaster until you find the fastest speed the light will move without decreasing the radius, and then you will know that lights maximum speed limit.

    Out of curiosity, What is the fixture you are trying to use?

    -----------------------------------------------------------------------------------------Google

    Es ist möglich, dass ich das Problem nicht ganz verstehe, und mir wurde klar, dass ich Steff wiederhole, nachdem ich diesen Thread noch einmal gelesen hatte, bevor ich Folgendes gepostet habe:


    Aber ich glaube, ich weiß, was passiert (vorausgesetzt, Sie programmieren auf der physischen beweglichen Vorrichtung.


    Es ist möglich, dass Sie die Szene so erstellen, dass sie sich so schnell bewegt, dass sich das Licht nicht schnell genug bewegen kann, um mit den schnellen Werten Schritt zu halten, die es über DMX empfängt, sodass es den Anschein hat, als ob der Radius kleiner wird.


    Versuchen Sie, mit dem Speedmaster zu spielen, bis Sie die höchste Geschwindigkeit gefunden haben, mit der sich das Licht bewegt, ohne den Radius zu verringern, und dann wissen Sie, dass die maximale Geschwindigkeitsbegrenzung für das Licht gilt.


    Aus Neugier: Welches Gerät möchten Sie verwenden?

    Steff & @LightingBrothers have given great ways to accomplish running a cue of device effect on top of a running cue, and is probably more friendly to the application.

    I will have to try that method in a future project.


    If I may offer a way I might personally accomplish this:


    -> Create your normal cuelist (underlay cue) as you would.


    -> Then create your next 'Device Effect' cuelist. Put one or as many cues as you want in that 'effect' culist, but make sure to create a final 'dummy' cue at the end containing no parameters. Just an empty cue.

    -> Then Set that cue trigger to 'Follow' (or wait if you are going for a specific effect)


    -> Right click on your new effect (overlay) Cuelist in the cuelist browser and select properties.

    -> You should see an option that says something like "Release after final cue". Enable This.



    This could also be an alternative to what you are trying to accomplish. As is keeps the main cue also running in the background, and applies LTP Law without necessarily having to edit priorities or create too many groups.


    -------------------------------------------------------------------Google Translated


    Steff and @LightingBrothers have provided great ways to run a device effect cue on top of a running cue, and are probably more user-friendly for the application.


    This method will be available in a future project in the future.



    If I could offer you a way in which I could personally achieve this:



    -> Create your normal cue list (underlay cue) as usual.




    -> Then create your next "Device Effect" cue list. Include one or as many cues as you want in this "effect" culist, but make sure to create a final "dummy" cue with no parameters at the end. Just an empty keyword.


    -> Then set the cue trigger to "Follow" (or wait if you want to achieve a specific effect).




    -> In the Cuelisten Browser, right-click on your new effect (overlay) cue list and select "Properties".


    -> You should see an option that says something like "Release after last cue". Enable this.





    This could also be an alternative to what you want to achieve. This means that the main cue also runs in the background and applies the LTP law without necessarily having to edit priorities or create too many groups.

    JPK
    I suppose yes this would be the better way to implement the random color function by having DMXC take control of the random functionality.

    @LightingBrothers

    I could then understand why the 'Random Color' functionality would not be implemented as a device parameter as it could just as easily, and probably to the application's better management be controlled with the random color effect generator.

    More Madness. More Questions.

    Is it possible to delete DDF profiles that have previously been saved to the Kernel Project but are no longer used?

    'Add Device' seems to show previously used DDF's that I have brought in to test, and remains there since I saved the project with that fixture loaded.

    I am not sure how this can be done in RC3. I remember you could edit the old project ZIP in previous versions.


    I also apologize if this is a repost, but I could not find this topic yet.

    This is just a note to all the developers and moderators.

    In a world that doesn't have to provide good things to people, you all shine through the night.

    It hits me more and more every time I browse the forum how dedicated you are to this project and the userbase.

    It takes a special kind of team to show this kind of enthusiastic dedication to such a massive project.

    I have no idea how you do it, or why this path you have travelled in life, but just know that I, and I am sure so many people here are infinitely grateful for the work you have done and continue to do.

    I hope one day can be found a way to show the thanks you truly deserve.


    :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: <3 <3 <3 <3 <3 <3 <3 <3 :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup: :thumbup:

    Hello Again All!

    Danke Schön again and again for putting up with my insanity....


    Madness continues.... And has brought yet another thing to my attention:


    "Random Color" does not seem to present itself as an option in the Device Functions.

    Am I looking in the wrong place?

    Have I overlooked Something?

    Is this a bug?

    Should this be posted in the 'DDF v3' Section?


    Have I been awake for too long? :P

    Here is a sneak peak of Network and stabilize testing of the common control surface I am working to integrate.


    External Content youtu.be
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.


    To the future friends!

    Hey Stefan. Again thank you!


    Haha. I can't believe I didn't think to try this. I must have attempted every other combination of random syntax. Lolol.


    Could the same method in a sense apply to a RAW channel if you define the samesay


    <raw name="x" dmxchannel="0"/>

    <raw name="x" dmxchannel="1"/>



    Hmmm.... This one fixture feature does make it quite the anomaly to integrate. Lol


    Another fixture I will be making a ddf for soon also has blades, but uses the exact syntax that already existed.


    Again, I am working on a special project and integration.


    I will make all my information and findings available once everything assembles and is thoroughly tested.


    I hope to demonstrate to certain industries here in my area that DMXC could in fact become a new industry standard.


    I truly believe in this project, it's functionality, efficiency, and the team working to make it what it is.


    This is lighting done right.


    And again bravo. And thank you again.

    Sorry about this Repost, as I originally posted in DDF Support.



    But I have tested this with other DDF profiles, and it occurs across the board.... so I thought it might be appropriate to post here.

    Here is a link to my original thread: Goboshake Stops When Changing Gobo Rotation or Gobo Index - DDFs V3 - DMXControl Projects e.V.

    I have come to almost complete a DDF.

    However, There are a few Clerical issues.



    If you activate Gobo Shake, and then activate either Gobo Rotation or Gobo Index, The Gobo Shake Stops as DMXC resets the value to the normal GOBO DMX Address rather than keep it in the Gobo Shake Handler Range.

    If you first activate Gobo Rotation, and then activate Gobo Shake, this does not occur...

    This also occurs if you recall a cue, and can only be fixed if you add a delay to the Gobo Shake in the Cue Timing Editor.


    I am now not sure if this is the way the DDF is written with handlers and support tags, or what now.....


    Is this potentially a bug?

    I have come to almost complete this DDF.

    However There are a few Clerical issues.

    1st:
    If you activate Gobo Shake, and then activate either Gobo Rotation or Gobo Index, The Gobo Shake Stops as DMXC resets the value to the normal GOBO DMX Address rather than keep it in the Gobo Shake Handler Range.

    If you first activate Gobo Rotation, and then activate Gobo Shake, this does not occur...





    2nd:
    I am trying to figure out a more efficient way to adjust the Blades rather than using RAW channels.

    Please see my original Thread: Blade Control Separate Topic. Control 2 channels with one parameter [DDF]


    I have uploaded the current DDF profile and DMX Schedule.

    What could I have done wrong? Or is there a setting in DMXC I need to change in order to stop the automatic change of the Gobo Channel to reset from the Shake Schedule?

    Thank you much! :)

    Good Day All!

    So today I have the chance to play around with a fixture with blades again.

    I have discovered a way the blades on this particular fixture work:

    Each blade has 2 parameters. Example:


    Ch. 18. Blade 1_A

    Ch. 19. Blade 1_B


    At first I was losing my mind, because The blade would not work linearly.

    Then I realized. In order to make the blade move linearly (Straight Up and Down) Both Ch. 18 and Ch. 19 must be operated at the same time.

    To rotate one way or another, Blade 1_A or 1_B would have to be adjusted individually.

    So it pivots from each corner.

    Now I know currently the syntaxt for Blade control is a bit limited, but it begs 2 questions.

    1. With the current blade control syntax, is it possible to program the DDF to behave in this way (Rotation and movement based on left and right blade rotation/movement), rather than one channel for linear movement, and another channel with range to control rotation on center?

    2. If that is not possible, can a RAW channel be created that simultaneously effects 2 channels with one slider or Parameter change?

    Hello again all!


    So, imagine you have a simple mover and create a cue:


    For instance pan, tilt, color, gobo 1.


    Say I add another of the same fixture to the show at a different time, on a separate DMX address, and want this cue to copy the effects to that fixture as well.


    Is it possible to do anything like this in DMXC, or would you have to simply use the programmer to modify that fixtures behavior and add/replace the cue?


    Cheers to you!