fix(playback): route non-HLS containers to the native source path (#1510)

The HTML5 player chose its engine by exclusion: anything that was not
mpd/ts/mp4 went to hls.js, so .mkv (the default Xtream series/VOD
container), .webm, .avi, .mov and .m4v were fed to hls.js as manifests.
hls.js raised a manifest error and the player showed the network/provider
diagnostic over media Chromium plays natively.

Add resolvePlaybackUrlSourceKind() to @iptvnator/playback/util as the one
URL-to-engine rule (mpd -> dash, m3u8/m3u -> hls, ts/m2ts/extension-less
-> mpegts, everything else -> native) and read it from both the HTML5
player and ArtPlayer's getArtPlayerVideoType(), so the two engines agree.
ArtPlayer serves every native container through a single
ART_PLAYER_NATIVE_SOURCE_TYPE custom type, keeping the source session the
owner of teardown and controls binding. The HTML5 native <source> carries
the video/mp4 hint only for MP4-family files: a hint the browser's
canPlayType() rejects makes it skip the source, and Chromium demuxes
containers it does not advertise there.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

.changes/playback-native-container-routing.md

@@ -0,0 +1,9 @@
+---
+type: fix
+area: playback
+---
+
+The built-in HTML5 player now plays `.mkv`, `.webm`, `.avi`, `.mov` and other
+non-HLS video files directly instead of handing them to the HLS engine, which
+failed with a "network or provider loading error" on many Xtream episodes and
+movies. ArtPlayer and the HTML5 player now choose their engine by the same rule.