Jump to content

GDTF Forum

dmueller

Moderators
  • Posts

    68
  • Joined

  • Last visited

  • Days Won

    6

Posts posted by dmueller

  1. Hello Brothers,

    Thanks for the report. The connection of the grandMA3 to the GDTF Share is now working again.

    Best regards,
    Daniel
    GDTF Team

    • Like 1
    • Thanks 1
  2. Hi @Paolo.Prolights,

    issue with this GDTF file is that it is a compressed zip. A GDTF file shall be uncompressed zip.

    After I removed the compression the parser of the grandMA3 library correctly parsed the name of the fixture.

    I can recreate that patching the fixture fails in grandMA3. I have to take a closer look what is the reason for this behavior.

    Kind regards,

    Daniel

  3. The GDTF Builder 1.3.12 is now online.
     
    Improved in this release:

    Fixed: it was not possible to enter values for the property Beam Diameter of geometry type “Beam”. 

    Fixed: DMX values were not properly recalculated when copying a channel function to another DMX channel that had another resolution. 

    Fixed: it was not possible to reorder mode master containers by drag ‘n’ drop. 

    Fixed: parsing errors in the fixture template „Moving Mirror”. 

    Improved stability. 

  4. Unfortunately, you found a bug in the grandMA3 Visualization. It seems that ColorAdditive Attributes on the same level of the kinematic chain but in different geometries (Led4Eck, Led Rund) are mixed together to the same color instead of being independently controllable for each of the geometries.

  5. The 3D visualization of the grandMA3 in version 1.0 does not visualize all attributes yet. For example, the visualization of the framing is one of the attributes that is not supported in the current version.

  6. Hi MattG,

    nice idea. I'm afraid that it will become confusing and complex if this kind of linking would be done in the xml. I would suggest having something like a "apply changes to the same channel in other/selected modes" functionality in the builder for quick editing of several modes at once. 

    What do you think @mgeasey@clearallvisualsllc.com ?

    Cheers,
    Daniel

  7. I will have access to an LED strobe in my office next week. I will do some real-life tests with it.

    I guess the visualizer has to handle the behavior of Duration vs. Rate and when the strobe as a result of both values is full = wash.

    This is taken from the manual of the Robe Colour Strobe:

    image.thumb.png.9ff96f4db18d943eedc9e7fdeb4dfdb0.png

    I think handling this with a mode dependency would only be a "hack" for visualization. 

    Cheers,

    Daniel

  8. How would it be in real life? Duration and Rate have to be at full to have the LED stay on?

    I had a look at the Atomic 3000 LED.

    Duration is 7-650 ms

    Rate is 0,289-16,67 Hz

    Does the LED stay on if the duration is > 1/f ?

    For example if the Duration is 500 ms and the rate is higher than 2 Hz?

  9. I guess I found the issue. The GDTF export of the grandMA3 does not export the file with the custom name of the channel function but with the default name (which is "Name of the Attribute <blank> Index of the channel function -> e.g. Dimmer 1).

    If I change the name of a channel function in the GDTF Builder, upload the file and open it again in the builder everything is fine.

    The grandMA3 displays the custom name of a channel function only when you edit a fixture type. The encoder bar does not display the name of the channel function but the pretty name of the attribute that is assigned to the channel function. 

    Pretty names of attributes in grandMA3: If you import a fixture type that has custom pretty names for its attributes these custom pretty names will only be used in the grandMA3 if the attribute does not exist. If the attribute already exists in the attribute definition (Menu - Patch - Attribute Definitions) the grandMA3 will use the properties of the existing attribute. This is the same behavior as it is in grandMA2.

  10. The Geometry Type Beam can have every shape you want (with a custom 3ds file). For the beam itself: Currently, the GDTF specification does only have properties to describe a beam origin that is circular (Geometry Type "Beam" Property "BeamRadius" - Description: Beam radius on starting point. Default Value: 0.05; Unit: meter.). Properties to describe other shapes of beam origin are on the list.

    At the moment I would create a rectangular Geometry Type "Beam" to represent the combined surface of the LED output. Unfortunately, the beam origin and the beam itself would be circular.

  11. Hi all,

    the origin of the GDTF file defines its insertion point. The specification does not prohibit to move the top-level geometry away from the origin. But it will maybe confuse the user if the object is not inserted at the position he expected because of an offset of the parent geometry object.

    It is possible to have a geometry without a model linked. The current version of the GDTF builder does not support this yet. The next version will do!

    Cheers,

    Daniel

     

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.