Нам нужны устройства, получать информацию о видео с камер Full HD с SDI (Последовательный интерфейс данных) на линии и кодируйте информацию в стандарте H.265.. Сжатые данные должны передаваться в любом формате DVB-T. (Цифровое видеовещание наземное) или стандарт DVB-S. Аналоговый выход разработанного модуля может принимать как сигналы I, так и Q., а также модулированные сигналы.
Оглавление
Q: Поддерживает ли ваш видеокодер SDI вход TSI? / Вывод?
А: Наша существующая плата кодирования на плату модуляции передает данные через сетевой порт.. Вместо упомянутого вами интерфейса TSI. Это не влияет на использование передатчика с приемником.. Это внутренний интерфейс передатчика..
Q: Поддерживают ли ваши платы кодера-декодера 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, Это нормально?
Q: Поддерживает ли ваш радиочастотный кодер SDI COFDM DVB-T H265 SDI выходную мощность 0 ~ 10 дБм?
А: Требуемая точка выходной частоты от 400 МГц до 2800 МГц очень широка..
Трудно достичь выходного сигнала 0–10 дБм в такой широкой частотной точке., а добавление усилителя мощности на плату увеличит энергопотребление и нагрев. (вы также упомянули, что для отвода тепла нет необходимости в вентиляторе).
Готовы ли вы согласиться с нашими существующими -3 до выхода -10 дБм, а затем добавьте свою собственную акустическую систему (усилитель мощности)?
Q: Каковы размеры вашего кодера COFDM DVB-T H265 SDI??
У вас есть специальный запрос на размер?? Наш существующий размер 70x45 мм..
А: Наши существующие платы видеокодеров и декодеров могут удовлетворить потребности вашего проекта..
Больше всего моего инженера беспокоит то, что ваша компания, как член индустрии телерадиовещания и телевидения предъявляет относительно высокие требования к качеству изображения и видео..
Наша плата кодирования видео будет выполнять сжатие с потерями с низкой задержкой.. Можете ли вы взять набор существующих образцов для проверки и подтверждения качества изображения?? Если вы считаете, что наши образцы могут удовлетворить требования вашей компании, перепроектируем и нарисуем плату под требования вашей компании.
Q: Не могли бы вы предоставить дополнительную информацию о VBR??
Применяя видео к TX, параметр VBR будет меняться со временем и не является статическим значением. Не могли бы вы предоставить дополнительную информацию об этом?
А: VBR — это скорость кодирования видео на передатчике.. Так как видеокартинка меняется динамически, VBR, конечно, варьируется., но он колеблется вокруг скорости кодирования, установленной системой передачи: 7.81*0.8=6,248 Мбит/с.
Q: Несмотря на наличие флэш-памяти на моем ресивере, На экране отображаются REC OFF и No Storage.. Почему это происходит?
Ты сказал в описании: Key2: кнопка переключения записи видео, короткое нажатие, чтобы изменить его статус. Ресивер автоматически проверит запоминающее устройство (карта micro SD или USB-диск, приоритетная SD-карта) после включения и начала записи видео, когда накопитель вставлен. Просто нажмите кнопку, чтобы остановить или записать снова..
А: Принимающая система не может обнаружить USB-накопитель. USB-накопитель необходимо отформатировать в формате, распознаваемом нашей системой..
Q: И B1, и B2 равны нулю.. Это указывает на то, что существует 0 % Частота ошибок прикуса!!! Какой диапазон этих параметров является приемлемым?
А: Появление битовых ошибок может вызвать проблемы с видеоизображением.. Когда частота битовых ошибок очень мала, это не повлияет на эффект видеоизображения.
Q: Могу ли я настроить содержимое экрана программатора?
А: Содержимое отображения панели конфигурации (программист) закрыт для клиентов для внесения изменений.
Q: Почему не программируется канал S2? Похоже, что второй тюнер в данный момент не работает..
А: S2 относится к приемной антенне 2, который может работать нормально. Частота и полоса пропускания одинаковые S1 и S2.
Q: Почему рассчитанная мной задержка огромна? Это вокруг 470 Миз.
В твоем описании идет: Обычные функции нашего модуля приемника по умолчанию могут быть сопряжены с нашим модулем передатчика H.265.. Задержка HD-видео от входа передатчика до отображения экрана HDMI приемника составляет от 200 до 250 мс..
А: Задержка, которую мы тестировали, составляла около 250 мс.. Как ты это проверил? Способ задержки, который мы тестировали, пожалуйста, проверьте Ссылка на видео на ютубе.
Q: Какую задержку имеют ваш передатчик SDI-кодера и модуль приемника декодера??
Я помню, вы говорили, что оптимизировали протокол для уменьшения задержки.. Поскольку я не использую вашу быструю задержку H.264 (130 Миз) какая задержка должна быть в моей настройке?
А: Вы подтвердили, что вам необходима поддержка H265., но не режим низкой задержки H264. Для достижения режима с низкой задержкой, приемник необходимо заменить на другое аппаратное обеспечение приемника, и соответствующая прошивка должна быть записана перед отправкой.
Q: Могу ли я использовать ваш приемник COFDM для просмотра обычного телеканала DVB-T??
Вы сказали, что изменили видеопротокол для уменьшения задержки при передаче.. Могу ли я использовать ваш приёмник в качестве коммерческого DVB-T?? как я могу принимать обычный канал DVB-T?
А: Если вы действительно хотите использовать его в качестве обычного приемника DVB-T, нам нужно обновить другую прошивку. (удалить шифрование на кодере и дешифрование на декодере).
Q: Как я могу использовать функцию экранного меню на приемнике COFDM??
В твоем описании идет:
Модуль приемника также включает в себя функцию записи DVR с картой Micro SD или USB-диском.. Модуль приемника также обеспечивает потоковое видео через USB для удаленных декодеров устройств Android, таких как смартфоны или Android PAD.. Это позволяет нескольким удаленным зрителям контролировать одно и то же видео.
одновременно. Модуль приемника также поддерживает отображение строки символов на экране видеодисплея вместе с видео в режиме экранного меню..
А: Видеть Онлайн-документация OSD.
Q: Как включить шифрование AES? Куда мне вводить ключ?
А: Панель конфигурации позволяет редактировать и менять пароль..
Q: Укажите вопрос с изображением текста с бантиком:
А: Эта дополнительная функция требуется для других продуктов. (функция сетевого порта используется для подключения к двусторонней беспроводной связи). Пожалуйста, игнорируйте это в своем приложении..
Q: Какова временная задержка данных UART при односторонней передаче??
Для данных UART от TX до RX, Данные обрабатываются через процесс кодирования или передаются в режиме реального времени? Мне нужна передача данных в реальном времени.
А: Данные и видео отправляются вместе через беспроводной пакет COFDM. Таким образом, задержка такая же, как с видео.
Q: Для передатчика. Можно изменить GI и FEC и другие параметры по вашей таблице в описании.?
А: да.
Q: Какова точная мощность в этот момент от 1350 в 1450 МГц? Мне нужна эта информация для проектирования PA.
Максимальная выходная мощность в диапазоне частот 1350–1450 составляет около -10 ± 2 дБм.. Рекомендуется проектировать УМ на основе входного сигнала -15 дБм.. Наш передатчик можно настроить до -15 дБм..
Q: Есть ли в вашем программаторе функция сброса заводских настроек??
Если я изменю какие-либо параметры, такие как частота GI или FEC или полоса пропускания видео, как я могу сбросить все параметры в режиме сброса заводских настроек? Я новичок на этой доске, и мне нужно изменить некоторые параметры, чтобы добиться моего желания. Но я боюсь менять информацию по умолчанию..
А: Наш Техас / Программатор RX не имеет функции сброса настроек к заводским настройкам..
Q: Поддерживает ли ваш кодер видеовхода SDI 1080i25/1080i30??
Он поддерживает 1080i50 и 1080i60., он не поддерживает 1080i25 или 1080i30.
Q: Вы можете предложить мне несколько технических файлов Для ремонта силовой части VCAN1731 SDI Video Encoder Poard?
А: Пожалуйста, проверьте файлы по ссылке ниже.
- 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-ом между мощностью IC и последующей схемой, а затем используйте мультиметр, чтобы измерить, нарушается ли Power IC или последующая цепь короткая замыкания. Если Power IC сломана, Замените Power IC; Если последующая цепь короткая замыкания, Вы должны проверить последующую схему.
Q: Может ли плата энкодера получать и пересылать данные UART через связь UDP? (IP:порт)?
А: да, Передача данных UART поддерживается в соответствии с нашими пользовательский протокол по умолчанию, с некоторыми важными соображениями:
1. Пользовательский протокол (Прошивка по умолчанию)
В нашей прошивке по умолчанию используется специальный мультиплексированный протокол который поддерживает Прозрачная передача UART (последовательный транзит).
- Данные UART мультиплексируются вместе с аудио/видео потоками..
- Следовательно, принимающая сторона должна использовать соответствующий специальная библиотека демультиплексирования протоколов для отделения данных UART от медиапотока.
- При использовании вместе с нашей платой декодера, Прозрачная передача UART работает правильно и может быть перенаправлена/получена, как и ожидалось..
Примечание для игроков на ПК
Наше текущее программное обеспечение для ПК-плеера только демультиплексирует и обрабатывает:
- Видеоданные
- Аудиоданные
В настоящий момент, это так не обрабатывать или выводить последовательные данные UART.
2. Стандартный протокол MPEG-TS
Если на плате энкодера прошита стандартная прошивка/протокол MPEG-TS:
- Поддерживаются только аудио и видео потоки..
- UART/последовательная передача данных не поддерживается в режиме MPEG-TS.
Пожалуйста, примите это во внимание при выборе прошивки/протокола..
| Тип протокола | Аудио / Видео | Прозрачная передача UART |
|---|---|---|
| Пользовательский протокол (По умолчанию) | поддержанный | поддержанный |
| Стандарт MPEG-TS | поддержанный | Не поддерживается |
Q: Есть ли у вас прошивка, поддерживающая необработанный H.264 или RTP вместо MPEG-TS для потоковой передачи UDP??
А: Наша прошивка UDP не передает необработанные элементарные потоки H.264.. Потоковая передача UDP поддерживается в двух форматах в зависимости от версии прошивки.:
- А собственный собственный формат, или
- В стандарт MPEG-TS (Транспортный поток MPEG) формат
Они соответствуют разным версиям прошивки. (обычно различаются суффиксом, таким как версии «T» или «T»).
Q: Поддерживаете ли вы RTP как отдельный протокол потоковой передачи??
А: Мы не предоставляем отдельный «режим потоковой передачи необработанного RTP». Однако, RTP уже используется внутри потоковой передачи RTSP.. В режиме RTSP, аудио и видео передаются через пакеты RTP как часть стека RTSP/RTP/RTCP.. Следовательно, RTP поддерживается косвенно через RTSP, а не как независимый формат потоковой передачи UDP..
Q: Может ли система выводить необработанный H.264 через UDP??
А: Нет. Передача элементарного потока Raw H.264 не поддерживается через UDP.. Это связано с размером пакета и ограничениями сети.. Один I-кадр может быть очень большим и не может быть надежно передан в одном IP-пакете..
Для стабильной передачи, видеопотоки должны быть инкапсулированы с использованием транспортного формата, такого как:
- MPEG-ТС, или
- RTP (через РТСП)
Q: Как ключевой кадр (Республиканская партия) интервал настроен?
А: Интервал ключевого кадра контролируется Параметр группы изображений в веб-интерфейсе (страница настроек видео).
- Если GOP установлен на 0 (режим по умолчанию/автоматический), система автоматически выравнивает интервал I-кадра с частотой входных кадров.
- Пример: Если вход 1080p60, тогда интервал I-кадра будет 60 кадры (1 вторая Республиканская партия).
Это обеспечивает адаптивное поведение кодирования на основе характеристик источника входного сигнала..
Q: Почему сырой H.264 нельзя передавать напрямую по IP/UDP??
А: Поскольку кадры H.264 (особенно I-кадры) может быть очень большим и превышать максимальную единицу передачи (Мужчина) сетевых пакетов. Без инкапсуляции, надежная доставка не может быть гарантирована. Следовательно, видео должно быть пакетировано с использованием стандартизированных форматов потоковой передачи, таких как MPEG-TS или RTP, для правильной сегментации., время, и повторная сборка.
Q: Задержка моей системы составляет ~ 230 мс.. Декодер и дисплей занимают ~45 мс., оставляя ~185 мс для камеры и кодера. Я ожидаю, что вклад камеры составит ~60 мс. (4 кадры в 60 кадров в секунду), поэтому кодер кажется ~ 120 мс. Есть ли способ уменьшить задержку кодировщика?? Я так понимаю, MPEG-TS в основном влияет на декодирование, не кодирование.
А: Руководство по разбивке и оптимизации задержки
Для точной оптимизации задержки системы, важно сначала проверить каждый этап независимо, прежде чем предполагать узкие места.
1. Сначала проверьте задержку камеры (Критический шаг)
Перед оптимизацией кодирования, вам следует подтвердить фактический вклад камеры.
Практичный метод измерения:
- Подключите выход HDMI камеры напрямую к дисплею.
- Наведите камеру на высокоточный секундомер, отображаемый на отдельном мониторе ПК.
- Захватывайте как живую сцену, так и вывод HDMI одновременно.
- Сравните временные метки кадров, чтобы рассчитать сквозную задержку камеры.
Примечания:
- Используйте высокоточный секундомер. (меньший тактовый интервал повышает точность)
- Обработка камеры ISP часто вносит основной вклад
- По нашему опыту:
- 1080Камеры p обычно имеют задержку около 100 мс.
- Некоторые модели могут превышать это значение из-за более тяжелых конвейеров ISP.
2. Конфигурация камеры имеет большое значение
Если задержка камеры высокая, оптимизация должна начаться там:
- Меньшее разрешение (например, 720п против 1080р) → уменьшает задержку интернет-провайдера и конвейера
- Более высокая частота кадров (например, 60 частота кадров против 30 кадров в секунду) → уменьшает задержку буферизации кадров
- Упрощенный конвейер обработки изображений → снижает нагрузку на интернет-провайдера
Эти изменения часто уменьшают задержку более эффективно, чем настройка энкодера..
3. Задержка кодировщика, вероятно, завышена
А 120 Задержка кодирования в мс обычно маловероятна для типичных аппаратных кодировщиков.
На основе внутренних измерений:
- Аппаратный кодер + декодер + коробка передач + конвейер отображения через Ethernet обычно приводит к:
- Общая сквозная задержка ~ 80–100 мс
Это подразумевает:
- Задержка только для кодировщика значительно ниже, чем 120 Миз
- Кодирование обычно не является доминирующим фактором в правильно настроенной системе.
4. Способ передачи имеет значение (Особенно беспроводная связь)
Пожалуйста, проверьте, использует ли система:
- Wired Ethernet
- Беспроводная передача
Если используется беспроводная связь:
- Низкая пропускная способность (<20 Mbps) может привести к значительной задержке
- Передача больших I-кадров может привести к задержкам буферизации и организации очереди.
- Это может заметно увеличить сквозную задержку, даже если кодирование эффективно.
5. Разъяснение MPEG-TS и служебных данных протокола
Ваше понимание в целом правильное:
- MPEG-TS существенно не увеличивает задержку на этапе кодирования.
- Большая часть накладных расходов протокола связана с поведением пакетирования и декодирования., не кодирует себя
- Операции мультиплексирования/демультиплексирования представляют собой в первую очередь операции с памятью и имеют незначительную задержку в типичных системах.
6. Рекомендуемый подход к отладке
Для точного определения источников задержки:
- Добавляйте внутренние временные метки на каждом этапе конвейера.:
- Время захвата камеры
- Вход/выход энкодера
- Сеть отправки/получения
- Выход декодера
- Обновление дисплея
- Убедитесь, что ведение журнала является упрощенным и не влияет на производительность.
- Отслеживайте глубину буфера в режиме реального времени, чтобы обнаружить накопление очереди.
Подведем итоги нашего ответа
- Задержка интернет-провайдера камеры часто является основным скрытым фактором (~100 мс при разрешении 1080p является обычным явлением)
- Задержка кодировщика обычно намного ниже, чем предполагалось.
- Беспроводная передача и буферизация могут значительно увеличить задержку.
- Систематическое измерение временных меток является наиболее надежным способом выявления реального узкого места.
Задайте вопрос
Спасибо за ответ! ✨