відеокодер декодер

1. VCAN1681 підтримує SDI та PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. У нас є два прошивки для підтримки кодера H265 та H264 та декодера.

1. Макс підтримує 1080p.
2. Вхід HDMI підтримує 4K.

Нам потрібно запитати інженера, Будь ласка, розкажіть нам деталі декодера відео, якщо у вас є.
У нас також є відеокодер та дошка декодера, Якщо ви обоє нас, наші, Тоді це не проблема.

Відео Bitrate налаштовується клієнтом (користувача).

Ви маєте на увазі вхід HDMI чи AV? (Підтримуйте два типи відео), або вам потрібні HDMI і AV для підтримки двох одночасних входів?

Q: Нам потрібно мати HDMI та AV для підтримки двох одночасних входів.
A: В порядку. Наш інженер з мікропрограмного забезпечення декілька днів, щоб зробити нову прошивку для задоволення цієї необхідної функції. Я оновлю його і покажу вам тестове відео. https://youtu.be/izdFa1nw7u8

iVcan: Будь ласка, допоможіть підтвердити, що HDMI та CVB можуть бути підтримані одночасно, але аудіо можна вибрати лише з одного з двох (система вибирає аудіо HDMI/аналоговий аудіо відповідно до ситуації доступу до відео), це нормально для вас?

клієнт: Нам не потрібен аудіо, Тож робіть те, що найкраще для вас.

iVcan: Наш програмний інженер зробив для вас програмне забезпечення. Будь ласка, перевірте фотографії в додатках.
Тепер він підтримує камеру HDMI та CVBS.

клієнт:
Я кілька разів тестував ваш кодер за допомогою нашої системи. Загалом він працює добре.
Але у нас є одне велике питання, щоб мати можливість підтвердити його використання :
Кожного разу, коли ми вмикаємо системну камеру та кодер одночасно, ми не можемо прочитати “mainstream”, ми можемо лише прочитати “підпотік”.
Ми мусимо “Перезавантаження” кодувальник через веб-інтерфейс, щоб він працював: Після перезавантаження ми можемо безпосередньо прочитати мейнстрім.
Ми спробували як з VLC, так і з Gstreamer.
Що ми можемо спробувати, щоб обидва потоки були читабельними під час запуску ?

iVcan:
На думку наших інженерів, це або проблема з розпізнаванням камери, або проблема з використанням клієнтом.
Я підозрюю, що платіжна карта не розпізнала HDMI-камеру клієнта.
Це легко перевірити (якщо ви не можете отримати доступ до підпотоку, це буде важко перевірити).
Увійдіть на веб-сервер плати кодера, і ви побачите статус розпізнавання камери на сторінці відео.

iVcan:
На сторінці відео відображатиметься лише статус розпізнавання однієї камери. Якщо камери HDMI та AV підключено та розпізнано одночасно, на сторінці відео відображатиметься статус розпізнавання камери HDMI (наприклад 1080p60):
За умови, що камера HDMI може розпізнати його нормально, До основного потоку можна отримати звичайний доступ.
Якщо камера HDMI не розпізнається нормально, будь ласка, ще раз перевірте проводку HDMI і живлення на платі (зауважте, що це цикл живлення, не програмне перезавантаження на веб-сторінці)
На додачу, плата використовує випадкову Mac-адресу, тому Mac-адреса змінюватиметься кожного разу, коли ми перезапускаємо його.
Для пристроїв з ARP-кешем (наприклад ПК), після перезапуску, це буде тимчасово (кілька секунд) неможливо отримати доступ до плати з мережі. , Ми не можемо отримати доступ до нього, доки запит arp не буде повторно ініційовано після тайм-ауту (продуктивність полягає в тому, що плату кодування не можна перевірити через кілька секунд після перезапуску)
тому, Я припускаю, що інша можливість полягає в тому, що клієнт отримує доступ до мейнстріму, до нього неможливо отримати доступ через наведені вище причини. Потім, коли клієнт отримує доступ до підпотоку, кеш arp оновлюється, і клієнт може отримати до нього доступ, але клієнт не повертається до мейнстріму.

“Кожного разу, коли ми вмикаємо системну камеру та кодер одночасно, Ми не можемо прочитати "мейнстрім", Ми можемо прочитати лише "субтест".“

