StreamLive Pro

מהירות העלאה וקצב נתונים לשידור לכמה פלטפורמות

טבלת קצב הנתונים של YouTube מ-720p עד 4K, כמה העלאה צריך לשידור לכמה רשתות מ-OBS או דרך ממסר, CBR, פריים מפתח כל 2 שניות ובדיקה אמיתית של החיבור.

עודכן 4 בנובמבר 2026 · 7 דק׳ קריאה

שידור 1080p ב-30 פריימים לשנייה צריך בין 5 ל-14 מגה-ביט לשנייה של וידאו, לפי כמה איכות רוצים. כך כתוב בעמוד הגדרות המקודד של YouTube. אם שולחים את אותו שידור לשלוש פלטפורמות ישר מהמחשב, החיבור צריך לשאת אותו שלוש פעמים. כשהשידור נתקע, הסיבה היא הרבה פעמים אחת משתי העובדות האלה: קצב הנתונים הוגדר גבוה ממה שהחיבור מחזיק, או שביקשו מהחיבור להחזיק אותו כמה פעמים.

במדריך הזה: המספרים שהפלטפורמות מפרסמות, החשבון של שידור לכמה רשתות, ודרך לבדוק את מהירות ההעלאה שבאמת אומרת משהו.

קצב נתונים ומהירות העלאה הם לא אותו מספר

קצב הנתונים (bitrate) הוא כמה מידע המקודד מייצר בכל שנייה. המקודד יכול להיות OBS, vMix, סטודיו בדפדפן או מקודד חומרה. את המספר הזה אתם קובעים.

מהירות ההעלאה (upload) היא כמה מידע החיבור לאינטרנט יכול לשלוח בכל שנייה. את זה קובעת ספקית האינטרנט, והערך האמיתי משתנה במשך היום.

הכלל פשוט: קצב הנתונים צריך להיכנס בתוך מהירות ההעלאה, עם מרווח. אם הוא לא נכנס, המקודד לא מספיק לשלוח את הפריימים, מתחיל להפיל אותם, והצופים רואים קפיצות, תמונה קפואה או שידור שמתנתק ומתחבר.

שניהם נמדדים בביטים לשנייה. בדיקות מהירות מציגות בדרך כלל Mbps (מגה-ביט לשנייה), ומקודדים מבקשים בדרך כלל kbps (קילו-ביט לשנייה). 1 Mbps שווה 1,000 kbps, כלומר 6 Mbps הם 6,000 kbps.

מה YouTube ממליצה לפי רזולוציה וקצב פריימים

YouTube מפרסמת קצב מינימלי וקצב מומלץ לכל רזולוציה. אלה הערכים ל-H.264 (הקידוד שכמעט כל מקודד משתמש בו כברירת מחדל), כפי שהם מופיעים בעמוד הגדרות המקודד של YouTube. נבדק ב-4 בנובמבר 2026:

מקור: העזרה של YouTube, "Choose live encoder settings, bitrates, and resolutions". באותו עמוד יש ערכים נמוכים יותר ל-AV1 ול-H.265 (HEVC), שדוחסים טוב יותר. לפני שעוברים אליהם, בדקו שהמקודד שלכם וכל יעד שאתם משדרים אליו תומכים בהם.

איך לקרוא את הטבלה:

• העמודה "מומלץ" נדיבה. זה מה ש-YouTube מציעה לתוצאה הטובה ביותר אצלה. שיעור עם מרצה אחד מול מצלמה ב-1080p30 נראה טוב גם קרוב הרבה יותר למינימום, כי מעט זז בתמונה. ספורט, משחקים ומצלמה ביד צריכים יותר, כי כל פריים משתנה.
• 60 פריימים עולים יותר מ-30. פי שניים תמונות לתאר. להרצאה, לתפילה או לראיון 30 מספיקים. את ה-60 כדאי לשמור לתנועה מהירה.
• המינימום הוא רצפה, לא יעד. מתחתיו התמונה מתפרקת לריבועים בכל תנועה.

פלטפורמות אחרות

לפייסבוק, ל-Twitch, ללינקדאין, ל-Kick ולאחרות יש מגבלות משלהן, ולחלקן יש תקרה נמוכה מהערכים המומלצים של YouTube. אנחנו לא מצטטים כאן את המספרים שלהן. אם שולחים שידור אחד לכמה רשתות, קראו את העמוד העדכני של כל רשת ובחרו קצב שכולן מקבלות. בפועל זה בדרך כלל ערך בינוני, למשל 1080p30 בסביבות 6 Mbps, ולא הערך הגבוה של YouTube.

עוד הגדרות שחשובות

מאותו עמוד של YouTube:

