تست برد مبدل رمزگذار ویدئویی RTSP UDP با تأخیر کمتر HDMI CVBS UVC USB به اترنت IP توسط وب کم

برد انکودر فیلم دوربین USB

امروز, یکی از مشتریان از من خواست تا UVC را به برد رمزگذار ویدیوی RTSP نشان دهم. بنابراین در ویدیوی زیر, من کار دوربین USB را با رمزگذار ویدیوی ما نشان می دهم, کدگذار ویدئویی HDMI CVBS UVC USB به IP اترنت RTSP UDP, و خروجی جریان زنده.

دوربین وب از طریق USB به برد رمزگذار ویدیو وارد می شود, و جریان ویدئو از طریق کابل شبکه به کامپیوتر خروجی می شود. در رایانه, ما از Easyplayer به عنوان پخش کننده RTSP استفاده می کنیم. HDMI ما / CVBS / ورودی ویدئو USB, از طریق RTSP / برد انکودر خروجی جریان ویدئو UDP, همچنین از پخش کننده VLC پشتیبانی می کند, اما این نرم افزار جهانی است, بنابراین تاخیر بیشتر خواهد بود.

برد رمزگذار ویدیوی ما از پروتکل UDP نیز پشتیبانی می کند. علاوه بر اجرای یک پخش کننده RTSP بر روی کامپیوتر, ما همچنین یک پخش کننده UDP را اجرا می کنیم, پخش کننده. در ویدیو, می بینیم که Splayer که از پروتکل UDP پشتیبانی می کند تاخیر کمتری دارد. البته, این تاخیر در سطح میلی ثانیه است, و تفاوت فقط چند ده میلی ثانیه است. اگر برد رمزگشا و برد انکودر ما با هم استفاده شود, تاخیر در مورد 80-100 میلی ثانیه.

بیایید نگاهی دیگر به دوربین USB متصل به برد رمزگذار با تأخیر بسیار کم به عنوان منبع ویدیو بیندازیم.. جریان ویدئو از طریق کابل شبکه به کامپیوتر خروجی می شود و با استفاده از Easyplayer به صورت بلادرنگ پخش می شود, که از پروتکل RTSP و Splayer پشتیبانی می کند, که از پروتکل UDP پشتیبانی می کند.

برای این تست, ما از یک وب کم USB معمولی استفاده می کنیم که تأخیر آن بهینه نشده است. اگر دوربین خاصی دارید, همچنین می توانید تراشه دوربین و مدل لنز را به ما بگویید, و همچنین می توانیم تاخیر بیدرنگ را با هم آزمایش کنیم.

این یکی دیگر از مدل های دوربین USB است. در اینجا ورودی ویدیو به برد رمزگذار ویدیوی ما است. کابل اترنت برد رمزگذار ویدیوی ما و کامپیوتر را به هم متصل می کند. به کامپیوتر, از طریق پورت شبکه RJ45.

در رایانه, ما این بار پخش کننده LVC را اجرا می کنیم. پخش کننده LVC از پروتکل RTSP نیز پشتیبانی می کند. از منوی رسانه, جریان شبکه باز را انتخاب کنید, و URL RTSP برد پیش‌فرض رمزگذار ویدیوی ما را وارد کنید.

مزیت اصلی رمزگذارهای UVC به RTSP قابلیت تأخیر کم آنهاست. برد رمزگذار ویدیویی با تاخیر کمتر ما می تواند تاخیر کمتری را به دست آورد 60-90 میلی ثانیه برای ورودی های CVBS. 90-130 میلی ثانیه برای ورودی های HDMI, آنها را برای کاربردهای بلادرنگ مانند نظارت و پخش زنده مناسب می کند.

رمزگذارهای مبدل UVC HDMI CVBS به IP RTSP UDP ما از انواع فرمت های ورودی پشتیبانی می کنند, امکان انعطاف پذیری در انتخاب دوربین, برای سیستم های نظارتی, پخش پخش زنده, ویدئو کنفرانس, و نظارت صنعتی.

پرسش و پاسخ

Q1: من روی رمزگذار شما کار می کنم. من می توانم استریم rtsp را در پخش کننده VLC و استریم udp را در Splayer دریافت کنم. اما من می خواهم بسته udp mpeg-ts را در vlc در حال اجرا در اوبونتو دریافت کنم.

A1: اگر مشتری هنگام ثبت سفارش الزامات خاصی برای سیستم عامل نداشته باشد, ما از یک پروتکل سفارشی استفاده خواهیم کرد, که بر اساس پروتکل MPEGTS بهینه شده است, استفاده از پهنای باند بالاتری دارد, از انتقال شفاف پورت سریال و رمزگذاری و رمزگشایی AES پشتیبانی می کند, بنابراین گیرنده های DVB-T موجود در بازار با هم سازگار نیستند. اگر از پخش کننده VLC استفاده می کنید, شما فقط می توانید از پروتکل RTSP برای دریافت جریان های صوتی و تصویری استفاده کنید. این سیستم عامل از پروتکل UDP نیز پشتیبانی می کند و باید با آن بازی شود پخش کننده.

اگر مشتری موافقت کند که پروتکل استاندارد MPEG-TS را ارتقا دهد, آنها همچنین می توانند از پروتکل UDP پخش کننده VLC برای بازی استفاده کنند.
با این حال, این پروتکل استاندارد پس از ارتقا، عملکردهای انتقال شفاف رمزگذاری AES و پورت سریال را از دست می دهد, و با استفاده از Splayer قابل پخش نیست. پخش کننده VLC را می توان در هر دو سیستم لینوکس ویندوز و اوبونتو استفاده کرد.

