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.

ตัวถอดรหัสตัวเข้ารหัสวิดีโอของคุณรองรับ HD-SDI หรือไม่? 1080p หรือ 1080i.

1. แม็กซ์รองรับ 1080P.
2. อินพุต HDMI รองรับ 4k.

ตัวเข้ารหัสของคุณสามารถใช้งานร่วมกับตัวถอดรหัส h264/h265 ใดๆ ได้หรือไม่ เช่น. ตัวถอดรหัส Nvidia jetson เป็นต้น

เราต้องถามวิศวกร, โปรดบอกรายละเอียดของตัวถอดรหัสวิดีโอให้เราทราบหากคุณมี.
นอกจากนี้เรายังมีตัวเข้ารหัสวิดีโอและบอร์ดถอดรหัส, ถ้าคุณทั้งสองเป็นของเรา, ถ้าอย่างนั้นก็ไม่มีปัญหา.

สำหรับวิดีโอ 4k หรือ 1080p อัตราข้อมูลอีเธอร์เน็ตจะเป็นเท่าใด?

บิตเรตของวิดีโอสามารถกำหนดได้โดยลูกค้า (ผู้ใช้).

เราจะใช้บอร์ดเข้ารหัสวิดีโอของคุณกับอินพุตสองช่อง (HDMI และ PAL) และมีระบบจ่ายไฟ 12V. มันโอเคไหม?

คุณหมายถึงอินพุต HDMI หรือ AV (รองรับวิดีโอสองประเภท), หรือคุณต้องการ HDMI และ AV เพื่อรองรับอินพุตสองรายการพร้อมกัน?

Q: เราจำเป็นต้องมี HDMI และ AV เพื่อรองรับอินพุตสองรายการพร้อมกัน.
ก: ตกลง. วิศวกรเฟิร์มแวร์ของเราจะใช้เวลาหลายวันเพื่อสร้างเฟิร์มแวร์ใหม่เพื่อให้ตรงกับฟังก์ชันที่คุณต้องการ. ฉันจะอัปเกรดและแสดงวิดีโอทดสอบให้คุณดู. https://youtu.be/izdFa1nw7u8

ไอวีแคน: โปรดช่วยยืนยันว่าสามารถรองรับ HDMI และ CVBS ได้ในเวลาเดียวกัน, แต่เสียงสามารถเลือกได้จากหนึ่งในสองเท่านั้น (ระบบจะเลือกเสียง HDMI/เสียงอะนาล็อกตามสถานการณ์การเข้าถึงวิดีโอ), มันโอเคสำหรับคุณไหม?

ไคลเอนต์: เราไม่ต้องการเสียง, ดังนั้นจงทำสิ่งที่ดีที่สุดสำหรับคุณ.

ไอวีแคน: วิศวกรซอฟต์แวร์ของเราได้สร้างซอฟต์แวร์สำหรับคุณ. โปรดตรวจสอบรูปภาพในเอกสารแนบ.
ตอนนี้รองรับกล้อง 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

ไคลเอนต์:
ฉันได้ทดสอบตัวเข้ารหัสของคุณหลายครั้งกับระบบของเรา. มันทำงานได้ดีโดยรวม.
แต่เรามีปัญหาใหญ่สิ่งหนึ่งที่สามารถตรวจสอบการใช้งานได้ :
เมื่อใดก็ตามที่เราเปิดกล้องของระบบและตัวเข้ารหัสพร้อมกัน เราจะไม่สามารถอ่านได้ “mainStream”, เราสามารถอ่านได้เท่านั้น “สตรีมย่อย”.
เราต้อง “รีบูต” ตัวเข้ารหัสผ่านทางเว็บอินเตอร์เฟสเพื่อให้ทำงานได้: หลังจากการรีบูตเราสามารถอ่าน mainStream ได้โดยตรง.
เราลองใช้ทั้ง VLC และ GStreamer.
เราจะลองทำอะไรได้บ้างเพื่อให้ทั้งสองสตรีมสามารถอ่านได้เมื่อเริ่มต้น ?

