#6 Dictionary is inconsistent

closed
None
5
2003-03-26
2002-04-29
No

In AAF, some functions returns an AUID.

In order to get the definition associated with that
AUID, you have to request it from one of the
dictionary functions.(e.g: lookupCodecDef)

I have found that some used AUIDs are not registered
inside the dictionary.

Example:

AVID: My second sequence.aaf
(see attached output file)

DigitalImageDescriptor::Compression:
{EDB35390-6D30-11D3-A036-006094EB75CB}
or
{ 0xedb35390, 0x6d30, 0x11d3, { 0xa0, 0x36, 0x0,
0x60, 0x94, 0xeb, 0x75, 0xcb } }

This AUID doesn't exist in the dictionary.
This AUID doesn't exist anywhere in the CVS tree.

I suspect that the dictionary isn't enforced by the
AAF API.

Discussion

  • Jim Trainor

    Jim Trainor - 2003-03-25

    Logged In: YES
    user_id=239292

    David,

    The DigitalImageDescription compression property identifies
    the kind of compression used by a codec. To the best of my
    knowlege it is not intended to represent an object type. For
    example the CDCI and JPEG codec implementations sets
    this property to values defined privately in the codec source
    code. See ref-impl/plugins/CAAF{CDCI,JPEG}Codec.cpp.
    Search for "_compression".

    Arguably, there is an issue here with the lack of clarity of the
    sample codec implementations and the availabe codec
    documentation that does make this confusing.

    While AUID does appear throughout the SDK to represent
    object types, generically I think it is simply means "Authoring
    Unique ID", and is not intended to only (strictly) represent
    class types.

    The dictionary is not implicated here, so I'll close this bug.

     
  • Jim Trainor

    Jim Trainor - 2003-03-25
    • status: open --> closed
     
  • Jim Trainor

    Jim Trainor - 2003-03-26
    • assigned_to: nobody --> jptrainor
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks