Media diagnostics · Primary-source explanation; no UK IPTV implementation or account test. Instructions are based on publisher guidance; a UK IPTV account was not tested on this platform.
Define the actual compatibility requirement
A request to make an HDR recording suitable for an SDR workflow concerns the picture’s interpretation and range, not just its filename. First identify the input and intended output requirements. An MP4 container can carry different kinds of media, so the extension alone does not establish whether the output has been converted to SDR.
Separate processing from packaging
Android’s Media3 Transformer documentation distinguishes retaining HDR, tone-mapping HDR to SDR and interpreting HDR as SDR. Its table warns that the interpretation-only option can look washed out or incorrect. Those are different operations with different support requirements. By comparison, carrying compressed packets into another container does not itself apply a tone-mapping transformation to the decoded picture.
Compare a hypothetical export
Imagine an authorised HDR clip that is copied into another supported container and still retains its original picture representation. That result differs from an export deliberately processed into SDR. If the purpose is an SDR deliverable, inspect the output format and colour characteristics and compare representative bright and dark scenes in the intended viewing path. A changed extension or a smaller file is not sufficient verification.
Check the actual implementation limits
The linked Transformer documentation scopes different tone-mapping methods to supported device and API combinations and lists current composition limitations. Do not promote one developer API into a universal app feature. Preserve the original and evaluate a separate output. This case explains the processing distinction; it supplies no UK IPTV HDR guarantee, conversion service or tested device recommendation.