Hello,
We are attempting to stream either an MP3 or AAC audio only stream to Android 4.2 devices. If we add a video stream it works just fine. We have tried rtsp and http but do not have any success beyond Android 4.1.1
Sorry if this has been covered; I did search around quite a bt before posting.
Thank you
Forgot to mention, stream plays in VLC. Thanks
I’m not sure if it is true with the Android device you are testing or other newer models, but it is our understanding that streaming mp3 audio does not work in Android devices. In any case, I would work with aac audio. Is the HTTP playback you are testing HLS (cupertino) streaming?
What encoder are you using, and encoding details?
Look at the access log, find the x-event “publish” row for that live stream, then look after below that at the cupertino packetizer log messages regarding audio codec and (if present) video codec, and the packetizing lines that show “a/v/k” numbers. What do you see?
Richard
I think AAC audio is going to be necessary. If you want a free way to test AAC you can use VLC:
https://www.wowza.com/docs/how-to-use-vlc-as-a-live-stream-encoder-with-wowza-media-server-mpeg-ts
Here is a VLC command that will be aac audio-only
vlc -vvv "%WMSAPP_HOME%/content/sample.mp4" --no-sout-video --sout "#transcode{acodec=mp4a,ab=96,channels=2,samplerate=48000}:rtp{dst=127.0.0.1,port=10000,mux=ts}"
Follow the mpeg-ts guide to re-stream that.
And this older VLC guide might be helpful if your users are connecting to a mic
Richard
Richard,
I’ve been streaming live and ondemand mp3 files via m3u8 playlist for over 2 years now and it works fine on Chrome Browser (using
Thanks,
Mike
Daren,
Here’s an example
http://www.webcasts.com/typhoon/labs/wowza/audiotest.html
Both clips work in Chrome 30 on Android 4.1 but the second clip from Wowza does not work on Android 4.3.
Files that use AAC work fine.
Daren,
I did some more testing today with various Android devices.
Streaming mp3 does not work:
Nexus 7 Tablet > Android 4.3 > Kernel version 3.1.10-gle8b3d8 > Chrome version 30.0.1599.92
Nexus 4 Phone > Android 4.3 > Kernel version 3.4.0-perf-gf43c3d9 > Chrome version 30.0.1599.92
Streaming mp3 does work:
HTC One > Android 4.3 > Kernel version 3.4.10-g18569d8 > Chrome version 30.0.1599.92
Samsung Note 3 > Android 4.3 > Kernel version 3.4.0 > Chrome version 30.0.1599.92
This doesn’t appear to be a Wowza issue but I’m stumped on what’s different about the Nexus.
I don’t think we do know why. Streaming MP3 to Android has been inconsistent in our experience, certainly doesn’t seem to work at all with RTSP. HLS perhaps OK on some device / OS combinations. It certainly isn’t uncommon for some functionality to mysteriously stop working between versions.
Regarding MP3 in an m3u8 playlist working fine on Chrome Browser, do you have an example HTML5 page you would care to share with the community?
Daren
Hi Mike,
I’d expect the first one to work on any html5 compliant browser as it is progressive download (works in the old Android browser too).
The second clip also worked for me on Android 4.2. I don’t have any other devices to try on, but nice to see mp3 streaming to Android in this case. I suspect something broke in either Chrome on Android 4.3 or in the underlying HLS implementation with regards to mp3.
Have you tried on many 4.3 devices?
Daren
Richard,
Thanks for your reply. We are using FMLE 3.2, audio only stream, MP3 codec with 44.1 sample rate and 128 stereo bitrate.
Encoder is on PC so attempting to avoid having our client purchase multiple AAC plug-ins. HTTP playback had HLS (cupertino) first and I now have made it the only option and restarted the application; same result. We did have the stream name with the mp4: prefix that doesn’t seem to matter so we removed it from the encoder.
From the access log:
Publish:
2013-10-04 12:30:34 CDT publish stream INFO 200 stream-mmp - defaultVHost live-legacy27 definst 0.066 [any] 1935 rtmp://server_address/live-legacy27 24.62.128.62 rtmp rtmp://server_adress/live-legacy27 FMLE/3.0 (compatible; FMSc/1.0) 760239315 3544 3608 1 0 0 0 stream-mmp videoKeyframeFrequency=0&totalDatarate=128 - - 0 0.0 rtmp://server_adress/live-legacy27/stream-mmp?videoKeyframeFrequency=0&totalDatarate=128 rtmp:/server_adress/live-legacy27/stream-mmp videoKeyframeFrequency=0&totalDatarate=128 rtmp://server_adress/live-legacy27 -
I am not sure what the a/v/k numbers are but here are the lines pertaining to cupertino packetizer:
INFO 200 - LiveStreamPacketizerCupertino.init[live-legacy27/definst/stream-mmp]: chunkDurationTolerance: 500 - - - 94273.641 - - - - - - - - - - - - - - - - - - - - - - - - -
2013-10-04 12:30:35 CDT comment server INFO 200 - LiveStreamPacketizerCupertino.init[live-legacy27/definst/stream-mmp]: audioGroupCount: 3 - - - 94273.641 - - - - - - - - - - - - - - - - - - - - - - - - -
2013-10-04 12:30:35 CDT comment server INFO 200 - LiveStreamPacketizerCupertino.init[live-legacy27/definst/stream-mmp]: playlistChunkCount:3 - - - 94273.641 - - - - - - - - - - - - - - - - - - - - - - - - -
2013-10-04 12:30:35 CDT comment server INFO 200 - MediaStreamMap.getLiveStreamPacketizer: Create live stream packetizer: cupertinostreamingpacketizer:stream-mmp - - - 94273.641 - - - - - - - - - - - - - - - - - - - - - - - - -
2013-10-04 12:30:35 CDT comment server
Thanks again
Lastly, rtsp that plays in VLC:
rtsp://server_address:1935/live-legacy27/stream-mmp
Code info shows:
Type: Audio
Codec: MPEG Audio Layer 1/2/3 (mpga)
Sample rate: 44100 Hz
Bitrate: 128 kb/s
Thank you