ไอวีแคน:
ในความเห็นของวิศวกรของเรา, มันเป็นปัญหาเกี่ยวกับการจดจำกล้องหรือปัญหาการใช้งานของลูกค้า.
ฉันสงสัยว่าการ์ดบอร์ดไม่รู้จักกล้อง HDMI ของลูกค้า.
นี่เป็นเรื่องง่ายที่จะตรวจสอบ (หากคุณไม่สามารถเข้าถึงสตรีมย่อยได้, การตรวจสอบจะเป็นเรื่องยาก).
เข้าสู่ระบบเว็บเซิร์ฟเวอร์ของบอร์ดเข้ารหัส และคุณสามารถดูสถานะการจดจำกล้องได้ในหน้าวิดีโอ.
HDMI encoder can detect the video input source

ไอวีแคน:
หน้าวิดีโอจะแสดงสถานะการจดจำของกล้องเพียงตัวเดียวเท่านั้น. หากกล้อง HDMI และ AV เชื่อมต่อและรับรู้พร้อมกัน, หน้าวิดีโอจะแสดงสถานะการรับรู้ของกล้อง HDMI (เช่น 1080p60):
ตราบใดที่กล้อง HDMI ก็สามารถรับรู้ได้ตามปกติ, สามารถเข้าใช้งานกระแสหลักได้ตามปกติ.
หากกล้อง HDMI ไม่ได้รับการรองรับตามปกติ, โปรดตรวจสอบสายไฟ HDMI และการเปิดเครื่องบนบอร์ดอีกครั้ง (โปรดทราบว่านี่คือวงจรพลังงาน, ไม่ใช่การรีสตาร์ทซอฟต์แวร์บนหน้าเว็บ)
นอกจากนี้, บอร์ดใช้ที่อยู่ Mac แบบสุ่ม, ดังนั้นที่อยู่ Mac จะเปลี่ยนทุกครั้งที่เรารีสตาร์ท.
สำหรับอุปกรณ์ที่มีแคช ARP (เช่นพีซี), หลังจากรีสตาร์ท, มันจะเป็นชั่วคราว (ไม่กี่วินาที) ไม่สามารถเข้าถึงบอร์ดจากเครือข่ายได้. , เราไม่สามารถเข้าถึงได้จนกว่าคำขอ arp จะถูกเริ่มต้นอีกครั้งหลังจากหมดเวลา (ประสิทธิภาพการทำงานคือไม่สามารถส่ง Ping บอร์ดเข้ารหัสได้เป็นเวลาหลายวินาทีหลังจากรีสตาร์ท)
ดังนั้น, ฉันเดาความเป็นไปได้อีกอย่างหนึ่งก็คือเมื่อลูกค้าเข้าถึงกระแสหลัก, ไม่สามารถเข้าถึงได้เนื่องจากสาเหตุข้างต้น. จากนั้นเมื่อลูกค้าเข้าถึงสตรีมย่อย, แคช arp จะรีเฟรชและลูกค้าสามารถเข้าถึงได้, แต่ลูกค้าไม่ได้กลับมาดูกระแสหลักอีกครั้ง.

“เมื่อใดก็ตามที่เราเปิดกล้องระบบและตัวเข้ารหัสพร้อมกัน, เราไม่สามารถอ่าน "กระแสหลัก", เราอ่านได้แค่ “subStream” เท่านั้น.“

