Hello,

I hve been having some issues getting 708 (608 with compatibility bytes) onto the Avid data track.  When using the AMT V2.7 and creating XDCAM in OP-Atom, it seems that only 608 captions are making it to the data track.

I have heard rumour that this was an issue and was fixed in V2.8 but i cannot see anything in the release notes for 2.8 or 2.9.  Please can someone confirm if this is correct?

Thanks

Hi Simon,

AMT supports reading and writing of data tracks containing SMPTE ST 436 ANC Elements. AMT does not enforce or check ANC Element payload validity. Whether or not the payload of an ANC Element buffers passed to AMT is valid  needs to be taken care of in the application that uses AMT. There have been no changes to AMT’s ANC data support implementation or documentation since the 2.6.0 release. There are no known issues.

Thanks,

Vadym

Vadym,

Ok, understood.  Thanks for the response.

Simon

Sorry to re-awaken this thread, but I am trying to write 436 via AMT 3 and I cannot get it to create a working MXF file.   This is AMT 5.2.2.10098 using the data track as described in the sample MADs.  I have tried with and without SMPTE ANC ID + Ber, and tried fixed 256 bytes with 0 padding and the actual CC size.  Here is the MAD entry for the track

<mpmad:DataTrack>

<mpmad:EditRate>

<mpct:Numerator>30000</mpct:Numerator>

<mpct:Denominator>1001</mpct:Denominator>

</mpmad:EditRate>

<mpmad:SampleRate>

<mpct:Numerator>30000</mpct:Numerator>

<mpct:Denominator>1001</mpct:Denominator>

</mpmad:SampleRate>

<mpmad:FramePreCharge>

<mpct:Numerator>0</mpct:Numerator>

<mpct:Denominator>1</mpct:Denominator>

</mpmad:FramePreCharge>

<mpmad:BoundedEditUnitSize>256</mpmad:BoundedEditUnitSize>

<mpmad:DataEssenceEncodingFamily>ANC</mpmad:DataEssenceEncodingFamily>

</mpmad:DataTrack>

and a sample of the valid cc data I am trying to send

0x00 0x01 // Number of packets

0x00 0x09 // Line

0x01 // Interlaced

0x04 //  8 bit luma

0x00 0x4C // Size 1

0x00 0x00 0x00 0x4C // Size 2

0x00 0x00 0x00 0x01 

// ANC Packet 61:01 with padding

0x61 0x01 0x49 0x96 0x69 0x49 0x4F 0x43 0x00 0x00 0x72 0xF4 

0xFC 0x80 0x80 0xFD 0x80 0x80 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 

0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 

0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 

0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0xFA 0x00 0x00 0x74 0x00 0x00 0xBF 

0x06 0x0E 0x2B 0x34 0x01 0x01 0x01 0x01 0x03 0x01 0x02 0x10 0x01 0x00 0x00 0x00 

0x83 0x00 0x00 0x7C 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 

The 'D' mxf shows up with the V and A ones, the AAF is created at the end, but the D mxf is invalid (header only , no track) and the elements inside are generally two bytes of 0 for each entry. Any help would be greatly appreciated. Thanks, James