iVcan:
Судячи з вашого опису тут, здається, ваша камера запускається після нашої плати кодування. Спочатку запустіть камеру, а потім увімкніть і запустіть нашу плату кодування, щоб спробувати. Можливо, живлення не вмикається одночасно. Порядок увімкнення також має значення. Наприклад, потреби вашої камери для запуску 10 секунд, але наша плата кодера потребує лише запуску 5 секунд.
Оскільки я не впевнений, чи ваша камера дуже повільно ініціалізується після ввімкнення.
Оскільки наша плата кодера запускається дуже швидко, можливо, камера не була ініціалізована після запуску нашої плати кодера, що може призвести до деяких неочікуваних проблем. Це також може пояснити, чому "ми повинні" перезавантажити "кодер через веб -інтерфейс, щоб він працював: Після перезавантаження ми можемо безпосередньо прочитати мейнстрім »., тому що коли ваша веб-сторінка перезапускає плату кодера, камера вже ініціалізована.
тому, Остаточні пропозиції такі (Я зробив усе можливе, щоб перерахувати все, що спало на думку, і дозволив вам перевірити їх окремо);
Перегляньте сторінку відео на веб-сервері та переконайтеся, що камера HDMI розпізнається нормально (ви можете надіслати нам скріншот). Поки камера розпізнається нормально, Основний поток доступний;
Рекомендується спершу перевірити кодову плату в cmd, а потім отримати доступ до mainStream і subStream у vlc, щоб уникнути помилкової думки, що Mainstream недоступний через випадкові проблеми з mac.
Дозвольте вам спочатку запустити камеру (на кілька секунд), потім увімкніть і запустіть нашу плату кодування, щоб спробувати (див. причини, описані вище)
Дотримуйтесь своєї оригінальної операції "Увімкніть системну камеру та кодер одночасно". Коли проблема "ми не в змозі прочитати" мейнстрім ", Ми можемо прочитати лише "субшет". " відтворюється, Не перезапускайте плату кодування через веб-сторінку, але замініть кабель HDMI між камерою та платою кодування. Я думаю, що це лише операція гарячої заміни (оскільки я підозрюю, що це проблема виявлення плагіна, через яку камера не підключається до плати кодування. Надіслати сигнал HDMI).

клієнт:
Я завжди можу прочитати підстем. Мейнстрім лише після перезавантаження.

iVcan:
Тоді наша плата кодера може виявити вашу камеру.
Будь ласка, зробіть тест.
Дозвольте вам спочатку запустити камеру (на кілька секунд), потім увімкніть і запустіть нашу плату кодування, щоб спробувати.
Інженер турбується про те, що потребує запуск вашої камери 10 секунд, але наша плата кодера потребує лише запуску 5 секунд.
Будь ласка, зробіть цей тест, щоб виключити можливість різних часів запуску.

iVcan:
Коли ви тестуєте, Краще відрегулювати налаштування назад (Червоні слова) або див. Нижче малюнок.

клієнт:
Дошка кодера та камера в режимі уваги в той самий час. Цілком ймовірно, що запуск камери займає трохи більше часу, ніж дошка кодера.

Я підтверджую, що камера, здається, не визнана при запуску “CVBS PAL” відображається вгорі.

Я можу добре пінгувати дошку, перш ніж намагатися прочитати обидва потоки

Коли я спочатку починаю камеру (на кілька секунд), Тоді живлення (15 секунди пізніше) і запустіть дошку кодування, Я можу прочитати потік просто чудово.
Якщо я “Увімкніть системну камеру та кодер одночасно ». А потім гаряча підключення HDMI (15 секунди пізніше), Я можу прочитати потік просто чудово.

Що я можу зробити, щоб мати можливість прочитати мейнстрім, не роблячи цих речей ? Надішліть перезавантаження HTTP -запиту з моїм програмним забезпеченням, через кілька секунд після запуску ?

iVcan:
Добре, Це доводить мою здогадку правильно. Для інших наших клієнтів, Камера та наша дошка кодування одночасно працюють. Камери можуть нормально розпізнати нашу дошку кодування та надсилати сигнали HDMI. Лише декілька клієнтів стикалися з такими проблемами, використовуючи їх індивідуальні камери HDMI. Далі вирішується самими клієнтами (Модифікація налаштувань камери/зміна камер).

клієнт:
Чи є у вас версія програмного забезпечення, яке ви розробляєте для нас? Ми точно це будемо в нашому По.

iVcan: Версія прошивки - v6.5.5a для вашого пристрою.

1. З фотографії, яку ви показали, Ми виявили, що конденсатор та індуктор у нижньому лівому куті були пошкоджені через зовнішню силу. Можливо, їх збивали під час упаковки та транспорту, і ваша компанія випадково їх збив під час роботи.

Виділені - це відсутні пристрої, які є:
1、C176：Шапка,10NF,+/-10%,X7r,1000V,SMD1206
2、C21：Шапка,22Юф,+/-20%,X5r,6.3V,SMD0603
3、R34：FB,120R@100 м,+/-25%,3A,SMD0603 （Магнітні намистини）

Будь ласка, спробуйте знайти ті самі частини, Замініть їх, а потім уважно перевірте, чи є якісь інші відсутні деталі.

Якщо у вас ще є питання, будь ласка, зв'яжіться з нами.

клієнт:
Ця несправна частина використовується для роботи, яка схема?

iVcan:
1.5Джерело живлення V, Потужність DDR， будь ласка, перевірте малюнок нижче.

клієнт:
Ми замінили компоненти відповідно до ваших порад, Кодер не функціонує.
На додачу, Ми відзначили інші проблеми якості зі зварюваннями, Кілька ручних переробки.
Як ми можемо продовжити стандартний обмін відповідно до гарантії?

iVcan:
Не хвилюйся про це, Будь ласка, надішліть нам його, І ми змінимо для вас новий.

Інженер сказав, що протокол ONVIF не повністю підтримується. Це залежить від ваших конкретних вимог.
Відеоплеєр підтримує RTSP, VLC, Easyplay, і протокол підтримка UDP -програвач.

Наша дошка для кодування відео підтримує два канали відео одночасно, Один - це відеопотік HDMI та кодування відео -потоку CVBS.

Ні зараз.