Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

To indicate that a binary (a.k.a. Resource file such as an AAC-encoded sound recording) is being communicated as part of a Release delivery, the Message Sender needs to provide a TechnicalSoundRecordingDetails composite for TechnicalDetails composite (in ERN-3 TechnicalSoundRecordingDetails) for the relevant Resource with the IsProvidedInDelivery flag set to true. Conversely, the absence of a TechnicalSoundRecordingDetails composite TechnicalDetails (or a TechnicalDetails composite with the IsProvidedInDelivery flag set to false)  composite for a specific Resource indicates to the recipient, that no binary is being delivered at this stage. The most typical case for this is an update to a previously sent NewReleaseMessage.

...

  • Typically, a first NewReleaseMessage about a new Release would contain all primary and secondary binaries. Therefore all Resource composites would contain one TechnicalSoundRecordingDetails composite each (if multiple encodings are available, there would be multiple such composites for each sound recording);
  • It is permissible that a Release delivery does not contain any binaries; in that case, the NewReleaseMessage must not contain any TechnicalSoundRecordingDetails TechnicalDetails composites either;
  • If, however, a binary for a primary Resource needs communicating (e.g. because it was corrupt in an earlier delivery), binaries for all primary Resources must be be communicated; it is not necessary to also communicate binaries for secondary resources in this case; and
  • If a binary for a secondary Resource needs communicating, binaries for all secondary Resources must also be communicated; it is not necessary to communicate binaries for primary resources in this case.

This approach has been chosen to simplify implementations – it is acknowledged that this approach may lead to an increased amount of  data to be transferred.

Multiple Encodings

There is an exception to rule (3): If a ten-track Release is provided in multiple encodings (e.g. all ten sound recordings are available in stereo MP3s at 128 kbps, in multi-channel AAC at 64kbps/channel and Dolby Atmos, it is permissible to only send the set of files belonging to the same encoding and to omit all other encodings.
If, for example, one Atmos file needs replacing, the Message Sender should communicate TechnicalDetails composites for all encodings but only the ones for the Atmos encodings should have the IsProvidedInDelivery flag set to true and, consequently, only the ten Atmos encoded resource files should be provided as part of the delivery.

Multiple Resource Files for each Resource Composite

...

To indicate that multiple binaries are communicated for for a single Resource, the Message Sender must provide  one TechnicalSoundRecordingDetails TechnicalDetails composite for each binary. Thus a delivery of a Release with ten sound recordings plus one image, where all sound recordings are provided in (lossy compressed) MP3 and (losslessly compressed) FLAC, would contain of 2*10+1 = 21 binaries.

...

  • If a binary for a primary Resource needs communicating, all binaries for all primary Resources must be be communicated; it is not necessary to also communicate binaries for secondary resources in this case; and
  • If a binary for a secondary Resource needs communicating, all binaries for all secondary Resources must also be communicated; it is not necessary to communicate binaries for primary resources in this case.

...