إعداد مشغل دفق Splayer UDP لبروتوكول الدفق لجهاز استقبال COFDM Vcan1776-RX

إعداد مشغل UDP Stream على جهاز إرسال واستقبال الفيديو اللاسلكي COFDM HDMI

يعد مشغل دفق UDP هو الحل الأفضل لأقل زمن وصول لبرنامج تشفير الفيديو التناظري CVBS. يدعم البرنامج الثابت الافتراضي لجهاز استقبال الفيديو اللاسلكي COFDM Vcan1776-RX مشغل RTSP. يحتاج بعض العملاء إلى استخدام بروتوكول UDP.

يمكن تكوين عنوان IP ورقم المنفذ على صفحة الويب, HTTP://192.168.0.215 (الافتراضي)

Splayer UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 1
  1. بعد ترقية البرامج الثابتة, سيقوم الطرف المتلقي باستعادة معلمات المصنع الافتراضية (تردد المركز: 320ميغاهيرتز, عرض النطاق الترددي اللاسلكي: 6ميغاهيرتز, عنوان IP لمنفذ الشبكة: 192.168.0.215), يحتاج العملاء إلى تعديل التردد المركزي وعرض النطاق الترددي من خلال أداة لوحة تكوين المعلمة, ويقوم جهاز الإرسال بالحفظ باستمرار.
  1. يقوم العميل بالوصول إلى خادم الويب الخاص بالمستلم من خلال صفحة الويب (HTTP://192.168.0.215), ويقوم بتعديل عنوان IP الخاص به وإعداد عنوان IP الخاص بجهاز الكمبيوتر الذي يعمل بنظام Windows والمتصل بجهاز الاستقبال:

ملحوظة: فيما بينها, عنوان IP المحلي هو عنوان IP الخاص بالمستلم, وعنوان IP البعيد هو عنوان IP الخاص بنظام Windows PC. يمكن للعميل تكوينه وفقًا لحالته الفعلية. لاحظ أن التعديل لن يسري مفعوله إلا بعد إعادة تشغيل جهاز الاستقبال.

قم بتنزيل مشغل UDP سبلاير

  1. قم بتنزيل مشغل UDP سبلاير.
  2. افتح مشغل Splayer على جهاز الكمبيوتر الذي يعمل بنظام Windows, انقر فوق زر الإعداد في الزاوية اليمنى السفلى, وسوف تظهر صفحة الإعداد:
Splayer UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 2

ملحوظة:

  1. يمكن ملاحظة أنه تم ضبط رقم منفذ المنفذ على 1234, والذي تم ترميزه بواسطة برنامج دفق UDP الخاص بجهاز الاستقبال ولا يمكن تعديله;
  2. في عمود فك التشفير, تكوين وفقا لخصائص دفق الفيديو الحالية, مثل تكوين دفق الفيديو منخفض زمن الوصول H264 على النحو الوارد أعلاه;
  1. بعد الإعداد والنقر فوق “يتأكد” زر لحفظ المعلمات, انقر فوق زر التشغيل في الزاوية اليسرى السفلى. بعد أن يتلقى جهاز الكمبيوتر الذي يعمل بنظام Windows دفق دفع UDP, سيتم فك التشفير واللعب على الفور.
UDP stream player setting for wireless video transmitter and receiver
إعداد مشغل دفق UDP لجهاز إرسال واستقبال الفيديو اللاسلكي

يعد إعداد مشغل دفق UDP أعلاه مناسبًا للطراز أدناه.

كيف يدعم مشغل Linux VLC? تشغيل تيار منخفض التأخير في نظام التشغيل Linux?

سؤال: الآن لا يعمل دفق UDP مع مشغل VLC. أحتاج إلى تشغيل دفق UDP هذا على نظام التشغيل Linux وأحاول فهم تفاصيل هذا الدفق. أي برمجة نصية أو مفاتيح أو أشياء أخرى?

أريد أن أصنع المشغل الخاص بي على نظام التشغيل Linux وأريد أن أفهم تفاصيل دفق فيديو UDP هذا من أداة إزالة التشكيل.

إذا كان دفق فيديو UDP عادي, ثم تساءل لماذا لا يعمل مع VLC أو OBS studio.

إجابة: للطراز Vcan1726-RX, لدينا اثنين من البرامج الثابتة لاختياري, البرنامج الثابت الأول لمشغل RTSP يدعم مشغل VLC, لكن بعض العملاء ذكروا أن زمن الوصول طويل, لذلك صنعنا البرنامج الثابت الثاني, بث UDP على Splayer, الذي يدعم الكمون أقل.

إن دفق الصوت والفيديو UDP هذا هو تنسيقنا المخصص, لذلك لا يستطيع VLC شرح ذلك. إذا كان عميلك يريد فتح مشغل خاص به (تحت لينكس), يوجد حاليًا خياران:

  1. التحديث إلى الوصول إلى دفق RTSP الافتراضي (أول البرامج الثابتة لمشغل RTSP)
  2. نحن نقدم مكتبة وإجراءات DEMUX المقابلة (نحن بحاجة إلى فهم بيئة Linux الخاصة بالعميل من أجل تجميع ملف مكتبة مناسب)
  3. هذا ال “مكتبة DEMUX وإجراءاتها” كتبه مهندسونا تحت أوبونتو 14.04 64نظام بت

النوع الثاني صعب للغاية بالنسبة للعملاء العاديين, ونحن لا نعرف القدرات التطويرية للاعب عميلك.

لأن بعض العملاء يواجهون مشكلة زمن الوصول المنخفض في مشغل Windows OS VLC, بغض النظر عن كيفية اختبارنا هنا, لم نجد هذه المشكلة. فى ذلك التوقيت, لقد استخدمت Windows للاختبار. ربما لو تم تغييره إلى Linux, لن تكون هناك مشكلة في تدفق RTSP. يرجى محاولة اختبار نموذج Vcan1726 مع الإصدار الأول من البرنامج الثابت على Linux. ربما هذه ليست مشكلة في نظام التشغيل Linux.

سؤال: هل يمكنك إنشاء صورة عامل إرساء لهذا التطبيق? أي منفذ يستخدم للتيار الوارد, ومنفذ آخر للتيار الصادر مع بعض برامج الترميز المستخدمة على نطاق واسع (h264)?

ما هو Splayer وUDP Stream Player?

SPlayer هو مشغل وسائط يدعم تنسيقات الفيديو المختلفة, بما في ذلك تدفق UDP.

يعد تدفق UDP طريقة لإرسال بيانات الفيديو عبر الإنترنت باستخدام بروتوكول مخطط بيانات المستخدم (UDP), وهو بروتوكول سريع وبسيط ولا يضمن تسليم أو ترتيب الحزم.

يمكن استخدام تدفق UDP لبث الفيديو المباشر أو نقل الفيديو بزمن وصول منخفض, ولكنه قد يعاني أيضًا من فقدان الحزمة أو تلفها.

وفقا لنتائج البحث على شبكة الإنترنت, يمكن لـ SPlayer تشغيل تدفقات UDP باستخدام الخطوات التالية:

  • افتح SPlayer وانقر على “رابط مفتوح” الزر في الزاوية اليمنى العليا.
  • أدخل عنوان URL لدفق UDP بالتنسيق udp://@ip: ميناء, حيث ip هو عنوان IP للخادم والمنفذ هو رقم منفذ الدفق. فمثلا, udp://@224.0.0.1:1234.
  • اضغط على “حسنا” زر وانتظر حتى يتم تحميل الدفق.

كيف يعمل Splayer بشكل جيد مع Win10?

سؤال: لا يمكننا أن نبدأ Splayer 4.2 و 4.3 تحت ويندوز 10. هل يمكنك تزويدنا بالإصدار الصحيح من Splayer لنظام التشغيل Windows 10 و 11?

4.2 يبدأ ويغلق في هذه اللحظة. 4.3 يبدأ برسالة الخطأ.

اسم التطبيق الخاطئ: Splayer.exe, الإصدار: 1.0.0.1, الطابع الزمني: 0x646d83e2
اسم الوحدة النمطية الخاطئ: dvb_demux.dll, الإصدار: 1.0.0.1, الطابع الزمني: 0x5fe5bdbf
رمز الاستثناء: 0xc0000005
تعويض الخطأ: 0x0001484a
معرف العملية الخاطئة: 0x3888
خطأ في وقت بدء التطبيق: 0x01da1164b89c78eb
مسار التطبيق الخاطئ: C:\المستخدمينadminالتنزيلاتSplayer_v4.3_2022.10.22Splayer.exe
مسار الوحدة النمطية الخاطئ: C:\المستخدمينadminالتنزيلاتSplayer_v4.3_2022.10.22dvb_demux.dll
معرف التقرير: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
الاسم الكامل للحزمة الخاطئة:
معرف التطبيق المتعلق بالحزمة المعيب:

إجابة: يرجى محاولة استخدام Splayer_qt_v1.0.zip الخاص بنا (103.5ميغابايت).

ردود الفعل: يعمل الإصدار الجديد من SPlayer بشكل جيد في موقع المشكلة مع Win 10! شكرًا لك!

سؤال: وجدنا زيادة في التأخير الزمني أثناء تشغيل الفيديو من برنامج الرسيفر بواسطة برنامج Splayer (تيار UDP).

إذا الحديث بالتفصيل – يتصل جهاز الاستقبال بكابل إيثرنت مباشرة بالكمبيوتر. جهاز الكمبيوتر وجهاز الاستقبال موجودان في نفس الشبكة المحلية. عندما نبدأ تشغيل Splayer، يكون التأخير الزمني طبيعيًا ويظهر لنا العد الدقيق 330 ميللي ثانية, وهو أكثر قليلاً من واحد من مخرج HDMI حيث لاحظنا ذلك 270 ميللي ثانية. انه جيد. ولكن إذا انتظرنا بعض الدقائق دون حدوث أي تغييرات في مكان العمل فإننا نلاحظ زيادة مستمرة في التأخير الزمني الذي يصل 1-1,5 sec وهو أمر غير مقبول في تطبيق العميل.
لقد اختبرت ذلك بنفسي بالأمس على Win 10, وWin11 على أجهزة كمبيوتر مختلفة مع إيقاف تشغيل معقد، اربح Brandmauer مع Splayer qt (النسخة الأخيرة منك), و سبلاير 4.3 (نسخة قديمة). أكرر هذه المشكلة في كل مرة في أي تكوين.
الرجاء مساعدتي في حل هذه المشكلة. نحتاج إلى تأخير زمني ثابت من لعب Splayer والذي لا يمكن أن يزيد عن 350 ميللي ثانية.

إجابة: لا ينبغي أن تحدث مثل هذه المشكلة, لأن اللاعب ليس لديه ذاكرة تخزين مؤقت في وضع الكمون المنخفض, ويعتمد التأخير كليًا على قدرة فك تشفير الكمبيوتر. وسيقوم المهندسون بتهيئة البيئة واختبارها يوم الاثنين المقبل.

هناك نقطة أخرى تتمثل في مطالبة العملاء بالتحقق من إعداد معدل التحديث لشاشة الكمبيوتر المحمول الخاصة بهم. فمثلا, إذا كانت الكاميرا تدخل 1080p60, ثم يجب أيضًا أن يكون معدل تحديث شاشة الكمبيوتر المحمول الخاص بالعميل 60 هرتز. غير ذلك, سيكون العرض بطيئًا جدًا, مما سيؤدي أيضًا إلى ازدحام البيانات وإحداث تأخيرات.

اللاعب القاتل لديه تأخير كبير, إما أن فك التشفير بطيء أو أن العرض بطيء, كل ذلك بسبب جهاز الكمبيوتر.

تشفير كاميرا HDMI فك تشفير جهاز استقبال HDMI, الإخراج إلى الشاشة, واختبار تأخير تشغيل الكمبيوتر لمشغل Splayer

Splayer UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 3
Splayer UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 4

لم نجد المشكلة التي ذكرتها.

يمكن ملاحظة أن شاشة مشغل Splayer الحالية ومخرج HDMI لجهاز الاستقبال متسقان, والتأخير بينهما قليل جدًا.

هل يمكن أن تسأل العميل, ما هو القرار ومعدل الإطار لإدخال الكاميرا? على افتراض أن كاميرا العميل هي 1080p60, يمكنك أيضًا القيام بالخطوتين التاليتين لمزيد من استكشاف المشكلة وإصلاحها:

  1. اسمح للعميل بتغيير الكاميرا إلى معدل إطارات أقل للاختبار, مثل 1080p50/30;
  2. يمكنك ضبط معلمات مقطع الترميز للسماح بترميز الإطار السفلي. فمثلا, أرسل الأمر ATSO0,30_ عبر منفذ المعلمة, ومخرجات التشفير 1080p30 للاختبار.

ملحوظة:

  1. Splayer is specifically developed for our proprietary/custom streaming protocol and currently does not support parsing or playback of standard MPEG-TS protocols.
  2. Splayer is currently available only on Windows. Linux and Android versions have not been developed yet and are not supported at this stage.
  3. بالإضافة الى, it is not the mpeg-ts protocol that causes the delay to increase. Even if it is switched to our custom protocol, the delay will not be reduced (our custom protocol mainly performs CRC checks on all data packets, while the mpeg-ts protocol does not, which is the biggest difference between the protocols). The biggest impact on latency is the processing of video decoding and display in the player. Our own player Splayer will be optimized for image transmission application scenarios.
  4. Even if the customer gets our demux library and extracts the audio and video streams, it still has to do the video decoding and display by itself. This ordinary customer does not have this ability. Most customers will only use open source players (such as based on gstreamer), and the video delay of these open source players will not be good. If you want good video delay, you basically have to develop your own player.
  5. If the customer insists on the demux library and says that he has the ability to deal with the subsequent video decoding and playback, I can also cooperate with you (but we only provide the demux library and routines under Linux/android, and do not provide subsequent decoding and display-related support)
  6. Our custom protocol mainly enhances CRC verification to better handle transmission errors, which helps prevent unexpected video decoding issues or even player crashes caused by corrupted data packets. The demuxing protocol itself does not introduce significant latency, whether it is our custom protocol or the standard MPEG-TS protocol. The main factors affecting latency are actually the decoding and rendering stages afterward. على العموم:
    • Since UDP streaming and player decoding/rendering are asynchronous processes, most players introduce a certain amount of buffering before starting playback. The larger the buffer, the higher the latency.
      فمثلا, VLC media player typically uses relatively large buffering, and its buffer size may even increase dynamically during playback. في المقابل, Splayer keeps the playback buffer intentionally very small to minimize latency.
    • Video decoding and frame rendering are also asynchronous processes. If rendering cannot keep up in time, decoded video frames may accumulate in the rendering queue, which introduces additional latency similar to pre-decoding buffering. Splayer is also optimized in this area to reduce frame accumulation and maintain low-latency playback.
  7. Our custom protocol also includes several additional optimizations, which is why we ultimately decided to adopt it instead of continuing with the standard MPEG-TS protocol (which we originally used at the beginning):
    • Compared with the standard MPEG-TS protocol, our custom protocol reduces redundant protocol overhead and improves wireless bandwidth utilization. This is particularly important for bandwidth-constrained wireless links such as COFDM video transmission systems.
    • Our custom protocol provides greater flexibility for multiplexing different types of data. In addition to video and audio, it can conveniently encapsulate serial port data and other user-defined data streams, making it more flexible and easier to extend than standard MPEG-TS.
    • Our custom protocol supports integrated AES encryption and decryption directly within the protocol layer. This is especially useful for wireless links that do not natively support AES encryption, such as standard Wi-Fi connections.
    • بالإضافة الى, our custom protocol is designed specifically for low-latency and high-reliability transmission scenarios, allowing tighter optimization across the entire transmission and playback pipeline compared with a general-purpose standard protocol.

نسبي

  1. هل ترغب في الحصول على بيانات UART من لوحة تشفير HDMI CVBS Video UART DATA?
  2. الكمون المنخفض UDP Player SDK لنظام التشغيل Windows x64

طرح سؤال

← رجوع

شكرًا لردكم ✨