Менша затримка HDMI CVBS UVC USB до IP Ethernet RTSP UDP Тест плати конвертера відеокодувальника за допомогою веб-камери

Плата відеокодера USB-камери

Сьогодні, один клієнт попросив мене показати йому UVC до плати відеокодера RTSP. Так у відео нижче, Я показую роботу USB-камери з нашим відеокодером, Відеокодер HDMI CVBS UVC USB до IP Ethernet 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-камери. Ось відеовхід до нашої плати відеокодера. Кабель Ethernet з’єднує нашу плату відеокодера з комп’ютером. До комп'ютера, через мережевий порт 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. Але я хочу отримати пакет mpeg-ts udp у vlc, що працює на ubuntu.

A1: Якщо клієнт не висуває особливих вимог до прошивки при оформленні замовлення, ми будемо використовувати спеціальний протокол, який оптимізований на основі протоколу MPEGTS, має більше використання пропускної здатності, підтримує прозору передачу через послідовний порт і шифрування й дешифрування AES, тому приймачі DVB-T на ринку несумісні. Якщо ви використовуєте програвач VLC, ви можете використовувати лише протокол RTSP для отримання аудіо- та відеопотоків. Це мікропрограмне забезпечення також підтримує протокол UDP і потребує відтворення з Плеєр.

Якщо клієнт погоджується оновити стандартний протокол MPEG-TS, вони також можуть використовувати для відтворення протокол UDP плеєра VLC.
проте, цей стандартний протокол втрачає шифрування AES і функції прозорої передачі через послідовний порт після оновлення, і не можна відтворити за допомогою Splayer. Плеєр VLC можна використовувати в системах Windows і Ubuntu Linux.

Q2: Чому клієнту потрібен UDP для відтворення потоків MPEGTS за допомогою VLC?

A2: Нам потрібно використовувати потік udp, щоб він міг працювати з симплексним посиланням. Як ми можемо використовувати потік udp для отримання в Ubuntu? Будь ласка, поділіться тим, з чого ми можемо отримати потік udp на ПК з Ubuntu.

Хочете завантажити стандартне мікропрограмне забезпечення протоколу MPEG-TS для Vcan1746?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link

Як оновити прошивку дошки кодера?

Будь ласка, суворо дотримуйтесь інструкцій ознайомчого документа з оновлення веб-сторінки, щоб завершити двоетапне оновлення. Не виконуйте додаткових операцій (наприклад кілька разів натиснути кнопку оновлення) під час процесу оновлення. Не вимикайте живлення під час процесу оновлення.

Використання програвача VLC однакове в Windows і Ubuntu, тому немає потреби наголошувати на системі. Якщо ви впевнені, що вам потрібно використовувати 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 однакове в Windows і Ubuntu.

Q3: Я зібрав і запустив програма dvb_demux_test в Linux. Я бачу, що ця програма встановлює потік і отримує пакети udp через порт 1234. Я хочу знати, що він робить із цими пакетами після цього. Що функції dbv роблять із цими пакетами?

A3: Який номер порту використовувати залежить від налаштувань плати кодування клієнта. Наприклад, якщо стандартним номером порту є UDP 8090, клієнт повинен змінити програму тестування та використовувати 8090 замість цього.

1. Віддалений IP повинен бути встановлений на IP-адресу ПК
2. Порт може бути встановлений клієнтом, як от 1234, або за замовчуванням 8090;
3. Протокол має бути UDP, або обидва

Q4: Як я можу розробити версію Splayer для Linux на основі прикладу, який ви надали?

A4: У parse_pal, мітка часу та nal_type відеокадру nal аналізуються, і це вже повний відео нал.

Потім клієнт може зателефонувати до написаної ним бібліотеки декодування (наприклад, FFMPEG) щоб розшифровувати його.

Ви можете звернутися до нашого splay player SDK (на основі системи Windows).

dvb_demux_test реалізує зовнішню обробку в програвачі Splayer. Повноцінний програвач потребує таких частин: демокс, декодувати, дисплей, запис. dvb_demux_test реалізує демультиплексор.

За винятком demux, який включає наш спеціальний протокол і вимагає від нас надання бібліотеки, інші частини відкриті та прозорі та можуть бути реалізовані різними способами. Клієнти можуть скористатися нашими, наприклад наш Splayer під Windows, або вони можуть використовувати свої власні (наприклад, вони написали власний плеєр), або навіть знайти інших осіб і компанії, які створюють гравців для їх розвитку.

Бо клієнтів багато, навіть якщо вони розвивають власних гравців, насправді може викликати ffmpeg/vlc для його реалізації, що є лише маскуванням. В цьому випадку, вони навряд чи можуть працювати з протоколами, які ffmpeg/vlc не підтримує (наприклад, наші спеціальні протоколи) (тому що вони не будуть розвивати гравця з нуля). Для таких клієнтів можливий перехід на стандартний протокол mpegts. dvb_demux_test, підходить для клієнтів, які хочуть розробити гравця з нуля.