1. פתרונות וידאו מבוססי 5HTML
בראשית (סוף שנות ה09 ותחילת העשור הקודם) היה תוהו ובוהו ומגוון רחב של פורמטי ונגנים וידאו היו קיימים
כולל Windows Media Player, QuickTimeו – .Realב-3002 יצא לראשונה נגן הוידאו של פלאש והפך במהירות
לנגן הוידאו הסטנדרטי.
מצב זה של שוק מאוחד המשתמש בטכנולוגיה יחידה היה נח מאד למפיצי מדיה, מפתחי אתרים ולמשתמשים.
הפרגמנטציה של שוק הוידאו נגרמה כתוצאה ממספר תהליכים:
1. אפל הודיעה שלא תתמוך בפלאש במוצריה.
2. עלייה במיכה ובתפוצה של דפדפנים תומכי 5HTML
3. סיבוכיות ועלויות גבוהות לתמיכה בהאצת פריסת וידאו בחומרה במכשירי מובייל (בעיקר אנדרואיד) רבים
סיבות אלו, גרמו לאדובה להודיע שהיא נוטשת את פיתוח הפלאש למובייל וגרמו לאתרים ומפיצי תכנים לחפש
פתרונות חלופיים.
אין היום פתרון יחיד המחליף את כל יכולות הוידאו של הפלאש, לפיכך, נסקור קודם כל את סוגי הפתרונות
העיקריים שמספק הפלאש:
ניגון קבצים – Progressive Downloadבדומה ל- YouTube 1.
ניגון שידורי Liveאו VoDלפעמים תוך תמיכה אוטומטית במספר מהירויות הורדה ()Adaptive Bitrate 2.
תמיכה בועידת וידאו ()Video Conferencing 3.
תכונות ניגון הקבצים כבר נסקרו בהרחבה במאמרים שונים, היא נתמכת בצורה זו או אחרת ע"י כל גרסאות
הדפדפנים בשוק כולל על מכשירי מובייל. הבעיה היחידה שנותרה היא הפרגמנטציה בתוך סטנדרט ה- 5HTML
וידאו בין גרסאות המדיה השונות: ה-462 hהנתמכת ע"י אפל וה-8 VPהנתמכת ע"י גוגל.
הנושא של ועידות וידאו הוא משני ויפתר כנראה על-ידי ה- WebRTCשל גוגל שנמצא בתהליך הפיכה לסטנדרט.
לפיכך נתמקד בנושא שידורי ה- Liveאו ה- .VOD
הפתרונות לשוק זה מחולקים ע"פ הפרוטוקולים והמוצרים של היצרנים השונים (מייקרוסופט, אפל, אדובה) אך
נראה כי פתרון מאחד, ה - DASHכבר התקבל על מרבית היצרנים. כל הפתרונות הנסקרים, פועלים לפי מספר
עקרונות משותפים:
שרת statelessפשוט שאינו "זוכר" את מצב הלקוח ( )pause, play, stopויכול להיות מיושם בקלות על 1.
גבי כל שרת HTTPפשוט כמו .Apache
שידורי קטעי מדיה ארוזים מעל HTTPכאשר הלקוח שולח בקשה נפרדת מהשרת לכל קטע מדיה 2.
(סגמנט) באורך של שתיים עד עשר שניות
שימוש בסגמנט ה "עומד בפני עצמו", כלומר מכיל את כל האינפורמציה הדרושה לפתיחת: 3.
מתחיל בתחילת GOP ◦
2. מכיל את האינפורמציה על סוגי המדיה והטרקים הקיימים בו ( PATו- PMTב- MP2TSאו ◦
האטומים המקבילים ב- )MP4FF
שימוש בקובץ אינדקס המכיל מידע על שמות הסגמנטים (קבצים) אורכיהם ורוחב הפס אליו הם שייכים 4.
ולעיתים כתלות בסוג הפרוטוקול, גם על סוג המדיה, רזולוציה ועוד
הפרוטוקולים הקיימים כיום הם:
– Apple HLSפתרון ה– HTTP Streamingשל אפל, פתרון זה הוא הנפוץ ביותר ונתמך ע"י מכשירי אפל 1.
וכן ע"י דפדפ ן ספארי ובצורה מוגבלת ע"י חלק ממכשירי האנדרואיד. פתרון זה צפוי להמשיך להתמך
והוא אף נכלל כפרופיל בפתרון ה - DASHהעתידי
– Microsoft Smooth Streamingהפתרון של מיקרוסופט, עובד רק ב- windowsומבוסס על MP4 File 2.
.Formatמייקרוסופט הודיע שתתמוך בעתיד בפרוטוקול ה – .DASH
– HDS - Adobe HTTP Streamingפתרון של אדובה, מבוסס גם הוא על .MP4 FFכמו מייקרוסופט, גם 3.
אדובה הודיע שתתמוך בעתיד ב – DASHולכן לא צפוי המשך תמיכה ל – .HDS
עוד על הפרוטוקולים האלו במצגת הבאה: http://www.slideshare.net/DSPIP/video-delivery-methods
פתרון ה- DASHעדיין רחוק מתמיכה ברוב הפלטפורמות ולכן הפתרון המקובל ביותר הוא ,HLSפרוטוקול זה נתמך
ע"י iPhoneו – iPADוכן ע"י ספארי אך רחוק מלכסות את כל הדפדפנים והמכשירים.
אחד הפתרונות המעניינים ביותר לתמיכה ב- HLSבדפדפנים על PCדווקא שימוש בפלגין של הפלש לצורך פריסה
מואצת חומרה של הוידאו. מספר רב של פתרונות מסחריים וקוד פתוח מאפשרים פעולה זאת לדוגמא
http://osmfhls.kutu.ru
עבור מכשירי האנדרואיד ניתן להשתמש באפליקציית נגן חיצוני כמו Bsplayerאו ע"י אינטגרציית קוד FFMPEG
לאנדרואיד התומך ב - HLS