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 -> اليديشية
نظرة عامة على تدفق الوسائط:
يشير ما يسمى بوسائط الدفق إلى تنسيق الوسائط الذي يتم تشغيله على الإنترنت عن طريق البث المتدفق.
تُعرف وسائط البث أيضًا باسم الوسائط المتدفقة ، وهذا يعني أن الشركات تستخدم خادم توصيل الفيديو لإرسال البرامج كحزم بيانات إلى الشبكة.
بعد أن يقوم المستخدم بفك ضغط البيانات من خلال جهاز فك الضغط ، سيتم عرض البرنامج كما كان من قبل.
تنقل الوسائط المتدفقة ملفات الصوت والفيديو والوسائط المتعددة في الشبكة عن طريق التدفق.
تنسيق ملف الوسائط المتدفقة هو تنسيق وسائط يدعم نقل البث وتشغيله.
وضع الإرسال المتدفق هو تقسيم ملفات الوسائط المتعددة مثل الفيديو والصوت إلى حزم ضغط من خلال وضع الضغط الخاص ،
انتقال مستمر وفي الوقت الحقيقي من الخادم إلى كمبيوتر المستخدم. في نظام البث ، لا يتعين على المستخدمين انتظار الملف بالكامل مثل عدم البث
فقط بعد اكتمال جميع التنزيلات ، يمكننا رؤية المحتويات ، ولكن فقط بعد بضع ثوانٍ أو عشرات الثواني من تأخير بدء التشغيل ، يمكننا استخدامها على كمبيوتر المستخدم
سيقوم المشغل المقابل بتشغيل الفيديو المضغوط أو الصوت وملفات الوسائط المتدفقة الأخرى ، وسيستمر تنزيل الباقي حتى نهاية التشغيل.
RTP: (بروتوكول النقل في الوقت الفعلي)
RTP هو بروتوكول طبقة نقل لدفق بيانات الوسائط المتعددة على الإنترنت. يتم استخدام RTP مع RTCP ، وهو يعتمد على بروتوكول UDP
على عكس HTTP و FTP ، يمكن لـ RTP تنزيل ملف الفيديو بالكامل بالكامل. يرسل البيانات على الشبكة بمعدل بيانات ثابت. يشاهد العميل أيضًا ملف الفيديو بهذه السرعة. متي
بعد تشغيل الفيلم والصورة التليفزيونية ، لا يمكن تشغيلها مرة أخرى ما لم يتم طلب البيانات من الخادم مرة أخرى.
RTCP: بروتوكول التحكم في النقل في الوقت الفعلي أو RTP (بروتوكول التحكم أو RTCP)
RTCP هو بروتوكول شقيق لـ RTP
ملاحظة: -: يتم استخدام بروتوكول RTP و RTCP معًا ، وهو يعتمد على بروتوكول UDP (يستخدم عمومًا في مؤتمرات الفيديو)
RTSP: (بروتوكول البث في الوقت الحقيقي)
بروتوكول جلسة الوسائط المتدفقة في الوقت الحقيقي ، SDP (بروتوكول وصف الجلسة) ، RTP (بروتوكول النقل في الوقت الفعلي).
RTSP هو بروتوكول دفق وسائط متعددة يستخدم للتحكم في الصوت أو الفيديو. يوفر RTSP إطارًا قابلًا للتوسيع ، مما يجعل من الممكن التحكم في بيانات الوقت الفعلي والمطالبة بها ، مثل الصوت والفيديو.
تستخدم بيانات الوسائط بروتوكول RTP و RTCP.
بشكل عام ، يتم استخدام UDP كطبقة نقل. مناسبة لمشاهد IPTV.
تشمل مصادر البيانات البيانات الميدانية والبيانات المخزنة في مقاطع. الغرض من هذا البروتوكول هو التحكم في اتصالات نقل البيانات المتعددة وتوفير طريقة لتحديد قنوات الإرسال ، مثل UDP و UDP متعدد البث و TCP
كما يوفر طريقة لاختيار آلية النقل على أساس RTP
بروتوكول الشبكة المستخدم في الإرسال ليس في نطاق تعريفه. يمكن للخادم أن يختار استخدام TCP أو UDP لنقل محتوى الدفق ، وهو أكثر تحملاً لتأخير الشبكة
---> أكبر فرق بين RTSP و RTP هو أن RTSP هو بروتوكول نقل بيانات في اتجاهين في الوقت الحقيقي ، والذي يسمح للعميل بإرسال الطلبات إلى الخادم ، مثل التشغيل ، والتقديم السريع ، والإرجاع وما إلى ذلك. متي
ومع ذلك ، يمكن لـ RTSP نقل البيانات بناءً على RTP ، ويمكنه أيضًا تحديد TCP و UDP و UDP متعدد البث وقنوات أخرى لإرسال البيانات ، والتي تتمتع بقابلية جيدة للتوسع. إنه مشابه لبروتوكول HTTP
بروتوكول طبقة تطبيق الشبكة
يتطلب WebRTC:
يتم تنفيذ بروتوكول تدفق الوسائط على الويب. عندما أطلقت Google لأول مرة webrtc ، نظر العمالقة ببرود أو قاوموا. يستخدم بروتوكول RTP للإرسال.
RTMP (بروتوكول المراسلة في الوقت الفعلي)
طورت Macromedia مجموعة من بروتوكولات الفيديو المباشر ، تنتمي الآن إلى adobe. مثل HLS ، يمكن تطبيقه على الفيديو المباشر ، ولن يتم فقده بناءً على TCP.
// الاختلاف هو أن RTMP لا يمكن تشغيله في مستعرض IOS بناءً على الفلاش ، لكن أداءه في الوقت الفعلي أفضل من HLS.
بروتوكول المراسلة في الوقت الحقيقي هو بروتوكول مفتوح تم تطويره بواسطة Adobe Systems لنقل الصوت والفيديو والبيانات بين مشغل الفلاش والخادم
// في كود IOS ، يتم استخدام RTMP بشكل شائع لدفع التدفق. يمكنك استخدام مكتبة الطرف الثالث librtmp IOS لدفع البث. يقوم Librtmp بتغليف بعض واجهات برمجة التطبيقات (API) الأساسية للمستخدمين للاتصال بهم
يتطلب بروتوكول RTMP أيضًا من العميل والخادم إنشاء اتصال RTMP من خلال "المصافحة" ، ثم نقل معلومات التحكم على الاتصال. سيقوم بروتوكول RTMP بتنسيق البيانات أثناء الإرسال. من أجل تحقيق تعدد إرسال وتعاقد من الباطن وعدالة معلومات أفضل ، سيقوم المرسل بتقسيم الرسالة إلى أجزاء مع معرف الرسالة ، وقد يكون كل جزء رسالة منفصلة ،
قد يكون أيضًا جزءًا من الرسالة. سيقوم المتلقي باستعادة القطعة إلى رسالة كاملة وفقًا لطول البيانات ومعرف الرسالة والرسالة الموجودة في القطعة ، وذلك لإرسال المعلومات واستلامها.
HLS: HTTP Live Streaming (HLS)
وهو بروتوكول نقل وسائط دفق يعتمد على HTTP تنفذه شركة Apple Inc ،
يمكنه تحقيق وسائط البث المباشر وعند الطلب ، والتي تستخدم بشكل أساسي في نظام IOS
لتوفير حلول الصوت والفيديو الحية وعند الطلب لأجهزة IOS (مثل iPhone و iPad).
HLS عند الطلب هو في الأساس HTTP مقسم شائع عند الطلب. الفرق هو أن أجزائها صغيرة جدًا.
مقارنة ببروتوكولات البث المباشر الشائعة ، مثل بروتوكول RTMP وبروتوكول RTSP وبروتوكول MMS وما إلى ذلك ، فإن أكبر اختلاف في البث المباشر لـ HLS هو أن ما يحصل عليه عميل البث المباشر ليس رسالة كاملة
دفق البيانات بأكمله.
يخزن بروتوكول HLS دفق البيانات الحية كملفات وسائط مستمرة وقصيرة المدى وطويلة (تنسيق mpeg-ts) على جانب الخادم ، بينما يقوم جانب العميل باستمرار بتنزيل وتشغيل هذه الملفات الصغيرة ،
نظرًا لأن الخادم يقوم دائمًا بإنشاء ملفات صغيرة جديدة من أحدث البيانات الحية ، طالما أن العميل يقوم باستمرار بتشغيل الملفات التي تم الحصول عليها من الخادم بالترتيب ، يتم تحقيق البث المباشر.
يمكن ملاحظة أن HLS يعتمد بشكل أساسي على تقنية>> عند الطلب لتحقيق العيش <<. نظرًا لأنه يتم إرسال البيانات عبر بروتوكول HTTP ، فلا داعي للنظر في جدار الحماية أو الوكيل
علاوة على ذلك ، فإن طول الملف المقسم قصير جدًا ، لذلك يمكن للعميل تحديد معدل الشفرة وتبديله بسرعة للتكيف مع التشغيل في ظل ظروف عرض النطاق الترددي المختلفة. ومع ذلك ، فإن هذا النوع من الخصائص التقنية لـ HLS يحدد تطورها المستقبلي
بشكل عام ، يكون التأخير دائمًا أعلى من بروتوكول البث المباشر العادي.
// يدعم كل من IOS و Android هذا البروتوكول بشكل طبيعي ، والتكوين بسيط. يمكنك استخدام علامة الفيديو مباشرة
*** VLS: هو نوع من خادم البث ، يستخدم خصيصًا لحل مشاكل البث المختلفة. كما أن لديها بعض خصائص VLC. كخادم ، يمكن لـ videolan إخراج تدفقات HTTP و RTP و RTSP.
من حيث المبدأ ، يمكن استخدام RTSP و RTMP و HTTP للبث المباشر وعند الطلب ، ولكن بشكل عام يتم استخدام RTSP و RTMP للبث المباشر ويستخدم HTTP للبث عند الطلب. نختار بروتوكول RTMP.
تأخير البروتوكولات المختلفة وأسبابه
RTMP و httpflv: بيانات هذين البروتوكولين متطابقة تقريبًا ، لذا فإن أسباب التأخير متشابهة. من المعقول أن نقول إن تأخير البث المباشر لبث TCP منخفض للغاية. لماذا يوجد تأخير في RTMP و httpflv؟ والسبب هو أنه في h264 و RTMP و httpflv يتم إرسال علامات flv. عادةً ما تكون بيانات علامة الفيديو هي بيانات H264. يحتوي فك تشفير H264 على IBP. أنا هو الإطار الرئيسي ، وهو صورة كاملة. يجب أن يكون لديك أولاً رمز I لفك تشفير BP التالي. يمكن أن يكون عدد إطارات BP أقل مما تريد ، ولكن لا يمكن أن يكون عدد إطارات I أقل ، لذلك يجب أن تكون إطارات I في إرسال flv Tag هو الإرسال الثاني (الأول هو h264spps). ومع ذلك ، فإن الإطارات I ليست شائعة في تدفقات H264. لا يوجد سوى إطار واحد تلو الآخر. يُعرف هذا الفاصل الزمني عمومًا باسم GOP. عند الترميز ، يتم تعيين GOP قصيرًا جدًا. عندما يتصل العميل ، سيجد الخادم أحدث إطار I في البث بأقصى سرعة ويرسل بيانات مباشرة من I-frame. ومع ذلك ، عندما تكون GOP طويلة جدًا ، يكون الفاصل الزمني I-frame طويلًا جدًا ، أو انتظر حتى يبدأ الإطار I التالي في إرسال البيانات إلى الاتصال الجديد ، أو ابحث عن أحدث إطار I في ذاكرة التخزين المؤقت لبدء الإرسال. هذا هو مفتاح تأخير بروتوكولات RTMP و HLS. في منصات CDN الرئيسية ، يطلق عليه "RTMP ثانيًا في التكنولوجيا". المبدأ هو فك تشفير البيانات المتدفقة مرتين وتعيين مجموعة صغيرة. بشكل عام ، عند تعيين GOP على 1s ، بغض النظر عن تأخير ارتباط نقل الشبكة ، يكون الحد الأقصى لتأخير البيانات 1 ثانية. لحسن الحظ ، أنا الإطار هو 0 تأخير!
|
أدخل البريد الإلكتروني للحصول على مفاجأة
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 مبنى رقم 273 Huanpu Road قوانغتشو الصين 510620
الفئات
بريدك الإلكتروني