Q2: چرا مشتری برای پخش جریان های MPEGTS با VLC به UDP نیاز دارد?

A2: ما باید از جریان udp استفاده کنیم تا بتواند پیوند سیمپلکس کار کند. چگونه می توانیم از جریان udp برای دریافت در اوبونتو استفاده کنیم? لطفا چیزی را به اشتراک بگذارید که از طریق آن بتوانیم جریان udp را در رایانه شخصی اوبونتو دریافت کنیم.

می خواهید سیستم عامل استاندارد پروتکل MPEG-TS را برای Vcan1746 دانلود کنید?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link

نحوه ارتقاء سیستم عامل برد رمزگذار?

لطفاً دستورالعمل های سند معرفی ارتقاء صفحه وب را برای تکمیل ارتقاء دو مرحله ای به شدت دنبال کنید.. عملیات اضافی انجام ندهید (مانند چند بار فشار دادن دکمه ارتقاء) در طول فرآیند ارتقا. در طول فرآیند ارتقا، برق را قطع نکنید.

استفاده از پخش کننده VLC در ویندوز و اوبونتو یکسان است, بنابراین نیازی به تاکید بر سیستم نیست. اگر مطمئن هستید که باید از UDP پخش کننده VLC برای پخش جریان های ویدئویی استفاده کنید, سپس باید سیستم عامل MPEG-TS استاندارد را ارتقا دهید.

1. دستورالعمل های ارتقاء بالا را دنبال کنید و از طریق صفحه وب به سیستم عامل استاندارد پروتکل MPEGTS ارتقا دهید. موفقیت آمیز بودن ارتقا را می توان با دسترسی به صفحه سیستم وب سرور تأیید کرد.
2. 
3. نحوه دریافت استریم های صوتی و تصویری در vlc player: وارد وب سرور برد رمزگذار Vcan1746 شوید, IP راه دور را به IP رایانه شخصی تغییر دهید, و پروتکل را به هر دو تغییر دهید (برای تسهیل نمایش پروتکل های udp و rtsp به طور همزمان)
4. 
5. چگونه پخش کننده VLC جریان های صوتی و تصویری را از طریق UDP بدست می آورد?
6. 
7. چگونه پخش کننده VLC جریان های صوتی و تصویری را از طریق RTSP بدست می آورد?
8. 
9. استفاده از پخش کننده VLC در ویندوز و اوبونتو یکسان است.

Q3: من کامپایل و اجرا کردم برنامه dvb_demux_test در لینوکس. من می بینم که این برنامه یک رشته تنظیم می کند و بسته های udp را در پورت دریافت می کند 1234. می خواهم بدانم بعد از آن با این بسته ها چه می کند. توابع dbv با این بسته ها چه می کنند?

A3: اینکه کدام شماره پورت استفاده شود به تنظیمات برد رمزگذاری مشتری بستگی دارد. مثلا, اگر شماره پورت پیش فرض استفاده شده UDP باشد 8090, مشتری باید برنامه آزمایش را تغییر داده و استفاده کند 8090 بجای.

1. IP راه دور باید روی آدرس IP رایانه شخصی تنظیم شود
2. پورت می تواند توسط مشتری تنظیم شود, مانند 1234, یا پیش فرض 8090;
3. پروتکل باید UDP باشد, یا هر دو

Q4: چگونه می توانم نسخه لینوکس Splayer را بر اساس مثالی که ارائه کردید توسعه دهم?

A4: در parse_pal, مهر زمان و nal_type nal فریم ویدیو تحلیل می‌شوند, و در حال حاضر یک ویدیوی کامل است.

سپس مشتری می تواند با کتابخانه رمزگشایی که نوشته است تماس بگیرد (مانند ffmpeg) برای رمزگشایی آن.

می توانید به ما مراجعه کنید پخش کننده SDK (بر اساس سیستم ویندوز).

dvb_demux_test پردازش front-end را در پخش کننده Splayer پیاده سازی می کند. یک پخش کننده کامل به قطعات زیر نیاز دارد: demox, رمزگشایی, نمایش دادن, رکورد. dvb_demux_test demux را پیاده سازی می کند.

به جز دموکس, که شامل پروتکل سفارشی ما می شود و ما را ملزم به ارائه یک کتابخانه می کند, سایر قسمت ها باز و شفاف هستند و به روش های مختلف قابل اجرا هستند. مشتریان می توانند از ما استفاده کنند, مانند Splayer ما تحت ویندوز, یا می توانند از خود استفاده کنند (مثلا, آنها بازیکن خود را نوشته اند), یا حتی افراد و شرکت های دیگری را پیدا کنید که بازیکنان را برای توسعه آنها بسازند.

زیرا مشتریان زیادی, حتی اگر بازیکنان خود را توسعه دهند, ممکن است در واقع ffmpeg/vlc را برای پیاده سازی آن فراخوانی کند, که فقط یک مبدل است. در این مورد, آنها به سختی می توانند پروتکل هایی را که ffmpeg/vlc پشتیبانی نمی کند کنترل کنند (مانند پروتکل های سفارشی ما) (زیرا آنها بازیکنی را از ابتدا توسعه نخواهند داد). تغییر به پروتکل استاندارد mpegts برای چنین مشتریانی امکان پذیر است. dvb_demux_test, مناسب برای مشتریانی که می خواهند یک بازیکن را از ابتدا توسعه دهند.