ไอวีแคน:
พิจารณาจากคำอธิบายของคุณที่นี่, ดูเหมือนว่ากล้องของคุณจะเริ่มทำงานหลังจากบอร์ดเข้ารหัสของเรา. กรุณาเริ่มกล้องของคุณก่อน, จากนั้นเปิดเครื่องและเริ่มบอร์ดเข้ารหัสของเราเพื่อลองใช้งาน. อาจจะไม่ได้เปิดเครื่องพร้อมกัน. ลำดับการเปิดเครื่องก็มีความสำคัญเช่นกัน. ตัวอย่างเช่น, ความต้องการเริ่มต้นกล้องของคุณ 10 วินาที, แต่การเริ่มต้นบอร์ดเข้ารหัสของเราต้องการเพียงเท่านั้น 5 วินาที.
เพราะฉันไม่แน่ใจว่ากล้องของคุณเริ่มทำงานช้ามากหรือไม่หลังจากเปิดเครื่อง.
เพราะบอร์ดเข้ารหัสของเราเริ่มทำงานเร็วมาก, อาจเป็นไปได้ว่ากล้องยังไม่ได้เตรียมใช้งานหลังจากที่สตาร์ทบอร์ดเข้ารหัสของเราแล้ว, ซึ่งอาจนำไปสู่ปัญหาที่ไม่คาดคิดได้. นอกจากนี้ยังสามารถอธิบายได้ว่าทำไม "เราต้อง "รีบูต" ตัวเข้ารหัสผ่านทางเว็บอินเทอร์เฟซเพื่อให้ทำงานได้: หลังจากการรีบูตเราสามารถอ่าน mainStream ได้โดยตรง”, เพราะเมื่อหน้าเว็บของคุณรีสตาร์ทบอร์ดเข้ารหัส, กล้องได้รับการเตรียมใช้งานแล้ว.
ดังนั้น, ข้อเสนอแนะสุดท้ายมีดังนี้ (ฉันพยายามอย่างเต็มที่เพื่อแสดงรายการทุกอย่างที่อยู่ในใจและให้คุณทดสอบแยกกัน);
ดูที่หน้าวิดีโอของเว็บเซิร์ฟเวอร์ และตรวจดูว่ากล้อง HDMI ได้รับการรองรับตามปกติหรือไม่ (คุณสามารถส่งภาพหน้าจอมาให้เรา). ตราบใดที่กล้องยังได้รับการยอมรับตามปกติ, สามารถเข้าถึงกระแสหลักได้;
ขอแนะนำให้คุณ ping บนกระดานเขียนโค้ดภายใต้ cmd ก่อน, จากนั้นเข้าถึง mainStream และ subStream ภายใต้ vlc เพื่อหลีกเลี่ยงการเข้าใจผิดว่า Mainstream ไม่สามารถเข้าถึงได้เนื่องจากปัญหา Mac แบบสุ่ม.
ให้คุณเริ่มกล้องของคุณก่อน (ไม่กี่วินาที), จากนั้นเปิดเครื่องและเริ่มบอร์ดเข้ารหัสของเราเพื่อลอง (ดูเหตุผลที่อธิบายไว้ข้างต้น)
ปฏิบัติตามการดำเนินการเดิมของคุณโดย “เปิดกล้องระบบและตัวเข้ารหัสพร้อมกัน”. เมื่อเกิดปัญหา “เราไม่สามารถอ่าน “กระแสหลัก” ได้, เราสามารถอ่านได้เฉพาะ "สตรีมย่อย" เท่านั้น มีการทำซ้ำ, อย่ารีสตาร์ทบอร์ดเข้ารหัสผ่านหน้าเว็บ, แต่ให้สลับสาย HDMI ระหว่างกล้องและบอร์ดเข้ารหัสแบบ hot-swap. ฉันคิดว่ามันเป็นเพียงการดำเนินการแบบ hot-swap เท่านั้น (เพราะฉันสงสัยว่าเป็นปัญหาการตรวจจับปลั๊กอินที่ทำให้กล้องไม่เชื่อมต่อกับบอร์ดเข้ารหัส. ส่งสัญญาณ HDMI).

ไคลเอนต์:
ฉันสามารถอ่านสตรีมย่อยได้ตลอดเวลา. mainStream หลังจากรีบูตเท่านั้น.

