Jump to content

GDTF Forum

Parsing Errors after correcting channel function defaults


ARRI-GDTF
 Share

Recommended Posts

When Default DMX level options were added to Channel functions, not having defaults entered showed up as errors.  After adding the default values, file works fine, but when loading into GDTF Builder, there is a list of Parsing Errors.  Is there an error code list somewhere so I can figure out where to start looking?  Thanks.

image.png.2deaa94930812c9c7a4adb098ac82aad.pngimage.png.320daf713e27667d5e1d00e23a92ac1b.png
  
Link to comment
Share on other sites

  • 1 month later...

Patrick (?) - I'm happy to take a look if you want to send me the file - as I'm parsing the file in a different way it might be easier to spot.  Or not.  Feel free to send to nick<dot>morris<at>avolites<dot>com.  I can work with either the full zip or just the description xml.

As for @stevebig's comment that is how it was in GDTF version 1.0 and I tend to agree.  There is now InitialFunction which tells you which Channel Function default is the 'main' default.  I am struggling to see how all the other default values per subgroup of functions might actually be used or accessed in a control environment.  I don't know if anyone supports this at the moment.  Certainly if I were writing the files I wouldn't have too many expectations for these values!

Link to comment
Share on other sites

The channel default is defined by logical channel → initial function → channel function default value.

The channel function defaults are used when channel functions are switched automatically based on channel dependencies. In that moment, the uses might want to have a value different then the lower bound of the channel function, for example to have a middle value.

 

Link to comment
Share on other sites

  • 6 months later...

By the way, I think the Parsing Errors that @ARRI-GDTF has in their files is because the Builder does not accurately validate nested dependencies. 

Basically, imagine the following:

  • Two ChannelFunction in a Channel
  • Switching between the two ChannelFunctions is achieved by each depending on a different ChannelFunction in another channel. 
  • The Builder now can't tell that the two ModeMasters are mutually exclusive due to their respective ModeMasters and complains the two ChannelFunctions at the end of the ModeMaster chain overlap. 

I've attached a minimum working example. 

Test@Nested_Dependency_Parsing_Error_Bug@version1.gdtf

Edited by Janng
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • 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.