StreamLive Pro

מה ההבדל בין RTMP,‏ RTMPS ו-SRT, ובמה לבחור

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

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

‏RTMP,‏ RTMPS ו-SRT מעבירים שלושתם שידור חי מהמקודד שלכם לשרת. ‏RTMP הוא ברירת המחדל הוותיקה שכל דבר תומך בה. ‏RTMPS הוא אותו דבר בתוך הצפנה, על פורט שכמעט אף רשת לא חוסמת. ‏SRT בנוי לקווים לא יציבים ומשחזר חבילות שאבדו טוב יותר, במחיר של קצת עיכוב וקצת יותר הגדרות. איפה המפתחות בכל רשת, ומה זה RTSP ו-WHIP, מוסבר בRTMP ומפתח שידור: מה זה, איפה מוצאים, ומה משתבש. כאן ההשוואה זה לצד זה, וההחלטה.

הגדרות קצרות

RTMP ‏(Real-Time Messaging Protocol). דוחף וידאו על TCP, בדרך כלל לפורט 1935. ‏TCP שולח מחדש כל חבילה שאבדה, לפי הסדר: אמין בקו נקי, נתקע בקו שמאבד חבילות. לא מוצפן: מפתח השידור עובר גלוי.

RTMPS. ‏RTMP בתוך TLS, ההצפנה של HTTPS, בדרך כלל על פורט 443. מתנהג כמו RTMP בקו גרוע, אבל אי אפשר לקרוא את המפתח בדרך, וחומות אש של משרדים ואולמות שחוסמות את 1935 בדרך כלל מעבירות את 443.

SRT ‏(Secure Reliable Transport). דוחף וידאו על UDP ושולח מחדש חבילות שאבדו רק בתוך חלון זמן שאתם קובעים (השהיה, latency). הצפנת AES אופציונלית עם סיסמה; ב-vMix, לדוגמה, עד 256 ביט ‏(vMix: SRT). יש לו שלושה מצבי חיבור: ‏Caller,‏ Listener ו-Rendezvous.

זה לצד זה

מקורות לשורה האחרונה: בעמוד הגדרות המקודד של YouTube מופיעים RTMP ו-RTMPS ‏(YouTube Help: live encoder settings); ה-Live Video API של Meta מחזיר כתובת קליטה ב-RTMPS ‏(Meta: Live Video API, getting started); כתובת השידור של אינסטגרם ללייב מהמחשב מתחילה ב-rtmps://‎. הכול נבדק ב-5 בנובמבר 2026.

מה קו גרוע עושה לכל אחד

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

• RTMP ו-RTMPS. ‏TCP מעכב את כל מה שבא אחרי חבילה שאבדה עד שהיא מגיעה שוב. החוצץ של המקודד מתמלא, ‏OBS מתחיל לספור פריימים שנפלו, ואם האובדן נמשך מספיק זמן החיבור מתאפס והמקודד מתחבר מחדש. הצופים רואים קפיאה, ולפעמים הפסקה קצרה.
• SRT. הצד המקבל מבקש שוב את החבילות החסרות וממשיך לנגן את מה שיש לו. אם החבילות שנשלחו מחדש מגיעות בתוך חלון ההשהיה, לא רואים כלום. אם הן מגיעות מאוחר מדי, הצופים רואים שיבוש קצר, אבל החיבור נשאר.

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

פורטים וחומות אש

• RTMP צריך בדרך כלל פורט TCP ‏1935 יוצא. רשתות של משרדים, בתי ספר ומלונות חוסמות אותו לא פעם.
• RTMPS משתמש בפורט TCP ‏443, אותו פורט של כל אתר מאובטח, ולכן עובר כמעט בכל מקום שבו דפדפן עובד.
• SRT משתמש ב-UDP על פורט שקובע השרת המקבל. יש רשתות אורחים ורשתות ארגוניות שחוסמות UDP יוצא. בודקים באולם לפני היום עצמו, ושומרים את כתובת ה-RTMPS כגיבוי.

הצפנה ומפתח השידור

ב-RTMP רגיל מפתח השידור עובר בלי הצפנה. ברשת משותפת, מי שמאזין לתעבורה יכול לקרוא אותו ולשדר בערוץ שלכם. ‏RTMPS עוטף את כל החיבור, כולל המפתח, ב-TLS. ‏SRT מצפין את הזרם בסיסמה, ושליחה בלי הסיסמה הנכונה נדחית. בכל פרוטוקול, מתייחסים למפתח ולסיסמה כמו לסיסמאות ולא מציגים אותם על המסך.

