відеокодер декодер
Зміст
We need a product with SDI and PAL as input and the Ethernet stream as output, with H.265 decoding.
1. Vcan1681 supports SDI and PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/
2. We have two firmware to support H265 and H264 encoder and decoder.
Does your video encoder decoder support HD-SDI? 1080p or 1080i.
1. Max supports 1080P.
2. HDMI input supports 4k.
Can your encoder is compatible with any h264/h265 decoder i.e. Nvidia jetson decoder etc
We need to ask the engineer, please tell us the details of the video decoder if you have.
We also have video encoder and decoder board, if you both us ours, then it is no problem.
For 4k or 1080p video what will be ethernet data rate?
The video bitrate is configurable by the customer (користувача).
We will use your video encoder board with two input (HDMI і PAL) and with 12V alimentation. Is it ok?
Ви маєте на увазі вхід HDMI чи AV? (support two video types), або вам потрібні HDMI і AV для підтримки двох одночасних входів?
Q: We need to have HDMI and AV to support two simultaneous inputs.
A: В порядку. Our firmware engineer will some days to make a new firmware to meet this function you need. I will upgrade it and show you the test video. https://youtu.be/izdFa1nw7u8
iVcan: Please help to confirm that HDMI and cvbs can be supported at the same time, але аудіо можна вибрати лише з одного з двох (система вибирає аудіо HDMI/аналоговий аудіо відповідно до ситуації доступу до відео), is it ok for you?
клієнт: We don’t need audio, so do what is the best for you.
iVcan: Our software engineer has made a software for you. Please check the pictures in the attachments.
Now it supports an HDMI camera and CVBS camera.
клієнт:
Я кілька разів тестував ваш кодер за допомогою нашої системи. Загалом він працює добре.
But we have one big issue to be able to validate its usage :
Whenever we turn on the system Camera and the encoder at the same time we are unable to read the “mainstream”, ми можемо лише прочитати “підпотік”.
Ми мусимо “Перезавантаження” кодувальник через веб-інтерфейс, щоб він працював: after the reboot we can directly read the mainStream.
We tried with both VLC and GStreamer.
Що ми можемо спробувати, щоб обидва потоки були читабельними під час запуску ?
iVcan:
На думку наших інженерів, це або проблема з розпізнаванням камери, або проблема з використанням клієнтом.
Я підозрюю, що платіжна карта не розпізнала HDMI-камеру клієнта.
Це легко перевірити (якщо ви не можете отримати доступ до підпотоку, це буде важко перевірити).
Увійдіть на веб-сервер плати кодера, і ви побачите статус розпізнавання камери на сторінці відео.
iVcan:
На сторінці відео відображатиметься лише статус розпізнавання однієї камери. Якщо камери HDMI та AV підключено та розпізнано одночасно, на сторінці відео відображатиметься статус розпізнавання камери HDMI (наприклад 1080p60):
За умови, що камера HDMI може розпізнати його нормально, До основного потоку можна отримати звичайний доступ.
Якщо камера HDMI не розпізнається нормально, будь ласка, ще раз перевірте проводку HDMI і живлення на платі (зауважте, що це цикл живлення, не програмне перезавантаження на веб-сторінці)
На додачу, плата використовує випадкову Mac-адресу, тому Mac-адреса змінюватиметься кожного разу, коли ми перезапускаємо його.
Для пристроїв з ARP-кешем (наприклад ПК), після перезапуску, це буде тимчасово (кілька секунд) неможливо отримати доступ до плати з мережі. , Ми не можемо отримати доступ до нього, доки запит arp не буде повторно ініційовано після тайм-ауту (продуктивність полягає в тому, що плату кодування не можна перевірити через кілька секунд після перезапуску)
тому, Я припускаю, що інша можливість полягає в тому, що клієнт отримує доступ до мейнстріму, до нього неможливо отримати доступ через наведені вище причини. Потім, коли клієнт отримує доступ до підпотоку, кеш arp оновлюється, і клієнт може отримати до нього доступ, але клієнт не повертається до мейнстріму.
“Кожного разу, коли ми вмикаємо системну камеру та кодер одночасно, we cannot read the “Mainstream”, we can only read the “subStream”.“
iVcan:
Судячи з вашого опису тут, здається, ваша камера запускається після нашої плати кодування. Спочатку запустіть камеру, а потім увімкніть і запустіть нашу плату кодування, щоб спробувати. Можливо, живлення не вмикається одночасно. Порядок увімкнення також має значення. Наприклад, потреби вашої камери для запуску 10 секунд, але наша плата кодера потребує лише запуску 5 секунд.
Оскільки я не впевнений, чи ваша камера дуже повільно ініціалізується після ввімкнення.
Оскільки наша плата кодера запускається дуже швидко, можливо, камера не була ініціалізована після запуску нашої плати кодера, що може призвести до деяких неочікуваних проблем. This can also explain why “We have to “Reboot” the encoder via the web interface to make it work: after the reboot we can directly read the mainStream.”, тому що коли ваша веб-сторінка перезапускає плату кодера, камера вже ініціалізована.
тому, Остаточні пропозиції такі (Я зробив усе можливе, щоб перерахувати все, що спало на думку, і дозволив вам перевірити їх окремо);
Перегляньте сторінку відео на веб-сервері та переконайтеся, що камера HDMI розпізнається нормально (ви можете надіслати нам скріншот). Поки камера розпізнається нормально, Основний поток доступний;
Рекомендується спершу перевірити кодову плату в cmd, а потім отримати доступ до mainStream і subStream у vlc, щоб уникнути помилкової думки, що Mainstream недоступний через випадкові проблеми з mac.
Дозвольте вам спочатку запустити камеру (на кілька секунд), потім увімкніть і запустіть нашу плату кодування, щоб спробувати (див. причини, описані вище)
Follow your original operation of “turn on the system camera and the encoder at the same time”. When the problem “we are unable to read the “mainStream”, we can only read the “subStream”.” is reproduced, Не перезапускайте плату кодування через веб-сторінку, але замініть кабель HDMI між камерою та платою кодування. Я думаю, що це лише операція гарячої заміни (оскільки я підозрюю, що це проблема виявлення плагіна, через яку камера не підключається до плати кодування. Надіслати сигнал HDMI).
клієнт:
I can always read the subStream. The mainStream only after reboot.
iVcan:
Then our encoder board can detect your camera.
Please do a test.
Дозвольте вам спочатку запустити камеру (на кілька секунд), потім увімкніть і запустіть нашу плату кодування, щоб спробувати.
The engineer worries about that your camera startup needs 10 секунд, але наша плата кодера потребує лише запуску 5 секунд.
Please do this test to rule out the possibility of different startup times.
iVcan:
When you are testing, it is better to adjust the setting back (red words) or see the below picture.
клієнт:
The encoder board and the camera are both powered on at the exact same time. It is likely that the camera startup takes a bit longer than the encoder board.
I confirm that the camera seems to be not recognized on startup “CVBS pal” is displayed at the top.
I can ping the board fine before trying to read both streams
When I start my camera first (на кілька секунд), then power on (15 seconds later) and start the encoding board, I can read the stream just fine.
If I “turn on the system camera and the encoder at the same time”. And then hot plug the HDMI (15 seconds later), I can read the stream just fine.
What can I do to be able to read the mainStream without having to do on of these things ? Send an http request reboot with my software, a few seconds after startup ?
iVcan:
Добре, that proves my guess right. For our other customers, the camera and our encoding board are all powered on at the same time. The cameras can recognize our encoding board normally and send out HDMI signals. Only a few customers have encountered such problems using their customized HDMI cameras. The following is Solved by customers themselves (modifying their camera settings/changing cameras).
клієнт:
Do you have the version of the software you develop for us? We will precise it in our PO.
iVcan: The firmware version is v6.5.5a for your device.
We have a faulty of the video encoder, що я повинен зробити?
1. From the photo you showed, we found that the capacitor and inductor in the lower left corner were damaged due to external force. Perhaps they were knocked off during packaging and transportation, and your company accidentally knocked them off during operation.
The highlighted ones are the missing devices, which are:
1、C176：CAP,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：CAP,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100M,+/-25%,3A,SMD0603 （magnetic beads）
Please try to find the same parts, replace them and then check carefully to see if there are any other missing parts.
If you still have questions, будь ласка, зв'яжіться з нами.
клієнт:
this faulty part is used to operate which circuit?
iVcan:
1.5Джерело живлення V, powering DDR， будь ласка, перевірте малюнок нижче.
клієнт:
We replaced the components according to your advice, the encoder is not functional.
На додачу, we noted other quality problems with the welds, several manual reworks.
How can we proceed with a standard exchange under warranty?
iVcan:
Don’t worry about it, please send it back to us, and we will change a new one for you.
Does your HDMI + CVBS video encoder board support ONVIF?
The engineer said that the ONVIF protocol is not fully supported. It depends on your specific requirements.
The video player supports RTSP, VLC, Easyplay, and protocol support UDP player.
Can I use hdmi stream and CVBS stream together?
Our video encoding board supports two channels of video at the same time, one is HDMI video stream and CVBS video stream encoding.
питання: What time characteristic does your DVB-T modulator (передавач) have? We can see the below if we look at DVB-T standard ETSI EN 300 744.
But what times are in your DVB-T TX module?
We need it because we are thinking of fast-changing frequency during video streaming, so we need to understand the real times for this mode. We use QPSK, CR=1/2, GI=1/32, bandwidth = 8 МГц.
відповідь: In our DVB-T modulator, both transmitted symbol time and guard time are the same, з 400 744 специфікація
cvbs converter to IP, конвертер av сигнала в ethernet, SDI CVBS encoder,
Q: How much will be the latency if I connect two cameras (HDMI + CVBS)?
I have two cameras, one is a hdmi camera, and the second is a CVBS camera. I will convert both video streams to IP ethernet by this board and the opposite receiver side will be a computer.
A:
The delay of the video encoding board must take into account the encoding and decoding. It is impossible to test the accurate delay from the encoding board alone.
Зазвичай, the delay caused by the decoder board is greater.
With different software players, the latency varies greatly. Наприклад, using our Splayer the delay is about 100ms, and using VLC the delay can be up to 300ms.
The delay of the CVBS camera is difficult to measure accurately. Delays below 100ms are difficult to measure with a stopwatch. На додачу, the delay of Vcan1681 itself is not easy to test. Without the decoder board, you can’t even see the image. It cannot be calculated by using a stopwatch, and there is no way to measure it with an oscilloscope.
After the customer buys the encoding board, he will definitely need a player to decode. Then it is better to ask the customer what kind of player he plans to use for decoding (ours, the customer’s own, or a third party), so that we can know better whether the coding board can meet customer requirements (function and performance) or not.
How to test the video encoder board latency?
- I pointed the camera at the stopwatch on my computer screen.
- Another computer plays the video sent from the current encoding board and also displays the stopwatch on the computer screen.
- You need to reduce two times, namely the delay from the camera to the monitor. (Including camera and screen delay)
- Перегляньте зображення нижче
Q: How much is the latency if I use your encoder and decoder board?
A: It is better to use our encoder and decoder board. The encoder and decoder board prices is the same. The below latency test result is only for your reference, not including the camera delay.
- CVBS input to our encoder board—–our decoder board with HDMI output, the delay is 60~90ms
- HDMI input to our encoder board—–our decoder board with HDMI output, the delay is 90~130ms
- HDMI 720P input our encoder board——–our decoder board with HDMI output, the delay between 80~100ms
- HDMI 1080P input our encoder board——–our decoder board with HDMI output, the delay between 100~130ms
For lower latency, you also can use our video encoder and video decoder board. It will be much better than playing the video streaming on your computer via the VLC player.
