Versions Compared

Key

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

When upgrading to 5.10 , the includes a new and improved transcode system is automatically used. The old transcode system can still be used in 5.10, but it is considered deprecated and will not be deprecated available in later releasesfuture releases. Customers must therefore be migrated to the new transcode system before upgrading to a 6-version.

If you are a consultant, please see DC 5.10 Formats - Migration for more information on how the migration to the new transcode system is handled and things to be aware of in relation to this migration.

...

In the previous version of the old transcode system, it was possible to embed EXIF metadata in the generated renditions/transcodes. This is not supported in the new transcode system.

Note that EXIF data can still be extracted from physical files. See DC 5.10 Configuration of upload metadata tags for more information on this.

...

  1. Handling of unavailable renditions.

  2. Search2.

  3. New thumbnail formats.

  4. Source formats.

  5. jpg/jpeg formats

Handling of unavailable renditions

...

Note that most modern browsers limit the maximum number of simultaneous HTTP connections. Thus, if you show a lot of renditions simultaneously (e.g., thumbnails in an asset list), strongly consider using the mode argument to limit the number of simultaneous HTTP connections. Please be careful that you do not cache the fallback image as the requested image.

In rare cases, the generation of a rendition might fail. In the old transcode system, an asset streamer URL would not be returned in this case. In the new transcode system, an asset streamer URL is returned in this case, but the asset streamer request returns an HTTP 502 error. If the mode is set to getFallbackImageIfUnavailable, a fallback image is still returned in this case.

If you are using the SDK, be aware that the default HTTP client used by the SDK has a timeout of 100 seconds. Thus, if you request a rendition that takes more than 100 seconds to become available with the INewAssetStreamerService.GetAssetDownloadStream method, your request will time out before the rendition is returned. To disable this timeout, use the following setup in your application startup logic:

...

Note that this removes the default timeout of 100 seconds from all HTTP request requests performed with the SDK. However, it is still possible to control the timeout per-request by passing a cancellation token to the used SDK method used. The effective timeout is always the smallest of the passed cancellation token and the timeout configured for the HTTP client used by the SDK.

...

  • Search2 allows the tables media_transcode_proxy_destination and media_transcode_proxy to be referenced in both input and output, providing access to information about renditions. Information about renditions generated with the new transcode system can not be accessed through these tables.

  • Search2 allows URLs for renditions of old media formats to be retrieved with the functions urlAbsolut, urlRelative, downloadUrlAbsolut, and downloadUrlRelative. It has been ensured that this still works, even if the targeted old media format has been mapped to a new format. If an old media format has not been mapped to a new format, these functions work in exactly the same way as previously. However, a few caveats should be mentioned in the case where an old media format is mapped to a new format:

    • A URL is always returned, even though a rendition of the asset in the old media format can not be generated. As an example, this means that a thumb URL is included for an asset in the default GetAssets search, even if it can not be generated. Previously, the thumb URL would be null in this case. Thus, it must be ensured that clients do no not rely on the URL in a search to be null when it can't be generated.

    • If the urlRelative or downloadUrlRelative function is used, the returned relative URL will be relative to <api-url> instead of <api-url>/dmm3bwsv3 as it was before.

...

With the 5.10 release, the thumbnail and preview formats that are defined out of the box have been reworked. By default, this is handled automatically, and no manual actions should be required.

...

The new transcode system now supports a special SourceFormat that can be used to refer to and get the source files of assets. A special “Original” format of this type is now defined out-of-the-box. If you have previously hard-coded the “Original” format in a list of available download qualitiesrenditions, this can lead to two “Original” formats being shown. It should no longer be necessary to have any special-case handling for getting source formats.

jpg/jpeg formats

The new transcode system uses the jpeg extension for jpg/jpeg files and renditions. Existing renditions that have not been generated with the new transcode system will have the same extension as before. Thus, existing jpg/jpeg files and renditions will still be returned with the jpg extension if this was the behavior before upgrading to 5.10. New jpg/jpeg renditions that are generated with the new transcode system will have the jpeg extension.

Please be aware of this if you have any custom logic that relies on the jpg extension and does not handle the jpeg extension.