WHIP, הלשונית הרביעית

‏WHIP שולח וידאו ב-WebRTC, הטכנולוגיה של שיחות וידאו, ומכוון לעיכוב נמוך מאוד. התמיכה במקודדים חדשה יותר: בגרסאות חדשות של OBS היא קיימת, בהרבה כלים עדיין לא. ב-StreamLive Pro ‏WHIP היא לשונית בטא בכרטיס ה-Encoder, רק לזרם הנכנס; היא לא זמינה כיעד.

במה לבחור

• רשת של משרד, בית ספר או אולם: ‏RTMPS. פורט 443 כמעט תמיד פתוח.
• בית או אולפן בחיבור קווי יציב: ‏RTMPS, או RTMP אם במקודד אין RTMPS.
• סלולר, Wi-Fi משותף, מרחק גדול: ‏SRT, עם השהיה של כמה פעמים זמן הלוך-חזור (ב-OBS כתוב לפחות פי 2.5, ב-vMix לפחות פי 4 מה-ping).
• הקו פשוט איטי מדי לקצב הסיביות: אף אחד מהם לא פותר את זה. מורידים את הקצב (מהירות העלאה וקצב נתונים לשידור לכמה פלטפורמות).

טעויות נפוצות

• בוחרים SRT כדי לתקן קו איטי. ‏SRT משחזר חבילות שאבדו; הוא לא מוסיף רוחב פס. מורידים את קצב הסיביות.
• SRT במצב Listener. כדי לדחוף לממסר צריך מצב Caller.
• RTMP רגיל ב-Wi-Fi ציבורי. המפתח עובר גלוי. משתמשים ב-RTMPS.
• כתובת rtmp://‎ שהודבקה בהגדרת SRT, או להפך. לכל לשונית בכרטיס ה-Encoder יש כתובת משלה. מעתיקים מהלשונית שמתאימה לפרוטוקול שהגדרתם במקודד.

איפה הם מופיעים ב-StreamLive Pro

• בכניסה, מהמקודד שלכם. בכרטיס ה-Encoder יש לשוניות RTMP,‏ RTMPS,‏ SRT ו-WHIP (בטא). ב-RTMP וב-RTMPS מופיעים כתובת ומפתח נפרד; ב-SRT מופיעים כתובת, וכשלשידור יש סיסמה, גם סיסמה נפרדת. קליטה ממקודד זמינה במסלולים בתשלום. ההגדרה: חיבור OBS ל-StreamLive Pro ושידור לכמה רשתות ושידור ב-SRT מ-OBS, מ-vMix או ממקודד חומרה.
• ביציאה, לרשתות. השרתים שלנו דוחפים לכל יעד ב-RTMP,‏ RTMPS או SRT, לפי מה שהיעד משתמש בו. הבחירה שלכם בכניסה לא משנה מה YouTube או פייסבוק מקבלות.
• השרתים שלכם. יעד מותאם מקבל כתובות שמתחילות ב-rtmp://‎,‏ rtmps://‎ או srt://‎. יעדי WHIP ו-HLS לא נתמכים. ראו שידור לשרת RTMP או SRT משלכם.

שאלות נפוצות

מה ההבדל העיקרי בין RTMP ל-SRT?

‏RTMP עובד על TCP ונתקע בזמן שהוא שולח מחדש מידע שאבד. ‏SRT עובד על UDP ומשחזר חבילות שאבדו בתוך חלון השהיה שאתם קובעים, ולכן מחזיק טוב יותר בסלולר, ב-Wi-Fi ובמסלולים ארוכים.

RTMPS עדיף על RTMP?

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

YouTube מקבלת SRT?

בעמוד הגדרות המקודד של YouTube מופיעים RTMP ו-RTMPS לקליטה. כדי לשדר SRT מהמקודד, שולחים אותו לממסר כמו StreamLive Pro, שמעביר ל-YouTube בפרוטוקול ש-YouTube מקבלת.

אפשר להחליף פרוטוקול משידור לשידור?

כן. בכרטיס ה-Encoder מופיעות כתובת RTMP, כתובת RTMPS וכתובת SRT לאותו שידור. בוחרים את הלשונית שמתאימה לרשת שבה אתם נמצאים ומגדירים את המקודד בהתאם.

המשך קריאה