Skip navigation
Currently Being Moderated

live stream to android devices? shouldn't be this difficult.

Sep 11, 2012 2:34 PM

Why doesn't Adobe post a simple tutorial on how to stream live video from FMS 4.5 to Android device? The developer center has a tutorial series that hasn't been updated in years. The Part 8: Streaming to Android Devices (to Come) hasn't been updated in 1.5 years. The server is useless if we can't watch video on Android devices. Surely someone out there has successfully streamed live video to an Android device and can explain how to do it?

 

Do we need to create an Android Air App to accomplish this?

 

Thanks for any help!

Dave

 
Replies
  • Currently Being Moderated
    Sep 12, 2012 3:06 AM   in reply to Mr.Dave

    If you have any android device and if you had installed flash player before (when it was available) - you should have been able to stream RTMP/HDS streams via any hosted OSMF based SWF client. Now that Flash Support is officially no more available, you would have to build AIR app.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 4:41 AM   in reply to Mr.Dave

    Yeah, Android is in a bit of a tough state right now when it comes to FMS.

     

    With Flashplayer gone, that's not really a viable target for Android, so that pretty much rules out RTMP unless you plan to distribute an Air app.

     

    Later versions of Android (some 2.3 devices, some 3.x devices, and most 4.x devices) support HLS, but the implementation is terrible, playback is somewhat unreliable, and feedback to the user is nonexistant.

     

    The most reliable way to serve a stream to Android is RTSP (supported in all versions after 1.6), but unfortunately, FMS doesn't support RTSP.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 6:03 AM   in reply to JayCharles

    Also, not all Android devices can have AIR (hardware / playstore)...

    The most reliable way to serve a stream to Android is RTSP (supported in all versions after 1.6), but unfortunately, FMS doesn't support RTSP.

     

    Does anyone have some idea about Adobe plans for the future?

     

    Will AMS 5.x stream seamlessly to Android 2.x+?

     

    Someone, anoyone, anything?

     

    I must say that this and some other issues (http://forums.adobe.com/message/4315166#4315166) are only causing less and less customers want FMS/AMS, so, do not help me, help yourself.

     

    Disclaimer: all stated here is my personal opinion, not the opinion of the company that i work for and it should not be confused as such.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 6:21 AM   in reply to Mr.Dave

    Event.f4m

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 6:34 AM   in reply to Mr.Dave
     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 8:25 AM   in reply to Mr.Dave

    almost a year passed, anything changed? I have a very simpla task: support non-flash playback in android browser for vod and live - is there any solution? 

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 9:45 AM   in reply to ArtemSaraliyskiy

    Sublime HTML5 player can play live video via RTMPT (rtmp over http tunnel), i believe.

     

    http://docs.sublimevideo.net/player-faq#streaming-protocols-support

     

    Message was edited by: rjp421

     
    |
    Mark as:
  • Currently Being Moderated
    Calculating status...
    Jul 24, 2013 9:47 AM   in reply to rjp421

    almost a year passed, anything changed? I have a very simpla task: support non-flash playback in android browser for vod and live - is there any solution?

     

    You can use JW Player via HTML5 and stream HLS over Flash, or HLS over HTML5. Works on all androids, except on some there are variations in browser configuration to get it to work.

     

    Also, HTTP Live Streaming "HLS" has to be used from FMS..  hls-live  hls-vod

     

    Has to be a h264/aac file.   .f4f, .f4v, mp4, etc..

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 9:56 AM   in reply to ospn2012

    Wow... lots of bad info here.

     

    Keep in mind that HLS on Android when using the default video player or playing in the browser is broken. it will work on some devices, work partially on other devices, and not work at all on some devices.

     

    RTMP/T/E/S and HDS will ONLY work in the flashplayer, which is no longer supported for Android.

     

    The only reliable transport for all android devices (ver 2.2 and later) in the browser (which opens the stream in the native video player) is RTSP, which is not supported by AMS.

     

    Your alternatives are to develop a native application for Android to work around the failures of the default player and protocol limitations when working with AMS, or choose a different streaming server with support for RTSP.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:05 AM   in reply to JayCharles

    god damn. Thx.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:10 AM   in reply to ospn2012

    i'll test JW player, thanx.

     

    ospn2012 wrote:

    Also, HTTP Live Streaming "HLS" has to be used from FMS..  hls-live  hls-vod

     

    in case i try /hls-vod i can't access .f4v files directly, server only allows m3u8... Do i have to reconfigure server somehow? video tag will not accept m3u8 as far as i get... or it should?

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:23 AM   in reply to JayCharles

    crtmpserver (rtmpd) has an application pre-made for proxying a stream from AMS to RTSP

     

    it would however run on another port such as 1936 etc.

     

    http://rtmpd.com/

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:28 AM   in reply to rjp421

    Or you could just switch to Wowza, which supports RTMP/T/E, HLS, HDS, RTSP, ISMV, and a host of other features not supported by AMS.

     

    Wowza also has an architecture that doesn't require these nonsense event files, alternate application locations for HTTP protocols, or the need for a separate HTTP server (apache in the case of AMS).

     

    Sorry AMS team, I've been holding back words on this topic when posting in this forum. but AMS simply isn't keeping up, and Wowza has been the better product for years now.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:32 AM   in reply to JayCharles

    lmao, aint that the truth, been using Wowza since March, after first using AMS, first thought Wowza was complicated but after a little of play was able to get it working just right. Though I did try AMS5 and whist didnt want to start over just uninstalled it for now, keep it for later usage lol.

     

    Though will have to check on that rtmp features, havent read up on it yet.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:33 AM   in reply to JayCharles

    yeah i wish i saw your words at least a year ago, until both of our customers purchased ams =)) but probably there is a possibility to switch for at least one of them.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:35 AM   in reply to rjp421

    that's cool, but... why using another streaming server while buying another...
    anyway, i'll check that server, thanks a lot.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 10:43 AM   in reply to ArtemSaraliyskiy

    mostly testing functions of both, I had AMS 4 but it didnt apply to IOS, so went with Wowza that did, that was the primary cause... IOS. AMS4.5 and above now support IOS, but by then already was using Wowza, BUT almost went back to AMS due to stream being stolen, I couldnt get wowza security to work right, and with AMS was able to with a couple lines of text. Wowza now has that support, easier to configure. Right now inbetween live broadcasting so just might do some testing with AMS5, or not lol

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 12:10 PM   in reply to ArtemSaraliyskiy

    ArtemSaraliyskiy wrote:

     

    i'll test JW player, thanx.

     

    ospn2012 wrote:

    Also, HTTP Live Streaming "HLS" has to be used from FMS..  hls-live  hls-vod

     

    in case i try /hls-vod i can't access .f4v files directly, server only allows m3u8... Do i have to reconfigure server somehow? video tag will not accept m3u8 as far as i get... or it should?

     

    You just add .f4v.m3u8 as the extension and the Just In Time Pacakager in Apache will generate the .ts segments on the fly.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 24, 2013 12:14 PM   in reply to JayCharles

    JayCharles wrote:

     

    Wow... lots of bad info here.

     

    Keep in mind that HLS on Android when using the default video player or playing in the browser is broken. it will work on some devices, work partially on other devices, and not work at all on some devices.

     

    RTMP/T/E/S and HDS will ONLY work in the flashplayer, which is no longer supported for Android.

     

    The only reliable transport for all android devices (ver 2.2 and later) in the browser (which opens the stream in the native video player) is RTSP, which is not supported by AMS.

     

    Your alternatives are to develop a native application for Android to work around the failures of the default player and protocol limitations when working with AMS, or choose a different streaming server with support for RTSP.

     

    Lots of Bad Info? Seriously? RTSP is a great solution,. But I'd still recommend HLS over Flash on android. You can still install Flash from the archives and also use HDS for Android.  Many earlier androids will work with HLS when you browse in desktop view and not mobile view and still hit 80% of them.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 25, 2013 1:01 AM   in reply to ospn2012

    ospn2012 wrote:

    You can still install Flash from the archives and also use HDS for Android. 

     

    I can do this, you can do this, but i am 100% sure that a very limited number of ordinary users will be able to do the same! you know, i only installed silverlight on my desktop when i needed to explore ryanair route map - and only since i needed that much. in case of, e.g., news or entartainment web portal - i swear at most 5% of users will go to archive and so on.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 25, 2013 6:16 AM   in reply to ospn2012

    I can see why you'd choose HLS over Flash for android.... because for all practical intents and purposes, there is no such thing as Flash on Android anymore. That doesn't make HLS performance on Android any better.

     

    And really, suggesting that someone have the average user sideload the Flashplayer from the archives? That's a bit comical really. "Oh yeah... just go into settings and allow untrusted applications, download the APK, find it in your downloads, and install from the APK directly". You will have lost most of them at "settings", and the rest of them at "untrusted". You will also have exposed them to whatever security vulnerabilites exist in the old flashplayer version.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 2, 2013 7:47 AM   in reply to JayCharles

    I used to love Wowza, and believed them to be the bomb when it came to all things streaming. Over the last few years I have put about a dozen clients on Wowza, but I now strongly recommend AMS.

     

    Because when it comes to HLS/RTSP they are not competitively priced. To provide HLS or RTSP, you are required to use the Transcoder Plugin which costs ... wait for it ...TWENTY US DOLLARS PER UNIQUE STREAM PER MONTH.

     

    That's right, $20.00 for each and every file or chatroom you stream each month. Listen to 100 different MP3s 100 times each? That's $2,000 for listening to your content.

     

    Seeing how they are effectively GOUGING their users by charging them for their own content, I have since turned my back on Wowza and now go with AMS, because the costs for running AMS on AWS are far less than running Wowza with Transcoder on AWS since Adobe does not charge you for your own content.

     

    As soon as I point out Wowza's price guaging, my current clients have so far unanimously agreed that AMS is the better solution, because frankly, all streaming solutions on Android suck. RTSP is a dog, HLS on Android is even more a dog. Leaving AIR APP as the only viable alternative for Android -- which is why AMS hasn't been tripping over itself to support RTSP.

     

    So when you look at the fact that RTSP on Android is terrible,  the only real Mobile Browser Platform worth targetting is iOS Safari, which AMS handles quite well. and you get to keep your $2,000.00.

     

    The only use case I propose for Wowza these days are for highly customized services requiring the Wowza SDK, which are typically games or highly interactive things that would run as part of a Flash based Application via RTMP, and would not be subject to Wowza's price guaging.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 2, 2013 10:15 AM   in reply to Van Carney

    The claim about needing the transcoder plugin for HLS and RTSP is false. HLS and RTSP DO NOT require the transcoder plugin. You only need the transcoder if:

     

    1. you want to transcode or transrate streams to multiple bitrates

    2. You want to transcode from one codec to another

     

    If you publish H.264 video and AAC audio to wowza, you can ouput RTMP. HLS, HDS, ISMV, and RTSP, all within the base license price.

     

    Get your information straight before you make inflamatory postings like that.

     

    And by the way, telling people that you might as well not bother supporting Android is simply laughable. Just because there's some challenge to it doesn't mean you should exclude half the market.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 13, 2013 9:59 AM   in reply to JayCharles

    As an avid Wowza developer/integrator/consultant (as well as the occasional AMS work), I concur with JayCharles on all of his assertions. The transcoder is completely optional, and you can actually make your own Wowza transcoder module with FFmpeg if the Transcoder AddOn costs are really too steep for deployment.

     

    Having said that, my current solution for live streaming to Android with an off-the-shelf (OTS) player is JW Player, and setting its fallback property to false. It looks something like this:

     

    <div id="videoPlayer">

         <!-- Code for non-supported JW Player case. JW Player 6 will not show HLS source on Android. -->

         <video src="http://media_server/app_name/_definst_/mp4:stream_ref/playlist.m3u8" controls ></video>

         <p>Video not playing? <a href="rtsp://media_server/app_name/_definst_/mp4:stream_ref">Click this link to play in an external media player.</a></p>

    </div>

     

    <script type="text/javascript">

        

    jwplayer("videoPlayer").setup({

                                                                playlist: [

                                                                          {

                                                                                    sources: [

     

                                                                                              {

                                                                                                        file: "rtmp://media_server/appname/_definst_/mp4:streamname"

                                                                                              },

     

                                                                                              {

                                                                                                        file: "http://media_server/appname/_definst_/mp4:streamname/playlist.m3u8"

                                                                                              }

                                                                                    ],

                                                                                    title: "My Sample Live Stream"

                                                                          }

                                                                ],

                                                                height: 180,

                                                                primary: "html5",

                                                                autostart: false,

                                                                width: 320,

                                                                fallback: false

    });

    </script>

     

    HTH.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 17, 2013 8:52 AM   in reply to ROBERT REINHARDT

    For Robert:

     

    Will this code work for Flash streams on Android using JW Player? I am using JW Player for Live HLS with RTMP rollover but I have had no luck with Andorid. JW folks don't seem to think the player will work on Android.

     

    Thanks

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points