ไอวีแคน:
จากนั้นบอร์ดเข้ารหัสของเราก็สามารถตรวจจับกล้องของคุณได้.
กรุณาทำการทดสอบ.
ให้คุณเริ่มกล้องของคุณก่อน (ไม่กี่วินาที), จากนั้นเปิดเครื่องและเริ่มบอร์ดเข้ารหัสของเราเพื่อลอง.
วิศวกรกังวลว่ากล้องของคุณจำเป็นต้องสตาร์ทเครื่อง 10 วินาที, แต่การเริ่มต้นบอร์ดเข้ารหัสของเราต้องการเพียงเท่านั้น 5 วินาที.
โปรดทำการทดสอบนี้เพื่อแยกแยะความเป็นไปได้ที่เวลาเริ่มต้นที่แตกต่างกัน.

ไอวีแคน:
เมื่อคุณกำลังทดสอบ, ควรปรับการตั้งค่ากลับจะดีกว่า (คำสีแดง) หรือดูภาพด้านล่าง.
analogue to ip video encoder for living stream

ไคลเอนต์:
บอร์ดเข้ารหัสและกล้องทั้งสองเปิดพร้อมกัน. มีแนวโน้มว่าการเริ่มต้นกล้องจะใช้เวลานานกว่าบอร์ดเข้ารหัสเล็กน้อย.

ฉันขอยืนยันว่ากล้องดูเหมือนจะไม่ได้รับการรองรับเมื่อเริ่มต้นระบบ “เพื่อน CVBS” จะแสดงที่ด้านบน.

ฉันสามารถ ping บอร์ดได้ดีก่อนที่จะพยายามอ่านทั้งสองสตรีม

เมื่อฉันเริ่มเปิดกล้องก่อน (ไม่กี่วินาที), จากนั้นเปิดเครื่อง (15 วินาทีต่อมา) และเริ่มบอร์ดเข้ารหัส, ฉันสามารถอ่านสตรีมได้ดี.
ถ้าฉัน “เปิดกล้องระบบและตัวเข้ารหัสพร้อมกัน”. จากนั้นเสียบปลั๊ก HDMI ร้อนๆ (15 วินาทีต่อมา), ฉันสามารถอ่านสตรีมได้ดี.

ฉันจะทำอย่างไรเพื่อให้สามารถอ่าน mainStream ได้โดยไม่ต้องทำสิ่งเหล่านี้ ? ส่งคำขอ http รีบูตด้วยซอฟต์แวร์ของฉัน, ไม่กี่วินาทีหลังจากเริ่มต้น ?

ไอวีแคน:
ดี, นั่นพิสูจน์ว่าการเดาของฉันถูกต้อง. สำหรับลูกค้ารายอื่นของเรา, กล้องและบอร์ดเข้ารหัสของเราเปิดทำงานพร้อมกันทั้งหมด. กล้องสามารถจดจำบอร์ดเข้ารหัสของเราได้ตามปกติและส่งสัญญาณ HDMI. มีลูกค้าเพียงไม่กี่รายเท่านั้นที่ประสบปัญหาดังกล่าวเมื่อใช้กล้อง HDMI ที่ปรับแต่งเอง. ต่อไปนี้ได้รับการแก้ไขโดยลูกค้าเอง (ปรับเปลี่ยนการตั้งค่ากล้อง/เปลี่ยนกล้อง).

ไคลเอนต์:
คุณมีซอฟต์แวร์เวอร์ชันที่คุณพัฒนาให้เราหรือไม่? เราจะระบุให้ชัดเจนใน PO ของเรา.

ไอวีแคน: เวอร์ชันเฟิร์มแวร์คือ v6.5.5a สำหรับอุปกรณ์ของคุณ.

เรามีข้อผิดพลาดของตัวเข้ารหัสวิดีโอ, ฉันควรทำอย่างไรดี?

