Preparing to upload DDEX files
To configure your account for DDEX uploads:
Set up your account.
Before YouTube can accept DDEX files from you, your partner representative needs to configure your account to accept DDEX files.
You need to provide your partner representative with your DDEX Party ID. If you don’t have a DDEX Party ID, you can apply for one at http://dpid.ddex.net/.
We recommend using a separate dropbox for DDEX ingestion apart from the one you may use for ContentID.
Validate and upload test batches.
To submit a test upload batch, set the
<MessageControlType>in the message header to
TestMessageand copy the DDEX file to your dropbox. See Uploading content for details. When you’ve uploaded all of the files for the test, create a file whose name starts with the string “BatchComplete”, followed by any other characters and the file extension .xml. The presence of this file tells YouTube that the batch is ready.YouTube does not upload test messages, but only validates them. You don’t need to include the media files when you upload a
Submit test batches for all cases that your service supports:Full new album
A full product delivery of a album release including the DDEX file, audio files, art files, and deal terms.
<ReleaseResourceReferenceList>should reference all of the delivered audio and album art resources.
A full product delivery of a single release including the DDEX file, audio files, art files, and deal terms.
A full product delivery of a multi-disc release including the DDEX file, audio files, art files, and deal terms.
- The main release should contain multiple
<ResourceGroup>s, each with a
<SequenceNumber>, corresponding to the multiple discs.
A full update, with new audio or image files as well as the updated DDEX file.
- Update both the message ID and timestamp.
- Provide additional metadata updates as necessary.
A metadata only update, with the media files not included and not referenced in the DDEX file.YouTube supports only complete metadata updates. You must include all track metadata, including values that haven’t changed.
- Delete the
<TechnicalImageDetails>section for each resource, since the files are not included.A common mistake is to remove the entire
<Image>block rather than just the
<TechnicalImageDetails>section within, and removing all references to it. This has the incorrect effect of removing the album art from the album entirely.
Two-phased delivery of a release. The first delivery includes the DDEX file, audio files, and art files, without the deal terms. The second delivery provides the deal terms.
- The first delivery includes the media files; the second delivery does not.
Send an update which contains the new track data and which adds the track to the appropriate
- Add new
<ReleaseDeal>composites for the new track.
- Add the track to the main album
<Release>, both under
<ReleaseResourceReferenceList>and in the
<ResourceGroup>defining the track sequence on the album.
- Redeliver all of the tracks, not just the new track.
When the test messages validate without errors, change their
LiveMessage, upload the associated media files, and repeat the upload process.
Review the test batches.
After uploading the test batches, work with your partner representative to review the resulting assets. If the results are not what you expected, make any necessary adjustments and repeat the test.
Complete end-to-end testing.
Once your test batches look correct, deliver around 200 releases for end-to-end testing.