تنظیم پخش کننده پخش پخش UDP برای پروتکل استریم گیرنده COFDM Vcan1776-RX

تنظیم پخش کننده UDP Stream در فرستنده و گیرنده ویدیوی بی سیم COFDM HDMI

پخش کننده استریم UDP بهترین راه حل برای رمزگذار ویدیوی آنالوگ CVBS با کمترین تأخیر است. گیرنده ویدیوی بی سیم COFDM Vcan1776-RX سیستم عامل پیش فرض از پخش کننده RTSP پشتیبانی می کند. برخی از مشتریان نیاز به استفاده از پروتکل UDP دارند.

آدرس IP و شماره پورت را می توان در صفحه وب پیکربندی کرد, http://192.168.0.215 (پیش فرض)

1. بعد از ارتقاء فریمور, انتهای دریافت کننده پارامترهای پیش فرض کارخانه را بازیابی می کند (فرکانس مرکزی: 320مگاهرتز, پهنای باند بی سیم: 6مگاهرتز, آدرس IP پورت شبکه: 192.168.0.215), مشتریان باید فرکانس مرکزی و پهنای باند را از طریق تغییر دهند ابزار صفحه پیکربندی پارامتر, و فرستنده به طور مداوم ذخیره می کند.

2. مشتری از طریق صفحه وب به وب سرور گیرنده دسترسی پیدا می کند (HTTP://192.168.0.215), و آدرس IP خود و تنظیم آدرس IP انتهای رایانه ویندوز متصل به گیرنده را تغییر می دهد:

توجه داشته باشید: در میان آنها, IP محلی، آی پی خود گیرنده است, و IP از راه دور همان ip پایانی رایانه شخصی ویندوز است. مشتری می تواند آن را با توجه به وضعیت واقعی خود پیکربندی کند. توجه داشته باشید که این تغییر تنها پس از راه اندازی مجدد گیرنده اعمال می شود.

پخش کننده UDP را دانلود کنید پخش کننده

3. پخش کننده UDP را دانلود کنید پخش کننده.
   • Splayer_v4.2_2020.6.6
   • https://drive.google.com/file/d/1ihzUhfnx2Wo3zLO8UAs1aUQeLswonJD-/view?usp=sharing
   • Splayer_v4.3_2022.10.22
   • https://drive.google.com/file/d/1PQc-LZ55qGnjeMsjkHYSloHfY3NEUsGH/view?usp=drive_link
   • Splayer_v4.3.1_2024.4.16
   • https://drive.google.com/file/d/1uv7GqP8P4r6qGOWJ5gYn0b8bZ4ptL8H6/view?usp=drive_link
   • Splayer_QT_V1.0 برای Win10 یا Win11
   • https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
   • Splayer_QT_V1.1.1 برای Win10 یا Win11
   • https://drive.google.com/file/d/1YMr2xxurGnbIBjFihc7f77afrdbOcc6l/view?usp=drive_link
   • Splayer_QT_V2.0
   • https://drive.google.com/file/d/1sASbARCL1lXAIsVKqkmEObRGPREbaSES/view?usp=drive_link
4. پخش کننده Splayer را در رایانه شخصی ویندوز باز کنید, روی دکمه تنظیمات در گوشه سمت راست پایین کلیک کنید, و صفحه تنظیمات ظاهر می شود:

توجه داشته باشید:

1. مشاهده می شود که شماره پورت پورت روی تنظیم شده است 1234, که توسط برنامه استریم UDP گیرنده کدگذاری شده است و قابل تغییر نیست;
2. در ستون رمزگشایی, با توجه به ویژگی های جریان ویدیویی فعلی پیکربندی کنید, مانند پیکربندی جریان ویدیویی کم تأخیر H264 مانند بالا;

4. پس از تنظیم و کلیک بر روی “تایید کنید” دکمه ذخیره پارامترها, روی دکمه پخش در گوشه پایین سمت چپ کلیک کنید. پس از اینکه رایانه ویندوزی جریان فشار UDP را دریافت کرد, آن را رمزگشایی و پخش بلافاصله.

تنظیمات پخش جریان UDP بالا برای مدل زیر مناسب است.

چگونه از پخش کننده VLC لینوکس پشتیبانی می کند? پخش جریان با تاخیر کم تحت لینوکس?

سوال: اکنون جریان UDP با پخش کننده VLC بازی نمی کند. من باید این استریم UDP را تحت لینوکس بازی کنم و سعی می کنم جزئیات این استریم را بفهمم. هر اسکریپت یا کلید یا چیزهای دیگر?

من می‌خواهم پخش‌کننده خودم را تحت لینوکس بسازم و می‌خواهم جزئیات این جریان ویدیوی UDP را از دمدولاتور بفهمم..

اگر یک جریان ویدیویی UDP معمولی باشد, سپس سوال کنید که چرا با VLC یا OBS استودیو بازی نمی کند.

پاسخ دهید: برای مدل Vcan1726-RX, ما دو سیستم عامل اختیاری داریم, اولین سیستم عامل برای پخش کننده RTSP از پخش کننده VLC پشتیبانی می کند, اما برخی از مشتریان ذکر کردند که تاخیر طولانی دارد, بنابراین ما سیستم عامل دوم را ساختیم, پخش UDP در Splayer, که از تاخیر کمتری پشتیبانی می کند.

این پخش صوتی و تصویری UDP فرمت سفارشی ما است, بنابراین VLC نمی تواند آن را توضیح دهد. اگر مشتری شما می خواهد پخش کننده خود را باز کند (تحت لینوکس), در حال حاضر دو گزینه وجود دارد:

1. به دسترسی به جریان پیش‌فرض RTSP به‌روزرسانی کنید (اولین سیستم عامل برای پخش کننده RTSP)
2. ما کتابخانه و روال های مربوطه DEMUX را ارائه می دهیم (ما باید محیط لینوکس مشتری را درک کنیم تا بتوانیم یک فایل کتابخانه ای مناسب را کامپایل کنیم)
3. این است “کتابخانه DEMUX و روال” توسط مهندسان ما تحت اوبونتو نوشته شده است 14.04 64سیستم بیت

نوع دوم برای مشتریان عادی بسیار دشوار است, و ما از قابلیت های توسعه پخش کننده خود مشتری شما اطلاعی نداریم.

زیرا برخی از مشتریان با مشکل تاخیر کم در پخش کننده VLC سیستم عامل ویندوز مواجه می شوند, مهم نیست چقدر اینجا تست کردیم, ما این مشکل را پیدا نکردیم. در آن زمان, برای تست از ویندوز استفاده کردی. شاید اگر به لینوکس تغییر می کرد, هیچ مشکلی در جریان RTSP وجود نخواهد داشت. لطفاً نمونه Vcan1726 را با اولین نسخه سیستم عامل در لینوکس آزمایش کنید. شاید این مشکل در سیستم عامل لینوکس نباشد.

سوال: آیا می توانید یک تصویر داکر برای این برنامه بسازید? کدام یک از پورت ها برای جریان ورودی استفاده می شود, و یک پورت دیگر برای جریان خروجی با تعدادی کدک پرکاربرد (h264)?

Splayer و UDP Stream Player چیست؟?

SPlayer یک پخش کننده رسانه ای است که از فرمت های مختلف ویدئویی پشتیبانی می کند, از جمله پخش UDP.

پخش جریانی UDP روشی برای ارسال داده های ویدئویی از طریق اینترنت با استفاده از پروتکل Datagram کاربر است (UDP), که یک پروتکل سریع و ساده است که تحویل یا سفارش بسته ها را تضمین نمی کند.

پخش UDP را می توان برای پخش زنده ویدیو یا انتقال ویدیو با تأخیر کم استفاده کرد, اما ممکن است از دست دادن بسته یا فساد نیز رنج ببرد.

با توجه به نتایج جستجوی وب, SPlayer می تواند با استفاده از مراحل زیر استریم های UDP را پخش کند:

• SPlayer را باز کرده و روی آن کلیک کنید “URL را باز کنید” دکمه در گوشه بالا سمت راست.
• URL جریان UDP را با فرمت udp وارد کنید://@ip: بندر, که در آن ip آدرس IP سرور و پورت شماره پورت جریان است. به عنوان مثال, udp://@224.0.0.1:1234.
• بر روی کلیک کنید “باشه” را فشار دهید و منتظر بمانید تا جریان بارگیری شود.

چگونه Splayer برای Win10 خوب کار می کند?

سوال: ما نمی توانیم Splayer را راه اندازی کنیم 4.2 and 4.3 زیر ویندوز 10. آیا می توانید نسخه صحیح Splayer برای ویندوز را در اختیار ما قرار دهید 10 and 11?

4.2 در لحظه شروع و بسته می شود. 4.3 با پیغام خطا شروع می شود.

نام برنامه اشتباه است: Splayer.exe, نسخه: 1.0.0.1, مهر زمان: 0x646d83e2
نام ماژول خطا: dvb_demux.dll, نسخه: 1.0.0.1, مهر زمان: 0x5fe5bdbf
کد استثنا: 0xc0000005
جبران خطا: 0x0001484a
شناسه فرآیند خطا: 0x3888
خطا در زمان شروع برنامه: 0x01da1164b89c78eb
خطای مسیر برنامه: سی:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\Splayer.exe
خطای مسیر ماژول: سی:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\dvb_demux.dll
شناسه گزارش: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
نام کامل بسته معیوب:
شناسه برنامه مربوط به بسته خطا دارد:

پاسخ دهید: لطفاً سعی کنید از Splayer_qt_v1.0.zip ما استفاده کنید (103.5Mb).

بازخورد: نسخه جدید SPlayer در سایت مشکل با Win به خوبی کار می کند 10! ممنونم!

سوال: متوجه شدیم که تاخیر زمانی در حین پخش ویدیو از برنامه Reciver by Splayer افزایش می یابد (جریان UDP).

اگر مفصل صحبت کنید – گیرنده با کابل اترنت مستقیماً به رایانه شخصی متصل می شود. رایانه شخصی و گیرنده در یک شبکه محلی هستند. وقتی Splayer را شروع می کنیم تاخیر زمانی طبیعی است و شمارش دقیق به ما نشان می دهد 330 msec, که کمی بیشتر از یک خروجی HDMI است که در آن مشاهده کردیم 270 msec. خوب است. اما اگر چند دقیقه بدون هیچ تغییری در محل کار صبر کنیم، شاهد افزایش مداوم تاخیر زمانی هستیم که به آن می رسد 1-1,5 ثانیه که در برنامه مشتری قابل قبول نیست.
دیروز خودم آن را روی Win تست کردم 10, و Win11 در رایانه های شخصی مختلف با خاموش کردن پیچیده Win Brandmauer با Splayer qt (آخرین نسخه از شما), و Splayer 4.3 (نسخه قدیمی). من این مشکل را هر بار در هر پیکربندی تکرار می کنم.
لطفا برای رفع این مشکل به من کمک کنید. ما به تأخیر زمانی ثابت در زمان بازی Splayer نیاز داریم که نمی تواند بیشتر از آن باشد 350 msec.

پاسخ دهید: چنین مشکلی نباید پیش بیاید, زیرا پخش کننده در حالت تاخیر کم کش ندارد, و تأخیر کاملاً به توانایی رمزگشایی رایانه شخصی بستگی دارد. مهندسان روز دوشنبه آینده محیط را راه اندازی و آزمایش خواهند کرد.

نکته دیگر این است که از مشتریان بخواهید تنظیمات نرخ تازه سازی مانیتور لپ تاپ خود را بررسی کنند. به عنوان مثال, اگر دوربین 1080p60 را وارد کند, سپس نرخ تازه سازی مانیتور لپ تاپ مشتری نیز باید 60 هرتز باشد. در غیر این صورت, نمایشگر خیلی کند خواهد بود, که باعث ازدحام داده ها و ایجاد تاخیر می شود.

بازیکن Slayer تاخیر زیادی دارد, یا رمزگشایی کند است یا نمایشگر کند است, این همه توسط کامپیوتر ایجاد می شود.

رمزگذاری دوربین HDMI رمزگشایی گیرنده HDMI, خروجی به نمایشگر, و تست تاخیر پخش کامپیوتری پخش کننده Splayer

ما مشکلی را که شما ذکر کردید پیدا نکردیم.

مشاهده می شود که صفحه پخش کننده فعلی Splayer و خروجی HDMI گیرنده یکسان هستند, و تاخیر بین آنها بسیار کم است.

میشه لطفا از مشتری بپرسید, وضوح و نرخ فریم ورودی دوربین چقدر است? با فرض اینکه دوربین مشتری 1080p60 باشد, همچنین می توانید دو مرحله زیر را برای عیب یابی بیشتر انجام دهید:

1. به مشتری اجازه دهید دوربین را به نرخ فریم کمتری برای آزمایش تغییر دهد, مانند 1080p50/30;
2. می‌توانید پارامترهای بخش رمزگذاری را طوری تنظیم کنید که اجازه رمزگذاری پایین فریم را بدهید. به عنوان مثال, دستور ATSO0,30_ را از طریق پورت پارامتر ارسال کنید, و خروجی کدگذاری 1080p30 برای تست.

توجه داشته باشید:

1. Splayer به طور خاص برای پروتکل پخش اختصاصی/سفارشی ما توسعه داده شده است و در حال حاضر از تجزیه یا پخش پروتکل های استاندارد MPEG-TS پشتیبانی نمی کند..
2. Splayer در حال حاضر فقط در ویندوز موجود است. نسخه های لینوکس و اندروید هنوز توسعه نیافته اند و در این مرحله پشتیبانی نمی شوند.
3. علاوه بر این, این پروتکل mpeg-ts نیست که باعث افزایش تاخیر می شود. حتی اگر به پروتکل سفارشی ما تغییر کند, تاخیر کاهش نخواهد یافت (پروتکل سفارشی ما عمدتاً بررسی های CRC را روی تمام بسته های داده انجام می دهد, در حالی که پروتکل mpeg-ts اینطور نیست, که بزرگترین تفاوت بین پروتکل ها است). بیشترین تأثیر بر تأخیر، پردازش رمزگشایی و نمایش ویدیو در پخش کننده است. پخش کننده Splayer خود ما برای سناریوهای برنامه انتقال تصویر بهینه خواهد شد.
4. حتی اگر مشتری کتابخانه demux ما را دریافت کند و جریان های صوتی و تصویری را استخراج کند, هنوز باید رمزگشایی و نمایش ویدیو را به تنهایی انجام دهد. این مشتری معمولی این توانایی را ندارد. اکثر مشتریان فقط از پخش کننده های متن باز استفاده می کنند (مانند بر اساس gstreamer), و تاخیر ویدیویی این پخش کننده های متن باز خوب نخواهد بود. اگر می خواهید تاخیر ویدیویی خوب باشد, شما اساسا باید بازیکن خود را توسعه دهید.
5. اگر مشتری بر روی کتابخانه demux اصرار کند و بگوید که توانایی مقابله با رمزگشایی و پخش ویدیوی بعدی را دارد., من هم میتونم با شما همکاری کنم (اما ما فقط کتابخانه demux و روال ها را تحت لینوکس/اندروید ارائه می دهیم, و رمزگشایی بعدی و پشتیبانی مربوط به نمایش را ارائه نمی دهند)
6. پروتکل سفارشی ما عمدتاً تأیید CRC را برای مدیریت بهتر خطاهای انتقال افزایش می دهد, که به جلوگیری از مشکلات غیرمنتظره رمزگشایی ویدیو یا حتی خرابی های پخش کننده ناشی از بسته های داده خراب کمک می کند.. پروتکل demuxing خود تأخیر قابل توجهی ایجاد نمی کند, چه پروتکل سفارشی ما باشد یا پروتکل استاندارد MPEG-TS. عوامل اصلی مؤثر بر تأخیر در واقع مراحل رمزگشایی و رندر پس از آن است. به طور کلی:
   • از آنجایی که پخش UDP و رمزگشایی/رندر پخش کننده فرآیندهای ناهمزمان هستند, اکثر بازیکنان قبل از شروع پخش مقدار مشخصی بافر را معرفی می کنند. هر چه بافر بزرگتر باشد, تاخیر بیشتر.
     به عنوان مثال, پخش کننده رسانه VLC معمولاً از بافر نسبتاً بزرگی استفاده می کند, و اندازه بافر آن حتی ممکن است در حین پخش به صورت پویا افزایش یابد. در مقابل, Splayer بافر پخش را عمداً بسیار کوچک نگه می دارد تا تأخیر را به حداقل برساند.
   • رمزگشایی ویدیو و ارائه فریم نیز فرآیندهای ناهمزمان هستند. اگر رندر نمی تواند به موقع ادامه پیدا کند, فریم های ویدیوی رمزگشایی شده ممکن است در صف رندر جمع شوند, که تأخیر اضافی مشابه بافر پیش از رمزگشایی را معرفی می کند. Splayer نیز در این قسمت بهینه سازی شده است تا تجمع فریم را کاهش دهد و پخش با تاخیر کم را حفظ کند.
7. پروتکل سفارشی ما همچنین شامل چندین بهینه سازی اضافی است, به همین دلیل است که ما در نهایت تصمیم گرفتیم آن را به جای ادامه دادن با پروتکل استاندارد MPEG-TS اتخاذ کنیم. (که در ابتدا از آن استفاده کردیم):
   • در مقایسه با پروتکل استاندارد MPEG-TS, پروتکل سفارشی ما سربار پروتکل اضافی را کاهش می دهد و استفاده از پهنای باند بی سیم را بهبود می بخشد. این امر به ویژه برای پیوندهای بی سیم محدود با پهنای باند مانند سیستم های انتقال ویدیو COFDM مهم است..
   • پروتکل سفارشی ما انعطاف پذیری بیشتری را برای چندگانه سازی انواع مختلف داده ها فراهم می کند. علاوه بر ویدئو و صدا, این می تواند به راحتی داده های پورت سریال و سایر جریان های داده تعریف شده توسط کاربر را کپسوله کند, نسبت به MPEG-TS استاندارد انعطاف پذیرتر و گسترش آن آسان تر است.
   • پروتکل سفارشی ما از رمزگذاری و رمزگشایی یکپارچه AES به طور مستقیم در لایه پروتکل پشتیبانی می کند. این به ویژه برای پیوندهای بی سیمی که به طور بومی از رمزگذاری AES پشتیبانی نمی کنند مفید است, مانند اتصالات استاندارد Wi-Fi.
   • علاوه بر این, پروتکل سفارشی ما به طور خاص برای سناریوهای انتقال کم تاخیر و با قابلیت اطمینان بالا طراحی شده است, امکان بهینه سازی دقیق تر در کل خط لوله انتقال و پخش در مقایسه با یک پروتکل استاندارد همه منظوره.

نسبی

1. آیا می خواهید داده های UART را از برد رمزگذار HDMI CVBS Video UART DATA دریافت کنید?
2. UDP Player SDK با تاخیر کم برای ویندوز x64

س: آیا سیستم از Multicast پشتیبانی می کند؟? آیا می توانم یک استریم را به چندین IP خروجی بدهم؟?

A: بله. این سیستم از چندپخشی UDP پشتیبانی می کند, اجازه دادن به یک جریان به چندین گیرنده به طور همزمان بدون تکرار جریان در هر IP.برای استفاده از چندپخشی, را تنظیم کنیدآی پی از راه دور در سمت فرستنده به یک آدرس چندپخشی, به عنوان مثال224.0.0.23. همه گیرنده ها با استفاده از یک آدرس به یک گروه چندپخشی مشابه می پیوندند. در سمت گیرنده, همان IP چندپخشی را پیکربندی کنید:

• پخش کننده: گروه IP را روی224.0.0.23
• VLC: باز کردنudp://@224.0.0.23:8090

Multicast جریان یک به چند را در یک شبکه امکان پذیر می کند. IP واقعی دستگاه مهم نیست; در عوض, تحویل به پشتیبانی شبکه چندپخشی و دستگاه‌هایی که به یک گروه می‌پیوندند بستگی دارد.توجه داشته باشید: شرایط شبکه ممکن است بر عملکرد تأثیر بگذارد. محیط های دارای VPN, ماشین های مجازی, چندین آداپتور شبکه, یا سوئیچ های بدون پشتیبانی IGMP ممکن است بر دریافت چندپخشی تأثیر بگذارند.

چندپخشی

Unicast

س: اگر چندین برد چندپخشی رمزگذار در یک شبکه وجود داشته باشد, آیا باید پورت هر برد را تغییر دهیم تا درگیری نداشته باشیم؟?

A: نه لزوما. دو روش معتبر برای اطمینان از عدم تضاد جریان های رمزگذار چندگانه در یک شبکه وجود دارد:

1. از آدرس های IP چندپخشی مختلف UDP استفاده کنید برای هر جریان رمزگذار.
2. از شماره پورت های مختلف UDP استفاده کنید برای هر جریان رمزگذار.

جریان UDP با ترکیبی از آدرس IP (تک پخشی یا چندپخشی) and شماره پورت. با هم, آنها یک هویت جریان UDP منحصر به فرد را در شبکه تعریف می کنند.

روی برد رمزگذار, را تنظیمات UDP Stream شامل شود:

• آی پی از راه دور: آدرس IP مقصد را مشخص می کند (اگر از آدرس چندپخشی استفاده شود, جریان تبدیل به یک جریان چندپخشی UDP می شود).
• پورت Tx: شماره پورت انتقال را مشخص می کند.

ترکیبی از آی پی از راه دور + پورت Tx یک جریان UDP منحصر به فرد را تعیین می کند.

برای جلوگیری از تداخل زمانی که چندین برد چندپخشی رمزگذار در یک شبکه مستقر هستند, شما می توانید آدرس های IP چندپخشی مختلف را اختصاص دهید, پورت های مختلف UDP, یا بسته به نیازهای طراحی شبکه از هر دو استفاده کنید.

س: چگونه می توانم آدرس های IP چندپخشی را برای سیستم خود بدست بیاورم?

A: آدرس های IP چندپخشی به طور خودکار اختصاص داده نمی شوند; آنها از محدوده استاندارد چندپخشی انتخاب می شوند 224.0.0.0 به 239.255.255.255. در عمل, این آدرس ها باید توسط مدیر شبکه برنامه ریزی و تخصیص داده شوند تا اطمینان حاصل شود که هیچ تداخلی با سرویس ها یا دستگاه های چندپخشی موجود در شبکه وجود ندارد..

س: برد رمزگذار نیاز به خروجی ویدیو از طریق رابط HDMI و AV دارد, اما هر دو جریان از یک آدرس UDP استفاده می کنند. چگونه می توانیم بازی کنیم یا بین آنها سوئیچ کنیم?

A: هنگامی که جریان های HDMI و AV از طریق یک آدرس UDP منتقل می شوند, آنها به طور معمول هستند توسط پورت های شبکه از هم جدا نمی شوند, اما توسط شناسه های جریان داخلی, مشابه یک MPEG-TS (جریان حمل و نقل) ساختار.

چگونه کار می کند

• هر دو ورودی HDMI و AV هستند مالتی پلکس شده در یک جریان UDP واحد
• به هر منبع ویدیویی یک شناسه جریان منحصر به فرد (به عنوان مثال, PID / شناسه خدمات)
• گیرنده اجرا می کند دی مالتی پلکس بر اساس این شناسه ها, به جای جداسازی با IP یا پورت
• این اجازه می دهد تا چندین کانال ویدیویی در یک جریان UDP وجود داشته باشند

چگونه Splayer با این کار برخورد می کند

با ما پخش کننده 2.0 پخش کننده UDP, سیستم به صورت بومی از این معماری پشتیبانی می کند:

• رمزگشایی همزمان از چندین جریان ویدئو از یک آدرس UDP واحد
• جداسازی جریان بر اساس شناسه های داخلی (نقشه برداری MPEG-TS PID/خدمات)
• سوئیچ در زمان واقعی بین منابع HDMI و AV بدون تغییر تنظیمات شبکه
• پخش چند کاناله انعطاف پذیر با استفاده از یک منبع ورودی UDP

این طراحی با حفظ کردن، استقرار را ساده می کند یک پیکربندی UDP, در حالی که هنوز فعال است کنترل ویدیوی چند ورودی و سوئیچینگ بدون درز.

می توانید دانلود کنید پخش کننده 2.0 پخش کننده UDP اینجا: پخش کننده 2.0 دانلود پخش کننده UDP