streaming video - וידאו זורם

מהו וידאו זורם?
הכוונה למצב שבו הגולש מקבל מידע זורם בזמן אמת בצורת קול/וידאו אליו, ללא צורך לחכות עד לסיום הורדת הקובץ. היתרון הוא עצום כאשר מדובר בקבצים גדולים במיוחד. הגולש אינו צריך לחכות דקות ארוכות או אפילו שעות, עד אשר תסתיים ההורדה והוא צופה/מאזין מייד לתכנים.

בקצרה:
ספקים תומכים ב- mms של microsoft ו/או ram של realnetworks. כל טכנולוגיה עובדת עם plugin מתאים בדפדפן או תוכנת audio מתאימה של media player או real player.

ועכשיו לתיאור קצת יותר מפורט:
בעולם קיימות עשרות טכנולוגיות לזרימת וידאו ולהלן העקריות:
1. microsoft streaming media של חברת מיקרוסופט.
2. realnetworks streaming metia של חברת realnetworks.
3. quick time streaming media של חברת apple.
4. java based streaming media פה יש 2-3 חברות בשוק הזה.

(לגבי שיטה 4) היתרון בשיטה הזו, היות וכל דפדפן תקני יש לו תמיכה ב- java, המידע שזורם שיתקבל לא ידרוש שום plugin בצד הדפדפן. לא נכנס כאן לפרטים טכניים, משום שרוב ספקי האחסון אינם תומכים בזה ונתרכז בשיטות היותר נפוצות:
1. הטכנולוגיה של מיקרוסופט - מחייבת שירות בצד השרת שמספק את השירותים האלה, הנקרא: mms או: microsoft media server. יש כמה שיטות לשדר את ה- streaming:
א. הפצת מידע זורם מוקלט ב- unicast.
ב. הפצת מידע מוקלט ב- multicast.
ג. הפצת מידע live בזמן אמת ב- unicast.
ד. הפצת מידע live ב- multicast.

מבלי להכנס יותר מידי לפרטים:
unicast, פירושו: הפצת עותקים בודדים נפרדים לכל גולש המעוניין לקבל את המידע, בדומה לשיחת ועידה עם עוד ועוד אנשים.
multicast, פירושו העברת עותק אחד כל הגולשים בבת אחת, כאשר המידע מנותב ע"י סדרת כתובות ip ומערכת של נתבים/שרתים - בדומה לשידור רדיו או לוויין.
אם לא הצלחתי לבלבל אותכם, אז:
- שיטת ה- unicast היא השיטה הזולה מבחינת ספק השירות (תשתיות), אבל מבזבזת המון תעבורה ורוחס פס - הרוב משתמשים בה.
- שיטת ה- multicast היא שיטה חסכנית מאוד בתעבורה, אבל דורשת מערך של שרתים ונתסים שיוכלו לספק את השירות - מכאן שההשקעה בתשתיות היא יקרה. השידור נעשה ברמת דגימה בדר"כ של 8bit - איכות סטנדרטית. לאיכות גבוהה יותר יש גם 16bit.

מה עובד אצל ספקי השירות בארץ?
unicast. אך בחו"ל מאפשרים לעבוד בשתי השיטות.
מה ההבדל בין מידע מוקלט (pre recorded - on demand) לבין live?
הראשון, מוקלט קודם לכן ומושמע רק על פי דרישת הגולש שמבקש לקבל את המידע הזורם.
השני, מעביר בזמן אמת שמע/וידאו משדרן כלשהו ומעבירו בצורה זורמת אל קהל הגולשים.
נתמקד עם מידע מוקלט - unicast: בשיטה זו ממירים את קובץ ה- wav או ה- avi לקובץ wma או asf. הפורמטים האלה מותאמים במיוחד כדי לעבוד עם ה- mms המותקן על השרת. ניתן גם לייצר playlist של קבצי asf, ע"י יצירת קובץ asx. את העבודה הזו תוכלו לעשות בעצמכם עם יש לכם את ערכת ה- streaming media של מיקרוסופט. תוכלו גם לבקש מספק השירות שלכם לעשות זאת, אבל הוא ידרוש על כך כסף בד"כ