• בקרת קצב: CBR (קצב קבוע). בשידור חי CBR שומר על קצב יציב, כך שהחיבור לא מקבל פתאום קפיצה שהוא לא מסוגל לשאת. VBR (קצב משתנה) טוב לקבצים שמעלים אחר כך, שבהם סצנה שקטה לוקחת פחות וסצנה עמוסה יותר. בשידור חי בדיוק הסצנה העמוסה היא הרגע שבו ההעלאה גולשת.
• מרווח פריימי מפתח (Keyframe interval): 2 שניות, ו-YouTube כותבת לא לעבור 4. פריים מפתח הוא תמונה שלמה, והפריימים שביניהם מתארים רק שינויים. הפלטפורמות חותכות את השידור למקטעים קצרים בפריימי המפתח, ולכן מרווח לא נכון גורם לצופים לטעינות ולעיכוב. ב-OBS כתבו 2 בשדה Keyframe Interval, ולא 0 (אוטומטי).
• שמע: AAC, ‏128 kbps סטריאו, ‏44.1 kHz, לפי YouTube. הוסיפו את קצב השמע לקצב הווידאו כשעושים את החשבון שבהמשך.

כלל המרווח

בדיקת מהירות שמראה 10 Mbps העלאה לא אומרת שאפשר לשדר ב-10 Mbps. שלוש סיבות:

1. ההעלאה משתנה. אנשים אחרים בבית, טלפון שמגבה תמונות, שכנים על אותו קו, עומס ערב אצל הספקית.
2. מה שהמקודד מוציא לא שטוח לגמרי. גם ב-CBR יש קפיצות קטנות סביב פריימי מפתח.
3. שליחות חוזרות. RTMP עובד מעל TCP, ומנה שאבדה נשלחת שוב. זה תופס עוד מהקו בדיוק כשהקו כבר מתקשה.

כלל אצבע נפוץ אצל משדרים: שהשידור כולו לא יעבור בערך חצי עד שני שלישים מההעלאה שנמדדה, כלומר להשאיר 30 עד 50 אחוז פנויים. זה הרגל עבודה, לא נתון שנמדד. בחיבור יציב מאוד (סיבים, בכבל) אפשר לנצל יותר. בחיבור משותף או אלחוטי, פחות.

החשבון של שידור לכמה רשתות: מהמחשב או דרך שרת ממסר

יש שתי דרכים להגיע לכמה פלטפורמות בבת אחת.

מהמחשב שלכם. OBS לא משדר לכמה יעדים בעצמו. תוספים של הקהילה מוסיפים לו יציאות. כל יציאה היא העלאה שלמה ונפרדת, והחיבור נושא את השידור פעם אחת לכל יעד.

דרך שירות ממסר. המחשב שולח שידור אחד לשרת, והשרת שולח עותק לכל פלטפורמה מהחיבור שלו בחוות השרתים. ההעלאה שלכם נושאת את השידור פעם אחת, לא משנה כמה יעדים יש.

דוגמה: 1080p30 ב-6,000 kbps וידאו ועוד 128 kbps שמע, כלומר 6,128 kbps, בערך 6.1 Mbps לכל עותק:

העמודה האחרונה היא סך העותקים חלקי 0.7 (מרווח של 30 אחוז) וחלקי 0.5 (מרווח של 50 אחוז). דרך ממסר ההעלאה שצריך נשארת בשורה הראשונה (בערך 9 עד 12 Mbps) בכל מספר יעדים.

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

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

איך לבדוק את ההעלאה ביושר

אתר בדיקת מהירות מודד פרץ קצר, שנמשך שניות ספורות, ולרוב לשרת קרוב. שידור חי הוא עומס קבוע של שעה ויותר, לשרת שאולי נמצא במדינה אחרת. המספר של הבדיקה הוא המקרה הטוב.

בדיקה טובה יותר:

1. הריצו בדיקת מהירות באותה שעה ביום שבה תשדרו, מהמחשב שממנו תשדרו, מחובר כמו שיהיה מחובר. הריצו שלוש פעמים וקחו את הנמוך.
2. עשו שידור ניסיון פרטי של 20 דקות לפחות. ב-YouTube אפשר לשדר כ"לא רשום" או "פרטי", ובפייסבוק אפשר לפרסם ל"רק אני". השתמשו בדיוק בהגדרות שתשדרו בהן.
3. הסתכלו על הפריימים שנפלו במקודד. ב-OBS שורת המצב מציגה Dropped Frames (Network). כמה בהתחלה זה רגיל. מספר שממשיך לעלות אומר שהקצב גבוה ממה שהחיבור מחזיק. vMix מציגה את אותו נתון בסטטיסטיקות השידור.
4. בדקו את מצב השידור בפלטפורמה. YouTube Studio מציג מצב תקינות לשידור הנכנס ומזהיר כשהקצב נמוך מהצפוי.
5. הורידו את הקצב בדרגה ובדקו שוב אם נופלים פריימים. מעבר מ-1080p ל-720p בקצב יציב נראה לצופים טוב יותר משידור 1080p שנתקע.

כבל, Wi-Fi וסלולר

חברו בכבל כשרק אפשר. מהירות ה-Wi-Fi משתנה עם המרחק, הקירות, מיקרוגל, רשתות אחרות על אותו ערוץ ומכשירים אחרים ברשת שלכם. ניתוק קצר שלא הייתם מרגישים בגלישה הופך בשידור חי לפריימים שנופלים. כבל מהראוטר למחשב המשדר מוריד את רוב זה.

