سؤال

كدت ان اصل! أقوم بنجاح بسحب محتوى MPEG-4 ES من كاميرات الويب الخاصة بي SNC-RZ25N وتنقلها إلى H.264 داخل VLC باستخدام ملف تكوين VLM. لسوء الحظ ، لا تتضمن مخرجاتي المتاحة RTMP ، لذلك ما زلت بحاجة إلى خطوة أخرى للنشر إلى FMS. أفكر في كتابة بعض التعليمات البرمجية باستخدام مكتبات Red5 التي يمكن أن تقبل البيانات من VLC باستخدام إما HTTP ، RTP ، UDP ... كل ما هو أبسط ... ثم نشر إلى FMS عبر Red5.

أنا لست جديدًا على Java ، لكن Red5 يبدو قليلاً. هل استخدم أي شخص Red5 للنشر عبر RTMP؟ تهتم بتوجيه لي في الاتجاه الصحيح؟

أو إذا كنت تستطيع التفكير في طريقة أبسط ....

شكرا لك مقدما!

هل كانت مفيدة؟

المحلول

بادئ ذي بدء: لماذا تنشر إلى FMS إذا كان لديك مثيل Red5 يعمل؟ هذا لا يبدو منطقيا. Red5 قادر تمامًا على التصرف كخادم RTMP تمامًا كما هو الحال مع FMS؟

على أي حال ، لديّ عملية تثبيت اختبار يأخذ دفق TCP من الصور الأولية ، ويلكمها من خلال Xuggle (cuggle.com) وينشرها على أنها تدفقات RTMP. وهو يتكون أساسًا من تطبيق Transcoder الذي تم اختراقه وهو تطبيق عينة في محول XGUGUPE/RED5. هذا يعمل مع مشكلتين شديدتين إلى حد ما:

  1. الترميز الوحيد القابل للاستخدام الذي يدعمه التكوين وأن الفلاش يريده هو Sorenson وهو غير كافٍ لكل شيء في الوقت الحاضر. H.264 لن يعمل فقط (يفشل في مكان ما في جزء تكوين FFMPEG) و VP6 ليس جزءًا من FFMPEG AFAIKS.
  2. هناك الكمون المتغير إلى حد كبير بين دفق المصدر وعرض الفلاش من 2-5s. يمكن أن يكون هذا أداءً في وحدة المعالجة المركزية أو مشكلة الإعداد لأنه لم يتم تشخيصه بعد. الهدف هو 0 زمن الوصول - اقرأ: أقل قدر الإمكان وبالتأكيد <1S يعني و <2s الذروة.

صادفت سؤالك لمعرفة ما إذا كان يمكن لـ VLC إطعام Red5 (لذا تحدث RTMP على جانب الإخراج). هذا لا يبدو أنه ممكن (حتى الآن؟). لذلك ربما سيكون خادم RTMP الخاص بـ Wowza خيارًا. لديهم إصدار مطور لـ "Free" (كما هو الحال في البيرة) ، لذا فإن محاولة ذلك سيكون خيارًا.

حظا طيبا وفقك الله.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top