GNU ccRTP هو تنفيذ RTP، وبروتوكول نقل في الوقت الحقيقي من IETF (انظر RFC 3550، RFC 3551 وRFC 3555). ccRTP هو ++ مكتبة C استنادا GNU C ++ المشتركة التي توفر الأداء العالي، والمعايير المتوافقة مرنة وقابلة للتوسيع RTP كومة بدعم RTCP الكامل. تصميم وتنفيذ ccRTP تجعلها مناسبة للخوادم ذات قدرة عالية وبوابات وكذلك تطبيقات العميل الشخصية.
في تصميم ccRTP، اتخذنا بعين الاعتبار أن RTP تم تعريف بمثابة إطار بروتوكول مستوى التطبيق بدلا من بروتوكول نقل الإنترنت نموذجي مثل TCP و UDP. وبالتالي، RTP ونادرا ما تنفذ كطبقة فصل من التطبيق.
ونتيجة لذلك، التطبيقات RTP في كثير من الأحيان يجب تخصيص تخطيط الحزمة ومعالجة قواعد RTP قابلة للتكيف، توقيت القيود والقواعد العضوية الجلسة فضلا عن آليات RTP و RTCP أخرى. يهدف ccRTP لتوفير إطار للإطار RTP، بدلا من كونها مجرد مكتبة التلاعب حزمة RTP.
ويعتبر دعم كل من الصوت والبيانات والفيديو أيضا في تصميم ccRTP، التي يمكن أن تفعل إطار جزئي انشقاقات / إعادة التجميع. الإرسال، ويدعم متعددة الإرسال ونماذج النقل المتعدد، فضلا عن عدة مصادر تزامن النشطة، ودورات RTP متعددة (المساحات مفوضية استفتاء جنوب السودان)، والتطبيقات RTP متعددة (المساحات CNAME). وهذا يسمح انها تستخدم لبناء كل أشكال معايير الإنترنت نظم مؤتمرات المرئية السمعية ومقرها.
GNU ccRTP هو threadsafe وعالية الأداء. ويستخدم قوائم الانتظار حزمة لاستقبال ونقل حزم البيانات. سواء بين وسائل الإعلام وتزامن داخل وسائل الإعلام والتعامل معها تلقائيا في غضون قوائم الانتظار الحزمة الواردة والصادرة. تقدم GNU ccRTP دعم RTCP والعديد من المعايير وغيرها من الميزات الموسعة أن هناك حاجة لكلا متوافقة والمتقدمة تطبيقات تدفق.
فإنه يمكن خلط أنواع حمولة متعددة في تيار، وبالتالي يمكن استخدامها لimpliment RFC 2833 التطبيقات المتوافقة مع إشارات فضلا عن أمور أخرى متخصصة. كما يقدم GNU ccRTP RTP المباشر وRTCP تصفية الحزمة.
يستخدم GNU ccRTP قوالب لعزل تبعيات خيوط والمآخذ ذات الصلة، بحيث يمكن استخدامها لimpliment الحقيقي يتدفقون مع نماذج ترابط مختلفة وبروتوكولات النقل الأساسية، وليس فقط مع مآخذ IPV4 UDP. للحصول على قائمة أكثر تفصيلا من الميزات ccRTP يمكنك إلقاء نظرة على دليل المبرمجين.
في أعلى مستوى له، ccRTP يقدم دروسا لنقل في الوقت الحقيقي من البيانات من خلال جلسات RTP، فضلا عن وظائف التحكم من RTCP.
والمفهوم الرئيسي في تنفيذ ccRTP دورات RTP هو استخدام حزمة طوابير للتعامل مع ارسال واستقبال حزم البيانات RTP / وحدات بيانات التطبيق. في ccRTP، تنتقل كتلة البيانات من خلال وضعه في الإرسال (الحزم الصادرة) قائمة الانتظار، وحصل عن طريق الحصول على ذلك من الاستقبال (الحزم الواردة) قائمة الانتظار.
هناك عدة مستويات من واجهة (واجهة العامة والميراث العام أو المحمية، الخ) في ccRTP. على سبيل المثال، برنامج rtphello التجريبي توزيعها مع ccRTP يستخدم فقط الواجهة العمومية من فئة RTPSession ولا إعادة تحديد الأسلوب الظاهري onGotSR، وبالتالي ما هذا البرنامج يعرف عن تقارير ريال هي معلومات وردت في تقرير مرسل الماضي من أي مصدر، والتي يمكن استرجاعها عن طريق أسلوب getMRSenderInfo الطبقة SyncSource.
على العكس من ذلك، فإن البرنامج التجريبي rtplisten يعيد onGotSR عن طريق الميراث ويمكن أن تفعل معالجة متخصصة من هذه الحزم RTCP. عموما، كل من البيانات والحزم السيطرة لا يمكن الوصول إليها مباشرة من خلال معظم الواجهة الخارجية.
يتم تنفيذ جميع هذه الوظائف من خلال عدة فئات وأنواع أساسية. من أهم الحقوق الأساسية هي نوع StaticPayloadType المذكورة، وStaticPayloadFormat الطبقات وDynamicPayloadFormat.
أهمها هي الطبقات RTPSession، SyncSource، مشارك وAppDataUnit، التي تمثل دورات RTP، مصادر التزامن، المشاركين في تطبيق RTP، ووحدات بيانات التطبيق نقل حزم البيانات في RTP، على التوالي.
عند استخدام ccRTP، سواء ارسال واستقبال البيانات المنقولة عبر جلسات عمل RTP يتم ذلك من خلال الاستقبال والإرسال طوابير التعامل معها من قبل كومة RTP. في الحالة الأكثر شيوعا، وهو موضوع التنفيذ منفصل لكل دورة RTP مقابض قوائم الانتظار. هذه الحالة هي نموذج خيوط أننا سوف نفترض عموما في هذه الوثيقة. ومع ذلك نلاحظ أن ccRTP تدعم نماذج خيوط أخرى، لا سيما ccRTP يدعم استخدام موضوع إعدام واحدة لخدمة مجموعة من الدورات RTP. ومن الممكن أيضا أن لا يربط أي موضوع منفصل مع أي دورة RTP، يدويا استدعاء أساليب البيانات وخدمة التحكم الرئيسية من أي موضوع آخر.
الفكرة الأساسية لاستقبال الحزمة مع ccRTP هي أن التطبيق لا يقرأ مباشرة الحزم من مآخذ ولكن يحصل عليها من طابور الاستقبال. المكدس هو المسؤول عن إدخال حزم تلقى في قائمة انتظار استقبال والتعامل مع هذا الطابور. بشكل عام، لا تحدث حفل استقبال الحزمة والإدراج في قائمة انتظار استقبال في نفس الوقت تطبيق يحصل من قائمة الانتظار.
على العكس من ذلك، فإن الفكرة الأساسية لنقل حزم مع ccRTP هي أن الحزم ولم يكتب مباشرة إلى مآخذ لكن إدراج في قائمة انتظار الإرسال التعامل معها من قبل المكدس. بشكل عام، الإدراج حزمة وانتقال تحدث في أوقات مختلفة، على الرغم من أنه ليس من الضروري.
من أجل استخدام ccRTP، يجب عليك تضمين رأس الرئيسي (# تشمل
# تشمل
# تشمل
دروس لملحقات RTP التي لا تنضج بعد.
يجب عليك أيضا ربط في المكتبة، ccrtp1 حاليا
الميزات:.
الموسعة للغاية لأكوام المتخصصة.
ويدعم الإرسال، متعددة الإرسال والبث المتعدد. يعالج مصادر متعددة (بما في ذلك مصادر التزامن ومصادر المساهمة) والوجهات. يدعم أيضا متماثل RTP.
وظائف RTCP التلقائي التعامل مع مثل رابطة مصادر التزامن من نفس المشارك أو رسم الخرائط زمني NTP-RTP.
Genericity كما لبروتوكولات الشبكة والنقل الأساسية من خلال القوالب.
فمن threadsafe ويدعم تقريبا أي طراز مؤشر الترابط.
RTP عام وقابلة للتوسيع وRTCP الشيكات صحة الرأس.
يعالج دول المصدر والمعلومات فضلا عن تسجيل الإحصاءات.
يعالج تلقائيا اصطدام مفوضية استفتاء جنوب السودان ويؤدي اكتشاف حلقة.
تنفذ إعادة النظر توقيت وإعادة النظر العكسية.
توفر أرقام عشوائية جيدة، استنادا / ديف / urandom أو، بدلا من ذلك، على MD5.
ما هو الجديد في هذا الإصدار:
تنظيف المدونة، بوجفيكسيس لRTP معلومات المرسل، ودمج بقع ديبيان المنبع.
لم يتم العثور على التعليقات