Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HLS not show video but we can listen audio #5583

Closed
lucianogrippa opened this issue Nov 14, 2018 · 5 comments
Closed

HLS not show video but we can listen audio #5583

lucianogrippa opened this issue Nov 14, 2018 · 5 comments
Labels
outdated Things closed automatically by stalebot

Comments

@lucianogrippa
Copy link

lucianogrippa commented Nov 14, 2018

Description

The following playlist
https://mediaservicerainet02-euno.streaming.media.azure.net/25f3217d-9e2f-4bc0-b331-347a0142d3a4/test_10min.ism/manifest(format=m3u8-aapl-v4)

audio it's plays but video not,
If we test it in another player the playlist work fine but in videojs not work.

Steps to reproduce

https://codepen.io/lucianogrippa/pen/yQMvYm

Results

Expected

We expected to see and listen video and audio with subtitles

Actual

Just play audio but not video

@welcome
Copy link

welcome bot commented Nov 14, 2018

👋 Thanks for opening your first issue here! 👋

If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can.
To help make it easier for us to investigate your issue, please follow the contributing guidelines.

@squarebracket
Copy link
Contributor

This is likely caused by having only an audio-only playlist and a high-bandwidth audio+video playlist. The short version of the problem is that the initial bandwidth calculation thinks it isn't sufficient for selecting the audio+video playlist, so it picks the only-audio one, which unfortunately locks it to being audio-only forever, preventing a switch to the audio+video playlist when it gets a better estimation of bandwidth.

We have an open issue for only allowing audio+video playlists when there are both audio-only and audio+video playlists in the manifest, but unfortunately, we haven't been able to implement that behavior yet. In the mean time, doing either of these will let you get around this:

  • set the enableLowInitialPlaylist option -- this is the best option, since it should always select the lowest-bandwidth audio+video playlist for its first playlist
  • set the bandwidth option to a value high enough to select the audio+video playlist -- for this media, the effect should be the same as using enableLowInitialPlaylist since there's only one audio+video playlist, but it's something you may want to keep in mind if you add more rates

It's also worth mentioning that Apple no longer recommends having an audio-only rate; instead, they recommend a very-low-bitrate audio+video rate. Removing the audio-only rate would of course eliminate this problem since there would be only audio+video playlists to choose from.

@lucianogrippa
Copy link
Author

As you can see in this implementation
VideoJs Test HLS V4,
We have included the videojs-hlsjs-plugin and it works.
But without videojs-hlsjs-plugin if we set enableLowInitialPlaylist option to true still not work.

@gkatsev
Copy link
Member

gkatsev commented Nov 15, 2018

Looks like some wires got crossed. While @squarebracket's recommendation about the audio-only rate applies, the options are for contrib-hls and videojs-http-streaming, not for videojs-hlsjs-plugin which uses hls.js internally.
We don't maintain that plugin, I would look at the hls.js documentation and videojs-hlsjs-plugin docs for options that do similar things.

@stale
Copy link

stale bot commented Jan 26, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the outdated Things closed automatically by stalebot label Jan 26, 2019
@stale stale bot closed this as completed Feb 4, 2019
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 26, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
outdated Things closed automatically by stalebot
Projects
None yet
Development

No branches or pull requests

3 participants