Support mp3 (mp4a.6B, mp4a.69) in mp4 in Chrome MSE |
||
Issue descriptionwe should add support for mp3 (mpeg 1 audio:codec string fragment "mp4a.6B", and mpeg2 extensions to mpeg 1 audio:codec string fragment "mp4a.69") to Chrome MSE. See also bug 592889 which will need fixing to ensure we continue to disallow (for MSE at least) mp3 using audio codec string fragment "mp3" in isTypeSupported(). See also https://github.com/dailymotion/hls.js/issues/332#issuecomment-257986486
,
Nov 2 2016
re: mp4a.40.34 It's not clear that this is a standard string (for "audio/mp4"). (If not, hls.js could just translate the codec string appropriately.) We should probably have that discussion in issue 489520.
,
Nov 2 2016
See https://codereview.chromium.org/2472823002/ for a hacked confirmation that (aside from getting the MSE mimetype support, mp4 init segment parsing and verification, and tests updated to support mp3) the Chrome media MSE pipeline otherwise seems to work with mp3-in-mp4.
,
Nov 2 2016
@#2 good point. Let's use bug 489520 for the mp4a.40.34 investigation, and bug 661749 for enabling at least mp4a.6B and mp4a.69 for mp3 in mp4 in Chrome MSE.
,
Feb 27 2017
Are there any plans to land mp3 support in MSE since I see that this topic has not been updated for a long time?
,
Feb 27 2017
There's already support for mp3 in MSE, just not support for mp3 in mp4 in MSE.
,
Mar 8 2017
This is something we're obviously considering. See also similar discussion around FLAC in bug 666000 , though in that bug we're also trying to understand if FLAC would be more useful with MSE in MP4 or in some new FLAC-native MSE bytestream. At the moment, we have no time-frame we can share.
,
Dec 20 2017
|
||
►
Sign in to add a comment |
||
Comment 1 by wolenetz@chromium.org
, Nov 2 2016