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 (user).

We will use your video encoder board with two input (HDMI and PAL) and with 12V alimentation. Is it ok?

Do you mean HDMI or AV input (support two video types), or do you need HDMI and AV to support two simultaneous inputs? Q: We need to have HDMI and AV to support two simultaneous inputs. A: Ok. 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, but the audio can only be selected from one of the two (the system selects HDMI audio/analog audio according to the video access situation), is it ok for you? Client: 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. Client: 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) In addition, 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) Therefore, 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. For example, your camera startup needs 10 seconds, but our encoder board startup needs only 5 seconds. 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. Therefore, 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). Client: 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 seconds, but our encoder board startup needs only 5 seconds. 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. Client: 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: Well, 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). Client: 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, what should I do?

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, please contact us. Client: this faulty part is used to operate which circuit? iVcan: 1.5V power supply, powering DDR， please check the below picture. Client: We replaced the components according to your advice, the encoder is not functional. In addition, 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.

최고의 비디오 인코더 디코더 2024 라이브 스트리밍을 위해

입력으로 SDI와 PAL이있는 제품이 필요하고 이더넷 스트림은 출력으로 사용됩니다., H.265 디코딩으로.

1. VCAN1681은 SDI 및 PAL을 지원합니다.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. H265 및 H264 인코더 및 디코더를 지원하는 2 개의 펌웨어가 있습니다..

비디오 인코더 디코더가 HD-SDI를 지원합니까?? 1080P 또는 1080i.

1. Max는 1080p를 지원합니다.
2. HDMI 입력은 4K를 지원합니다.

인코더가 H264/H265 디코더와 호환 될 수 있습니까?. Nvidia Jetson 디코더 등

엔지니어에게 물어봐야합니다, 비디오 디코더의 세부 사항을 알려주십시오..
또한 비디오 인코더 및 디코더 보드도 있습니다, 당신이 우리 모두가 우리를한다면, 그렇다면 문제가되지 않습니다.

4K 또는 1080p 비디오의 경우 이더넷 데이터 속도는 무엇입니까??

비디오 비트 전송률은 고객이 구성 할 수 있습니다 (사용자).

우리는 두 개의 입력으로 비디오 인코더 보드를 사용할 것입니다. (HDMI 및 PAL) 그리고 12V 소개. 괜찮아요?

HDMI 또는 AV 입력을 의미합니까? (두 가지 비디오 유형을 지원합니다), 아니면 두 개의 동시 입력을 지원하려면 HDMI와 AV가 필요합니까??

큐: 두 개의 동시 입력을 지원하려면 HDMI와 AV가 있어야합니다..
에이: 좋아요. 당사의 펌웨어 엔지니어는 며칠 동안 필요한이 기능을 충족시키기 위해 새 펌웨어를 만들 것입니다.. 업그레이드하고 테스트 비디오를 보여 드리겠습니다.. https://youtu.be/izdFa1nw7u8

iVcan: HDMI 및 CVB가 동시에 지원 될 수 있음을 확인하십시오., 하지만 오디오는 둘 중 하나만 선택할 수 있습니다. (시스템은 비디오 액세스 상황에 따라 HDMI 오디오/아날로그 오디오를 선택합니다.), 당신에게도 괜찮습니까??

고객: 우리는 오디오가 필요하지 않습니다, 그래서 당신에게 가장 좋은 것은 무엇입니까?.

iVcan: 우리의 소프트웨어 엔지니어는 귀하를 위해 소프트웨어를 만들었습니다. 첨부 파일의 사진을 확인하십시오.
이제 HDMI 카메라 및 CVBS 카메라를 지원합니다.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

고객:
우리 시스템을 사용하여 귀하의 인코더를 여러 번 테스트했습니다.. 전체적으로 잘 작동하고 있어요.
그러나 우리는 사용법을 검증 할 수있는 한 가지 큰 문제가 있습니다. :
시스템 카메라와 인코더를 동시에 켜면 읽을 수 없습니다. “주류”, 우리는 읽을 수만 있습니다 “서브스트림”.
우리는해야합니다 “재부팅” 웹 인터페이스를 통해 인코더를 작동시키려면: 재부팅 후 우리는 주류를 직접 읽을 수 있습니다.
우리는 VLC와 GSTREAMER를 모두 시도했습니다.
시작 시 두 스트림을 모두 읽을 수 있도록 하려면 어떻게 해야 할까요? ?

iVcan:
우리 엔지니어들의 의견으로는, 카메라 인식 문제이거나 고객 사용상의 문제일 수도 있습니다.
보드 카드가 고객의 HDMI 카메라를 인식하지 못한 것으로 의심됩니다.
이건 확인이 쉽네요 (하위 스트림에 액세스할 수 없는 경우, 확인이 어려울 겁니다).
엔코더보드의 웹서버에 로그인하시면 영상 페이지에서 카메라 인식 상태를 보실 수 있습니다..
HDMI encoder can detect the video input source

iVcan:
비디오 페이지에는 카메라 한 대의 인식 상태만 표시됩니다.. HDMI와 AV카메라가 동시에 연결되어 인식되는 경우, 비디오 페이지에는 HDMI 카메라의 인식 상태가 표시됩니다. (1080p60과 같은):
HDMI 카메라가 정상적으로 인식할 수 있는 한, 메인스트림은 정상적으로 접속 가능.
HDMI 카메라가 정상적으로 인식되지 않는 경우, HDMI 배선과 보드의 전원을 다시 확인하세요. (이는 전원 주기라는 점에 유의하세요., 웹 페이지에서 소프트웨어를 다시 시작하지 않음)
게다가, 보드는 임의의 Mac 주소를 사용합니다, Mac 주소는 다시 시작할 때마다 변경됩니다..
ARP 캐시가 있는 장치의 경우 (PC와 같은), 다시 시작한 후, 그것은 일시적일 것이다 (몇 초) 네트워크에서 보드에 액세스할 수 없습니다. , 시간 초과 후 arp 요청이 다시 시작될 때까지 액세스할 수 없습니다. (성능은 다시 시작한 후 몇 초 동안 코딩 보드를 핑할 수 없다는 것입니다.)
따라서, 또 다른 가능성은 고객이 주류에 액세스할 때, 위의 이유로 접속이 불가능합니다.. 그런 다음 고객이 하위 스트림에 액세스하면, arp 캐시가 새로 고쳐지고 고객이 액세스할 수 있습니다., 하지만 고객은 메인스트림을 다시 방문하지 않습니다..

“시스템 카메라와 인코더를 동시에 켤 때마다, 우리는“주류”를 읽을 수 없습니다., 우리는 "서브 스트림"만 읽을 수 있습니다..“

iVcan:
여기 설명으로 판단하면, 귀하의 카메라는 인코딩 보드 이후에 시작된 것 같습니다. 먼저 카메라를 시작하세요., 그런 다음 전원을 켜고 인코딩 보드를 시작하여 사용해 보세요.. 어쩌면 동시에 전원이 켜지지 않을 수도 있습니다.. 전원을 켜는 순서도 중요합니다. 예를 들면, 카메라 시작 요구 사항 10 초, 하지만 우리 인코더 보드 시동에는 다음 사항만 필요합니다. 5 초.
전원을 켠 후 카메라가 초기화되는 속도가 매우 느린지 확실하지 않기 때문에.
우리 인코더 보드는 매우 빠르게 시작되기 때문에, 인코더 보드를 시작한 후 카메라가 초기화되지 않았을 수 있습니다., 예상치 못한 문제가 발생할 수 있습니다.. 또한 웹 인터페이스를 통해 인코더를 "재부팅"해야하는 이유를 설명 할 수 있습니다.: 재부팅 후 우리는 주류를 직접 읽을 수 있습니다.”, 웹페이지가 다시 시작되면 인코더 보드가 다시 시작되기 때문입니다., 카메라가 이미 초기화되었습니다.
따라서, 최종 제안은 다음과 같습니다 (나는 마음에 떠오른 모든 것을 나열하고 개별적으로 테스트할 수 있도록 최선을 다했습니다.);
웹서버의 영상페이지를 보고 HDMI 카메라가 정상적으로 인식되는지 확인하세요. (우리에게 스크린샷을 보내주실 수 있습니다). 카메라가 정상적으로 인식되는 한, 메인스트림에 액세스할 수 있습니다.;
먼저 cmd 아래의 코딩 보드에 ping을 수행하는 것이 좋습니다., 그런 다음 vlc에서 mainStream 및 subStream에 액세스하여 임의의 Mac 문제로 인해 Mainstream에 액세스할 수 없다고 잘못 생각하는 것을 방지합니다..
먼저 카메라를 시작해 보세요. (몇 초 동안), 그런 다음 전원을 켜고 인코딩 보드를 시작하여 시도해 보세요. (위에 설명된 이유를 참조하세요.)
"시스템 카메라와 인코더를 동시에 켜기"의 원래 작동을 따르십시오.. 문제가“우리는“주류”를 읽을 수 없습니다., 우리는 “subStream”만 읽을 수 있습니다.” 재현된다, 웹페이지를 통해 인코딩 보드를 다시 시작하지 마세요., 하지만 카메라와 인코딩 보드 사이의 HDMI 케이블을 핫스왑하세요.. 그냥 핫스왑 작업인 것 같아요 (카메라가 인코딩 보드에 연결되지 않는 원인이 되는 플러그인 감지 문제인 것으로 의심되기 때문입니다.. HDMI 신호 보내기).

고객:
항상 하위 스트림을 읽을 수 있습니다.. 재부팅 후에만 mainStream.

iVcan:
그러면 인코더 보드가 카메라를 감지할 수 있습니다..
테스트를 해주세요.
먼저 카메라를 시작해 보세요. (몇 초 동안), 그런 다음 전원을 켜고 인코딩 보드를 시작하여 시도해 보세요..
엔지니어는 카메라 시작에 필요한 사항에 대해 걱정합니다. 10 초, 하지만 우리 인코더 보드 시동에는 다음 사항만 필요합니다. 5 초.
시작 시간이 다를 가능성을 배제하려면 이 테스트를 수행하십시오..

iVcan:
테스트할 때, 설정을 다시 조정하는 것이 좋습니다 (빨간 단어) 또는 아래 그림을 참조하십시오.
analogue to ip video encoder for living stream

고객:
인코더 보드와 카메라는 둘 다 동시에 전원을 켤 수 있습니다.. 카메라 스타트 업이 인코더 보드보다 조금 더 오래 걸릴 수 있습니다..

스타트 업에서 카메라가 인식되지 않은 것 같습니다. “CVBS PAL” 상단에 표시됩니다.

두 스트림을 모두 읽으려고 보드를 잘 핑할 수 있습니다.

먼저 카메라를 시작할 때 (몇 초 동안), 그런 다음 전원을 켜십시오 (15 몇 초 후) 인코딩 보드를 시작하십시오, 스트림을 잘 읽을 수 있습니다.
내가 “시스템 카메라와 인코더를 동시에 켜십시오.”. 그런 다음 hdmi를 막습니다 (15 몇 초 후), 스트림을 잘 읽을 수 있습니다.

이런 일을하지 않고 주류를 읽을 수 있도록 어떻게해야합니까? ? 내 소프트웨어로 HTTP 요청 재부팅을 보냅니다, 시작 후 몇 초 ?

iVcan:
잘, 그것은 내 추측을 제대로 증명합니다. 다른 고객을 위해, 카메라와 인코딩 보드는 모두 동시에 전원을 켜 있습니다.. 카메라는 인코딩 보드를 정상적으로 인식하고 HDMI 신호를 보낼 수 있습니다.. 몇몇 고객만이 맞춤형 HDMI 카메라를 사용하여 이러한 문제를 겪었습니다.. 다음은 고객 자체에 의해 해결됩니다 (카메라 설정 수정/카메라 변경).

고객:
우리를 위해 개발 한 소프트웨어 버전이 있습니까?? 우리는 PO에서 정확하게 할 것입니다.

iVcan: 펌웨어 버전은 장치의 경우 v6.5.5a입니다.

우리는 비디오 인코더에 결함이 있습니다, 나는 무엇을 해야 합니까??

1. 당신이 보여준 사진에서, 우리는 외부 힘으로 인해 왼쪽 하단 모서리의 커패시터와 인덕터가 손상되었음을 발견했습니다.. 아마도 그들은 포장 및 운송 중에 쓰러 졌을 것입니다, 그리고 당신의 회사는 실수로 운영 중에 그들을 노크했습니다.
video encoder and decoder board bitrate
강조 표시된 장치는 누락된 장치입니다., 어느 것:
1、C176：캡,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：캡,22University of Florida의,+/-20%,X5R,6.3V,SMD0603
3、R34：페이스북,120R@100M,+/-25%,3에이,SMD0603(자기비드)
video encoder decoder block diagram

같은 부품을 찾아보세요, 교체한 후 다른 누락된 부품이 있는지 주의 깊게 확인하십시오..

아직도 궁금한 점이 있으시면, 연락주세요.

고객:
이 결함이 있는 부품은 어느 회로를 작동하는 데 사용됩니까??

iVcan:
1.5V 전원 공급 장치, DDR에 전원 공급， 아래 그림을 확인하시기 바랍니다.
R34 VDD1V5 of video encoder board
고객:
귀하의 조언에 따라 구성 요소를 교체했습니다., 인코더가 작동하지 않습니다.
게다가, 우리는 용접의 다른 품질 문제를 발견했습니다., 여러 번의 수동 재작업.
보증 기간 내에 표준 교환을 진행하려면 어떻게 해야 합니까??

iVcan:
걱정하지 마세요, 우리에게 다시 보내주세요, 그러면 우리는 당신을 위해 새로운 것을 바꿀 것입니다.

당신의 HDMI를합니다 + CVBS 비디오 인코더 보드 지원 ONVIF?

엔지니어는 ONVIF 프로토콜이 완전히 지원되지 않았다고 말했다.. 특정 요구 사항에 따라 다릅니다.
비디오 플레이어는 RTSP를 지원합니다, VLC, Easyplay, 프로토콜 지원 UDP 플레이어.

HDMI 스트림과 CVBS 스트림을 함께 사용할 수 있습니까??

비디오 인코딩 보드는 동시에 두 개의 비디오 채널을 지원합니다., 하나는 HDMI 비디오 스트림 및 CVBS 비디오 스트림 인코딩입니다..

IP 인코더 보드에서 LVD가 있습니까??

지금은 아닙니다.

문제: DVB-T 변조기의 시간 특성은 무엇입니까? (송신기) 가지다? DVB-T 표준 ETSI EN을 보면 아래와 같은 내용을 볼 수 있습니다. 300 744.

하지만 DVB-T TX 모듈의 시간은 몇시입니까??
비디오 스트리밍 중 빠르게 변하는 주파수를 생각하고 있기 때문에 필요합니다., 따라서 우리는 이 모드의 실제 시간을 이해해야 합니다.. 우리는 QPSK를 사용합니다, CR=1/2, GI=1/32, 대역폭 = 8 메가 헤르츠.

대답: DVB-T 변조기, 전송된 심볼 시간과 보호 시간이 모두 동일합니다., 와 400 744 사양

cvbs를 IP로 변환기, av 신호 변환기를 이더넷으로, SDI CVBS 인코더,

큐: 두 카메라를 연결하면 대기 시간은 얼마입니까? (HDMI + CVBS)?

두 개의 카메라가 있습니다, 하나는 HDMI 카메라입니다, 그리고 두 번째는 CVBS 카메라입니다. 이 보드에서 두 비디오 스트림을 IP 이더넷으로 변환하고 반대 수신기 측은 컴퓨터가됩니다..

에이:

비디오 인코딩 보드의 지연은 인코딩 및 디코딩을 고려해야합니다.. 인코딩 보드만으로 정확한 지연을 테스트하는 것은 불가능합니다..

보통, 디코더 보드로 인한 지연이 더 큽니다.

다른 소프트웨어 플레이어와 함께, 대기 시간은 크게 다릅니다. 예를 들면, 우리를 사용합니다 스플레이어 지연은 약 100ms입니다, VLC를 사용하면 지연이 최대 300ms입니다..

CVBS 카메라의 지연은 정확하게 측정하기가 어렵습니다.. 100ms 미만의 지연은 스톱워치로 측정하기가 어렵습니다.. 게다가, VCAN1681 자체의 지연은 테스트하기 쉽지 않습니다.. 디코더 보드없이, 이미지조차 볼 수 없습니다. 스톱워치를 사용하여 계산할 수 없습니다, 그리고 오실로스코프로 그것을 측정 할 방법이 없습니다..

고객이 인코딩 보드를 구매 한 후, 그는 분명히 해독 할 선수가 필요할 것입니다. 그러면 고객에게 디코딩에 어떤 종류의 플레이어를 사용할 것인지 물어 보는 것이 좋습니다. (우리 것, 고객 자체, 또는 제 3 자), 코딩위원회가 고객 요구 사항을 충족시킬 수 있는지 더 잘 알 수 있도록 (기능과 성능) 아니면.