FMUSER ווירעלעסס יבערשיקן ווידעא און אַודיאָ מער גרינגער!
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 -> Haitian Creole
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 -> ייִדיש
5, רצפּ פּראָטאָקאָל
רעפֿערענץ דאָקומענט RFC2326
דער רעאַל צייט סטרימינג פּראָטאָקאָל (רעאַל צייט סטרימינג פּראָטאָקאָל) איז אַ מולטימעדיאַ סטרימינג פּראָטאָקאָל געניצט צו קאָנטראָלירן געזונט אָדער ווידעא און אַלאַוז סיימאַלטייניאַס קייפל סטרימינג סטרימינג פאָדערונג קאָנטראָל. די נעץ קאָמוניקאַציע פּראָטאָקאָל געניצט בעשאַס טראַנסמיסיע איז ניט אין זיין דיפיינד קייט. די סערווערס זייַט איר קענען קלייַבן TCP אָדער UDP צו יבערשיקן סטרימינג אינהאַלט. די סינטאַקס און אָפּעראַציע זענען ענלעך צו הטטפּ 1.1, אָבער די צייַט סינגקראַנאַזיישאַן איז נישט דער הויפּט אונטערגעשטראכן, אַזוי עס קען דערלאָזן די נעץ דילייז. די דערמאנטע Multi- סטרימינג פאָדערונג קאָנטראָל (Multicast) פריער דערמאנט קענען ניט בלויז רעדוצירן די נעץ באַניץ אויף די סערווער זייַט, אָבער אויך שטיצן Multi- פּאַרטיי ווידעא קאַנפראַנסאַז (Video Conference). ווייַל עס אַרבעט סימילאַרלי צו הטטפּ 1.1, די קאַש פונקציע "קאַש" פון די פּראַקסי סערווער "פּראָקסי" איז אויך אָנווענדלעך צו RTSP, און ווייַל RTSP האט אַ רידערעקשאַן פונקציע, די סערווער וואָס אָפפערס די סערוויס קענען זיין סוויטשט לויט די פאַקטיש מאַסע. סיטואַציע צו ויסמיידן יבעריק מאַסע קאַנסאַנטרייטאַד אויף דער זעלביקער סערווער און פאַרשאַפן פאַרהאַלטן.
איז דזשוינטלי פארגעלייגט דורך רעאַל נעטוואָרקס און נעטסקייפ. דער פּראָטאָקאָל דיפיינז ווי איין-צו-פילע אַפּלאַקיישאַנז קענען יפעקטיוולי יבערשיקן מולטימעדיאַ דאַטן דורך אַן IP נעץ. RTSP גיט אַן עקסטענסיבלע פריימווערק וואָס מאכט עס מעגלעך צו קאָנטראָלירן און מאָנען פאַקטיש-צייט דאַטן, אַזאַ ווי אַדיאָו און ווידעא. דאַטע קוואלן אַרייַננעמען לעבן דאַטן און דאַטן סטאָרד אין קליפּס.
דער ציל פון דעם פּראָטאָקאָל איז צו קאָנטראָלירן קייפל דאַטן טראַנסמיסיע קאַנעקשאַנז, צו צושטעלן אַ וועג צו סעלעקטירן טראַנסמיסיע טשאַנאַלז אַזאַ ווי UDP, Multicast UDP און TCP, און צו צושטעלן מעטהאָדס פֿאַר סעלעקטינג אַ טראַנסמיסיע מעקאַניזאַם באזירט אויף RTP.
די שייכות צווישן RTSP און RTP
RTP: רעאַל-צייט טראַנספּאָרט פּראָטאָקאָל
RTP / RTCP איז די פאַקטיש דאַטן טראַנסמיסיע פּראָטאָקאָל;
רטפּ טראַנסמיץ אַדיאָו / ווידעא דאַטן. אויב עס איז PLAY, די סערווער סענדז עס צו דעם קליענט. אויב עס איז רעקאָרדירן, עס קענען זיין געשיקט צו די סערווער דורך דעם קליענט. די גאנצע RTP פּראָטאָקאָל באשטייט פון צוויי ענג פֿאַרבונדענע פּאַרץ: RTP דאַטן פּראָטאָקאָל און RTP קאָנטראָל פּראָטאָקאָל (ד"ה RTCP) ;
RTCP: RTCP כולל סענדער באריכט און ריסיווער באריכט, געניצט פֿאַר אַדיאָו / ווידעא סינגקראַנאַזיישאַן און אנדערע צוועקן, און איז אַ קאָנטראָל פּראָטאָקאָל;
RTSP: פאַקטיש צייט סטרימינג פּראָטאָקאָל (RTSP)
RTSP ריקוועס דער הויפּט אַרייַננעמען דעסקריב, סעטאַפּ, שפּיל, פּויזע, טאַראָודאַן, אָפּציעס, אאז"ו ו. ווי די נאָמען ימפּלייז, עס קענען זיין באַוווסט ווי אַ דיאַלאָג און קאָנטראָל פונקציע;
בעשאַס די RTSP שמועס, SETUP קענען באַשליסן די פּאָרט געניצט דורך RTP / RTCP, PLAY / PAUSE / TEARDOWN קענען אָנהייבן אָדער האַלטן די שיקן פון RTP, עטק .;
6. TCP און UDP פּראָטאָקאָל
טקפּ פּראָטאָקאָל
TCP, די פול נאָמען איז אַריבערפירן קאָנטראָל פּראָטאָקאָל, און דער כינעזישער נאָמען איז טראַנסמיסיע קאָנטראָל פּראָטאָקאָל. עס אַרבעט אויף די OSI אַריבערפירן שיכטע און אָפפערס קאַנעקשאַן אָריענטיד פאַרלאָזלעך טראַנסמיסיע באַדינונגס.
TCP ס אַרבעט איז דער הויפּט צו פאַרלייגן אַ פֿאַרבינדונג און דאַן באַקומען דאַטן פֿון די אַפּלאַקיישאַן שיכטע פּראָגראַם און יבערשיקן. TCP ניצט ווירטועל קרייַז פֿאַרבינדונג צו אַרבעטן. איידער מען שיקט דאַטן, עס דאַרף זיין אַ פֿאַרבינדונג צווישן די סענדער און די ופנעמער. נאָך שיקן די דאַטן, די סענדער וועט וואַרטן פֿאַר די ופנעמער צו געבן אַ באַשטעטיקונג ענטפער, אַנדערש די סענדער וועט טראַכטן די דאַטן זענען פאַרפאַלן און שיקן די דאַטן ווידער.
RTP איז ניט ווי http און ftp וואָס קענען אראפקאפיע די גאנצע פֿילם טעקע גאָר. עס סענדז דאַטן אויף די נעץ מיט אַ פאַרפעסטיקט דאַטן קורס. דער קליענט אויך וואַטשיז די פֿילם טעקע אין דעם גיכקייַט. נאָך דעם שפּיל די פֿילם פאַרשטעלן איז פּלייַעד, עס קענען ניט זיין ריפּיטידלי פּלייַעד. סיידן איר ווידער בעטן דאַטן פון די סערווער.
די ביגאַסט חילוק צווישן RTSP און RTP איז אַז: RTSP איז אַ צוויי-וועג פאַקטיש-צייט דאַטן טראַנסמיסיע פּראָטאָקאָל, וואָס אַלאַוז דעם קליענט צו שיקן ריקוועס צו די סערווער, אַזאַ ווי פּלייבאַק, שנעל פאָרויס און פאַרקערט אַפּעריישאַנז.
דאָך, RTSP קענען יבערשיקן דאַטן באזירט אויף RTP, און קענען אויך קלייַבן TCP, UDP, Multicast UDP און אנדערע טשאַנאַלז צו שיקן דאַטן, וואָס האט גוט סקאַלאַביליטי.
עס איז אַ נעץ אַפּלאַקיישאַן שיכטע פּראָטאָקאָל ענלעך צו די http פּראָטאָקאָל.
מקור פּאָרט: די פּאָרט פון די סענדער איז ספּעסאַפייד
ציל פּאָרט: די פּאָרט נומער פון די ריסיווינג סוף איז ספּעסאַפייד
סיקוואַנס נומער: ינדיקייץ די שטעלע פון די אָפּשניט אין די סיקוואַנס פון טראַנסמיטטעס צו זיין טראַנסמיטטעד
באַשטעטיקונג נומער: ספּעציפיצירן די סיקוואַנס נומער פון די הצלחה באקומען אָפּשניט, די באַשטעטיקונג סיקוואַנס נומער כּולל די ווייַטער סיקוואַנס נומער אַז דער סוף פון די באַשטעטיקונג איז דערוואַרטן צו באַקומען
TCP אָפסעט: ספּעציפיצירן די לענג פון די סעגמענט כעדער. די לענג פון די אָפּטיילונג כעדער דעפּענדס אויף די אָפּציע אין דעם אָפּטיילונג אָפּטיילונג כעדער אָפּציע
רעזערווירט: א רעזערווירט פעלד איז דעזיגנייטיד פֿאַר צוקונפֿט נוצן
וואונדער: SYN, ACK, PSH, RST, URG, FIN
SYN: מיטל סינגקראַנאַזיישאַן
ACK: מיטל באַשטעטיקונג
פּש: ינדיקייץ אַז די דאַטן וועט זיין געשיקט צו די ריסיווינג פּראָצעס ווי באַלד ווי מעגלעך
RST: ינדיקייץ באַשטעטיק קאַנעקשאַן
URG: ינדיקייץ נויטפאַל טייַטל
FIN: ינדיקייץ אַז די סענדער האט געענדיקט די דאַטן טראַנסמיסיע
פֿענצטער: ספּעציפיצירן די באַפֿעל וועגן די גרייס פון דער ווייַטער אָפּשניט וואָס די סענדער קענען יבערשיקן
טשעקקסום: די טשעקקסום כּולל די טקפּ אָפּשניט כעדער און דאַטן טייל, געניצט צו באַשטעטיקן די רילייאַבילאַטי פון די אָפּשניט און די דאַטן טייל
נויטפאַל: ינדיקייץ אַז די אָפּשניט כּולל נויטפאַל אינפֿאָרמאַציע, און די נויטפאַל טייַטל איז גילטיק בלויז ווען די URG פאָן איז באַשטימט צו 1.
אָפּציעס: די דערקענט אָפּשניט גרייס, צייט שטעמפּל, די סוף פון די אָפּציע פעלד זענען ספּעציפיצירט, און די גרענעץ אָפּציע פון די אָפּציע פעלד איז ספּעסיפיעד
ווי TCP אַרבעט
TCP קשר פאַרלייגן: די TCP קשר פאַרלייגן פּראָצעס איז אויך גערופן TCP דריי-וועג כאַנדשייק. ערשטער, דער סענדער באַלעבאָס ינישיאַץ אַ סינגקראַנאַזיישאַן (SYN) בעטן צו פאַרלייגן אַ קשר צו די ופנעמער באַלעבאָס; דער ופנעמער באַלעבאָס ענטפֿערס מיט אַ סינגקראַנאַזיישאַן / דערקענטעניש (SYN / ACK) ענטפער צו די סענדער באַלעבאָס נאָך ריסיווינג דעם בעטן; דער סענדער באַלעבאָס נעמט דעם נאָך די פּאַקאַט איז געשיקט אַ באַשטעטיקונג (אַקק) צו די ופנעמער באַלעבאָס, אין דעם צייַט די TCP קשר איז הצלחה געגרינדעט;
TCP קשר קלאָוזשער: נאָך די סענדער באַלעבאָס און די דעסטיניישאַן באַלעבאָס פאַרלייגן אַ TCP קשר און פאַרענדיקן די דאַטן טראַנסמיסיע, אַ דאַטן פּאַקאַט מיט די סוף פאָן שטעלן צו 1 וועט זיין געשיקט צו פאַרמאַכן די TCP קשר און באַפרייַען די באַפער פּלאַץ פאַרנומען דורך די קשר. די זעלבע צייט; TCP באַשטעטיק באַשטעטיקן: TCP אַלאַוז די קשר צו זיין ינטעראַפּטיד פּלוצלינג בעשאַס טראַנסמיסיע, וואָס איז גערופֿן TCP reset;
TCP דאַטן סאָרטינג און באַשטעטיקונג: TCP איז אַ פאַרלאָזלעך טראַנסמיסיע פּראָטאָקאָל. עס ניצט סיקוואַנס נומערן און באַשטעטיקונג נומערן צו שפּור די דאַטן אָפּטראָג בעשאַס טראַנסמיסיע;
טקפּ רעטראַנסמיססיאָן: אין דעם פּראָצעס פון טקפּ טראַנסמיסיע, אויב דער ופנעמער באַלעבאָס קען נישט באַקומען אַן דערקענטעניש ענטפער צו אַ דאַטן פּאַקאַט אין די רייטראַנסמיססיאָן טיימאַוט צייַט, די סענדער באַלעבאָס באטראכט די דאַטן פּאַקאַט פאַרפאַלן און סענדז די דאַטן פּאַקאַט צו די ופנעמער ווידער זייַט, דאָס איז גערופֿן טקפּ רעטראַנסמיססיאָן;
TCP פאַרהאַלטן באַשטעטיקונג: TCP באַשטעטיקט ניט שטענדיק די דאַטאַ גלייך נאָך ריסיווינג עס. דער אַלאַוז דער באַלעבאָס צו שיקן זיין אייגענע באַשטעטיקונג אָנזאָג צו די אנדערע פּאַרטיי בשעת ער דאַטן.
TCP דאַטן שוץ (טשעקקסום): TCP איז אַ פאַרלאָזלעך טראַנסמיסיע פּראָטאָקאָל, וואָס גיט טשעק סאַם כעזשבן צו פאַרשטיין די אָרנטלעכקייַט פון דאַטן בעשאַס טראַנסמיסיע.
UDP פּראָטאָקאָל
UDP פּראָטאָקאָל איז די אַבריווייישאַן פון ענגליש UserDatagramProtocol, וואָס איז, באַניצער datagram פּראָטאָקאָל, וואָס איז דער הויפּט געניצט צו שטיצן נעץ אַפּלאַקיישאַנז וואָס דאַרפֿן צו אַריבערפירן דאַטן צווישן קאָמפּיוטערס. פילע קליענט / סערווער נעץ אַפּלאַקיישאַנז אַרייַנגערעכנט נעץ ווידעא קאַנפראַנסינג סיסטעמען דאַרפֿן צו נוצן UDP פּראָטאָקאָל. די UDP פּראָטאָקאָל איז געוויינט פֿאַר פילע יאָרן זינט די ערשט. כאָטש די ערשטע העלקייַט איז געווען אַבסקיורד דורך עטלעכע ענלעך פּראָטאָקאָלס, UDP איז נאָך אַ זייער פּראַקטיש און פיזאַבאַל נעץ טראַנספּאָרט שיכטע פּראָטאָקאָל.
ווי דער באוווסטער TCP (טראַנסמיסיע קאָנטראָל פּראָטאָקאָל) פּראָטאָקאָל, די UDP פּראָטאָקאָל איז לאָוקייטאַד גלייך אויף די IP (Internet Protocol) פּראָטאָקאָל. לויט דער אָסי סיסטעם (עפֿן סיסטעם ינטערקאַנעקשאַן) רעפֿערענץ מאָדעל, UDP און TCP זענען ביידע טראַנספּאָרט שיכטע פּראָטאָקאָלס.
די הויפּט פונקציע פון די UDP פּראָטאָקאָל איז קאַמפּרעסינג נעץ דאַטן פאַרקער אין די פאָרעם פון דאַטאַגראַמס. א טיפּיש דאַטאַגראַם איז אַ טראַנסמיסיע אַפּאַראַט פון ביינערי דאַטן. די ערשטע 8 ביטעס פון יעדער דאַטאַגראַם זענען כּולל כעדער אינפֿאָרמאַציע און די רוען ביטעס כּולל ספּעציפיש טראַנסמיסיע דאַטן.
7. RTP / RTCP, RTMP, TCP, UDP פּראָטאָקאָל פאַרגלייַך
TCP איז אַ פונט-צו-פונט פּראָטאָקאָל, וואָס מיטל אַז יעדער קליענט דאַרף צו שיידן דעם לינק פון דעם קליענט / סערווער, אַזוי די דאַטן בראָדקאַסטינג צו קייפל קלייאַנץ קענען ניט זיין איינגעזען אויף די נעץ מדרגה. אויב אַ דאַטן טייַך מוזן זיין טראַנסמיטטעד צו קייפל קלייאַנץ אין דער זעלביקער צייט, די סערווירער מוזן יבערגעבן אַ קאָפּיע פון די דאַטן טייַך צו יעדער קליענט. TCP קענען דינאַמיקאַללי סטרויערן די טראַנסמיסיע גיכקייַט לויט די נעץ באַנדווידט און די גראַד פון קאַנדזשעסטשאַן און שיקן די פאַרפאַלן דאַטן פּאַקיץ. די רילייאַבילאַטי פון דאַטן טראַנסמיסיע איז ינשורד, אָבער סערווער רעסורסן זענען טייַער, און עס איז שווער צו ענשור די פאַקטיש-צייט פאָרשטעלונג פון דאַטן טייַך טראַנסמיסיע ווען די דאַטן טייַך איז גרויס.
UDP איז אַן אַנרילייאַבאַל טראַנסמיסיע פּראָטאָקאָל. אין די שיקן סוף, די גיכקייט וואָס UDP טראַנסמיטט דאַטן איז בלויז לימיטעד דורך די גיכקייט וואָס די אַפּלאַקיישאַן דזשענערייץ דאַטן, די קאַפּאַציטעט און טראַנסמיסיע באַנדווידט פון די קאָמפּיוטער; אין די ריסיווינג סוף, UDP שטעלן יעדער אָנזאָג אָפּשניט אין אַ ריי. די אַפּלאַקיישאַן לייענט אַ אַרטיקל אָפּשניט פֿון די ריי יעדער מאָל; די UDP פּראָטאָקאָל דאַרף נישט האַלטן די קאַנעקשאַן שטאַט און טוט נישט טראַכטן אַז יעדער דאַטן פּאַקאַט מוזן דערגרייכן די ריסיווינג סוף, אַזוי די נעץ מאַסע איז קלענערער ווי TCP, און די טראַנסמיסיע גיכקייַט איז פאַסטער ווי TCP; די מער קאַנדזשעסטאַד די נעץ, די מער דאַטן פּאַקיץ זענען פאַרפאַלן.
דער הויפּט חילוק צווישן UDP און TCP פּראָטאָקאָל איז ווי צו דערגרייכן פאַרלאָזלעך טראַנסמיסיע פון אינפֿאָרמאַציע. די TCP פּראָטאָקאָל כּולל אַ ספּעציעל עקספּרעס גאַראַנטירן מעקאַניזאַם. ווען די דאַטן ופנעמער נעמט די אינפֿאָרמאַציע פון די סענדער, עס וועט אויטאָמאַטיש שיקן אַ באַשטעטיקונג אָנזאָג צו די סענדער; דער סענדער וועט פאָרזעצן צו אַריבערפירן אנדערע אינפֿאָרמאַציע בלויז נאָך ריסיווינג די באַשטעטיקונג אָנזאָג. אַנדערש, עס וועט וואַרטן ביז די באַשטעטיקונג אָנזאָג איז באקומען.
אַזוי TCP האט מער צייט צו פאַרלייגן אַ קשר ווי UDP. קאַמפּערד מיט ודפּ, TCP האט העכער זיכערהייט און רילייאַבילאַטי. די גרייס פון טראַנסמיסיע פון TCP פּראָטאָקאָל איז ניט לימיטעד. אַמאָל די קשר איז געגרינדעט, ביידע פּאַרטיעס קענען יבערשיקן אַ פּלאַץ פון דאַטן אין אַ זיכער פֿאָרמאַט, און UDP איז אַ אַנרילייאַבאַל פּראָטאָקאָל מיט אַ גרייס שיעור, וואָס קען נישט יקסיד 64 ק יעדער מאָל.
קאַמפּערד מיט די TCP פּראָטאָקאָל, אן אנדער חילוק פון די UDP פּראָטאָקאָל איז ווי צו באַקומען עטלעכע אומגעריכט דאַטאַגראַמס. ניט ענלעך TCP, UDP קען נישט גאַראַנטירן די סדר פֿאַר שיקן און ריסיווינג דאַטן.
RTP איז אויבן UDP. כאָטש UDP איז ניט אַזוי פאַרלאָזלעך ווי TCP און קען נישט גאַראַנטירן די דינסט קוואַלאין פאַקטיש-צייט באַדינונגס, RTCP דאַרף מאָניטאָר דאַטן טראַנסמיסיע און דינען קוואַליטעט אין פאַקטיש צייט. ווייַל די טראַנסמיסיע פאַרהאַלטן פון UDP איז נידעריקער ווי די פון TCP, דאָס קען זיין זייער קאַמפּאַטאַבאַל מיט ווידעא און אַודיאָ. גוט גלייַכן. דעריבער, אין פּראַקטיש אַפּלאַקיישאַנז, RTP / RTCP / UDP איז געניצט פֿאַר אַדיאָו / ווידעא מידיאַ, און TCP איז געניצט פֿאַר די טראַנסמיסיע פון דאַטן און קאָנטראָל סיגנאַלינג.
די RTMP פּראָטאָקאָל איז אַ פּראָטאָקאָל דיזיינד ספּאַסיפיקלי פֿאַר די עפעקטיוו טראַנסמיסיע פון ווידעא, אַודיאָ און דאַטן. עס ריאַלייזיז פאַקטיש-צייט ווידעא און געזונט טראַנסמיסיע דורך גרינדן אַ ביינערי טקפּ קאַנעקשאַן אָדער קאַנעקטינג אַ הטטפּ טונעל.
RTMP שטיצט מער מעדיע פּראָטאָקאָלס ווי טראדיציאנעלן מידיאַ סערווערס. עס שטיצט די דינאַמיש טראַנסמיסיע פון קייפל שורות וואָס קען אַנטהאַלטן אַודיאָ, ווידעא און שריפט דאַטן פון די סערווער צו דעם קליענט און פֿון דעם קליענט צו די סערווער. RTMP פּראַסעסאַז אַדיאָו, ווידעא און סקריפּט דאַטן סעפּעראַטלי.
געזונט און ווידעא דאַטן זענען באַפערד סעפּעראַטלי אין די סערווער. אויב די געזונט דאַטן ריטשאַז אַ זיכער שיעור אין די געזונט באַפער, אַלע דאַטן אין די באַפער וועט ווערן אַוועקגענומען, און די לעצטנס אנגעקומען דאַטן וועט זיין ערלויבט צו אָנהייבן קאַלעקטינג אין די באַפער און געשיקט צו יעדער קליענט. ווידעא דאַטן זענען פּראַסעסט אין אַ ענלעך וועג, די חילוק איז אַז ווען אַ נייַ שליסל ראַם קומט, די דאַטן אין די באַפער זענען קלירד. אויב מען אַנטדעקן די אַלט ראַם דאַטן, אויב עס איז געפֿונען אַז די דאַטן פון דעם קליענט זענען פאַלש, די נייַע און אַלט ראָמען זענען פיטאַד.
RTMP גיט דאַטן פאַרשידענע בילכערקייַט לעוועלס. אין פאַקטיש-צייט שמועס, געזונט איז די מערסט וויכטיק, ווידעא איז נידעריק בילכערקייַט און סקריפּט דאַטן זענען בילכער צווישן געזונט און ווידעא.
די RTMP פּראָטאָקאָל קענען מאַכן קייפל דאַטן סטרימז, אָבער יעדער דאַטן טייַך קענען נאָר האָבן איין ריכטונג. ניצן RTMP קענען בויען אַזאַ אַ סיסטעם, דער קליענט קענען ינטעראַקט מיט די RTMP סערווער און די אַפּלאַקיישאַן סערווער אין דער זעלביקער צייט, אַזוי אַז די מאַסע אויף די סערווער קענען זיין דיספּערסט, כאָטש אין דעם ימפּרוווד סיסטעם סטרוקטור, די פאָרשטעלונג רעקווירעמענץ פון די RTMP סערווער זענען לעפיערעך הויך.
8. אנדערע אַגרימאַנץ
הטטפּ פּראָטאָקאָל, די פול נאָמען איז היפּערטעקסט אַריבערפירן פּראָטאָקאָל, און די כינעזיש נאָמען איז היפּערטעקסט אַריבערפירן פּראָטאָקאָל;
MMS פּראָטאָקאָל, די פול נאָמען איז Microsoft Media Server Server Protocol, און די כינעזיש נאָמען איז Microsoft Media Server Protocol;
הלס פּראָטאָקאָל, פול נאָמען הטטפּ לייוו סטרימינג, איז אַ סטרימינג מעדיע טראַנסמיסיע פּראָטאָקאָל באזירט אויף הטטפּ ימפּלאַמענאַד דורך עפּל ינק.;
|
אַרייַן E- בריוו צו באַקומען אַ יבערראַשן
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 -> Haitian Creole
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 ווירעלעסס יבערשיקן ווידעא און אַודיאָ מער גרינגער!
קאָנטאַקט
אַדרעס:
נומ 305 רום הוילאַן בילדינג נאָ .273 הואַנפּו ראָוד גואַנגזשאָו טשיינאַ 510620
קאַטעגאָריעס
נעווסלעטטער