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

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.

1. Max supports 1080P.
2. HDMI input supports 4k.

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.

The video bitrate is configurable by the customer (пользователь).

Вы имеете в виду вход HDMI или AV? (support two video types), или вам нужны HDMI и AV для поддержки двух одновременных входов?

Q: We need to have HDMI and AV to support two simultaneous inputs.
А: Хорошо. 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.

клиент:
I have tested your encoder multiple times with our system. It is working fine overall.
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”, we can only read the “subStream”.
We have to “Reboot” the encoder via the web interface to make it work: after the reboot we can directly read the mainStream.
We tried with both VLC and GStreamer.
What could we try to have both streams readable on startup ?

iVcan:
In the opinion of our engineers, it is either a problem with camera recognition or a problem with customer use.
I suspect that the board card did not recognize the customer’s HDMI camera.
This is easy to verify (if you cannot access the sub-stream, it will be difficult to verify).
Log in to the web server of the encoder board and you can see the camera recognition status on the video page.

iVcan:
The video page will only display the recognition status of one camera. If HDMI and AV cameras are connected and recognized at the same time, the video page will display the recognition status of the HDMI camera (such as 1080p60):
As long as the HDMI camera can recognize it normally, Mainstream can be accessed normally.
If the HDMI camera is not recognized normally, please check the HDMI wiring and power on the board again (note that this is a power cycle, not a software restart on the web page)
К тому же, the board uses a random Mac address, so the Mac address will change every time we restart it.
For devices with an ARP cache (such as a PC), after restarting, it will be temporary (a few seconds) unable to access the board from the network. , We cannot access it until the arp request is re-initiated after timeout (the performance is that the coding board cannot be pinged for several seconds after restarting)
Следовательно, I guess another possibility is that when the customer accesses the mainstream, it cannot be accessed due to the above reasons. Then when the customer accesses sub-stream, the arp cache refreshes and the customer can access it, but the customer does not revisit the main-stream.

“Whenever we turn on the system camera and the encoder at the same time, we cannot read the “Mainstream”, we can only read the “subStream”.“

iVcan:
Judging from your description here, it seems that your camera is started after our encoding board. Please start your camera first, and then power on and start our encoding board to try it. Maybe it is not powered on at the same time. The powered-on order also matters. Например, your camera startup needs 10 секунд, but our encoder board startup needs only 5 секунд.
Because I am not sure whether your camera is very slow to initialize after power-on.
Because our encoder board starts very quickly, it may be that the camera has not been initialized after it started our encoder board, which may lead to some unexpected problems. 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.”, because when your web page restarts the encoder board, the camera has already been initialized.
Следовательно, the final suggestions are as follows (I tried my best to list everything that came to mind and let you test them separately);
Look at the video page of the web server and confirm whether the HDMI camera is recognized normally (you can send a screenshot to us). As long as the camera is recognized normally, Mainstream can be accessed;
It is recommended that you ping the coding board under cmd first, and then access mainStream and subStream under vlc to avoid mistakenly thinking that Mainstream cannot be accessed due to random mac issues.
Let you start your camera first (for a few seconds), then power on and start our encoding board to try (see the reasons described above)
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, Do not restart the encoding board through the web page, but hot-swap the HDMI cable between your camera and the encoding board. I think it is only a hot-swap operation (because I suspect it is a plug-in detection problem that causes the camera not to connect to the encoding board. Send HDMI signal).

клиент:
I can always read the subStream. The mainStream only after reboot.

iVcan:
Then our encoder board can detect your camera.
Please do a test.
Let you start your camera first (for a few seconds), then power on and start our encoding board to try.
The engineer worries about that your camera startup needs 10 секунд, but our encoder board startup needs only 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 (for a few seconds), 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.

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%,3А,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.