You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Video plays well;
Audio is mute if the HLS Stream comes out of an "on-the-fly" segmented mp4 by Adobe AMS mod_hlshttp.so
Strangely the audio plays just well if i first pre-package the my mp4/aac Video with the hlspackager tool Adobe ships with their Server.
Here demo
Apart the mp4 being prepackaged into ts chunks, the HLS stream is delivered the same way both cases (Apache 2.4 with mod_hlshttp.so )
i've analyzed, with "mpeg-2 ts packet analyzer", the kinds of fragments produced in the two approaches - "on-the-fly" ones and the "pre-packaged" ones - but the chunks seemed having both the same patterns: regular PAT at the beginning, video (PID 257) and audio packets (PID 258).
Another info: i captured 3 fragments from the on-the-fly fragmentation and wrote an m3u8 manifest, as it was a pre-packaged version. Video was fine but audio was not playing either.
The HLS stream served by AMS is generally supported on iOS and newer Android devices, natively. Is there any chance hls.js will also?
Thank you in advance!
seba
The text was updated successfully, but these errors were encountered:
Hi @SebastianLukas audio PID was not signaled in the first parsed PMT (but in the second one)
I refined the TS demuxer logic to support this case.
plz recheck on demo page
Hi mangui and to all working and contributing to this cool project! ;)
Environment
The issue could be related to Video streams, but no audio (mp4/aac) #61
mp4 is on-the-fly segmented by AMS/Apache hls module. Plays well eg. on an old ipad1
Steps to reproduce
demo
Expected behavior
Audio playing correctly
Actual behavior
Video plays well;
Audio is mute if the HLS Stream comes out of an "on-the-fly" segmented mp4 by Adobe AMS mod_hlshttp.so
Strangely the audio plays just well if i first pre-package the my mp4/aac Video with the hlspackager tool Adobe ships with their Server.
Here demo
Apart the mp4 being prepackaged into ts chunks, the HLS stream is delivered the same way both cases (Apache 2.4 with mod_hlshttp.so )
i've analyzed, with "mpeg-2 ts packet analyzer", the kinds of fragments produced in the two approaches - "on-the-fly" ones and the "pre-packaged" ones - but the chunks seemed having both the same patterns: regular PAT at the beginning, video (PID 257) and audio packets (PID 258).
Another info: i captured 3 fragments from the on-the-fly fragmentation and wrote an m3u8 manifest, as it was a pre-packaged version. Video was fine but audio was not playing either.
The HLS stream served by AMS is generally supported on iOS and newer Android devices, natively. Is there any chance hls.js will also?
Thank you in advance!
seba
The text was updated successfully, but these errors were encountered: