Hi,

Hoping to find out the difference between the two system attributes returned via IPWS "Video" and "Current Video Resolution".

Which one is guaranteed to match the video format in the AAF retrieved with GetLatest?

Are there circumstances where they don't match?  (maybe deleting a current format?)

Any info is appreciated!  Thanks in advance.

Rich Laws

Current Video Resolution is the attribute set by Video Editing application typically to match the project/relink video format on the last check-in or by Ingest to match the format of ingest.

This is not automatically updated if available resolutions are changed later unless another check-in has been performed.

There is no pre-defined Video attribute so you might be looking into some user created field

Hi Vadym,

Thanks for the quick response! You have confirmed what thought that a check-in is required to change the current format.

Please see attached jpeg for Interplay Access screenshot showing two different System attributes - one "Video" and one "Current Video Resolution".    Can any application create "new" system attributes not defined by Avid with the older AAF toolkit?  maybe that is where these are coming from?  "Video" is not a user attribute in this case.

Rich

I don't see the Video attribute created in my environment. AAF toolkit allows you to create any attribute, so you can try to find what creates those and see if that is updated by MediaComposer check-ins for example.

Thanks

Hi Vadym,

This reply is just for your information only.   I was curious why I am seeing the System attribute called "Video" and you aren't so  I looked further with 2 cases thinking maybe AMT2 was doing it... (It's not directly)

Using the IPWS CreateMasterClip method (and doing nothing else), causes that systemattribute to get created.  ("Video").  After we use this to generate a new clip, we use AMT (2) to add media to the clip.   In Visual Studio, I am breaking after CreateMasterCLip (no AMT action yet) and that attribute appears in Access and can be retrieved with GetAttributes.

I can also retrieve it with Access Get/Set Properties (com.avid.workgroup.Property.System.Video).  This is after CreateMasterClip Only.

I looked at what our AutoIngest program does (no AMT2) for XDCAM ingest.  We use the AAF toolkit to check in our own built AAF but it definitely is not adding an attribute called "Video" but it does show up in Access and can be retrieved with IPWS get system attributes (not with default set, need to specifically request).

Not expecting any action, just letting you know that these simple cases create that system attribute.   No editor involved at all.    Curious that you don't see them in Access on your system...    

Rich

Thanks for looking further into it Rich,

So it appears that IPWS call to generate tape based mobs for batch ingests adds it. We are not using it as its quite old method and should not be used for file based mobs. I'm able to reproduce this behavior