WIP!: Video Player rework

[iFraan]

WORK IN PROGRESS. INCLUDES MAYOR CHANGES

I'm re-doing the main video player in vidstack. The library can autodetect if it has to use a <video> for directplay or <iframe> for hls, and handle device-APIs on its own (ie: Fullscreen Support)

• Subtitles wise, Jellyfin can return an extracted VTT for subtitles, that we can pass directly.
• Trickdata (jellyscrub) is trickier (pun intended); maybe the conversion to VTT can be implemented server side.

The mayor downside its we have to reconstruct the whole player ui from basically scratch but working on leaving it the closest as posible.

Main functions

• [x] Play jellyfin items.

  Subtitles

• [x] Create subtitle tracks from jellyfin item
• [x] Working subtitles
  • [x] VTT
  • [x] SRT (asks jellyfin for a vtt, and it will convert it for us)
  • [ ] ASS/SSA
• [ ] Subtitles styles?

  Player UI

• [x] can seek and see buffer
• [x] Implement volume control slider.
• [x] Implement volume button (for mute)
• [ ] Re-implement touchscreen/double clicks.
• [x] Re-factor quality chooser
• [ ] Implement audio-stream chooser.
• [x] Implement caption (subtitle) chooser.
• [ ] Implement Chapters (in another pr?)
• [ ] Implement Jellyscrub (in another pr?)

The current code may contain many placeholder/unfinished components/not working stuff as it is a wip/draft pr.

Closes #18

[oxixes]

It may be worth mentioning that there are other subtitle types (SSA/ASS) that are much more complex than VTT and will require another library.

[iFraan]

It may be worth mentioning that there are other subtitle types (SSA/ASS) that are much more complex than VTT and will require another library.

This one uses its own library for processing subtitles under the hood. Brings support for SRT, VTT and SSA/ASS subtitles.

I think we only need to figure out when to fetch one or the other based on the media stream.

[aleksilassila]

Seems like this was closed due to changes in the branches. If this is still active, could you reopen targetting the dev-1.0 branch