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

1. Vcan1681 поддържа SDI и PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Имаме два фърмуера за поддръжка на енкодер и декодер H265 и H264.

1. Max поддържа 1080P.
2. HDMI входът поддържа 4k.

Трябва да попитаме инженера, моля, кажете ни подробности за видео декодера, ако имате.
Разполагаме и с видео енкодер и декодер, ако и двамата сме наши, тогава няма проблем.

Видео битрейтът се конфигурира от клиента (потребител).

Имате предвид HDMI или AV вход (поддържа два вида видео), или имате нужда от HDMI и AV, за да поддържате два едновременни входа?

Q: Трябва да имаме HDMI и AV, за да поддържаме два едновременни входа.
A: Добре. Нашият инженер по фърмуер ще направи няколко дни нов фърмуер, за да отговори на тази функция, от която се нуждаете. Ще го надстроя и ще ви покажа тестовото видео. https://youtu.be/izdFa1nw7u8

iVcan: Моля, помогнете да потвърдите, че HDMI и cvbs могат да се поддържат едновременно, но аудиото може да бъде избрано само от едно от двете (системата избира HDMI аудио/аналогов аудио според ситуацията на видео достъп), добре ли е за теб?

клиент: Нямаме нужда от аудио, Така че направете това, което е най -доброто за вас.

iVcan: Нашият софтуерен инженер е направил софтуер за вас. Моля, проверете снимките в прикачените файлове.
Сега тя поддържа HDMI камера и CVBS камера.

клиент:
Тествах вашия енкодер многократно с нашата система. Като цяло работи добре.
Но имаме един голям проблем, за да можем да валидираме използването му :
Всеки път, когато включим системната камера и енкодера едновременно, не можем да четем “мейнстрийм”, можем само да четем “подпоток”.
Ние трябва “Рестартирайте” енкодера чрез уеб интерфейса, за да работи: След рестартирането можем директно да четем основния поток.
Опитахме както с 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 приятел” се показва в горната част.

Мога да пинг дъската добре, преди да се опитам да прочета двата потока

Когато първо стартирам фотоапарата си (за няколко секунди), След това захранвайте (15 секунди по -късно) и започнете кодиращата дъска, Мога да прочета потока просто добре.
Ако аз “Включете системната камера и енкодера едновременно ”. И след това горещо включете hdmi (15 секунди по -късно), Мога да прочета потока просто добре.

Какво мога да направя, за да мога да чета основния поток, без да се налага да правя на тези неща ? Изпратете рестартиране на HTTP заявка с моя софтуер, Няколко секунди след стартиране ?

iVcan:
добре, Това доказва моето предположение правилно. За другите ни клиенти, Камерата и нашата кодираща дъска се захранват едновременно. Камерите могат да разпознават нормално нашата кодираща дъска и да изпращат HDMI сигнали. Само няколко клиенти са срещнали подобни проблеми, използвайки своите персонализирани HDMI камери. Следното се решава от самите клиенти (Промяна на настройките на техните камери/смяна на камери).

клиент:
Имате ли версията на софтуера, който разработвате за нас? Ние ще го прецизно в нашия PO.

iVcan: Версията на фърмуера е v6.5.5a за вашето устройство.

1. От снимката, която показахте, Установихме, че кондензаторът и индукторът в долния ляв ъгъл са повредени поради външна сила. Може би те бяха отбити по време на опаковане и транспорт, и вашата компания случайно ги събори по време на експлоатация.

Подчертаните са липсващите устройства, които са:
1、C176：Капа,10Nf,+/-10%,X7R,1000V,SMD1206
2、C21：Капа,22Uf,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100m,+/-25%,3A,SMD0603 （Магнитни топчета）

Моля, опитайте се да намерите същите части, Сменете ги и след това проверете внимателно, за да видите дали има други липсващи части.

Ако все още имате въпроси, Моля, свържете се с нас.

клиент:
Тази дефектна част се използва за работа в коя верига?

iVcan:
1.5V захранване, Захранване на DDR， Моля, проверете по-долу картината.

клиент:
Заменихме компонентите според вашите съвети, енкодерът не е функционален.
В допълнение, Забелязахме други проблеми с качеството на заварките, Няколко ръчни преработки.
Как можем да продължим със стандартна борса под гаранция?

iVcan:
Не се притеснявайте за това, Моля, изпратете го обратно при нас, И ние ще променим нов за вас.

Инженерът каза, че протоколът ONVIF не се поддържа напълно. Зависи от вашите специфични изисквания.
Видео плейърът поддържа RTSP, VLC, Лесен игра, и UDP плейър поддръжка на протокол.

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

Не сега.