2. הטכנולוגייה של רילנטוורקס - גם כאן צריך להמיר את קובץ השמע או הוידאו לפורמט .ra. בדומה לשיטה של מיקרוסופט, גם כאן ניתן ליצור קובץ txt מסוג .ram ליצירת playlist. בשביל ליצור קבצי .ra צריך ערכת מידיה של חברת רילנטוורקס. גם כאן כמובן ניתן לשדר live או pre recorded.

3. הטכנולוגיה של quicktime - פחות נפוץ מאשר שני הראשונים, ןלכן אני אתאר ממש בקצרה. יש כלים להמרת קבצי קול ווידאו לפורמט quicktime ל- streaming, וגם כאן הם דורשים דירות בצד השרת כדי לתמוך בטכנולוגיית ה- streaming.

מה לבחור?
לכו על microsoft או realnetworks. אם ניתן לבחור, אז לכו על ספק שמוכן לתת את שניהם זו זמנית.

מה לגבי העלות?
שידור live או pre recorded לוקח בכל מקרה הרבה תעבורה. על תעבורה משלמים. איך מחשבים:
1. צריך לדעת את גודל הקובץ לפי סוג/מהירות הקו של קהל הגולשים המקבלים את המידע. למה זה חשוב? אם נשים קובץ המותאם לקווי adsl, אז גולשים שיש להם isdn או dialup רגיל, יראו/ישמעו מידע מקוצע (מידע "כבד" מידי בשבילם). והפוך: אם נשים סרט/שמע המותאם לקווי dialup באיכות נמוכה, אז גולשי adsl או כבלים יראו תמונה באיכות ירודה למרות שיש ביכולתם לראות באיכות הרבה יותר גבוהה.
2. צריך לדעת כמה זמן משדרים את הקובץ. למה זה חשוב? אורך הסרט/שמע המשודר משפיע על כמות המידע המשודרת ומכאן על סה"כ התעבורה שעוברת אצל ספק האחסון.
המידע שנקבל משני אצל, יכול לתת הערכה לגבי התעבורה הנדרשת.
לדוגמה:
נניח שיש לנו סרט שאורכו: 1 שעה ואנחנו רוצים לשדר אותו לפחות פעם אחת ביום - נניח כ- 16 פעם (16 הורדות בלבד בחודש)
נניח גם שאנחנו רוצים שכל קהל הגולשים, החל ממודם איטי 28800 ועד adsl חצי mb יוכלו לראות/לשמוע.
1 שעה = 60 דקות. כלומר כ- 1000 דקות. ההערכה היא שמדובר בגודל תעבורה חודשית של: כמה gb לחודש.
זה לא נשמע נורא, אבל אם יצפו בסרטים שלכם עשרות או מאות גולשים בחודש, אזי תגיעו לעשרות ומאות gb תעבורה חודשית.
עלות תעבורה של כל gb היא $ בודדים. עשו חישוב פשוט ותראו ש- streaming הוא יקר. אבל אם יש לכם כסף אז בהצלחה.

לסיכום:
1. אם אתם רוצים streaming שאלו את ספק האחסון שלכם אם ובמה הוא תומך.
2. קחו בחשבון שאתם עלולים לשלם סכומי כסף גבוהים אם יש לכם סרטים גדולים ואתם צופים שיהיו לכם הרבה גולשים.
3. אתם יודעים איך ליצור את הפורמט המתאים ל - streaming או מצאתם מישהו שמוכם לעשות לכם את זה - בהצלחה.
4. הערה אחרונה: למרות שניתן לעשות streaming עם שרתים בארץ, רוחב הפס של החוות הוא די מוגבל לעומת חו"ל. אם יש לכם תעבורה גבוהה, עדיף כבר לקחת שרת dedicated רק לכם ועדיף לאחסנו בחו"ל (או שתמצאו חווה בארץ שתבטיח לכם עולם ומלואו, אבל בפועל אחרי שתתחילו לעבור את ה- 100gb לחודש, הם יעשו הכל - ממש הכל כדי שתעזבו אותם).

בהצלחה !

אופיר - מנהל בקבוצת PC4PC.COM