Closed captions mega-issue

[pivotman319-owo]

Any issues or suggestions related to Source's closed captions system will live on this issue.

To Do

• Decouple cc_subtitles ConVar from closecaptions
• Merge SubRip (SRT) subtitle format ("cheaptitles") with main CC system (Merge subtitles/closedcaptions and cheaptitles systems together #608)
• CC token parsing may sometimes spew garbage data (Bug: Closed caption keyvalues may not parse correctly in certain edge cases and spew garbage #1261)
• Reduced motion mode (part of Reduce Motion Mode p2ce-panorama-ui#151)
• P2:CE captions customization menu
• Rewrite CC/subtitles system entirely
  • KV3 rewrite currently being worked on by @iamsirenstorm

Known Issues

• Subtitles are hidden when the HUD is hidden
• Subtitle KV3 files aren't added to addons properly
• KV3 subtitles rely on a .dat subtitle to exist first before being fired by scenes
• Cases of multiple captions for a single scene being fired

[iamsirenstorm]

On the topic of the cheaptitles system:

As it currently stands, it's fully collapsed into Panorama CC. (Video playback support is pending) But it follows the format seen in the files, which I think slightly deviates from SRT proper?

(Line) #cheaptitles_sphere03.bw_finale04_portal_opens_short08
(Color) 0x1DACD6FF
(Start time) 5.608
(End time) 7.719

On this, I have no intention of changing this format nor upgrading it. Unless there is a justifiable reason/need for this, I think it's just more stable to keep it as is. Mostly just necessary compatibility stuff and making it function/appear visually consistent with each other.

It should be noted that there's some slight tweaks to how the system actually works:

• The line no longer points to a localization token in modname_lang, but instead a token in the subtitles KV3 file.
• With the token being in the subtitles KV3 file and passed to Panorama, the color line is completely disregarded. It's still expected, in order to be compatible with pre-existing cheaptitle files. But you can simply put the color and stylization in the subtitle text itself. So it's completely unnecessary.
• I think you should be able to support multiple subtitle overlaps now that the system just fires off a subtitle event like the standard system.