1. จากภาพที่คุณแสดง, เราพบว่าตัวเก็บประจุและตัวเหนี่ยวนำที่มุมซ้ายล่างเสียหายเนื่องจากแรงภายนอก. บางทีพวกเขาอาจถูกกระแทกระหว่างการบรรจุและการขนส่ง, และบริษัทของคุณทำให้พวกเขาล้มลงโดยไม่ได้ตั้งใจระหว่างการทำงาน.
video encoder and decoder board bitrate
สิ่งที่ไฮไลท์คืออุปกรณ์ที่หายไป, ซึ่งก็คือ:
1、ค176：หมวกแก๊ป,10เอ็นเอฟ,+/-10%,X7R,1000V,SMD1206
2、ค21：หมวกแก๊ป,22ยูเอฟ,+/-20%,X5R,6.3V,SMD0603
3、ร34：FB,120อาร์@100ม,+/-25%,3ก,SMD0603 (เม็ดแม่เหล็ก)
video encoder decoder block diagram

ลองหาชิ้นส่วนเดียวกันดูนะครับ, เปลี่ยนชิ้นส่วนเหล่านั้นแล้วตรวจสอบอย่างละเอียดเพื่อดูว่ามีชิ้นส่วนอื่นที่ขาดหายไปหรือไม่.

หากคุณยังคงมีคำถาม, กรุณาติดต่อเรา.

ไคลเอนต์:
ส่วนที่ผิดปกตินี้จะใช้ควบคุมวงจรไหน?

ไอวีแคน:
1.5แหล่งจ่ายไฟ V, ขับเคลื่อน DDR， โปรดตรวจสอบภาพด้านล่าง.
R34 VDD1V5 of video encoder board
ไคลเอนต์:
เราเปลี่ยนส่วนประกอบตามคำแนะนำของคุณ, ตัวเข้ารหัสไม่ทำงาน.
นอกจากนี้, เราสังเกตเห็นปัญหาด้านคุณภาพอื่นๆ เกี่ยวกับการเชื่อม, การปรับปรุงด้วยตนเองหลายครั้ง.
เราจะดำเนินการแลกเปลี่ยนมาตรฐานภายใต้การรับประกันได้อย่างไร?

ไอวีแคน:
ไม่ต้องกังวลกับมัน, กรุณาส่งกลับมาให้เรา, และเราจะเปลี่ยนอันใหม่ให้กับคุณ.

HDMI ของคุณ + บอร์ดเข้ารหัสวิดีโอ CVBS รองรับ ONVIF?

วิศวกรบอกว่าโปรโตคอล ONVIF ไม่รองรับอย่างสมบูรณ์. ขึ้นอยู่กับความต้องการเฉพาะของคุณ.
เครื่องเล่นวิดีโอรองรับ RTSP, VLC, เล่นง่าย, และโปรโตคอลรองรับเครื่องเล่น UDP.

ฉันสามารถใช้สตรีม hdmi และสตรีม CVBS ร่วมกันได้หรือไม่?

บอร์ดเข้ารหัสวิดีโอของเรารองรับวิดีโอสองช่องในเวลาเดียวกัน, หนึ่งคือการเข้ารหัสสตรีมวิดีโอ HDMI และการเข้ารหัสสตรีมวิดีโอ CVBS.

คุณมีบอร์ดเข้ารหัส LVDS เป็น IP หรือไม่?

ไม่ตอนนี้.

คำถาม: โมดูเลเตอร์ DVB-T ของคุณมีลักษณะเวลาใด (เครื่องส่ง) มี? เราจะเห็นด้านล่างหากเราดูมาตรฐาน DVB-T ETSI EN 300 744.

แต่เวลาใดในโมดูล DVB-T TX ของคุณ?
เราต้องการมันเพราะเรากำลังคิดถึงความถี่ที่เปลี่ยนแปลงอย่างรวดเร็วระหว่างการสตรีมวิดีโอ, ดังนั้นเราจึงต้องเข้าใจเวลาจริงของโหมดนี้. เราใช้ QPSK, CR=1/2, จีไอ=1/32, แบนด์วิธ = 8 เมกะเฮิรตซ์.

