Thank you. I will try to replicate and will report to the developer team.

Hello all, we have launched a Developers page on the GDTF Share website, to provide easier access to information about GDTF/MVR Specifications and developer resources. You can see the page here.

Extracting resource files directly from GDTF Sometimes it may be useful to extract some data like gobo images, 3D models, or other files directly from the GDTF file. This is possible, because every GDTF file is a zip archive with .gdtf extension. To access the content of GDTF, rename the file from .gdtf to .zip and then open as any other zip archive. When you unpack the .gdtf file, this is what you can typically see: The description.xml file contains the description of the device type. There is a lot of information in this file and it requires deeper understanding of the GDTF Specification to utilize it: The thumbnail.png provides an image of the product: The thumbnail.svg is providing a 2D symbol for planning tools: As these are normal .png and .svg files, they can be copied and used directly in any supportive application as needed. The wheels folder contains all the images for gobos, animation wheels and so on: The naming of the files is up to the GDTF creator, while the details of the image are as far as format, resolution, color conventions and so on. The models folder contains subfolders for 3D and 2D models, for a better structural overview: ./models/3ds ./models/gltf ./models/svg The existence of these folders is optional and depends on presence of files specific to these folders. If the GDTF file does not contain any .3ds files, then the folder ./models/3ds will typically not exist. If the GDTF files contains 3D models in gltf format, then they will be in folder ./models/gltf, the content of the folder then may look like this: These .glb files can be used in applications utilizing 3D files. The positioning and offsets of these 3D files has been previously explained in several other RKS articles and is also defined in the GDTF Specification, together with more information on the possibility to define also 2D models, 3D models in higher or lower level of details and so on. For the most time, extracting 3D models and gobo images in what is needed. For the examples above, we used the the Robe Robin LedPOINTE, which is available in the GDTF Share here. Hope this helps, Petr

Hello all, we have released another update to the GDTF Builder. This was mainly a maintenance and bugfix release, where we updated the underlying dependencies, improved the project structure and fixed several issues. Bugfixes and improvements Fixed and issue with open url causing infinite recursion Fixed an issue where a Channel function could not be set to cover DMX 0-255 range Fixed an issue in Duplicate and arrange geometries - when using Address offset, the first address was missing Fixed an issue where Rotate Geometry did not work as expected when using the up/down arrows or the mouse wheel Fixed an issue where the Drop down for "SubPhysicalUnit" was cut off in SubChannelsSets section Fixed and issue where the Fixture type SVG was not being displayed reliably Improved the WIP message in the Save dialog Updated the semantic-ui package Updated to new version of nodejs Updated the build system

@Paolo.Prolights can you still replicate the issue? I cannot, but perhaps there is something i am missing? We did release a new builder on Monday... but i don't think we were intentionally fixing this bug. Thank you for letting me know.

Hi Nicolas, perfect. You would choose the channel function defined in the InitialFunction="Head_Frost1.Frost1.Light Frost" field, so sometimes it may be the first one, sometimes not: <ChannelFunction Attribute="Frost1" CustomName="" DMXFrom="0/1" Default="0/1" Max="1.000000" Min="0.000000" Name="Light Frost" OriginalAttribute="" PhysicalFrom="0.000000" PhysicalTo="1.000000" RealAcceleration="0.000000" RealFade="0.000000"> Hope this helps Petr

Hi Nicolas, sure, here is how you get the value: The same in XML, default in the correct ChannelFunction: InitialFunction="Head_Frost1.Frost1.Light Frost" <ChannelFunction Attribute="Frost1" CustomName="" DMXFrom="0/1" Default="0/1" Max="1.000000" Min="0.000000" Name="Light Frost" OriginalAttribute="" PhysicalFrom="0.000000" PhysicalTo="1.000000" RealAcceleration="0.000000" RealFade="0.000000"> Hope it helps, cheers, Petr

Hi Nicolas, i trust all is well 🙂 We already have the defaults, these are providing exactly what you are asking for, i have described it recently for someone here:

Hello, the API is described here: https://github.com/mvrdevelopment/tools

Good morning 🙂 Not a UI bug. A Virtual channel is always at current maximum resolution - a 32 bit channel, then, it is displayed based on which representation you choose (percentage and so on). A Virtual channel does not generate any DMX on it's own, but it can have an effect onto a geometry in a visualizer or you can link it to other channels, which then generate DMX output, this is often called a Virtual Dimmer. More informal information on that has been added to the GDTF Spec here. As for the "Follow topic", i have a feeling that emails are sent only later in time, but i a forum admin would need to respond here.

Hello, as for the representation of the Virtual Channel, it is a channel which does not produce any real DMX output and is always represented in the Builder as a 32bit channel. As for the Virtual dimmers - this partially depends on how you define the geometries in the fixture (sometimes one has to add extra geometries for the geometry tree to have correct level of depth to react as expected). I do not know this particular fixture so it would be the best to get in touch directly with MA, as the specific sub-fixture assembly logic is partially a gMA3 thing. I will notify the MA guys to have a look here.

Hello, glad to know you have have figured it out. As for the ChannelFunction DMX FROM value 255, that is currently a bug in the Builder and it will be fixed in the next release.

Hello,you can copy the geometry tree and use the copy in the other mode(s). You assign the different tree in the DMX Mode properties:

Hello, thank you for the request, i have noted it into the list of items to consider in the future.

Hello @Lennarthd1, you have done mostly good job on the profile. The issue is in colors (RGB) being set as default at 0, so make sure to bring colors to full, as @full will not do so. The next issue is in the Iris channel, the Physical From, To must be 0 to 1. There are other small things, but mainly that your 3D models are too detailed, perform some decimation on them, to be under the 1200vertices in total.