Нам патрэбныя прылады, атрымліваць інфармацыю аб відэа з камеры Full HD з SDI (Серыйны інтэрфейс дадзеных) на радку і кадуйце інфармацыю ў стандарце H.265. Сціснутыя дадзеныя павінны перадавацца альбо ў DVB-T (Лічбавае відэа вяшчанне наземнага) або стандарт DVB-S. Аналагавы выхад распрацаванага модуля можа прыняць і я, і 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 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц/60 Гц. Гэта не падтрымлівае 525 I50 Фармат відэа, гэта нармальна？
Q: Ці працуе ваш SDI COFDM DVB-T H265 SDI Encoder RF Вывад падтрымкі магутнасці 0 ~ 10DBM？
А: Ваша выходная частата ад 400 МГц да 2800 МГц вельмі шырокая.
Складана дасягнуць вываду 0 ~ 10 дБм у такой шырокай кропцы частоты, і даданне ўзмацняльніка магутнасці на дошцы павялічыць спажыванне электраэнергіі і цяпло (Вы таксама згадалі, што няма неабходнасці ў вентылятары для рассейвання цяпла).
Ці гатовыя вы пагадзіцца з нашым існуючым -3 да -10 дБм, а затым дадайце ўласную ПА (ўзмацняльнік магутнасці)?
Q: Які вымярэнне вашага Encoder SDI COFDM DVB-T H265?
У вас ёсць спецыяльны запыт на вымярэнне? Наш існуючы памер - 70x45mm.
А: Нашы існуючыя відэакадэр і дэкадэрныя дошкі могуць задаволіць вашыя патрэбы ў вашым праекце.
Самая вялікая клопат майго інжынера ў тым, што ваша кампанія, Як член трансляцыі і тэлевізійнай індустрыі мае адносна высокія патрабаванні да якасці малюнка відэа.
Наша дошка для кадавання відэа правядзе страту для зніжэння нізкай затрымкі. Ці можаце вы ўзяць набор існуючых узораў для праверкі і пацверджання якасці малюнка? Калі вы думаеце, што нашы ўзоры могуць адпавядаць патрабаванням вашай кампаніі, Мы будзем перарабляць і намаляваць дошку ў адпаведнасці з патрабаваннямі вашай кампаніі.
Q: Не маглі б вы даць дадатковую інфармацыю пра VBR?
Прымяняючы відэа на TX, Параметр VBR будзе мяняцца з цягам часу і не з'яўляецца статычным значэннем. Не маглі б вы даць дадатковую інфармацыю пра гэта?
А: VBR - гэта бітрэйт кадавання відэа на перадатчыку. Так як відэа карцінка дынамічна змяняецца, VBR, вядома, зменная, але ён вагаецца вакол бітрэйту кадавання, зададзенага сістэмай перадачы: 7.81*0.8=6,248 Мбіт/с.
Q: Нягледзячы на тое, што на маім прыёмніку ёсць флэш -сховішча, На экране не адлюстроўваецца і не адлюстроўваецца сховішча. Чаму гэта адбываецца?
Вы сказалі ў апісанні: 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 мс. Як вы яго правяралі? Спосаб затрымкі, які мы пратэставалі, Калі ласка, праверце ВІДЭА -спасылка на YouTube.
Q: Колькі затрымкі мае ваш SDI Encoder -перадатчык і дэкадэр модуля прыёмніка?
Памятаю, вы сказалі, што вы аптымізавалі пратакол для лепшай затрымкі. Паколькі я не выкарыстоўваю вашу хуткую затрымку H.264 (130 Спадарыня) Колькі затрымкі ў нас павінна мець на маёй наладзе?
А: Вы пацвердзілі, што трэба падтрымаць H265, Але не H264 рэжым нізкай затрымкі. Для дасягнення рэжыму нізкай затрымкі, Прыёмнік павінен быць зменены на іншае абсталяванне для прыёмніка, і адпаведная прашыўка павінна спальваць перад адпраўкай.
Q: Ці магу я выкарыстоўваць ваш прыёмнік COFDM, каб атрымаць звычайны тэлеканал DVB-T?
Вы сказалі, што змянілі пратакол відэа на лепшую затрымку ў TX. Ці магу я выкарыстаць ваш RX як камерцыйны DVB-T? Як я магу атрымаць звычайны канал DVB-T?
А: Калі вы сапраўды хочаце выкарыстоўваць яго ў якасці звычайнага прыёмніка DVB-T, Мы павінны абнавіць яшчэ адну прашыўку. (Выдаліце шыфраванне на энкодер і расшыфроўку на дэкадэры).
Q: Як я магу выкарыстоўваць вашу функцыю меню OSD на прыёмніку COFDM?
У вашым апісанні надыходзіць:
Модуль прымача таксама ўключае функцыянальнасць запісу DVR з картай Micro SD або USB-дыскам. Модуль прыёмніка таксама дазваляе трансляваць відэа для USB для выдаленых дэкадэраў Android прылад, такіх як смартфоны або Android Pad. Гэта дазваляе некалькім аддаленым гледачам кантраляваць адно і тое ж відэа
адначасова. Модуль прымача таксама падтрымлівае адлюстраванне радка сімвалаў на экране відэа дысплея разам з відэа ў рэжыме OSD.
А: глядзець Інтэрнэт -дакументацыя на АСД.
Q: Як я магу ўключыць шыфраванне AES? Куды мне ўвесці ключ?
А: Панэль канфігурацыі можа рэдагаваць і змяніць пароль.
Q: Пакажыце пытанне з тэкстам лука:
А: Гэтая дадатковая функцыя патрабуецца іншымі прадуктамі (Функцыя сеткавага порта выкарыстоўваецца для падлучэння да двухбаковай бесправадной спасылкі). Калі ласка, ігнаруйце яго ў вашай заяўцы.
Q: Якая затрымка часу дадзеных UART на аднабаковай перадачы?
Для дадзеных UART ад TX да RX, гэта дадзеныя, апрацаваныя ў працэсе кадавання альбо перадаюцца ў рэжыме рэальнага часу? Мне патрэбна перадача дадзеных у рэжыме рэальнага часу.
А: Дадзеныя і відэа адпраўляюцца разам з дапамогай пакета Wireless COFDM. Такім чынам, затрымка такая ж, як і ў відэа.
Q: Для перадатчыка. Можна змяніць GI і FEC і іншы параметр у адпаведнасці з вашай табліцай у апісанні?
А: ды.
Q: Якая дакладная магутнасць у гэты момант 1350 у 1450 МГц? Мне патрэбна гэтая інфармацыя для распрацоўкі ПА.
Максімальны выхад дыяпазону частот 1350 ~ 1450 складае каля -10 ± 2DBM. Рэкамендуецца распрацаваць ПА на аснове ўводу -15dbm. Наш перадатчык можа быць адрэгуляваны да -15DBM.
Q: Ці мае ваш праграміст функцыю скідаць фабрыку аднаўленне?
Калі я змяняю якія -небудзь параметры любога боку, напрыклад, частата GI, FEC або прапускную здольнасць відэа, Як я магу скінуць усе параметры ў рэжыме скіду завода? Я пачатковец у гэтай дошцы, І мне трэба змяніць некаторыя параметры, каб дасягнуць майго жадання. Але я баюся змяніць інфармацыю па змаўчанні.
А: Наш TX / У праграміста RX няма функцыі скіду на завод.
Q: Ці падтрымлівае ваш Encoder Video Incoder SDI 1080i25/1080i30?
Ён падтрымлівае 1080i50 і 1080i60, ён не падтрымлівае 1080i25 або 1080i30.
Q: Ці можаце вы прапанаваць мне некалькі тэхнічных файлаў для рамонту часткі магутнасці VCAN1731 SDI Video Encoder Board?
А: Калі ласка, праверце файлы па спасылцы ніжэй.
- 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 і наступнай схемай, а затым выкарыстоўвайце мультыметр, каб вымераць, ці парушаецца магутнасць або наступная схема кароткага замыкання. Калі магутнасць IC разбіта, Замяніце Power IC; Калі наступная схема будзе кароткачасовай замыканнем, вы павінны праверыць наступную схему.
Q: Ці можа плата кадавальніка атрымліваць і перасылаць дадзеныя UART праз сувязь UDP (IP:порт)?
А: ды, Перадача даных UART падтрымліваецца нашымі карыстальніцкі пратакол па змаўчанні, з некаторымі важнымі меркаваннямі:
1. Карыстальніцкі пратакол (Прашыўка па змаўчанні)
Наша прашыўка для дастаўкі па змаўчанні выкарыстоўвае a карыстацкі мультыплексаваны пратакол што падтрымлівае Празрыстая перадача UART (паслядоўны праход).
- Даныя UART мультыплексуюцца разам з аўдыё/відэа патокамі.
- таму, прымаючы бок павінен выкарыстоўваць адпаведны Бібліятэка карыстальніцкага пратаколу demux каб аддзяліць дадзеныя 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 падтрымліваецца ў двух фарматах у залежнасці ад версіі прашыўкі:
- А карыстацкі прапрыетарны фармат, або
- The стандарт MPEG-TS (Транспартны паток MPEG) фармат
Яны адпавядаюць розным зборкам прашыўкі (звычайна адрозніваецца суфіксам, такім як "T" або не "T" версіі).
Q: Ці падтрымліваеце вы RTP як аўтаномны пратакол струменевай перадачы?
А: Мы не прапануем асобны «рэжым неапрацаванай перадачы RTP». Аднак, RTP ужо выкарыстоўваецца ўнутрана ў струменевай перадачы RTSP. У рэжыме RTSP, аўдыя і відэа перадаюцца праз пакеты RTP як частка стэка RTSP/RTP/RTCP. таму, RTP падтрымліваецца ўскосна праз RTSP, а не як незалежны струменевы фармат UDP.
Q: Ці можа сістэма выводзіць неапрацаваны H.264 праз UDP?
А: няма. Перадача неапрацаванага элементарнага патоку H.264 не падтрымліваецца праз UDP. Гэта звязана з памерам пакета і абмежаваннямі сеткі. Адзін I-кадр можа быць вельмі вялікім і не можа быць надзейна перададзены ў адным IP-пакеце.
Для стабільнай перадачы, відэапатокі павінны быць інкапсуляваны з выкарыстаннем транспартнага фармату, напрыклад:
- MPEG-TS, або
- RTP (праз RTSP)
Q: Як усталяваны ключавы кадр (GOP) наладжаны інтэрвал?
А: Інтэрвал ключавых кадраў кантралюецца Параметр GOP у вэб-інтэрфейсе (старонка налад відэа).
- Калі GOP усталяваны ў 0 (рэжым па змаўчанні/аўтаматычны), сістэма аўтаматычна выраўноўвае інтэрвал I-кадраў з частатой уваходных кадраў.
- Прыклад: Калі ўваход ёсць 1080p60, тады інтэрвал I-кадра будзе роўны 60 кадры (1 другая GOP).
Гэта забяспечвае адаптыўнае кадзіраванне на аснове характарыстык крыніцы ўводу.
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. Канфігурацыя камеры мае сур'ёзны ўплыў
Калі затрымка камеры высокая, аптымізацыя павінна пачацца там:
- Меншае разрозненне (напр., 720p супраць 1080p) → памяншае затрымку інтэрнэт-правайдэра і канвеера
- Больш высокая частата кадраў (напр., 60 fps супраць 30 кадраў у секунду) → памяншае затрымку буферызацыі кадраў
- Больш просты канвеер апрацоўкі відарысаў → памяншае нагрузку на інтэрнэт-правайдэра
Гэтыя змены часта памяншаюць затрымку больш эфектыўна, чым налада кадавальніка.
3. Затрымка кадавальніка, верагодна, завышаная
А 120 Затрымка кадавання мс звычайна малаверагодная для тыповых апаратных кадавальнікаў.
На аснове ўнутраных вымярэнняў:
- Апаратны кадавальнік + дэкодэр + перадача + канвеер адлюстравання праз Ethernet звычайна прыводзіць да:
- ~80–100 мс агульная скразная затрымка
Гэта мае на ўвазе:
- Затрымка толькі кадавальніка значна меншая, чым 120 Спадарыня
- Кадзіраванне звычайна не з'яўляецца галоўным фактарам у правільна наладжанай сістэме
4. Спосаб перадачы мае значэнне (Асабліва Wireless)
Калі ласка, праверце, ці выкарыстоўвае сістэма:
- Правадны Ethernet
- Бесправадная перадача
Калі выкарыстоўваецца бесправадная сетка:
- Нізкая прапускная здольнасць (<20 Mbps) можа прывесці да значнай затрымкі
- Вялікая перадача I-кадра можа выклікаць буферызацыю і затрымкі ў чарзе
- Гэта можа прыкметна павялічыць скразную затрымку, нават калі кадаванне эфектыўнае
5. Удакладненне MPEG-TS і службовых выдаткаў пратаколу
Ваша разуменне ў цэлым правільнае:
- MPEG-TS істотна не дадае затрымкі на этапе кадавання
- Большая частка накладных выдаткаў на пратакол звязана з паводзінамі пакетавання і дэкадавання, не кадуючы сябе
- Аперацыі mux/demux - гэта ў асноўным аперацыі памяці і маюць нязначную затрымку ў тыповых сістэмах
6. Рэкамендаваны падыход да адладкі
Каб дакладна вызначыць месцазнаходжанне крыніц затрымкі:
- Дадайце ўнутраныя меткі часу на кожным этапе канвеера:
- Час здымкі камерай
- Уваход/выхад энкодэра
- Сеткавая адпраўка/атрыманне
- Выхад дэкодэра
- Абнаўленне дысплея
- Пераканайцеся, што вядзенне часопісаў лёгкае і не ўплывае на прадукцыйнасць
- Сачыце за глыбінёй буфера ў рэжыме рэальнага часу, каб выявіць назапашванне чаргі
Рэзюмуйце наш адказ
- Затрымка інтэрнэт-правайдэра камеры часта з'яўляецца асноўным схаваным фактарам (~100 мс пры 1080p - звычайная з'ява)
- Затрымка кадавальніка звычайна значна меншая, чым мяркуецца
- Бесправадная перадача і буферызацыя могуць значна павялічыць затрымку
- Сістэматычнае вымярэнне часовай меткі - самы надзейны спосаб вызначыць сапраўднае вузкае месца
задаваць пытанне
Ваша паведамленне адпраўлена