ตอบ: ในโมดูเลเตอร์ DVB-T ของเรา, ทั้งเวลาสัญลักษณ์ที่ส่งและเวลาป้องกันจะเหมือนกัน, กับ 400 744 สเปค

แปลง CVBS เป็น IP, แปลงสัญญาณ av เป็นอีเธอร์เน็ต, ตัวเข้ารหัส SDI CVBS,

Q: หากฉันเชื่อมต่อกล้องสองตัวจะมีความหน่วงเท่าไร (HDMI + CVBS)?

ฉันมีกล้องสองตัว, อันหนึ่งเป็นกล้อง hdmi, และตัวที่สองคือกล้อง CVBS. ฉันจะแปลงวิดีโอสตรีมทั้งสองเป็น IP ethernet โดยบอร์ดนี้และฝั่งรับสัญญาณฝั่งตรงข้ามจะเป็นคอมพิวเตอร์.

ก:

ความล่าช้าของบอร์ดเข้ารหัสวิดีโอจะต้องคำนึงถึงการเข้ารหัสและถอดรหัสด้วย. เป็นไปไม่ได้ที่จะทดสอบการหน่วงเวลาที่แม่นยำจากบอร์ดเข้ารหัสเพียงอย่างเดียว.

มักจะ, ความล่าช้าที่เกิดจากบอร์ดถอดรหัสจะยิ่งใหญ่กว่า.

ด้วยเครื่องเล่นซอฟต์แวร์ที่แตกต่างกัน, เวลาแฝงจะแตกต่างกันอย่างมาก. ตัวอย่างเช่น, ใช้ของเรา สเพลเยอร์ ความล่าช้าประมาณ 100ms, และการใช้ VLC ความล่าช้าอาจสูงถึง 300ms.

การหน่วงเวลาของกล้อง CVBS นั้นยากต่อการวัดอย่างแม่นยำ. การหน่วงเวลาต่ำกว่า 100 มิลลิวินาทีเป็นเรื่องยากที่จะวัดด้วยนาฬิกาจับเวลา. นอกจากนี้, ความล่าช้าของ Vcan1681 นั้นไม่ใช่เรื่องง่ายที่จะทดสอบ. โดยไม่ต้องใช้บอร์ดถอดรหัส, คุณไม่สามารถมองเห็นภาพได้. ไม่สามารถคำนวณโดยใช้นาฬิกาจับเวลาได้, และไม่มีทางวัดด้วยออสซิลโลสโคปได้.

หลังจากที่ลูกค้าซื้อบอร์ดเข้ารหัสแล้ว, เขาจะต้องมีผู้เล่นถอดรหัสอย่างแน่นอน. ถ้าอย่างนั้นจะเป็นการดีกว่าถ้าถามลูกค้าว่าเขาวางแผนจะใช้เครื่องเล่นประเภทใดในการถอดรหัส (ของเราเอง, ของลูกค้าเอง, หรือบุคคลที่สาม), เพื่อให้เราสามารถรู้ได้ดีขึ้นว่าบอร์ดเข้ารหัสสามารถตอบสนองความต้องการของลูกค้าได้หรือไม่ (ฟังก์ชั่นและประสิทธิภาพ) หรือไม่.

วิธีทดสอบเวลาแฝงของบอร์ดเข้ารหัสวิดีโอ?

ฉันหันกล้องไปที่นาฬิกาจับเวลาบนหน้าจอคอมพิวเตอร์.
คอมพิวเตอร์อีกเครื่องจะเล่นวิดีโอที่ส่งจากบอร์ดเข้ารหัสปัจจุบัน และยังแสดงนาฬิกาจับเวลาบนหน้าจอคอมพิวเตอร์ด้วย.
คุณต้องลดสองครั้ง, คือความล่าช้าจากกล้องไปยังจอภาพ. (รวมถึงความล่าช้าของกล้องและหน้าจอ)
โปรดตรวจสอบภาพด้านล่าง

