XMLTV / applied guide-data decisions · 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.
Read the element name in context
A search through guide data can find sub-title and appear to confirm that captions exist. XMLTV uses that name for a secondary or episode title. It is not a selectable timed-text track. Before advising a viewer to look for captions, identify which element actually supplied the evidence and what the field means.
Use a hypothetical episode entry
Suppose the main title is a series name and sub-title contains an episode name such as The Arrival. That text describes which episode is listed; it does not contain dialogue cues or a language track. A player can display both headings while the actual programme has no supported caption option. The episode label and the accessibility question remain separate.
Check the actual viewing route
For captions, inspect the source’s separate accessibility information and the controls available for the specific legitimate programme edition. A guide’s subtitles metadata and a delivered track also need to agree; neither an episode heading nor a familiar CC icon substitutes for testing the required option. Preserve the exact platform and edition if support is needed.
Keep a parser correction narrow
A developer should map sub-title to the intended secondary-title display, not populate a caption-availability field from its presence. A viewer report can include the misleading label and the actual available controls without exposing credentials. This article explains a specific XMLTV naming trap; it supplies no UK IPTV subtitle promise, timed-text file or performed accessibility test.