видеокодер декодер

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.

Нам нужно спросить инженера, пожалуйста, сообщите нам подробную информацию о видеодекодере, если у вас есть.
У нас также есть видеокодер и плата декодера., если вы оба, мы наши, тогда это не проблема.

Битрейт видео настраивается заказчиком (пользователь).

Вы имеете в виду вход HDMI или AV? (поддержка двух типов видео), или вам нужны HDMI и AV для поддержки двух одновременных входов?

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

iVcan: Пожалуйста, помогите подтвердить, что HDMI и CVBS могут поддерживаться одновременно., но звук можно выбрать только один из двух (система выбирает звук 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-сигнал).

клиент:
Я всегда могу прочитать подпоток. MainStream только после перезагрузки.

iVcan:
Тогда наша плата кодера сможет обнаружить вашу камеру.
Пожалуйста, сделайте тест.
Позвольте вам сначала включить камеру (на несколько секунд), затем включите питание и запустите нашу плату кодирования, чтобы попробовать.
Инженер беспокоится о том, что требуется для запуска вашей камеры. 10 секунд, но для запуска нашей платы кодировщика требуется только 5 секунд.
Пожалуйста, проведите этот тест, чтобы исключить возможность разного времени запуска..

iVcan:
Когда вы тестируете, лучше отрегулировать настройку обратно (красные слова) или посмотрите картинку ниже.

клиент:
Плата кодировщика и камера включаются одновременно.. Вероятно, запуск камеры занимает немного больше времени, чем запуск платы кодера..

Подтверждаю, камера, похоже, не распознается при запуске “друг CVBS” отображается вверху.

Я могу нормально пропинговать доску, прежде чем пытаться прочитать оба потока.

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

Что я могу сделать, чтобы иметь возможность читать основной поток без необходимости делать эти вещи? ? Отправьте http-запрос на перезагрузку с помощью моего программного обеспечения, несколько секунд после запуска ?

iVcan:
Хорошо, это подтверждает правильность моей догадки. Для других наших клиентов, камера и наша плата кодирования включаются одновременно. Камеры могут нормально распознавать нашу плату кодирования и отправлять сигналы HDMI.. Лишь немногие клиенты сталкивались с такими проблемами при использовании своих настроенных камер HDMI.. Следующее решается самими клиентами (изменение настроек камеры/изменение камер).

клиент:
Есть ли у вас версия программного обеспечения, которое вы разрабатываете для нас?? Мы уточним это в нашем заказе на поставку..

iVcan: Версия прошивки для вашего устройства — v6.5.5a..

1. Судя по фото, которое вы показали, мы обнаружили, что конденсатор и дроссель в левом нижнем углу были повреждены из-за внешней силы. Возможно, их сбили при упаковке и транспортировке., и ваша компания их случайно сбила во время работы.

Выделенные — недостающие устройства., которые:
1、С176：КЕПКА,10НФ,+/-10%,X7R,1000V,СМД1206
2、С21：КЕПКА,22УФ,+/-20%,X5R,6.3V,СМД0603
3、Р34：ФБ,120Р@100М,+/-25%,3А,SMD0603 (магнитные шарики)

Пожалуйста, попробуйте найти те же детали, замените их, а затем внимательно проверьте, нет ли еще каких-либо недостающих деталей..

Если у вас все еще есть вопросы, пожалуйста свяжитесь с нами.

клиент:
эта неисправная деталь используется для управления какой цепью?

iVcan:
1.5Источник питания V, питание DDR， пожалуйста, проверьте изображение ниже.

клиент:
Заменили комплектующие по вашему совету., энкодер не работает.
К тому же, мы отметили другие проблемы с качеством сварных швов, несколько ручных доработок.
Как можно осуществить стандартный обмен по гарантии??

iVcan:
Не беспокойся об этом, пожалуйста, отправьте его нам обратно, и мы поменяем для вас новый.

Инженер сказал, что протокол ONVIF поддерживается не полностью.. Это зависит от ваших конкретных требований.
Видеоплеер поддерживает RTSP., VLC, Легкая игра, и поддержка протокола UDP-плеера.

Наша плата кодирования видео поддерживает два канала видео одновременно., один из них — видеопоток HDMI и кодирование видеопотока CVBS..

Не сейчас.