Q: หากฉันใช้ตัวเข้ารหัสและบอร์ดถอดรหัสของคุณจะมีเวลาในการตอบสนองเท่าใด?

ก: ควรใช้ตัวเข้ารหัสและตัวถอดรหัสของเรา. ราคาตัวเข้ารหัสและตัวถอดรหัสบอร์ดเท่ากัน. ผลการทดสอบเวลาแฝงด้านล่างนี้ใช้สำหรับการอ้างอิงของคุณเท่านั้น, ไม่รวมความล่าช้าของกล้อง.

อินพุต CVBS ไปยังบอร์ดเข้ารหัสของเรา—–บอร์ดถอดรหัสของเราพร้อมเอาต์พุต HDMI, ความล่าช้าคือ 60~90ms
อินพุต HDMI ไปยังบอร์ดเข้ารหัสของเรา—–บอร์ดถอดรหัสของเราพร้อมเอาต์พุต HDMI, ความล่าช้าคือ 90~130ms
อินพุต HDMI 720P บอร์ดเข้ารหัสของเรา——–บอร์ดถอดรหัสของเราพร้อมเอาต์พุต HDMI, ความล่าช้าระหว่าง 80 ~ 100ms
อินพุต HDMI 1080P บอร์ดเข้ารหัสของเรา——–บอร์ดถอดรหัสของเราพร้อมเอาต์พุต HDMI, ความล่าช้าระหว่าง 100~130ms

เพื่อความหน่วงที่ต่ำกว่า, คุณยังสามารถใช้ตัวเข้ารหัสวิดีโอและบอร์ดถอดรหัสวิดีโอของเราได้. จะดีกว่าการเล่นวิดีโอสตรีมมิ่งบนคอมพิวเตอร์ของคุณผ่านเครื่องเล่น VLC มาก.

Super lower latency encoder and decoder with two video streaming

HDMI CVBS input encoder and decoder via ip ethernet transmission — ตัวเข้ารหัสและถอดรหัสอินพุต HDMI CVBS และตัวถอดรหัสผ่านการส่งผ่านอีเธอร์เน็ต IP

Q: บอร์ดถอดรหัสวิดีโอตัวใดรองรับ H264 H265 และความหน่วงต่ำเป็นพิเศษ?

Which video decoder board supports H264 H265 and super-low latency

บอร์ดถอดรหัสสีน้ำเงินด้านซ้ายรองรับการถอดรหัส H265 และ H264 แต่ไม่รองรับการถอดรหัสเวลาแฝงต่ำ. (ชิปเซ็ตซัมซุง)
กระดานดำด้านขวารองรับการถอดรหัส H264 แต่รองรับการถอดรหัสเวลาแฝงต่ำ H264. (ไฮซิลิคอน)

Q: เรากำลังมองหาระบบส่งสัญญาณวิดีโอ fpv ที่มีความล่าช้าต่ำเป็นพิเศษ.

เราต้องการโมดูล TX + กล้องสำหรับโดรน fpv และโมดูล RX พร้อมอีเธอร์เน็ต (IP) เอาท์พุต. คุณจะแนะนำอะไร?

ก: เราขอแนะนำ Vcan1746 และ Vcan1777,

Q: กล้อง USB UVC ของคุณไปยังบอร์ดเข้ารหัสวิดีโอ IP RTSP มีการเชื่อมต่อที่ง่ายดายและอะแดปเตอร์ไฟ DC หรือไม่?

ใช่, เราสามารถเพิ่มอะแดปเตอร์ไฟ 12V DC ให้กับคุณได้. การเชื่อมต่อนั้นง่ายมาก, 12กำลังไฟเข้า V, เอาต์พุตอีเธอร์เน็ตไปยังเครือข่ายหรือคอมพิวเตอร์ของคุณ, อินพุต USB จำเป็นต้องเชื่อมต่อกล้อง USB ของคุณ.