FMUSER Wirless להעביר וידאו ושמע קל יותר!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> אפריקאית
sq.fmuser.org -> אלבנית
ar.fmuser.org -> ערבית
hy.fmuser.org -> ארמנית
az.fmuser.org -> אזרבייג'נית
eu.fmuser.org -> באסקית
be.fmuser.org -> בלארוסית
bg.fmuser.org -> בולגרית
ca.fmuser.org -> קטלאנית
zh-CN.fmuser.org -> סינית (פשוטה)
zh-TW.fmuser.org -> סינית (מסורתית)
hr.fmuser.org -> קרואטית
cs.fmuser.org -> צ'כית
da.fmuser.org -> דנית
nl.fmuser.org -> הולנדית
et.fmuser.org -> אסטונית
tl.fmuser.org -> פיליפינית
fi.fmuser.org -> פינית
fr.fmuser.org -> צרפתית
gl.fmuser.org -> גליציאנית
ka.fmuser.org -> גרוזינית
de.fmuser.org -> גרמנית
el.fmuser.org -> יוונית
ht.fmuser.org -> קריאולית האיטי
iw.fmuser.org -> עברית
hi.fmuser.org -> הינדית
hu.fmuser.org -> הונגרית
is.fmuser.org -> איסלנדית
id.fmuser.org -> אינדונזית
ga.fmuser.org -> אירית
it.fmuser.org -> איטלקית
ja.fmuser.org -> יפנית
ko.fmuser.org -> קוריאנית
lv.fmuser.org -> לטבית
lt.fmuser.org -> ליטאי
mk.fmuser.org -> מקדונית
ms.fmuser.org -> מלאית
mt.fmuser.org -> מלטזית
no.fmuser.org -> נורווגית
fa.fmuser.org -> פרסית
pl.fmuser.org -> פולני
pt.fmuser.org -> פורטוגזית
ro.fmuser.org -> רומנית
ru.fmuser.org -> רוסית
sr.fmuser.org -> סרבית
sk.fmuser.org -> סלובקית
sl.fmuser.org -> סלובנית
es.fmuser.org -> ספרדית
sw.fmuser.org -> סווהילי
sv.fmuser.org -> שוודית
th.fmuser.org -> תאילנדי
tr.fmuser.org -> טורקית
uk.fmuser.org -> אוקראינית
ur.fmuser.org -> אורדו
vi.fmuser.org -> וייטנאמי
cy.fmuser.org -> וולשית
yi.fmuser.org -> יידיש
האתגר של טכנולוגיית השידור החי הנייד רחוק מציוד מסורתי או שידור חי ממוחשב. קישורי העיבוד המלאים שלה כוללים אך לא מוגבלים: רכישת שמע ווידאו, עיבוד יופי / פילטר / אפקט מיוחד, קידוד, מנות, סטרימינג, קידוד, הפצה, פענוח / עיבוד / הפעלה וכו '.
הבעיות הנפוצות של שידור חי כוללות:
כיצד יכול הזרם המארח להיות יציב בסביבת הרשת הלא יציבה?
כיצד יכול הקהל באזורים מרוחקים לצפות בשידור החי בצורה חלקה בחדות גבוהה?
כיצד להחליף את הקו בצורה מושכלת ברגע הכרטיס החי?
כיצד למדוד את דיוק מדד האיכות של השידור החי ולהתאים אותו בזמן אמת?
כיצד פלטפורמות שבבים שונות במכשירים ניידים יכולות לקודד ולעבד וידאו עם ביצועים גבוהים?
איך להתמודד עם האפקטים המיוחדים של פילטרים כמו יופי?
איך לממש את השני בהפעלה?
כיצד להבטיח שידור רציף של שידור חי בצורה חלקה ללא קלפים?
שיתוף זה יחשוף את המסתורין של טכנולוגיית הליבה של שידור המובייל.
1. ידע בסיסי בוידאו, שידור חי וכן הלאה
מה זה וידאו?
ראשית, עלינו להבין את אחד המושגים הבסיסיים ביותר: וידאו. מנקודת המבט התפיסתית, וידאו הוא סרט מלא בכיף, יכול להיות סרט, יכול להיות סרט קצר, הוא ביצועים השפעה חזותית קוהרנטית תמונה ושמע עשירים. אך מנקודת מבט רציונלית, וידאו הוא נתונים מובנים. אפשר לפרש את זה בשפה הנדסית. אנו יכולים לנתח וידאו למבנה הבא:
1) ניסיון שני באופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
2) אלמנט תוכן
3) תמונה
4) אודיו
5) מידע מטא
6) קודק
וידאו: H.264, H.265, ...
אודיו: AAC , HE-AAC, ...
7) מיכל
MP4, MOV, FLV, RM, RMVB, AVI, ...
כל קובץ וידיאו, באופן מבני, הוא כזה להרכב:
1) מרכיבי התוכן הבסיסיים ביותר מורכבים מתמונה ושמע;
2) התמונה מעובדת על ידי קידוד וידאו ופורמט דחיסה (בדרך כלל H.264);
3) שמע מעובד על ידי פורמט דחיסת קידוד שמע (כגון AAC);
4) ציין את המידע המטא המתאים (מטא נתונים);
לבסוף, חבילת המיכל (כגון MP4) הושלמה ליצירת קובץ וידאו שלם.
אם אתה מרגיש שקשה להבין זאת, דמיין בקבוק קטשופ. בקבוק השכבה החיצונית הוא כמו המיכל, חומרי הגלם ומידע מפעל העיבוד המצוין על הבקבוק הם כמו מטא נתונים. לאחר פתיחת מכסה הבקבוק (לא ארוז), הקטשופ עצמו דומה לתוכן המקודד לאחר עיבוד הדחיסה. תהליך עיבוד העגבניות ותיבול לקטשופ הוא כמו קידוד, בעוד שחומר הגלם עגבנייה ותיבול דומים ביותר למרכיב התוכן המקורי ביותר.
2. שידור וידאו בזמן אמת
בקיצור, מבנה וידיאו קוגניטיבי רציונלי עוזר לנו להבין את שידור הווידאו. אם וידאו הוא סוג של נתונים מובנים, אזי שידור וידאו הוא ללא ספק הדרך להעביר את "הנתונים המובנים" (וידאו) בזמן אמת.
אז השאלה המתבקשת היא: איך בזמן אמת יכול להעביר את הנתונים המובנים האלה?
הנה פרדוקס: סרטון ארוז במיכל חייב להיות קובץ וידאו שאינו ניתן לשינוי, קובץ וידאו שאינו ניתן לשינוי הוא כבר תוצרת הפקה, על פי "תורת היחסות", ותוצאת הפקה זו לא יכולה להיות מדויקת לרמה בזמן אמת, זה היה זיכרון של זמן ומרחב.
לכן, שידור וידאו חייב להיות תהליך של "ייצור, העברה וצריכה". פירוש הדבר שעלינו לבחון מקרוב את התהליך האמצעי (קידוד) של הוידאו לפני אלמנטים התוכן המקוריים (תמונות ושמע) למוצר המוגמר (קבצי וידאו).
3. דחיסת קידוד וידאו
בואו נסתכל על קידוד וידאו וטכנולוגיית דחיסה.
על מנת להקל על האחסון וההעברה של תוכן הווידאו, בדרך כלל יש צורך להפחית את עוצמת הקול של תוכן הווידאו, כלומר, לדחוס את אלמנטים התוכן המקוריים (תמונה ושמע), ואלגוריתם הדחיסה מכונה גם את פורמט הקידוד. לדוגמא, נתוני התמונה המקוריים בסרטון נדחסו בפורמט קידוד H.264, ונתוני דגימת השמע יידחסו בפורמט קידוד AAC.
לאחר קידוד ודחיסה, תוכן וידאו תורם באמת לאחסון ולשידור; עם זאת, בעת צפייה ומשחק, יש צורך בתהליך פענוח בהתאם. לכן ברור מאליו שניתן להבין סוג של מוסכמה הן על ידי מקודד והן מפענח בין קידוד לפענוח. מבחינת קידוד ופענוח של תמונת וידאו, אמנה זו פשוטה:
המקודד מקודד מספר תמונות ומייצר GOP (קבוצת תמונות) בקטע. בעת ההפעלה, המפענח קורא קטע של GOP לפענוח, ואז קורא את התמונה ואז מעבד את התצוגה.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
GOP (קבוצת תמונות) היא סדרת תמונות רציפה, המורכבת ממסגרת I אחת ומספר מסגרות B / P. זוהי היחידה הבסיסית של מקודד תמונת וידאו וגישה למפענח. רצף הסידור שלו יחזור על עצמו עד סוף התמונה.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
מסגרת I היא מסגרת קידוד פנימית (המכונה גם מסגרת מפתח), מסגרת P היא מסגרת חיזוי קדימה (מסגרת התייחסות קדימה), ומסגרת B היא מסגרת אינטראפולציה דו כיוונית (מסגרת התייחסות דו כיוונית). בקיצור, מסגרת I היא תמונה שלמה, בעוד שתיעוד P ו- B משתנה ביחס למסגרת I.
ללא מסגרות I, לא ניתן לפענח מסגרות P ו- B.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
לסיכום, סרטון שנתוני חלקי התמונה שלו הם קבוצה של GOP, בעוד GOP יחיד הוא קבוצה של תמונות מסגרת I / P / B.
במערכת יחסים גיאומטרית כזו, וידאו הוא כמו "אובייקט", GOP הוא כמו "מולקולה", והתמונה של מסגרת I / P / B היא כמו "אטום".
תאר לעצמך מה תהיה חוויה אם נשנה את העברת האובייקט לאטום, ואת החלקיק הקטן ביותר במהירות האור, ונתפס בעין בלתי מזוינת של בני אדם?
4. מה זה וידאו בשידור חי?
לא קשה לפתוח את החור במוח, שידור חי הוא חוויה כזו. טכנולוגיית וידאו חי היא החלקיק הקטן ביותר (מסגרת I / P / B), טכנולוגיה להעברה במהירות האור המבוססת על סדרות זמן.
בקיצור, שידור חי הוא תהליך הזרמת נתונים (וידאו / שמע / מסגרת נתונים) וחותמת זמן. המשדר אוסף ברציפות נתוני שמע ווידאו, ואז מתפשט באמצעות קידוד, מנות, זרימת דחיפה ואז מתפשט דרך רשת הפצת ממסרים. סיום ההפעלה מוריד נתונים ברציפות ומפענח ומשחק בהתאם לרצף הזמן. באופן זה מתממש תהליך השידור החי של "ייצור, העברה וצריכה".
לאחר הבנת שני המושגים הבסיסיים שלעיל בנושא וידיאו ושידור חי, אנו יכולים לראות את ההיגיון העסקי של שידור חי.
ההיגיון העסקי של השידור החי
לפניכם מודל שירות לייב אחד לרבים, כמו גם פרוטוקולים בין רמות שונות.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
ההבדלים בין ההסכמים הם כדלקמן
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
להלן כמה מושגים בסיסיים אודות טכנולוגיית השידור החי. בשלב הבא אנו מבינים עוד יותר את מדדי הביצועים החיים המשפיעים על החוויה הוויזואלית של אנשים.
מדד ביצועים של שידור חי המשפיע על חוויה חזותית
אינדיקטור הביצועים הראשון של שידור חי הוא עיכוב, שהוא הזמן הדרוש להעברת נתונים ממקור המידע ליעד.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
על פי תורת היחסות הצרה של איינשטיין, מהירות האור היא המהירות הגבוהה ביותר שכל אנרגיה, חומר ומידע יכולים להשיג. מסקנה זו מציבה גבול למהירות השידור. כך שגם אם אנו מרגישים בזמן אמת בעין בלתי מזוינת, יש למעשה עיכוב מסוים.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
מכיוון ש- rtmp / hls מבוסס על פרוטוקול שכבת היישום על פני TCP, לחיצות יד TCP שלוש פעמים, ארבעה גלים, וכל נסיעה הלוך ושוב בתהליך התחלה איטית יתווספו עם זמן הלוך ושוב (RTT), מה שיגדיל את העיכוב.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
שנית, על פי המאפיינים של שידור חוזר של אובדן מנות TCP, ריצוד ברשת עלול לגרום לשידור חוזר של אובדן מנות, וגם בעקיפין להוביל להגברת העיכוב.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
תהליך שידור חי מלא כולל אך אינו מוגבל לקישורים הבאים: איסוף, עיבוד, קידוד, מנות, סטרימינג, שידור, קידוד, הפצה, סטרימינג, פענוח והפעלה. מסטרימינג להשמעה, ואז דרך קישור ההעברה הביניים, ככל שהעיכוב נמוך יותר, כך חווית המשתמש טובה יותר.
אינדיקטור הביצועים השני של שידור חי הוא השהיית מסגרת התצוגה בתהליך הפעלת הווידיאו, מה שגורם לאנשים להרגיש "כרטיס". הסטטיסטיקה של מספר הלהיטים שהושמעו ביחידת זמן נקראת קצב העגלה.
הגורמים הגורמים ל- Caton עשויים להיות הפרעה לנתונים של סוף הזרם, עומס העברת רשת ציבורית או ריצוד רשת לא תקין, או ביצועי פענוח לקויים של התקני מסוף. ככל שתדירות Caton פחותה או לא, כך חווית המשתמש טובה יותר.
המסך הראשון של מחוון ההופעות החי השלישי גוזל זמן, מה שמתייחס לזמן שהמסך ממתין לעין בלתי מזוינת לראות אחרי הלחיצה הראשונה וההפעלה. מבחינה טכנית, הכוונה היא לגזילת הזמן של השחקן לפענח את המסגרת הראשונה של תצוגת התצוגה. באופן כללי, "שני על" מתייחס למסך ניתן לראות תוך שנייה אחת לאחר לחיצה על ההפעלה. ככל שהמסך הראשון נפתח מהר יותר, כך חווית המשתמש טובה יותר.
שלושת האינדיקטורים של ביצועי השידור החי הנ"ל תואמים לדרישות חוויית המשתמש עם השהיה נמוכה וחדות גבוהה בחדות גבוהה. הבנת שלושת מדדי הביצוע הללו חשובה מאוד בכדי לייעל את חווית המשתמש באפליקציה חיה סלולרית.
אז מה הבורות הנפוצים בשידור חי סלולרי?
על פי הניסיון המסוכם בפועל, ניתן לסכם את בור שידור חי בווידיאו בפלטפורמה הסלולרית לשני היבטים: הבדל ציוד ומבחן טכני שהביא סצנות אלה בסביבת הרשת.
אמצעי הבור והימנעות מסצנת השידור החי הנייד
קידוד הבדלים בפלטפורמות שבבים שונות
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
לא משנה קידוד קשה או רך בפלטפורמת IOS, מכיוון שהוא מפעל של תפוח, אין כמעט הבדל קידוד בגלל פלטפורמות שבבים שונות.
עם זאת, בפלטפורמת אנדרואיד, למקודד ה- mediacodec המסופק על ידי Android framework SDK יש הבדלים גדולים בפלטפורמות שבבים שונות. יצרנים שונים משתמשים בשבבים שונים, בעוד שביצועי mediacodec של Android שונים מעט בפלטפורמות השבבים השונות, ועלות מימוש התאימות של הפלטפורמה כולה אינה נמוכה.
בנוסף, פרמטרי איכות הקידוד H.264 של שכבת הקידוד הקשיחה של mediacodec אנדרואיד קבועים בהתבסס, כך שאיכות הציור לרוב גם כללית. לכן, תחת פלטפורמת אנדרואיד, ההמלצה היא להשתמש בעריכה רכה, היתרון הוא שניתן לווסת את איכות הציור והתאימות טובה יותר.
כיצד לאסוף ולקודד ציוד נמוך עם ביצועים גבוהים?
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
לדוגמה, המצלמה עשויה להיות התמונה. עוצמת הקול של תמונה אינה קטנה. אם תדירות הרכישה גבוהה מאוד וקצב המסגרות של הקידוד גבוה מאוד, כל תמונה עוברת דרך המקודד, המקודד עלול להעמיס שוב.
בשלב זה אנו יכולים לשקול שלפני הקידוד, מבלי להשפיע על איכות התמונה (דיברנו על חשיבות המיקרו של קצב פריימים), אנו יכולים לאבד מסגרות באופן סלקטיבי, כדי להפחית את צריכת החשמל של קישור הקידוד.
כיצד להבטיח זרימה חלקה בחדות גבוהה תחת רשת חלשה
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
ברשת הסלולרית קל להיתקל בחוסר יציבות ברשת, איפוס חיבור, חיבור מחדש של קו שבור, מצד אחד, חיבור מחדש תכוף, ויצירת חיבור דורשת תקורה. מצד שני, צוואר בקבוק רוחב פס עשוי להתרחש במיוחד כאשר מתג GPRS / 2G / 3G / 4G מתרחש. כאשר רוחב הפס אינו מספיק, קשה לשלוח את התוכן עם קצב פריימים גבוה / קצב סיביות גבוה, ולכן יש צורך בתמיכה בקצב סיביות משתנה.
כלומר, בקצה הדחיפה ניתן לזהות את מצב הרשת ומדידת המהירות הפשוטה, וניתן להחליף את קצב הקוד באופן דינמי כדי להבטיח זרימה חלקה של הדחיפה במהלך החלפת הרשת.
שנית, ניתן לכוון את ההיגיון של קידוד, מנות וזרם דחיפה. אתה יכול לנסות לאבד מסגרות באופן סלקטיבי, כמו למשל לאבד את מסגרת ההפניה לווידאו תחילה (I frame ו- audio frame), מה שיכול גם להפחית את תוכן הנתונים שיש להעביר, אך יחד עם זאת, זה יכול להשיג את המטרה שלא להשפיע על איכות הציור וגרסה אורקולית חלקה.
יש להבחין בין הסטטוס והסטטוס העסקי של שידור חי
שידור חי הוא אינטראקציה של זרם מדיה ואפליקציה היא זרם איתות API, ולא ניתן לבלבל בין מעמדם של שניהם. בפרט, לא ניתן לשפוט את סטטוס הזרם החי על סמך מצב ה- API של אינטראקציה עם APP.
ניסיון שני על אופטימיזציה של טכנולוגיית שידור חי סלולרי (כולל ppt)
האמור לעיל הם כמה בורות נפוצים ואמצעי הימנעות בסצנת הנייד החי.
אמצעי אופטימיזציה אחרים לסצנת שידור חי בשידור חי
1 、 כיצד לייעל את מהירות הפתיחה כדי להגיע ל"שנייה "האגדית?
אתה עשוי לראות שאפליקציה חיה בטלפון סלולרי כלשהו בשוק פועלת במהירות רבה, מעט פועלת. וכמה מהאפליקציות החיות של טלפונים ניידים, לחץ כדי לשחק לאחר מספר שניות לפני המשחק. מה גורם להבדל כזה?
רוב השחקנים יכולים לפענח ולשחק לאחר שהם מקבלים GOP שהושלם. נגנים מבוססי Ffmpeg יכולים לשחק רק לאחר צורך בסנכרון חותמת הזמן של האודיו והציור (אם אין אודיו בשידור חי, רק וידאו יכול לנגן את הפנים לאחר המתנה לפסק זמן השמע).
השני יכול להיחשב בהיבטים הבאים:
1. כתוב את לוגיקת הנגן כדי להציג את הנגן לאחר שהוא מקבל את מסגרת המקשים הראשונה.
המסגרת הראשונה של GOP היא בדרך כלל מסגרת, והיא יכולה להגיע ל"מסגרת הראשונה שנייה ב "בגלל הנתונים הנטענים פחות.
אם השרת החי תומך במטמון GOP, המשמעות היא שהנגן יכול לקבל את הנתונים מיד לאחר יצירת חיבור עם השרת, ובכך לחסוך את זמן העברת המקור האחורי בין אזורים ובין מפעילים.
GOP משקף את תקופת מסגרות המפתח, כלומר את המרחק בין שתי מסגרות מפתח, כלומר את המספר המרבי של מסגרות בקבוצת מסגרות. בהנחה שקצב המסגרות הקבוע של וידיאו הוא 24fps (כלומר 1 שניות אחד) ותקופת מסגרת המפתח היא 24S, אז GOP הוא 2 תמונות. באופן כללי, נדרשת לפחות מסגרת מפתח אחת לכל שנייה בסרטון.
הגדלת מספר מסגרות המפתח משפרת את איכות התמונה (GOP הוא בדרך כלל מכפיל של FPS), אך מגדיל את רוחב הפס ועומס הרשת בו זמנית. המשמעות היא שנגן הלקוח מוריד GOP.
|
הזן דוא"ל כדי לקבל הפתעה
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> אפריקאית
sq.fmuser.org -> אלבנית
ar.fmuser.org -> ערבית
hy.fmuser.org -> ארמנית
az.fmuser.org -> אזרבייג'נית
eu.fmuser.org -> באסקית
be.fmuser.org -> בלארוסית
bg.fmuser.org -> בולגרית
ca.fmuser.org -> קטלאנית
zh-CN.fmuser.org -> סינית (פשוטה)
zh-TW.fmuser.org -> סינית (מסורתית)
hr.fmuser.org -> קרואטית
cs.fmuser.org -> צ'כית
da.fmuser.org -> דנית
nl.fmuser.org -> הולנדית
et.fmuser.org -> אסטונית
tl.fmuser.org -> פיליפינית
fi.fmuser.org -> פינית
fr.fmuser.org -> צרפתית
gl.fmuser.org -> גליציאנית
ka.fmuser.org -> גרוזינית
de.fmuser.org -> גרמנית
el.fmuser.org -> יוונית
ht.fmuser.org -> קריאולית האיטי
iw.fmuser.org -> עברית
hi.fmuser.org -> הינדית
hu.fmuser.org -> הונגרית
is.fmuser.org -> איסלנדית
id.fmuser.org -> אינדונזית
ga.fmuser.org -> אירית
it.fmuser.org -> איטלקית
ja.fmuser.org -> יפנית
ko.fmuser.org -> קוריאנית
lv.fmuser.org -> לטבית
lt.fmuser.org -> ליטאי
mk.fmuser.org -> מקדונית
ms.fmuser.org -> מלאית
mt.fmuser.org -> מלטזית
no.fmuser.org -> נורווגית
fa.fmuser.org -> פרסית
pl.fmuser.org -> פולני
pt.fmuser.org -> פורטוגזית
ro.fmuser.org -> רומנית
ru.fmuser.org -> רוסית
sr.fmuser.org -> סרבית
sk.fmuser.org -> סלובקית
sl.fmuser.org -> סלובנית
es.fmuser.org -> ספרדית
sw.fmuser.org -> סווהילי
sv.fmuser.org -> שוודית
th.fmuser.org -> תאילנדי
tr.fmuser.org -> טורקית
uk.fmuser.org -> אוקראינית
ur.fmuser.org -> אורדו
vi.fmuser.org -> וייטנאמי
cy.fmuser.org -> וולשית
yi.fmuser.org -> יידיש
FMUSER Wirless להעביר וידאו ושמע קל יותר!
צרו קשר
כתובת:
No.305 חדר HuiLan בניין No.273 Huanpu כביש גואנגזו סין 510620
כל הקטגוריות
ניוזלטר