Нам нужны устройства, получить информацию о видео с камеры Full HD с SDI (Последовательный интерфейс данных) на линии и кодируйте информацию в стандарте H.265.. Сжатые данные должны передаваться в любом формате DVB-T. (Цифровое видеовещание наземное) или стандарт DVB-S. Аналоговый выход спроектированного модуля может принимать как сигналы I, так и Q., а также модулированные сигналы.
Оглавление
вопрос: Поддерживает ли ваш видеокодер SDI вход TSI? / Выход?
А: Наша существующая плата кодирования на плату модуляции передает данные через сетевой порт.. Вместо упомянутого вами интерфейса TSI. Это не влияет на использование передатчика в приемнике.. Это внутренний интерфейс передатчика..
вопрос: Поддерживают ли ваши платы кодера-декодера 525 i50 до 1080 P60 о формате видео?
А: Теперь наши платы видеокодеров SDI поддерживают HD: 720p @ 23,98 Гц/24 Гц/25 Гц/29,97 Гц/30 Гц/ 50 Гц 59,94 Гц/60 Гц и 1080p @ 23,98 Гц/24 Гц/25 Гц/29,97 Гц/30 Гц/50 Гц/59,94 Гц/60 Гц. Он не поддерживает 525 формат видео i50, это нормально?
вопрос: Поддерживает ли ваш радиочастотный кодер SDI COFDM DVB-T H265 SDI выходную мощность 0 ~ 10 дБм?
А: Требуемая точка выходной частоты от 400 МГц до 2800 МГц очень широка..
Трудно достичь выходного сигнала 0–10 дБм в такой широкой частотной точке., а добавление усилителя мощности на плату увеличит энергопотребление и нагрев. (вы также упомянули, что для отвода тепла нет необходимости в вентиляторе).
Готовы ли вы согласиться с нашими существующими -3 до выхода -10 дБм, а затем добавьте свою собственную акустическую систему (усилитель мощности)?
вопрос: Каковы размеры вашего кодера COFDM DVB-T H265 SDI??
У вас есть специальный запрос на размер?? Наш существующий размер 70x45 мм..
А: Наши существующие платы видеокодеров и декодеров могут удовлетворить потребности вашего проекта..
Больше всего моего инженера беспокоит то, что ваша компания, как представитель индустрии телерадиовещания и телевидения предъявляет относительно высокие требования к качеству изображения и видео..
Наша плата кодирования видео будет выполнять сжатие с потерями с низкой задержкой.. Можете ли вы взять набор существующих образцов для проверки и подтверждения качества изображения?? Если вы считаете, что наши образцы могут удовлетворить требования вашей компании, перепроектируем и нарисуем плату под требования вашей компании.
вопрос: Не могли бы вы предоставить дополнительную информацию о VBR??
Применяя видео к TX, параметр VBR будет меняться со временем и не является статическим значением. Не могли бы вы предоставить дополнительную информацию об этом?
А: VBR — это скорость кодирования видео на передатчике.. Так как видеокартинка меняется динамически, VBR, конечно, варьируется., но он колеблется вокруг скорости кодирования, установленной системой передачи: 7.81*0.8=6,248 Мбит/с.
вопрос: Несмотря на наличие флэш-памяти на моем ресивере, На экране отображаются REC OFF и No Storage.. Почему это происходит?
Ты сказал в описании: Ключ2: кнопка переключения записи видео, короткое нажатие, чтобы изменить его статус. Ресивер автоматически проверит запоминающее устройство. (Карта micro SD или USB-диск, приоритетная SD-карта) после включения и начала записи видео, когда устройство хранения вставлено. Просто нажмите кнопку, чтобы остановить или записать снова..
А: Принимающая система не может обнаружить USB-накопитель. USB-накопитель необходимо отформатировать в формате, распознаваемом нашей системой..
вопрос: И B1, и B2 равны нулю.. Это указывает на то, что существует 0 % Частота ошибок прикуса!!! Какой диапазон этих параметров является приемлемым?
А: Появление битовых ошибок может вызвать проблемы с видеоизображением.. Когда частота ошибок по битам очень мала, это не повлияет на эффект видеоизображения.
вопрос: Могу ли я настроить содержимое экрана программатора?
А: Отображаемое содержимое панели конфигурации (программист) закрыт для клиентов для внесения изменений.
вопрос: Почему не программируется канал S2? Похоже, что второй тюнер в данный момент не работает..
А: S2 относится к приемной антенне 2, который может работать нормально. Частота и полоса пропускания одинаковые s1 и s2..
вопрос: Почему задержка, которую я рассчитал, огромна? Это вокруг 470 РС.
В твоем описании идет: Обычные функции нашего модуля приемника по умолчанию могут быть сопряжены с нашим модулем передатчика H.265.. Задержка HD-видео от входа передатчика до отображения экрана HDMI приемника составляет от 200 до 250 мс..
А: Задержка, которую мы тестировали, составляла около 250 мс.. Как ты это проверял? Способ задержки, который мы тестировали, пожалуйста, проверьте Ссылка на видео на ютубе.
вопрос: Какую задержку имеют ваш передатчик SDI-кодера и модуль приемника декодера??
Я помню, вы говорили, что оптимизировали протокол для уменьшения задержки.. Поскольку я не использую вашу быструю задержку H.264 (130 РС) какая задержка должна быть в моей настройке?
А: Вы подтвердили, что вам необходима поддержка H265., но не режим низкой задержки H264. Для достижения режима с низкой задержкой, приемник необходимо заменить на другое аппаратное обеспечение приемника, и соответствующая прошивка должна быть записана перед отправкой.
вопрос: Могу ли я использовать ваш приемник COFDM для просмотра обычного телеканала DVB-T??
Вы сказали, что изменили видеопротокол для уменьшения задержки при передаче.. Могу ли я использовать ваш приёмник в качестве коммерческого DVB-T?? как я могу принимать обычный канал DVB-T?
А: Если вы действительно хотите использовать его как обычный ресивер DVB-T, нам нужно обновить другую прошивку. (удалить шифрование на кодере и дешифрование на декодере).
вопрос: Как я могу использовать функцию экранного меню на приемнике COFDM??
В твоем описании идет:
Модуль приемника также включает функцию записи DVR на карту Micro SD или USB-диск.. Модуль приемника также обеспечивает потоковое видео через USB для удаленных декодеров устройств Android, таких как смартфоны или Android PAD.. Это позволяет нескольким удаленным зрителям контролировать одно и то же видео.
одновременно. Модуль приемника также поддерживает отображение строки символов на экране видеоизображения вместе с видео в режиме экранного меню..
А: Видеть Онлайн-документация OSD.
вопрос: Как включить шифрование AES? Куда мне вводить ключ?
А: Панель конфигурации позволяет редактировать и менять пароль..
вопрос: Укажите вопрос с изображением текста с бантиком:
А: Эта дополнительная функция требуется для других продуктов. (функция сетевого порта используется для подключения к двусторонней беспроводной связи). Пожалуйста, игнорируйте это в своем приложении..
вопрос: Какова временная задержка данных UART при односторонней передаче??
Для данных UART от TX до RX, данные обрабатываются в процессе кодирования или передаются в режиме реального времени? Мне нужна передача данных в реальном времени.
А: Данные и видео передаются вместе через беспроводной пакет cofdm.. Так что задержка такая же, как и с видео.
вопрос: Для передатчика. Можно изменить GI и FEC и другие параметры по вашей таблице в описании.?
А: да.
вопрос: Какова точная мощность в этот момент от 1350 в 1450 МГц? Мне нужна эта информация для проектирования PA.
Максимальная выходная мощность в диапазоне частот 1350–1450 составляет около -10 ± 2 дБм.. Рекомендуется проектировать УМ на основе входного сигнала -15 дБм.. Наш передатчик можно настроить до -15 дБм..
вопрос: Есть ли в вашем программаторе функция сброса заводских настроек??
Если я изменю какие-либо параметры, такие как частота GI или FEC или полоса пропускания видео, как я могу сбросить все параметры в режиме сброса заводских настроек? Я новичок на этой доске, и мне нужно изменить некоторые параметры, чтобы добиться моего желания. Но я боюсь менять информацию по умолчанию..
А: Наш Техас / Программатор RX не имеет функции сброса настроек к заводским настройкам..
вопрос: Поддерживает ли ваш кодер видеовхода SDI 1080i25/1080i30??
Он поддерживает 1080i50 и 1080i60., он не поддерживает 1080i25 или 1080i30.
вопрос: Можете ли вы предложить мне некоторые технические файлы? на ремонт силовой части Плата видеокодера Vcan1731 SDI?
А: Пожалуйста, проверьте файлы по ссылке ниже..
- https://ivcan.com/wp-content/uploads/Vcan1731-Component-Part-Number-Map-1.pdf
- https://ivcan.com/wp-content/uploads/Vcan1731-Component-Part-Number-Map-2.pdf
- https://ivcan.com/wp-content/uploads/vcan1731_A01_power.pdf
Наша идея технического обслуживания состоит в том, чтобы сначала исключить наличие короткого замыкания и его местонахождение.. Например, отсоедините магнитную бусину или резистор 0 Ом между силовой схемой и последующей цепью., а затем с помощью мультиметра определите, сломана ли силовая микросхема или закорочена ли последующая цепь.. Если микросхема питания сломана, заменить микросхему питания; если последующая цепь закорочена, вам нужно проверить последующую цепь.
вопрос: Может ли плата энкодера получать и пересылать данные UART через связь UDP? (ИП:Порт)?
А: да, Передача данных UART поддерживается в соответствии с нашими пользовательский протокол по умолчанию, с некоторыми важными соображениями:
1. Пользовательский протокол (Прошивка по умолчанию)
В нашей прошивке по умолчанию используется собственный мультиплексированный протокол который поддерживает Прозрачная передача UART (последовательный транзит).
- Данные UART мультиплексируются вместе с аудио/видео потоками..
- Поэтому, принимающая сторона должна использовать соответствующий специальная библиотека демультиплексирования протоколов для отделения данных UART от медиапотока.
- При использовании вместе с нашей платой декодера, Прозрачная передача UART работает правильно и может быть перенаправлена/получена, как и ожидалось..
Примечание для игроков на ПК
Наше текущее программное обеспечение для ПК-плеера только демультиплексирует и обрабатывает:
- Видеоданные
- Аудиоданные
В настоящий момент, это так нет обрабатывать или выводить последовательные данные UART.
2. Стандартный протокол MPEG-TS
Если на плате энкодера прошита стандартная прошивка/протокол MPEG-TS:
- Поддерживаются только аудио и видео потоки..
- UART/последовательная передача данных не поддерживается в режиме MPEG-TS.
Пожалуйста, примите это во внимание при выборе прошивки/протокола..
| Тип протокола | Аудио/Видео | Прозрачная передача UART |
|---|---|---|
| Пользовательский протокол (По умолчанию) | Поддерживается | Поддерживается |
| Стандарт MPEG-TS | Поддерживается | Не поддерживается |
вопрос: Есть ли у вас прошивка, поддерживающая необработанный H.264 или RTP вместо MPEG-TS для потоковой передачи UDP??
А: Наша прошивка UDP не передает необработанные элементарные потоки H.264.. Потоковая передача UDP поддерживается в двух форматах в зависимости от версии прошивки.:
- А собственный собственный формат, или
- В стандарт MPEG-TS (Транспортный поток MPEG) формат
Они соответствуют разным версиям прошивки. (обычно различаются суффиксом, таким как версии «T» или «T»).
вопрос: Поддерживаете ли вы RTP как отдельный протокол потоковой передачи??
А: Мы не предоставляем отдельный «режим потоковой передачи необработанного RTP». Однако, RTP уже используется внутри потоковой передачи RTSP.. В режиме RTSP, аудио и видео передаются через пакеты RTP как часть стека RTSP/RTP/RTCP.. Поэтому, RTP поддерживается косвенно через RTSP, а не как независимый формат потоковой передачи UDP..
вопрос: Может ли система выводить необработанный H.264 через UDP??
А: Нет. Передача элементарного потока Raw H.264 не поддерживается через UDP.. Это связано с размером пакета и ограничениями сети.. Один I-кадр может быть очень большим и не может быть надежно передан в одном IP-пакете..
Для стабильной передачи, видеопотоки должны быть инкапсулированы с использованием транспортного формата, такого как:
- MPEG-TS, или
- RTP (через РТСП)
вопрос: Как ключевой кадр (Республиканская партия) интервал настроен?
А: Интервал ключевого кадра контролируется Параметр группы изображений в веб-интерфейсе (страница настроек видео).
- Если GOP установлен на 0 (режим по умолчанию/автоматический), система автоматически выравнивает интервал I-кадра с частотой входных кадров.
- Пример: Если вход 1080стр60, тогда интервал I-кадра будет 60 рамки (1 вторая Республиканская партия).
Это обеспечивает адаптивное поведение кодирования на основе характеристик источника входного сигнала..
вопрос: Почему сырой H.264 нельзя передавать напрямую по IP/UDP??
А: Поскольку кадры H.264 (особенно I-кадры) может быть очень большим и превышать максимальную единицу передачи (ЧЕЛОВЕК) сетевых пакетов. Без инкапсуляции, надежная доставка не может быть гарантирована. Поэтому, видео должно быть пакетировано с использованием стандартизированных форматов потоковой передачи, таких как MPEG-TS или RTP, для правильной сегментации., время, и повторная сборка.
вопрос: Задержка моей системы составляет ~ 230 мс.. Декодер и дисплей занимают ~45 мс., оставляя ~185 мс для камеры и кодера. Я ожидаю, что вклад камеры составит ~60 мс. (4 кадры в 60 fps), поэтому кодер кажется ~ 120 мс. Есть ли способ уменьшить задержку кодировщика?? Я так понимаю, MPEG-TS в основном влияет на декодирование, не кодирование.
А: Руководство по разбивке и оптимизации задержки
Для точной оптимизации задержки системы, важно сначала проверить каждый этап независимо, прежде чем предполагать узкие места.
1. Сначала проверьте задержку камеры (Критический шаг)
Перед оптимизацией кодирования, вам следует подтвердить фактический вклад камеры.
Практичный метод измерения:
- Подключите выход HDMI камеры напрямую к дисплею.
- Наведите камеру на высокоточный секундомер, отображаемый на отдельном мониторе ПК.
- Захватывайте как живую сцену, так и вывод HDMI одновременно.
- Сравните временные метки кадров, чтобы рассчитать сквозную задержку камеры.
Примечания:
- Используйте высокоточный секундомер. (меньший тактовый интервал повышает точность)
- Обработка камеры ISP часто вносит основной вклад
- По нашему опыту:
- 1080Камеры p обычно имеют задержку около 100 мс.
- Некоторые модели могут превышать это значение из-за более тяжелых конвейеров ISP.
2. Конфигурация камеры имеет большое значение
Если задержка камеры высокая, оптимизация должна начаться там:
- Меньшее разрешение (например, 720п против 1080р) → уменьшает задержку интернет-провайдера и конвейера
- Более высокая частота кадров (например, 60 частота кадров против 30 fps) → уменьшает задержку буферизации кадров
- Упрощенный конвейер обработки изображений → снижает нагрузку на интернет-провайдера
Эти изменения часто уменьшают задержку более эффективно, чем настройка энкодера..
3. Задержка кодировщика, вероятно, завышена
А 120 Задержка кодирования в мс обычно маловероятна для типичных аппаратных кодировщиков.
На основе внутренних измерений:
- Аппаратный кодер + декодер + передача инфекции + конвейер отображения через Ethernet обычно приводит к:
- Общая сквозная задержка ~ 80–100 мс
Это подразумевает:
- Задержка только для кодировщика значительно ниже, чем 120 РС
- Кодирование обычно не является доминирующим фактором в правильно настроенной системе.
4. Способ передачи имеет значение (Особенно беспроводная связь)
Пожалуйста, проверьте, использует ли система:
- Проводной Ethernet
- Беспроводная передача
Если используется беспроводная связь:
- Низкая пропускная способность (<20 Mbps) может привести к значительной задержке
- Передача больших I-кадров может привести к задержкам буферизации и организации очереди.
- Это может заметно увеличить сквозную задержку, даже если кодирование эффективно.
5. Разъяснение MPEG-TS и служебных данных протокола
Ваше понимание в целом правильное:
- MPEG-TS существенно не увеличивает задержку на этапе кодирования.
- Большая часть накладных расходов протокола связана с поведением пакетирования и декодирования., не кодирует себя
- Операции мультиплексирования/демультиплексирования представляют собой в первую очередь операции с памятью и имеют незначительную задержку в типичных системах.
6. Рекомендуемый подход к отладке
Для точного определения источников задержки:
- Добавляйте внутренние временные метки на каждом этапе конвейера.:
- Время захвата камеры
- Вход/выход энкодера
- Сеть отправки/получения
- Выход декодера
- Обновление дисплея
- Убедитесь, что ведение журнала является упрощенным и не влияет на производительность.
- Отслеживайте глубину буфера в режиме реального времени, чтобы обнаружить накопление очереди.
Подведем итоги нашего ответа
- Задержка интернет-провайдера камеры часто является основным скрытым фактором (~100 мс при разрешении 1080p является обычным явлением)
- Задержка кодировщика обычно намного ниже, чем предполагалось.
- Беспроводная передача и буферизация могут значительно увеличить задержку.
- Систематическое измерение временных меток является наиболее надежным способом выявления реального узкого места.
Задайте вопрос
Спасибо за ответ. ✨