-
Notifications
You must be signed in to change notification settings - Fork 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
Implement MP3 audio support for HLS #71
Comments
I have posted a mostly working patch #229 tor MPEG 1/2 Layer I/II/III support |
+1 for this. I'm trying to play back a demuxed video over HLS. The mp3 audio is in one playlist and the h264 video in another. The video plays find as you'd expect, but the audio stream gives an error.
|
@tresvecesseis - Did you ever get this fully working? It should be much easier to finish now, since the extractor re-factoring that we've done more recently. We also have an Mp3Extractor, which is probably useful to copy code from. |
yes, we are using this patch #325 for four moths in our player without problems and we will like to know if you have any problem with the pull request. The only problem we have is with the unsupported codecs in android, as mpeg L1 and L2 (our audio is mpeg 1 layer II) are not officially supported in android and there is not a clear naming convention with these codecs, each vendor use a different mime type for these and other vendors use the same mime type as the mp3 codec (audio/mpeg) so it´s very difficult to detect codec support. For example in google nexus player there is not support for mpeg L1 or L2 but mp3 is supported with a codec that announces audio/mpeg support, in a humax box mpeg L2 support is supported with a codec with mime type audio/mpeg2, other white box use audio/mpeg-L2 and a third box uses audio/mpeg for mpeg L3 and mpeg L2 so we dont have a way to detect accurately mpeg L2 support based on the mime type. |
Ah, sorry, that kinda passed me by. We'd like to pull something here, I think! I tried patching it in, and it seems like it produces a native crash on my devices for the test stream in #501, which contains a TS_STREAM_TYPE_MPA_LSF stream. Any idea about that? |
I think the problems is the codec support in your box, as per the last explanation I don´t have a way to identify what codec support mpeg audio so i use the generic audio/mpeg mime type to request a codec, but depending on the mpeg layer you could need to specify other mime type to select the right codec. I did my test mainly with mpeg 1 L2 audios but i tested with some mpeg 1 L3, unfortunately i don´t streams with mpeg 2 audio tracks |
the audio in the playlist is:
unfortunately mpeg 2.5 is a non standard format and I don´t have specs. |
Ok. Do you have some standard HLS+MP3 example streams to test with? |
no, all the links that I can provide you (privately) are progressive HTTP (or HLS) with MP2 audio |
Ok. I think we need some samples (that we can use for ongoing testing) before we can sanely merge this. I'll have a hunt around for some. If you happen to find any, let me know. |
you could try with: http://www.endlesspools.com/iphone/iphone_streams/Fastlane/Fastlane_128k.m3u8 I can´t test right now with an android box. |
i have tested several MPA and MPA_LSF layer III streams without problems: movistar_fubol_hd_13.1Mbps.mp1l3.ts:
movistar_fubol_hd_13.1Mbps.mp2l3.ts:
you can get the test streams from: https://drive.google.com/folderview?id=0Bzu4Z1WNC2reaUlPTl8xQ3lqSzg&usp=sharing |
This is now supported on the dev branch. |
Not a priority for us at the moment. But we might focus on it later.
The text was updated successfully, but these errors were encountered: