Http streaming

41,785 views
44,669 views

Published on

Short information about video streaming technologies

Published in: Technology
3 Comments
4 Likes
Statistics
Notes
  • надо же!.. а стриминг вместе с ним хоронят? по идее оставить должны или альтернативу предложить.
    А так, согласен, у adobe гораздо лучше, чем у apple. Но у них стриминг как довесок какой-то независимый. Реально там только appendBytes и не хватало. Когда метод появился, стало возможно реализовать как вариант apple, так и microsoft уже на флеше.
    Они что-то более удобное в своём формате придумали по сравнению с ms? (так и не добрался до его описания)
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • silverlight мертв, потому что так решили в команде Internet Explorer. Помимо слов, сказанных в личном общении с чуваками из этой команды, посмотри на его будущее. Его нет, уже в 10-ке сильверлайт на положении флеша, его не будут включать в metro режиме.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • А чего silverlight is dead?
    В microsoft нормальный контейнер выбрали (а отличие от ts) и адекватно фрагмент из одного файла добывается, а не куча файлов в FS.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
41,785
On SlideShare
0
From Embeds
0
Number of Embeds
35,199
Actions
Shares
0
Downloads
84
Comments
3
Likes
4
Embeds 0
No embeds

No notes for slide
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Http streaming

    1. 1. HTTP STREAMING HDS & HLS
    2. 2. Plain file delivery+ Simple & fast (nginx)+ Easy to collect logs+ Excelent buffer support (possible to buffer whole file)- No multibitrate- No live streaming- Awfull seeking (almost impossible with mp4)- Traffic overusage with seeks and transparent caching proxies
    3. 3. RTMP (pros)+ Live event streaming+ Proper seek support± Bitrate switch (only manual)
    4. 4. RTMP (cons)- No buffering (primitive content protection)- Firewall blocking- Hard clustering (almost impossible to proxy file rtmp access)- Impossible to do automatic multibitrate- Non cacheable by intermediate proxies
    5. 5. Design problems of RTMPPersistent TCP connectionNon-HTTP port and protocolTwo players that require logic sync: on client and on server
    6. 6. HTTP StreamingDon’t miss with pseudostreamingAdobe HDS, Apple HLS, Microsoft Smooth MPEG-DASHContent is delivered in chunks according to manifestLive streaming is done by reloading changing manifest
    7. 7. Multibitrate implementationClient downloads several chunks via HTTPIt knows their duration from manifestIf download takes more than duration, lower bitrate is chosenIf download is faster than next bitrate, upper bitrate is chosen
    8. 8. Adobe HDSFully implemented in flash player libraries, can be rewritten to anyneedsNetStream.appendBytesmp4/flv chunks are deliveredtimeshiftmultibitratechunk skipping (on slow channels)buffering of whole file possible
    9. 9. Apple HLSImplemented inside iOS, Android or firmwareAlmost no control of video from client-sideMultibitrateNo full-file bufferingVery high container overhead (15-30%)
    10. 10. Microsoft SmoothStreamingSilverlight is going to dieNothing interesting in factAlmost the same as HDS: manifest and mp4 chunks
    11. 11. MPEG-DASHSome not-implemented not-designed standardWill be interesting in mid-2013
    12. 12. VideostreamingFile serving (http pseudostreaming) is bad for long filesRTMP is bad for everythingHDS/HLS is choice of 2012-2014

    ×