Latest post Fri, Jan 11 2019 4:23 PM by Rich Laws. 19 replies.
Page 1 of 2 (20 items) 1 2 Next >
Sort Posts: Previous Next
  • Wed, Jan 9 2019 3:47 PM

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hello,

    We are a 3rd party who makes use of various Avid toolkits (AMT2, AMT3 and IPWS) with our products.  One of our mutual clients (in Albania) uses AirSpeed for daily capture.    The media and clips are created with:

     AirSpeed® Multi Stream version 3.0.1.105

    We are noticing a number of clips that left in an "Edit While Capture" state and never closed out.  These clips were created in some cases MANY days before our software products access them as Interplay assets.

    This is NOT all AirSpeed clips - just some that seem to be left "open".

    Our questions (for error handling purposes with our software) are:

    1) Is this a normal situation - does this result from the capture being aborted?  Or some other reason?

    2) Can AirSpeed "pause" a capture - for any length of time - and then "resume" an open capture to the same clip?

    3) Are there any tools that can "clean-up" the clip in Avid and set all of these flags to mob complete true and adjust the clip length in the material package?

    We are not completely familiar with operations and restrictions with AirSpeed.  ANY advice is appreciated.

    For all of these clips - length is set to 12:00:00.00 but the # of actual frames (and track length) is much less.

    The MXF files include:

        [ TaggedValue ]

        Name: "_EWC_FILE_MOB"

        Value: (indirect type: aafInt32) 1   

    and the AAF extracted with IPWS has:

           [ TaggedValue ]

           Name: "_OMM_MOB_COMPLETE"

           Value: (indirect type: aafInt32) 0

    (also attributes extracted with IPWS have the same)

    Thanks in advance!

    Rich Laws

     

     

  • Wed, Jan 9 2019 4:14 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Rich,

    The AirSpeed system used by your client, is this a Windows 10 system, or Windows 7? (Version 3.0.x is technically AirSpeed 5000/5500, not AirSpeed Multi Stream). If the system is a Windows 10 system, it MUST be running a later version of the software; the last one was 3.0.10, but 3.0.11 is coming out next week, and it is strongly recommended to upgrade to 3.0.11 when it comes out.

    Also, a little information - when AirSpeed records video, it records it to its local disk, and this is not stored in MXF format. Another software module, the TransferManager, reads the local recording, and stores it to shared storage in the Avid Op-Atom format.

    Question 1) No, I would not expect clips to be left in Edit While Capture. I wouldn't expect it to be related to aborted captures, but I can't say for sure. Are there a lot of captures being aborted? Upgrading to 3.0.10 or 3.0.11 might resolve this issue. If not, please let us know.

    Question 2) AirSpeed recordings cannot be paused / resumed.

    Question 3) I don't know of tools to clean-up/close clips that remain in the open state.

    Is the client's shared storage an ISIS or NEXIS? And what version of storage client software is being used?

    I will check with others here to see if anyone has more thoughts about this.

    Charlie

  • Wed, Jan 9 2019 4:52 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    More info:

    If the AirSpeed TransferManager gets a transfer error during ingest transfer, the clip can remain open.

    The transfer status shows up on the AirSpeed Remote Console.

    Also, if you can get us the logs from the system, perhaps through Avid Customer Support, we can look into the cause.

    We still recommend upgrading to a newer version, and next week, 3.0.11.

    Is your client's network reliable? We have seen cases of flaky networks causing ingest transfers to be incomplete.

    Charlie

     

  • Wed, Jan 9 2019 5:11 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie,

    Thanks for taking the time to provide a very detailed response.     This gives us a better awareness of the workflow limitations and expected operations.  (We knew at a higher level but this helps).

    I am unaware of the details of the AirSpeed system running at this client (A2CNN Albania).  Our only window into the media is via Interplay - we access the assets and media are on their system at that point for the purpose of archiving the op-atoms, and we don't want to archive growing files (at least for now). 

    The client is definitely using NEXIS and our server is using the NEXIS client version 2018.3.  I will try to get more details about versions of their AS and TM.    Perhaps the root of this is actually the AirSpeed TransferManager and underlying network issues.   Our interface via IPWS and NEXIS client seems to be stable, not sure about the ingest side of things.

    We will advise the client that if the # of these assets (open state) continues to be frequent, that they work with Avid support to resolve it.   It likely doesn't cause any workflow issues for them with edit, etc - our archive software just won't archive "open" assets or media files that are marked as growing.

    There are limited windows for dialog with the client directly (Timezone and the person we are working with is busy) but I will try to obtain versions and frequency of these cases from her.

    Thanks again for your comments and recommendations!!

    Rich

     

  • Thu, Jan 10 2019 2:35 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie, 

    Also just as an FYI for this thread - for these clips - the metadata in Interplay showing growing files has the SYSTEM _OMM_MOB_COMPLETE property set to 1 but the USER _OMM_MOB_COMPLETE set to 0.   The op-atom MXF files are truly left in an EWC open state (metadata and media descriptors are 12 hours - track lengths are a portion of that).

    My only curiosity is why the difference in the system vs. user property?

    I know this is more appropriately a TM issue - just wanted to bring attention to it.

    Rich

     

  • Thu, Jan 10 2019 3:09 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Rich,

    I guess the short answer is 'I don't know'. The writing of the AAF files takes place in the guts of a library that we use. So I don't know the specifics. I am pretty certain that for a properly closed media transfer BOTH _OMM_MOB_COMPLETE would be 1. But I do not know the conditions where there is a mismatch.

    In the case of the files you are looking at, can you tell if the media files are mostly complete? For example, 99% or even 100%, or are the MXF files very short?  This might help determine whether we're dealing with a network issue, or some other problem.

    I am still interested to know if the customer's system is a Win10 or Win7 AirSpeed. If you know that, please let me know.

    Thanks,

    Charlie

  • Thu, Jan 10 2019 3:29 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie, 

    We have reached out to our interface at the client to ask version information.  I'll pass that on when we get a response.   We are also trying to schedule the install of a newer version of our system which will collect better information as to how many of these "left open" clips that there are.   I agree that knowing how prevalent the issue is will be of interest to others.    

    One test case that we have here (upload a 300GB media set) is for a clip that was left open (flags in AAF and MXF files indicate EWC).

    In the MXF files and AAF media descriptors - the clip is specified with a duration in frames of 12 hours of 25 fps XDCAM 50 interlaced.   

    Here is the text for an AAF dump of the video file:  Note the video descriptor has a 12 hour length but the master mob is set to the current track length of a little over 6 hours.  Also file source mob has EWC flag.  I've boldfaced the places of interest in the dump...

    Rich

    Dump of file: Y:\Avid MediaFiles\A2CNN\Nexis files 12Hr clip - as5k2__nD0119C6FF93\as5k2__nV0119C6FF8A.mxf

    ################## Summary Information #################

    File has 3 mobs

    File has 1 EssenceData objects

    ######################## Header ########################

     

    ByteOrder: 18761

    LastModified: Dec 15, 2018 6:32:26.00 GMT

    Version: { 1, 1 }

    IdentificationList: Strong Object Reference Array [2] of Identification

     

     kAAFTypeID_IdentificationStrongReferenceVector [0]: 

     

       [ Identification ]

       CompanyName: "Avid Technology, Inc."

       ProductName: "Generic Helper"

       ProductVersion: { 14, 2, 10, 35334, VersionReleased }

       ProductVersionString: "14.2.10.35334.1"

       ProductID: { 5709d35a-6662-4a44-b9c2-0e933db397e6 }

       Date: Dec 14, 2018 18:01:57.00 GMT

       ToolkitVersion: { 1, 1, 6, 0, VersionUnknown }

       Platform: "AAFSDK (Win64)"

       GenerationAUID: { dae70ddd-9b36-40fd-8008-4139fba044ab }

     

     kAAFTypeID_IdentificationStrongReferenceVector [1]: 

     

       [ Identification ]

       CompanyName: "Avid Technology, Inc."

       ProductName: "AirSpeed® Multi Stream"

       ProductVersion: { 3, 0, 1, 105, VersionReleased }

       ProductVersionString: "3.0.1.105"

       ProductID: { d0c1de3a-a6e3-4cf5-81cb-f19e0b2f0abb }

       Date: Dec 14, 2018 18:01:57.00 GMT

       ToolkitVersion: { 1, 1, 6, 0, VersionUnknown }

       Platform: "AAFSDK (Win64)"

       GenerationAUID: { 4d0f6bdd-c0d2-4cd8-b178-502e06f9bf80 }

     

    ObjectModelVersion: 1

    OperationalPattern: { 0d010201-1002-0000-060e-2b3404010102 }

    EssenceContainers: Set[1] of AUID

     [0]: { 4b464141-000d-4d4f-060e-2b34010101ff }

     

    ######################## Mobs ########################

     

     [ SourceMob ]

     MobID: 060a2b340101010101010f00-13-000000-{ 0000052c-199e-0bc7-060e-2b347f7f2a80 }

     Name: "as5k2-$n"

     Slots: Strong Object Reference Array [11] of MobSlot

     

      kAAFTypeID_MobSlotStrongReferenceVector [0]: 

     

        [ TimelineMobSlot ]

        SlotID: 1

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Picture

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Picture

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [1]: 

     

        [ TimelineMobSlot ]

        SlotID: 2

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [2]: 

     

        [ TimelineMobSlot ]

        SlotID: 3

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 2

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [3]: 

     

        [ TimelineMobSlot ]

        SlotID: 4

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 3

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [4]: 

     

        [ TimelineMobSlot ]

        SlotID: 5

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 4

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [5]: 

     

        [ TimelineMobSlot ]

        SlotID: 6

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 5

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [6]: 

     

        [ TimelineMobSlot ]

        SlotID: 7

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 6

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [7]: 

     

        [ TimelineMobSlot ]

        SlotID: 8

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 7

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [8]: 

     

        [ TimelineMobSlot ]

        SlotID: 9

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 8

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [9]: 

     

        [ TimelineMobSlot ]

        SlotID: 2001

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: DataEssenceTrack

          Length: 10800000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: DataEssenceTrack

             Length: 10800000

             SourceID: 000000000000000000000000-00-000000-{ 00000000-0000-0000-0000-000000000000 }

             SourceMobSlotID: 0

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [a]: 

     

        [ TimelineMobSlot ]

        SlotID: 1001

        SlotName: ""

        Segment: 

          [ Timecode ]

          DataDefinition: Timecode

          Length: 10800000

          Start: 0

          FPS: 25

          Drop: False

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

     LastModified: Dec 14, 2018 18:01:57.00 GMT

     CreationTime: Dec 14, 2018 18:01:57.00 GMT

     EssenceDescription: 

       [ TapeDescriptor ]

     

    ------------------------------------------------

     [ MasterMob ]

     MobID: 060a2b340101010101010f00-13-000000-{ 0000052c-19c6-0bc7-060e-2b347f7f2a80 }

     Name: "BENIMAMI"

     Slots: Strong Object Reference Array [10] of MobSlot

     

      kAAFTypeID_MobSlotStrongReferenceVector [0]: 

     

        [ TimelineMobSlot ]

        SlotID: 1

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Picture

          Length: 543000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Picture

             Length: 543000

             SourceID: 060a2b340101010101010f00-13-000000-{ fe7555c0-62e4-00a5-1f75-2bd896b82f67 }

             SourceMobSlotID: 1

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [1]: 

     

        [ TimelineMobSlot ]

        SlotID: 2

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 487655c0-62e4-00a5-6640-5b59c09b463b }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [2]: 

     

        [ TimelineMobSlot ]

        SlotID: 3

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 497655c0-62e4-00a5-f49a-6cdafd01a1ee }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 2

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [3]: 

     

        [ TimelineMobSlot ]

        SlotID: 4

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 497655c0-62e4-00a5-0b27-ebf5caa18841 }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 3

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [4]: 

     

        [ TimelineMobSlot ]

        SlotID: 5

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 497655c0-62e4-00a5-fe94-bb8ada634f26 }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 4

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [5]: 

     

        [ TimelineMobSlot ]

        SlotID: 6

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 4a7655c0-62e4-00a5-f122-3cdb4f2b5e26 }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 5

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [6]: 

     

        [ TimelineMobSlot ]

        SlotID: 7

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 4a7655c0-62e4-00a5-f924-96188df07311 }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 6

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [7]: 

     

        [ TimelineMobSlot ]

        SlotID: 8

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 4b7655c0-62e4-00a5-0fc1-34864feaa38a }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 7

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [8]: 

     

        [ TimelineMobSlot ]

        SlotID: 9

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Sound

          Length: 1042560000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Sound

             Length: 1042560000

             SourceID: 060a2b340101010101010f00-13-000000-{ 4b7655c0-62e4-00a5-8b0f-908210eabd52 }

             SourceMobSlotID: 2

             StartTime: 0

     

     

        PhysicalTrackNumber: 8

        EditRate: { 48000/1 }

        Origin: 0

     

      kAAFTypeID_MobSlotStrongReferenceVector [9]: 

     

        [ TimelineMobSlot ]

        SlotID: 2001

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: DataEssenceTrack

          Length: 543000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: DataEssenceTrack

             Length: 543000

             SourceID: 060a2b340101010101010f00-13-000000-{ 4c7655c0-62e4-00a5-3906-db12e2451761 }

             SourceMobSlotID: 2001

             StartTime: 0

     

     

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

     

     LastModified: Dec 14, 2018 18:01:57.00 GMT

     CreationTime: Dec 14, 2018 18:01:52.00 GMT

     MobAttributeList: Strong Object Reference Array [1] of TaggedValue

     

      kAAFTypeID_TaggedValueStrongReferenceVector [0]: 

     

        [ TaggedValue ]

        Name: "_OMM_BUNDLE"

        Value: (indirect type: aafString) "__AttributeList"

        TaggedValueAttributeList: Strong Object Reference Array [1] of TaggedValue

     

         kAAFTypeID_TaggedValueStrongReferenceVector [0]: 

     

           [ TaggedValue ]

           Name: "_AUXILIARY_FILE_MOB_IDS"

           Value: (indirect type: aafString) ""

     

     

    ------------------------------------------------

     [ SourceMob ]

     MobID: 060a2b340101010101010f00-13-000000-{ fe7555c0-62e4-00a5-1f75-2bd896b82f67 }

     Slots: Strong Object Reference Array [1] of MobSlot

     

      kAAFTypeID_MobSlotStrongReferenceVector [0]: 

     

        [ TimelineMobSlot ]

        SlotID: 1

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Picture

          Length: 1080000

          Components: Strong Object Reference Array [1] of Component

     

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

     

             [ SourceClip ]

             DataDefinition: Picture

             Length: 1080000

             SourceID: 060a2b340101010101010f00-13-000000-{ 0000052c-199e-0bc7-060e-2b347f7f2a80 }

             SourceMobSlotID: 1

             StartTime: 1712547

     

     

        PhysicalTrackNumber: 352388609

        EditRate: { 25/1 }

        Origin: 0

     

     LastModified: Dec 14, 2018 18:01:57.00 GMT

     CreationTime: Dec 14, 2018 18:01:57.00 GMT

     EssenceDescription: 

       [ CDCIDescriptor ]

       Locator: Strong Object Reference Array [1] of Locator

     

        kAAFTypeID_LocatorStrongReferenceVector [0]: 

     

          [ NetworkLocator ]

          URLString: "file://a2nexis/Program_Studio/Avid%20MediaFiles/MXF/TM_A2AIRSPEED-2_0/as5k2__nV0119C6FF8A.mxf"

     

       SampleRate: { 25/1 }

       Length: 1080000

       ContainerFormat: MXF

       CodecDefinition: Avid MPEG

       Compression: { 04010202-0104-0300-060e-2b3404010103 }

       StoredHeight: 544

       StoredWidth: 1920

       SampledHeight: 540

       SampledWidth: 1920

       SampledXOffset: 0

       SampledYOffset: 0

       DisplayHeight: 540

       DisplayWidth: 1920

       DisplayXOffset: 0

       DisplayYOffset: 0

       FrameLayout: SeparateFields

       VideoLineMap: 

        [0]: 21 584 

     

       ImageAspectRatio: { 16/9 }

       CodingEquations: CodingEquations_ITU709

       ComponentWidth: 8

       HorizontalSubsampling: 2

       BlackReferenceLevel: 16

       WhiteReferenceLevel: 235

       ColorRange: 225

       VerticalSubsampling: 1

       TrailingDiscard: False

       LeadingDiscard: False

       RandomAccess: True

       StreamType: 0

       MinGOP: 1

       GOPStructure: 0

       BitRate: 50000000

       ProfileAndLevel: 130

       MPEGVersion: 2

       SourceBox: { { -800/1 }, { -450/1 }, { 1600/1 }, { 2720/3 } }

       ValidBox: { { -800/1 }, { -450/1 }, { 1600/1 }, { 900/1 } }

       ResolutionID: 4074

     

     MobAttributeList: Strong Object Reference Array [1] of TaggedValue

     

      kAAFTypeID_TaggedValueStrongReferenceVector [0]: 

     

        [ TaggedValue ]

        Name: "_EWC_FILE_MOB"

        Value: (indirect type: aafInt32) 1

     

    ------------------------------------------------

     

    ######################## EssenceData ########################

     

    [ EssenceData ]

    MobID: 060a2b340101010101010f00-13-000000-{ fe7555c0-62e4-00a5-1f75-2bd896b82f67 }

    Data: {/* size: 279620878393 bytes */

    Showing only first 79 bytes

     /*       0 */ 0x06, 0x0e, 0x2b, 0x34, 0x01, 0x02, 0x01, 0x01, 0x0d, 0x01, 0x03, 0x01, 0x15, 0x01, 0x06, 0x01, /*..+4............*/

     /*      16 */ 0x88, 0x00, 0x00, 0x00, 0x41, 0x1a, 0xb3, 0x05, 0xcc, 0x00, 0x00, 0x01, 0xb3, 0x78, 0x04, 0x38, /*....A........x.8*/

     /*      32 */ 0x33, 0x7a, 0x12, 0x22, 0x02, 0x10, 0x20, 0x20, 0x26, 0x20, 0x26, 0x2c, 0x2c, 0x2c, 0x2c, 0x2c, /*3z."..  & &,,,,,*/

     /*      48 */ 0x2c, 0x34, 0x30, 0x34, 0x36, 0x36, 0x36, 0x34, 0x34, 0x34, 0x34, 0x36, 0x36, 0x36, 0x3a, 0x3a, /*,4046664444666::*/

     /*      64 */ 0x3a, 0x44, 0x44, 0x44, 0x3a, 0x3a, 0x3a, 0x36, 0x36, 0x3a, 0x3a, 0x40, 0x40, 0x44, 0x44        /*:DDD:::66::@@DD*/

    };

     

     

    SampleIndex: {/* size: 12058681 bytes */

    Showing only first 79 bytes

     /*       0 */ 0x06, 0x0e, 0x2b, 0x34, 0x02, 0x53, 0x01, 0x01, 0x0d, 0x01, 0x02, 0x01, 0x01, 0x10, 0x01, 0x00, /*..+4.S..........*/

     /*      16 */ 0x88, 0x00, 0x00, 0x00, 0x00, 0x00, 0xb6, 0x57, 0xf4, 0x3c, 0x0a, 0x00, 0x10, 0x16, 0x91, 0x9a, /*.......W.<......*/

     /*      32 */ 0x1c, 0x62, 0xe4, 0x00, 0xa5, 0x54, 0xab, 0x47, 0xde, 0xb3, 0x12, 0x4d, 0xc8, 0x3f, 0x0b, 0x00, /*.b...T.G...M.?..*/

     /*      48 */ 0x08, 0x00, 0x00, 0x00, 0x19, 0x00, 0x00, 0x00, 0x01, 0x3f, 0x0c, 0x00, 0x08, 0x00, 0x00, 0x00, /*.........?......*/

     /*      64 */ 0x00, 0x00, 0x00, 0x00, 0x00, 0x3f, 0x0d, 0x00, 0x08, 0x00, 0x00, 0x00, 0x00, 0x00, 0x08        /*.....?.........*/

    };

     

     

     

    End of file: Y:\Avid MediaFiles\A2CNN\Nexis files 12Hr clip - as5k2__nD0119C6FF93\as5k2__nV0119C6FF8A.mxf

  • Thu, Jan 10 2019 3:37 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie,

    NOTE - I posted a longer note that got flagged back as needing moderator approval.  Not sure where the text for it went after that dialog.  I had put an AAF dump output of one of the mxf files.  Maybe that made the post too long.

    We have asked the client to confirm the AirSpeed system OS.  We are also going to install a newer version of our s/w to capture statistics as to the frequency of these "left open" clips.

    To answer your question about the actual length.  One asset uploaded to us is indicated as a 12 hour duration in the media descriptors but the master mob has a length a little over 6 hours.  (25fps XDCAM50 interlaced).

    Here a pieces of that dump - I hope that it posts.. :)

    ------------------------------------------------

     [ MasterMob ]

     MobID: 060a2b340101010101010f00-13-000000-{ 0000052c-19c6-0bc7-060e-2b347f7f2a80 }

     Name: "BENIMAMI"

     Slots: Strong Object Reference Array [10] of MobSlot

      kAAFTypeID_MobSlotStrongReferenceVector [0]: 

        [ TimelineMobSlot ]

        SlotID: 1

        SlotName: ""

        Segment: 

          [ Sequence ]

          DataDefinition: Picture

          Length: 543000

          Components: Strong Object Reference Array [1] of Component

           kAAFTypeID_ComponentStrongReferenceVector [0]: 

             [ SourceClip ]

             DataDefinition: Picture

             Length: 543000

             SourceID: 060a2b340101010101010f00-13-000000-{ fe7555c0-62e4-00a5-1f75-2bd896b82f67 }

             SourceMobSlotID: 1

             StartTime: 0

        PhysicalTrackNumber: 1

        EditRate: { 25/1 }

        Origin: 0

    ------------------------------------------------

    EssenceDescription: 

       [ CDCIDescriptor ]

       Locator: Strong Object Reference Array [1] of Locator

        kAAFTypeID_LocatorStrongReferenceVector [0]: 

          [ NetworkLocator ]

          URLString: "file://a2nexis/Program_Studio/Avid%20MediaFiles/MXF/TM_A2AIRSPEED-2_0/as5k2__nV0119C6FF8A.mxf"

       SampleRate: { 25/1 }

       Length: 1080000

       ContainerFormat: MXF

       CodecDefinition: Avid MPEG

       Compression: { 04010202-0104-0300-060e-2b3404010103 }

       StoredHeight: 544

       StoredWidth: 1920

       SampledHeight: 540

       SampledWidth: 1920

       SampledXOffset: 0

       SampledYOffset: 0

       DisplayHeight: 540

       DisplayWidth: 1920

       DisplayXOffset: 0

       DisplayYOffset: 0

       FrameLayout: SeparateFields

       VideoLineMap: 

        [0]: 21 584 

       ImageAspectRatio: { 16/9 }

       CodingEquations: CodingEquations_ITU709

       ComponentWidth: 8

       HorizontalSubsampling: 2

       BlackReferenceLevel: 16

       WhiteReferenceLevel: 235

       ColorRange: 225

       VerticalSubsampling: 1

       TrailingDiscard: False

       LeadingDiscard: False

       RandomAccess: True

       StreamType: 0

       MinGOP: 1

       GOPStructure: 0

       BitRate: 50000000

       ProfileAndLevel: 130

       MPEGVersion: 2

       SourceBox: { { -800/1 }, { -450/1 }, { 1600/1 }, { 2720/3 } }

       ValidBox: { { -800/1 }, { -450/1 }, { 1600/1 }, { 900/1 } }

       ResolutionID: 4074

     MobAttributeList: Strong Object Reference Array [1] of TaggedValue

      kAAFTypeID_TaggedValueStrongReferenceVector [0]: 

        [ TaggedValue ]

        Name: "_EWC_FILE_MOB"

        Value: (indirect type: aafInt32) 1

  • Thu, Jan 10 2019 4:24 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Rich, please send the AAF file to charlie DOT singer at avid.com with the obvious changes to DOT and at :-)

    I will take a look.

  • Thu, Jan 10 2019 5:23 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie, 

    This is from the client:

    "Our Airspeed use Windows 7 Professional X64 SP1, about the issue maybe because journalist use ingested clip during ingest process. Maybe this is the reason why metadata is incomplete."

    I think that from their perspective, nothing is outwardly wrong.  The clip portions are useable in the edit bays, etc.  Our software - which archives assets - is skipping these because they are considered to be "growing" and we only archive "finished" assets.  (may need to rethink this).

    I am not sure if their reasoning about the journalists would be correct.  At some point, I would think that the MXF files would get cleaned up and the artificial lengths fixed.

    This is by no means a show stopper for anyone.  We are in need of explaining to them WHY we are skipping some assets.  We may need to look at the modify date for the asset too.  If the clip is opened but hasn't been updated in some time, then we can assume it was aborted and treat as a finished clip for archive purposes.  

    This, of course, assumes that a growing clip - with periodic check-ins to Interplay - is seeing the asset modification date growing.   We'll need to determine that.

    Rich

     

     

  • Thu, Jan 10 2019 5:55 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Rich,

    Thanks for that additional information. It makes things clearer, at least for me.

    I still would urge this customer to upgrade to version 3.0.11 when it is released next week. The library that creates / writes the Op-Atom files has had several updates, and it is *possible* that this would eliminate these media assets that are not closed as expected.

    Since you say that nothing is outwardly wrong, I am assuming that the files contain all of the expected media, even if the EWC flags are not updated as we would expect. If that is true - that all the media is there - then I don't have a good explanation why the file is not closed correctly. Perhaps the update to 3.0.11 will address that.

    In general, the longest AirSpeed recordings are set at 6 hours, 2 minutes. (The 2 minutes is to allow a 1 minute pre-roll, and a 1 minute post-roll.) I think it is a library that we include that sets the 12 hour value; I believe you can ignore that. For ingest transfers where the ingest is still active - a growing clip - we set the duration to 6 hours (and 2 minutes) even if the scheduled recording is much shorter. We do this because the record duration can be extended at any point in the recording. There is an index table that is stored at the beginning of the Op-Atom video MXF file, and it needs to be large enough to accommodate an extension to 6 hours.

    There are exceptions to the 6 hour record limit, specifically if the recording is a 'crash record', where the record button is pressed with no pre-set duration. In this case recordings can be as large as 8 hours I think.

    Record transfers can be aborted however. I don't think that is happening here, only because I would assume your client would tell you! :-)  If a transfer was aborted, you would probably get symptoms similar to what you are seeing. However, it still might make sense to archive in that case. Then if the clip gets re-transferred, maybe you could overwrite the first archive of the clip.

    I hope this helps. Please let me know if you have further questions.

    Charlie

  • Thu, Jan 10 2019 6:03 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Also, you mentioned that the NEXIS is running version 2018.3. I know there have been multiple releases since then, and possibly upgrading to the latest NEXIS server and client might resolve these files that are not closed properly. I cannot say for sure, since we have not experienced this problem.

     

    Charlie

  • Thu, Jan 10 2019 6:20 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie,

    The clip that we are working with is indeed 6 hours, 2 minutes long in actual media in the mxf files.  (On editor and Interplay Access). 

    Our software looks at the media for part of its processing - that is where we first caught the difference in descriptor length vs clip length. 

    Is there a chance that this may be some issue with letting AirSpeed capture until the MAX and the mxf library is closing things out?  Maybe this is an artifact of record to max.  I guess that the easiest way to tell would be to check the _OMM flags in Access after recording to full (6 hour 2 minutes)

    I am not sure anyone would notice the problem since the asset length on Access and the editor shows as 6 hours, 2 minutes.   If not Avid tools look at the OMM flags, then there would be no outward indication that something is wrong.

    We only dug deeper because we open and use mxf metadata in our tool.  And THEN I noticed the mob complete condition as "open".

    One other thing of note - when we bring this clip into an editor - the last few video frames are offline.  I can look deeper but usually, the tracks get trimmed to the same length when the mxf is buttoned up.  It may be that more audio data is being checked in that the corresponding video and/or the clip length is being trimmed correctly.

    We can look at this site for other 6 hours and 2-minute clips and check to see if that is a common thread.

    Not pointing at anything in particular - just thinking out loud...

    Rich

     

     

     

  • Thu, Jan 10 2019 6:30 PM In reply to

    • charlie_s
    • Not Ranked
    • Joined on Tue, Aug 1 2017
    • Posts 16
    • Points 205
    • Avid Developer Moderator
      Avid Employee

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Rich,

    You bring up a good point. We routinely perform the 6 hour, 2 minute recordings (overnight), so we can check the flags. I guess it is possible that these EWC flags may not be set properly in these long recordings. If this is the case, it may have been like this for a long time...

    I will get back to you with our checking on that.

    Charlie

  • Thu, Jan 10 2019 6:44 PM In reply to

    • Rich Laws
    • Not Ranked
    • Joined on Wed, Oct 17 2012
    • Posts 87
    • Points 835

    Re: Questions about AirSpeed clips being left "open" in mob NOT complete state....

    Hi Charlie,

    Sounds good.  An AAF or MXF dump of any created MXF files might show the EWC flag as true as well as a mismatch in the descriptor length and clip length.   Maybe one thing causes the other (i.e. MXF not being closed out causes asset OMM complete flags to be false).   ... again...  thinking out loud... :)

    Have a good evening.

    Rich

     

     

Page 1 of 2 (20 items) 1 2 Next >

© Copyright 2011 Avid Technology, Inc.  Terms of Use |  Privacy Policy |  Site Map |  Find a Reseller