Jump to content

GDTF Forum

Petr Vanek

Moderators
  • Posts

    323
  • Joined

  • Last visited

  • Days Won

    29

Everything posted by Petr Vanek

  1. Hi Paolo, I think some of the issues have already been fixed and we will push then with next update but thank you for the list, this is very helpful, i will pass this to the devs. cheers Petr
  2. Hello, this would indicate some network connectivity issues on your side, upload and download seem to be working OK when we are double checking it here. Kind regards Petr
  3. Hi Paolo, yes, this is if you start from the empty template. If you start from another template, all is OK. We have already fixed it and will push this fix to the live Builder when we are back from LDI. Please let me know in this thread if you experience any other issues, thank you Petr
  4. Hello, sorry, this is not the right place. You are using MA2 while this forum is about GDTF which can only be used on MA3. Please get in touch with your MA support or try using the MA forum, Kind regards Petr
  5. Hello. I think the issue is in the extension. If you rename it to *.3ds , then it works. Maybe you cannot even see this on the operating system of your choice... not sure. I will report this. Kind regards P.
  6. Hello. Make sure that the geometry tree root is linked to your DMX Mode. Cheers Petr
  7. FYI, the issue has been found and is fixed, it will be part of next maintenance release of the builder.
  8. Hello @mhersland, we do not experience frequent crashes but we also save regularly. The builder now displays warning after 15 minutes of time with unsaved data, to help you remember to save. You should make sure that you save when you change tabs/windows for a long time and also ensure that your computer and browser is stable and up to date. What system and browser are you using? What do you see when the crash happens? Kind regards Petr
  9. Thank you! Submitted as https://github.com/mvrdevelopment/spec/issues/128
  10. Hi @Paolo.Prolights, sorry about this, i have re-reported it again. P.
  11. Corect, they're not using references, I think they didn't know about it back then. We do use references pretty much all the time and we typically add custom models for the lenses too, for nicer look of the face of the device.
  12. Hello @mhersland, here is what you do: First, you define your pixel. It will be a new, top level geometry: this is the model pixel You define it as a Beam: Then you go to the DMX and add DMX channels for this pixel, only once: Then, you go back to the geometry tree and add this pixel to your geometry tree (Add child geometry) as a reference: and you add it as many times to the geometry tree as many pixels you want to have... essentially, you define it once and then keep clicking the Duplicate selection, or use the Multiple duplication and enter how many pixels you want to add: (Here, i added it 4 times). Now you adjust the x and y of each of the referenced pixels1,2,3,4... you must do this manually for each pixel. You will also now define the DMX offset for each pixel: Imagine that this pixel is controlled by RGBW, that is 4 channels. So when you are editing these referenced pixels, edit not only x, y, but also edit the address offset, alway adding 4 to the previous one. First reference will be at 1, second at 1+4=5, next one at 9, next at 13...: Now, if you look at the Summary tab, you can see that we now have four pixels, each with 4 channels. This way allows us to have a nicely defined pixel and dmx channels for it, then just reference it as many times as needed. You can change the beam properties of the original Pixel in one place and it is used by the references. The Luminous Flux (if you add this value) of this pixel should be a value of the real individual single pixel. We can now also adjust DMX channels in one central place and these again, are used by the referenced pixels. The file i used for screenshots is attached here. Hope this helps P. User_Test@Pixel_references@Pixel_references.gdtf
  13. Hello @mhersland, i think that what you are looking for is geometry references. This allows you to define the model just once and reference it many times. Look at some other multipixel fixtures, like some Strobes or the Spiider... hope this helps Petr
  14. @anebo yes, the API exists. Please email info@gdtf-share.com for access. Hope this helps P.
  15. Hi @AyrtonTerrier, sorry about the later reply. We added this to the GDTF Manual, see it here: https://gdtf-share.com/help/en/help/gdtf_how_to/key_handle_mode_dependencies.html Hope this helps Petr
  16. Hello @sl1200mk2, this is not a typo. These channels are defined by geometry reference of their corresponding pixels. You can see this in the overview of the GDTF builder, here is a screenshot for reference. Hope this helps, P.
  17. > In the manual it's written: To activate following functions, stop in DMX value for at least 3 seconds. > Why did you set 4s in the macros? This is because if the timing on the console is not precise (for example 2.9 sec instead of 3.0), the macro would not execute on the device We see this frequently with controllers. As 3 is the minimum value ("at least 3 seconds") , defining it 4 is OK. >also do you plan to update them for 'Power / Special Functions' offset? (offset 6) Do you mean for the rest of the Special functions? Yes, we can. >also, could you please fix the "Slow t ofast" typo 🙂 I re-reported this to our library maintainer.
  18. Hi Nicolas, the T1 Profile now contains several macros: ColorControl macros (these use just one channel + timing) and also few Control macros (Display on/off) (it uses the control channel + shutter channel + time). You can see the updated file here: https://gdtf-share.com/user.php?name=Robe+Lighting+s.r.o.&page=fixtures&fixtureID=2522 Btw, there is an API for software vendors to access the share programmatically, you can email info@gdtf-share.com for access. Larger companies use this API for syncing the share to their own access server. Cheers Petr
  19. Hi Nicolas, by macro i mean this: https://github.com/mvrdevelopment/spec/blob/main/gdtf-spec.md#macro-collect Does D::Light support that? I tried to figure it out but i could not find out. It is like a dynamic pallet, provided by the device file. Cheers Petr
  20. Does D::Light support macros? We could add the Control Macros to our Robe device files. Please let me know, thank you Petr
  21. PL&S has published their calendar, you can find GDTF related talks here (click through each day): https://pls.messefrankfurt.com/frankfurt/en/programme-events/events.html#/?day=2022-04-26&q=GDTF https://pls.messefrankfurt.com/frankfurt/en/programme-events/events.html#/?day=2022-04-26&q=MVR https://pls.messefrankfurt.com/frankfurt/en/programme-events/events.html#/?day=2022-04-28&q=15800
  22. The author of the file can add this in or you can also modify the file yourself but I am not sure what the uptake is in the DMX consoles at this point for the DMX Macros.
  23. Hello @sl1200mk2, You can do this via the DMX Macro (Macro in the Builder). This allows you to specify required channels and timing. Kind Regards Petr
×
×
  • 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.