אם חייבים Wi-Fi: שבו קרוב לראוטר, השתמשו בתדר 5 GHz או 6 GHz, ונתקו מהרשת מכשירים אחרים בבניין בזמן השידור.

סלולר 4G ו-5G יכול לעבוד טוב, ויכול גם להשתנות מאוד מדקה לדקה, בעיקר בקהל גדול שבו הרבה טלפונים חולקים את אותה אנטנה. יש מכשירים ושירותים של איחוד חיבורים (bonding) שמחברים כמה חיבורים סלולריים (ולפעמים גם קו קווי) לחיבור אחד, כך שנפילה של כרטיס SIM אחד לא מפילה את השידור. משתמשים בהם בחדשות ובאירועי חוץ. אם אתם סומכים על סלולר, בדקו במקום עצמו, בשעה עצמה, ורצוי כשיש שם אנשים.

מה משתבש

• קובעים את הקצב לפי תוצאת בדיקת המהירות. בדיקה של 10 Mbps ושידור של 10 Mbps זה אפס מרווח. השאירו מקום.
• מעתיקים את העמודה "מומלץ" של YouTube בלי לבדוק את ההעלאה. 17 Mbps ל-1080p60 זה הרבה לחיבורים ביתיים רבים, ויותר ממה שחלק מהפלטפורמות האחרות מקבלות.
• משדרים ב-VBR או בבקרת קצב לפי איכות. הקפיצות בסצנות עמוסות גולשות מעבר לקו.
• מרווח פריימי מפתח על אוטומטי. יש מקודדים שבוחרים אז מרווחים ארוכים, והפלטפורמות מתריעות או נטענות.
• מוסיפים יעד ב-OBS ושוכחים שההעלאה מוכפלת. עם יציאה אחת היה בסדר, עם שלוש זה נופל.
• בודקים על ה-Wi-Fi במשרד ומשדרים על ה-Wi-Fi באולם. רשת אחרת, תוצאה אחרת.
• משדרים ומעלים קבצים באותו זמן. גיבוי לענן, העלאת סרטון או קובץ גדול במייל על אותו קו לוקחים העלאה מהשידור.

איפה StreamLive Pro נכנסת

StreamLive Pro היא ממסר מהסוג שתואר כאן: המחשב מעלה שידור אחד, והשרתים שלנו שולחים אותו ל-YouTube, לפייסבוק, לאינסטגרם, לטיקטוק, ל-X, ללינקדאין, ל-Twitch, ל-Kick או לכל שרת RTMP או SRT. כמה יעדים בבת אחת תלוי במסלול, וזה מופיע בעמוד המחירים. את השידור האחד אפשר לשלוח מהסטודיו בדפדפן, מהטלפון, או מ-OBS ומ-vMix במסלול בתשלום. בסטודיו בדפדפן מחוון תקינות מציג ציון בזמן השידור, ואם הוא יורד אפשר להוריד רזולוציה או קצב בהגדרות האיכות.

היא לא הופכת חיבור חלש לחזק: אם ההעלאה האחת לא מחזיקה את הקצב, כל היעדים סובלים יחד. פרטים בעמוד השידור לכמה רשתות, והצעדים במדריך שידור חי לכמה פלטפורמות. על הכתובת ומפתח השידור, ראו RTMP ומפתחות שידור בהסבר פשוט.

שאלות נפוצות

איזה קצב נתונים להגדיר ל-1080p ב-60 פריימים ב-YouTube?

בעמוד הגדרות המקודד של YouTube כתוב 6 Mbps כמינימום ו-17 Mbps כמומלץ ל-1080p60 ב-H.264 (נבדק ב-4 בנובמבר 2026). בחרו ערך שההעלאה שלכם מחזיקה עם 30 עד 50 אחוז מרווח.

איזה קצב נתונים להגדיר ל-720p?

YouTube כותבת 3 Mbps מינימום ו-8 Mbps מומלץ ל-720p, גם ב-30 וגם ב-60 פריימים, ב-H.264. לצילום סטטי של מרצה מול מצלמה הקצה הנמוך נראה בדרך כלל טוב.

כמה מהירות העלאה צריך כדי לשדר לכמה פלטפורמות?

מהמחשב שלכם: הכפילו את קצב השידור במספר היעדים, והשאירו 30 עד 50 אחוז מההעלאה פנויים. דרך שירות ממסר: צריך מספיק לשידור אחד בלבד, בכל מספר יעדים.

CBR או VBR לשידור חי?

CBR. בעמוד המקודד של YouTube מופיע CBR לשידור חי. VBR מתאים לקבצים מוקלטים, ובשידור חי הקפיצות שלו יכולות לעבור את ההעלאה.

איזה מרווח פריימי מפתח להגדיר?

2 שניות. YouTube ממליצה על 2 וכותבת לא לעבור 4. ב-OBS כתבו 2 ואל תשאירו 0 (אוטומטי).

בדיקת מהירות מספיקה כדי לדעת אם החיבור מתאים לשידור?

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

המשך קריאה