From @jmalko
luwes/vimeo-video-element#45

This property is passed along in other adaptors such as Wistia (via the native HTMLMediaElement ) and Cloudflare (a getter like this.api?.played). I am unfamiliar with the syntax being used here, else I'd just PR.

Doesn't seem like I'm able to get at the native HTMLMediaElement element at all?

developer.mozilla.org/en-US/docs/Web/API/HTMLMediaElement (this property does not have it's own page yet)

Hi!

Would it be possible to make this support private or unlisted Vimeo videos? Unfortunately, the video element does not assemble the link well when embedding it.

Example: https://vimeo.com/968881052/2acf67443a

I quickly put together a regex which, in principle, extracts the private Vimeo video id well.

const MATCH_SRC = vimeo\.com\/(?:video\/)?(\d+(?:\/[\w-]+)?);

hls.js accepts a bunch of different configuration parameters which can be used to fine-tune the player's performance and behaviors: https://github.com/video-dev/hls.js/blob/master/docs/API.md#fine-tuning.

hls-video-element owns the Hls instance and does not provide a way to inject additional configuration parameters: https://github.com/muxinc/media-elements/blob/main/packages/hls-video-element/hls-video-element.js#L45.

Would it be possible to add this as a feature?

Description of the issue

When trying to use Airplay on an iPhone, the function button available, but there is no video stream transmission to the receiving device, only the audio stream is sent. When playing full screen on iPhone, the native Airplay icon is also missing.

Steps to reproduce

1. Open HLS Video example.
2. Add the Airplay tag to the example code.

<media-controller>
  <hls-video
    src="https://stream.mux.com/A3VXy02VoUinw01pwyomEO3bHnG4P32xzV7u1j1FSzjNg.m3u8"
    slot="media"
    crossorigin
    muted
  ></hls-video>
  <media-loading-indicator slot="centered-chrome" noautohide></media-loading-indicator>
  <media-control-bar>
    <media-play-button></media-play-button>
    <media-seek-backward-button></media-seek-backward-button>
    <media-seek-forward-button ></media-seek-forward-button>
    <media-mute-button></media-mute-button>
    <media-volume-range></media-volume-range>
    <media-time-range></media-time-range>
    <media-time-display showduration remaining></media-time-display>
    <media-playback-rate-button></media-playback-rate-button>
    <media-fullscreen-button></media-fullscreen-button>
    <media-airplay-button></media-airplay-button>
  </media-control-bar>
</media-controller>

3. Click the Airplay button and select the device receiving the audio and video stream.

4. Start playing the video.

Expected behavior

Audio and video are played on the device selected in the Airplay menu.

Actual behavior

Only audio is played on the device selected in the Airplay menu, video continue playing on the mobile.

System information

• media-chrome version: 3.2.2
• hls-video-element version: 1.2.2
• iOS: 17.4.1 / 17.5

Related
#17
muxinc/media-chrome#924

I could have sworn I'd seen a Shaka element, then realized there is one it's just not in here yet. Should we migrate that one over too?

According to this page:
https://developers.google.com/youtube/player_parameters

The YouTube embed supports multiple parameters but they can not be passed using this package.

Personally I am missing start, end and cc_load_policy