none
interesting about iOS live broadcast SDK RRS feed

  • 問題

  • Dear all,

    Does Microsoft  provide some iOS SDK for live broadcast  and it is possible to satisfy all the conditions below ?

    1. Can provide the same function just periscope or meerkat ?
    (i mean We mainly need to use the iOS SDK to stream the camera video up to cloud and use your SDK to play the stream down to one or more clients, this is the first thing we need to try it now.)
    2.how many people can upload streaming at same time ? have any restriction ?
    3.(when user registered on our platform, we have to create account for the user and allow them to stream their own videos up to your platform)
    Whether can manage user by our backend server ?
    4. charge by app number or broadcast number ?
    5. where the data will be storage ? we need to use AWS , or upload to your cloud ?
    transfer data will have extra charge ? 
    6.can provide record feature ? , let people can see video later 

    7.what is average delay time from broadcaster to people watch ?

    i will be grateful for any information you can provide : )
    2015年8月7日 上午 01:40

解答

  • the answer from  

    Cenk Dingiloglu

    Hi Jones,

     

    First of all thank you very much for reaching us.

     

    I just relied to your question on the forum, but also want to follow-up in this thread as well.

    https://social.msdn.microsoft.com/Forums/azure/en-US/ea22c9bc-0858-4750-8951-921e9856e6e5/interesting-about-ios-live-broadcast-sdk?forum=MediaServices

     

    Unfortunately we don't have a IOS capture and broadcast SDK at the moment. However there are some open source (such as Videocore) and some commercial products (http://www.realtimelibs.com/) which can provide capture and ingest to Azure Media services. With using one of this components you can achieve what you are asking. Also answers to your questions;

    1) You can use one of the components I mentioned above and build an application to capture and ingest to Azure Media Services. After that you can use Azure Media services to archive and broadcast your content to multiple clients as in Periscope and Meerkat scenario. Note: Our current architecture is not tuned for low latency streaming. Because of HTTP adaptive streaming delivery there will be some delays.  

    2) Azure Media Services account by default has a quota of 5 concurrent channels. This is a soft limit and we can increase the number upon your request.

    3) You can use our SDKs and integrate our platform to your backend. You can keep a pool of channels and allocate channels to users when they want to stream.

    4) Our channel pricing is by hour prorated by minute. http://azure.microsoft.com/en-us/pricing/details/media-services/ For streaming it is bytes transferred + streaming unit price.

    5) Live archives will be stored in Azure storage. We don't support AWS. Stored data will be charged by generic Azure Storage pricing.

    6) When you publish a program/channel system automatically starts archiving data based on archive window length. We support 5 minutes to 25 hour archive length. Archives provides both live DVR function as well as later viewing as on-demand streaming. Yes, people can watch later.

    7) Based on the delivery protocol delay varies between 25 - 40 seconds. If you use HLS protocol to reach Apple devices delay will be around 40 sec. If you use MPEG-DASH or Smooth streaming the delay will be around 25-30 seconds.

    Let us know if  you need additional help.

    Regards,

    Cenk Dingiloglu

    • 已標示為解答 Jones zou 2015年8月27日 上午 06:27
    2015年8月27日 上午 06:26

所有回覆

  • 雖然這裡可以用英文發問,但還是建議翻成中文,畢竟這裡是中文論壇...

    Please read this first:

    http://azure.microsoft.com/en-us/documentation/services/app-service/mobile/

    And read this:

    https://azure.microsoft.com/en-us/documentation/articles/mobile-services-ios-get-started/


    強力監督SQL Injection問題!!

      • 小朱的技術隨手寫:http://www.dotblogs.com.tw/regionbbs/
      • 雲端學堂Facebook: http://www.facebook.com/studyazure

    2015年8月7日 上午 01:45
    版主
  • HI , 感謝你回答

    但我在裡面沒看到我要的東西@@ "

    Azure 有提供 這幾個過程 Source (Camera) -> Transform (Composite) -> Transform (Encode) -> Transform (Packetize) -> Output (RTMP HIL...etc) 的支援麼? 

    上傳有手機完整SDK可以使用? 

    2015年8月7日 上午 02:27
  • 看一下這篇:http://azure.microsoft.com/blog/2014/09/18/azure-media-services-rtmp-support-and-live-encoders/

    強力監督SQL Injection問題!!

      • 小朱的技術隨手寫:http://www.dotblogs.com.tw/regionbbs/
      • 雲端學堂Facebook: http://www.facebook.com/studyazure

    2015年8月7日 上午 07:19
    版主
  • 您好
    不知道您的問題是否得到解答
    歡迎您將後續測試結果回報至論壇,或將對您有幫助的回覆標示為解答,
    以利討論的進行並幫助其他有類似問題的朋友。
    謝謝您!

    歡迎開發者或IT技術工作者同好在開發過程中遇到的問題或相關經驗分享在MSDN論壇上,供大家經驗交流學習
    並請記得將對您有幫助的回覆"標示為解答"以幫助其他尋找解答及參與社群討論的朋友們。

    Please remember to click Mark as Answer on the post that helps you. This can be beneficial to other community members reading the thread.

    2015年8月27日 上午 06:07
  • the answer from  

    Cenk Dingiloglu

    Hi Jones,

     

    First of all thank you very much for reaching us.

     

    I just relied to your question on the forum, but also want to follow-up in this thread as well.

    https://social.msdn.microsoft.com/Forums/azure/en-US/ea22c9bc-0858-4750-8951-921e9856e6e5/interesting-about-ios-live-broadcast-sdk?forum=MediaServices

     

    Unfortunately we don't have a IOS capture and broadcast SDK at the moment. However there are some open source (such as Videocore) and some commercial products (http://www.realtimelibs.com/) which can provide capture and ingest to Azure Media services. With using one of this components you can achieve what you are asking. Also answers to your questions;

    1) You can use one of the components I mentioned above and build an application to capture and ingest to Azure Media Services. After that you can use Azure Media services to archive and broadcast your content to multiple clients as in Periscope and Meerkat scenario. Note: Our current architecture is not tuned for low latency streaming. Because of HTTP adaptive streaming delivery there will be some delays.  

    2) Azure Media Services account by default has a quota of 5 concurrent channels. This is a soft limit and we can increase the number upon your request.

    3) You can use our SDKs and integrate our platform to your backend. You can keep a pool of channels and allocate channels to users when they want to stream.

    4) Our channel pricing is by hour prorated by minute. http://azure.microsoft.com/en-us/pricing/details/media-services/ For streaming it is bytes transferred + streaming unit price.

    5) Live archives will be stored in Azure storage. We don't support AWS. Stored data will be charged by generic Azure Storage pricing.

    6) When you publish a program/channel system automatically starts archiving data based on archive window length. We support 5 minutes to 25 hour archive length. Archives provides both live DVR function as well as later viewing as on-demand streaming. Yes, people can watch later.

    7) Based on the delivery protocol delay varies between 25 - 40 seconds. If you use HLS protocol to reach Apple devices delay will be around 40 sec. If you use MPEG-DASH or Smooth streaming the delay will be around 25-30 seconds.

    Let us know if  you need additional help.

    Regards,

    Cenk Dingiloglu

    • 已標示為解答 Jones zou 2015年8月27日 上午 06:27
    2015年8月27日 上午 06:26