-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
does not support MPEGTS and muxed fMP4 segments in the same HLS stream #1510
Comments
Hi @KingKebab , well spotted. when using TS demuxer, we create 2 sourcebuffers, one for audio, one for video. supporting this case is not infeasible, but it would require splitting / demuxing the fmp4 chunk into 2 separate chunks to accomodate with the existing 2 sourcebuffers. if you use late audio binding / alternate audio track, this should work seamlessly now. |
Is there any example or document that shows how we can run a fragmented MP4 with HLS JS? I have a fragmented MP4 file with different Audio Tracks. I don't know how to play that with HLS JS. |
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. |
This is said to be fixed in 0.9. However, when testing with 0.10 and the provided m3u8, the quality tries often to switch to level 4 but has to fallback to level 3 before playing the fragment. The log doesn't say why it falls back to level 3. |
Would still love to see some concrete information about whether or not there is support for this. |
@skyzyx There hasn't been further work on this request so it's still as mangui said above |
Any updates on this issue? I still experiencing some problems with having H.265 (fmp4) and H.264 (ts) segments in the same stream manifest, it's playing fine until you manually switch the level to the HEVC and then the player just freezes without throwing any kind of error or information. Or can someone please provide some explanation on how to make things work? |
(muxed "audiovideo" append over unmuxed "video" and "audio" SourceBuffer) Related to #1510
(muxed "audiovideo" append over unmuxed "video" and "audio" SourceBuffer) Related to #1510
Hello,
Tested some HLS video streams with adaptive bitrates mixing MPEGTS and fMP4 video tracks and I found hls.js v0.8.9 can't switch automatically from TS segments to M4S segments when quality control is set on "Auto".
I get this parsing error message : TS packet did not start with 0x47
But forcing the video quality manually to an upper bitrate/resolution works properly.
MPEGTS is required to keep old iOS device compatibilty and fMP4 is essential for HEVC.
Here is a interesting sample stream I can provide :
http://sample.vodobox.com/caminandes_1_4k/caminandes_1_4k.m3u8
It contains 8 video qualities :
. AVC Baseline / 256x144 / 256kbps / MPEGTS
. AVC Baseline / 426x240 / 498kbps / MPEGTS
. AVC Baseline / 640x360 / 1277kbps / MPEGTS
. AVC Baseline / 854x480 / 1971 kbps / MPEGTS
. AVC High / 1280x720 / 3152 kbps / fMP4
. HEVC Main / 1280x720 / 1899 kbps / fMP4
. HEVC Main / 1920x1080 / 4055 kbps / fMP4
. HEVC Main / 3840x2160 / 7483 kbps / fMP4
This HLS stream works properly with Apple official video player in iOS 11 and macOS X High Sierra. It swicth between TS and M4S tracks without freeze.
Hope this short sample will help you.
Kind regards.
The text was updated successfully, but these errors were encountered: