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.
Separate storage dimensions and presentation
A media report can list encoded frame dimensions while a player presents the picture in another orientation. That is not necessarily contradictory. A file can contain information telling the player how the visual track should be displayed. Before re-encoding an authorised recording, inspect whether the disagreement concerns those presentation instructions or the underlying image content.
Use the documented historical example carefully
Apple’s archived Technical Q&A 1744 explains that certain AVFoundation movie capture paths write a track transform rather than physically rotating the buffers, and that applications ignoring the transform may show the wrong orientation. The archive is dated 2015, so it is conceptual evidence about that file mechanism, not a current SDK setup recipe or a statement that every modern camera stores orientation identically.
Compare a hypothetical phone recording
Suppose a personal recording looks upright in one player and sideways in another. Retain the original and record the two applications, versions and displayed result. A transform-handling difference is one concrete question to investigate. Do not immediately overwrite the only copy with a rotated re-encode, especially if the original already presents correctly in the intended publishing workflow.
Verify any deliberate correction
If an authorised workflow requires physically rotated output or revised metadata, use that tool’s current documented route and inspect the exported result in the intended players. Keep dimensions, transform metadata and observed orientation separately labelled. A filename containing portrait does not establish any of them. This case explains a presentation distinction and does not claim a UK IPTV media-processing pipeline or performed compatibility test.