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 כקלט וזרם ה-Ethernet כפלט, עם פענוח 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 מה יהיה קצב הנתונים של Ethernet?

קצב הסיביות הווידיאו ניתן להגדרה על ידי הלקוח על ידי הלקוח (מִשׁתַמֵשׁ).

אנו נשתמש בלוח מקודד הווידאו שלך עם שתי כניסות (HDMI ו-PAL) ועם alimentation 12V. האם זה בסדר?

האם אתה מתכוון לכניסת HDMI או AV (תמכו בשני סוגי וידאו), או האם אתה צריך HDMI ו-AV כדי לתמוך בשתי כניסות בו זמנית?

ש: עלינו להיות HDMI ו- AV כדי לתמוך בשתי כניסות סימולטניות.
א: בסדר. מהנדס הקושחה שלנו ייצא כמה ימים כדי ליצור קושחה חדשה שתעמוד בפונקציה זו שאתה צריך. אני אשדרג אותו ואראה לך את סרטון המבחן. https://youtu.be/izdFa1nw7u8

iVcan: אנא עזרו לאשר שניתן לתמוך ב- HDMI ו- CVBs בו זמנית, אך ניתן לבחור את האודיו רק מאחד מהשניים (המערכת בוחרת אודיו 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 (כמו מחשב), לאחר הפעלה מחדש, זה יהיה זמני (כמה שניות) לא ניתן לגשת ללוח מהרשת. , איננו יכולים לגשת אליו עד לבקשת ה- ARP מחדש לאחר פסק זמן (הביצועים הם שלא ניתן לצמצם את לוח הקידוד למשך מספר שניות לאחר ההפעלה מחדש)
לָכֵן, אני מניח שאפשרות נוספת היא שכאשר הלקוח ניגש למיינסטרים, לא ניתן לגשת אליו בגלל הסיבות לעיל. ואז כאשר הלקוח ניגש לזרם משנה, מטמון ה- ARP מתרענן והלקוח יכול לגשת אליו, אך הלקוח אינו חוזר על הזרם הראשי.

“בכל פעם שאנו מפעילים את מצלמת המערכת ואת המקודד בו זמנית, איננו יכולים לקרוא את "המיינסטרים", אנו יכולים לקרוא רק את "הזרם".“

iVcan:
אם לשפוט על פי התיאור שלך כאן, נראה שהמצלמה שלך מתחילה לאחר לוח הקידוד שלנו. אנא התחל תחילה את המצלמה שלך, ואז להפעיל ולהתחיל את לוח הקידוד שלנו כדי לנסות את זה. אולי זה לא מופעל בו זמנית. גם צו המופעל חשוב. לדוגמה, צרכי ההפעלה של המצלמה שלך 10 שניות, אבל ההפעלה של לוח המקודד שלנו צריכה בלבד 5 שניות.
כי אני לא בטוח אם המצלמה שלך איטית מאוד לאתחל לאחר ההפעלה.
כי לוח המקודדים שלנו מתחיל מהר מאוד, יכול להיות שהמצלמה לא הותחלה לאחר שהחלה את לוח המקודד שלנו, מה שעלול להוביל לכמה בעיות בלתי צפויות. זה יכול גם להסביר מדוע "עלינו" לאתחל "את המקודד דרך ממשק האינטרנט כדי לגרום לו לעבוד: לאחר האתחול אנו יכולים לקרוא ישירות את הזרם המרכזי. ", כי כאשר דף האינטרנט שלך מפעיל מחדש את לוח המקודד, המצלמה כבר אתחלה.
לָכֵן, ההצעות הסופיות הן כדלקמן (ניסיתי כמיטב יכולתי לרשום את כל מה שעבר בראש ולתת לך לבדוק אותם בנפרד);
עיין בדף הווידיאו של שרת האינטרנט ואשר אם מצלמת HDMI מוכרת כרגיל (אתה יכול לשלוח אלינו צילום מסך). כל עוד המצלמה מוכרת כרגיל, ניתן לגשת למיינסטרים;
מומלץ שתפנה תחילה את לוח הקידוד תחת CMD, ואז לגשת למיינסטרים ולזרם המשנה תחת VLC כדי להימנע מחשיבה בטעות שלא ניתן לגשת לזרם המרכזי בגלל בעיות MAC אקראיות.
תן לך להתחיל תחילה את המצלמה שלך (למשך כמה שניות), ואז להפעיל ולהתחיל את לוח הקידוד שלנו לנסות (ראה את הסיבות שתוארו לעיל)
עקוב אחר הפעולה המקורית שלך של "הפעל את מצלמת המערכת ואת המקודד בו זמנית". כאשר הבעיה "איננו יכולים לקרוא את" המיינסטרים ", אנו יכולים לקרוא רק את "הזרם". " משוחזר, אל תפעיל מחדש את לוח הקידוד דרך דף האינטרנט, אבל החלף חם את כבל HDMI בין המצלמה שלך ללוח הקידוד. אני חושב שזו רק פעולת החלפה חמה (כי אני חושד שמדובר בבעיית גילוי תוסף הגורמת למצלמה לא להתחבר ללוח הקידוד. שלח אות HDMI).

לָקוּחַ:
אני תמיד יכול לקרוא את הזרם. המיינסטרים רק לאחר אתחול מחדש.

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：כּוֹבַע,22Uf,+/-20%,X5r,6.3V,SMD0603
3、R34：פֶּנסיוֹן מָלֵא,120R@100 מ ',+/-25%,3א,SMD0603 ≠ חרוזים מגנטיים）
video encoder decoder block diagram

אנא נסה למצוא את אותם חלקים, החלף אותם ואז בדוק היטב כדי לראות אם יש חלקים חסרים אחרים.

אם עדיין יש לך שאלות, אנא צרו קשר עמנו.

לָקוּחַ:
חלק לקוי זה משמש להפעלה איזה מעגל?

iVcan:
1.5אספקת V כוח, הפעלת DDR， אנא בדוק את התמונה למטה.
R34 VDD1V5 of video encoder board
לָקוּחַ:
החלפנו את הרכיבים בהתאם לעצתך, המקודד אינו פונקציונלי.
בנוסף, ציינו בעיות איכות אחרות עם הריתוכים, מספר עבודות ידניות ידניות.
כיצד נוכל להמשיך עם חילופי דברים סטנדרטיים תחת אחריות?

iVcan:
אל תדאג לגבי זה, אנא שלח אותו אלינו, ונשנה לך חדש.

האם ה-HDMI שלך + תמיכת לוח מקודד וידאו CVBS ONVIF?

המהנדס אמר כי פרוטוקול ה- ONVIF אינו נתמך במלואו. זה תלוי בדרישות הספציפיות שלך.
נגן הווידיאו תומך ב- RTSP, VLC, EasyPlay, ופרוטוקול תומך בנגן UDP.

האם אני יכול להשתמש בזרם hdmi ובזרם CVBS ביחד?

לוח קידוד הווידיאו שלנו תומך בשני ערוצי וידיאו בו זמנית, האחד הוא זרם הווידיאו של HDMI וקידוד זרם הווידיאו של CVBS.

האם יש לך לוח מקודד LVDS ל-IP?

לא עכשיו.

שְׁאֵלָה: מה המאפיין של מה השעה עושה את מודולטור ה- DVB-T שלך (משדר) יש? אנו יכולים לראות את הדברים להלן אם אנו מסתכלים על DVB-T סטנדרט ETSI EN 300 744.

אבל אילו זמנים נמצאים במודול ה- DVB-T TX שלך?
אנו זקוקים לזה מכיוון שאנו חושבים על תדירות המשתנה במהירות במהלך הזרמת וידאו, אז עלינו להבין את הזמנים האמיתיים למצב זה. אנו משתמשים ב- QPSK, Cr = 1/2, GI = 1/32, רוחב פס = 8 MHz.

תשובה: במודולטור ה- DVB-T שלנו, גם זמן הסמל המועבר וגם זמן השמירה זהים, עם 400 744 מִפרָט

ממיר CVBS ל- IP, ממיר אות AV ב- Ethernet, מקודד SDI CVBS,

ש: כמה יהיה ההשהיה אם אני מחבר שתי מצלמות (HDMI + CVBS)?

יש לי שתי מצלמות, האחת היא מצלמת HDMI, והשנייה היא מצלמת CVBS. אני אמבר את שני זרמי הווידיאו ל- IP Ethernet על ידי לוח זה וצד המקלט ההפוך יהיה מחשב.

א:

עיכוב לוח קידוד הווידיאו חייב לקחת בחשבון את הקידוד והפענוח. אי אפשר לבדוק את העיכוב המדויק מלוח הקידוד בלבד.

בדרך כלל, העיכוב שנגרם על ידי לוח הפענוח גדול יותר.

עם שחקני תוכנה שונים, החביון משתנה מאוד. לדוגמה, באמצעות שלנו ספלייר העיכוב הוא כ 100 מ ', ושימוש ב- VLC העיכוב יכול להיות עד 300M.

קשה למדוד את העיכוב של מצלמת CVBS במדויק. קשה למדוד עיכובים מתחת למאה מ"מ באמצעות שעון עצר. בנוסף, העיכוב של Vcan1681 עצמו אינו קל לבדיקה. ללא לוח המפענח, אתה אפילו לא יכול לראות את התמונה. לא ניתן לחשב אותו באמצעות שעון עצר, ואין דרך למדוד את זה עם אוסילוסקופ.

לאחר שהלקוח קונה את לוח הקידוד, הוא בהחלט יצטרך שחקן לפענוח. אז עדיף לשאול את הלקוח באיזה סוג של שחקן הוא מתכנן להשתמש לפענוח (שֶׁלָנוּ, של הלקוח עצמו, או צד שלישי), כדי שנוכל לדעת טוב יותר אם לוח הקידוד יכול לעמוד בדרישות הלקוח (תפקוד וביצועים) או שלא.

כיצד לבדוק את זמן האחזור של לוח מקודד הווידאו?

כיוונתי את המצלמה אל שעון העצר שעל מסך המחשב שלי.
מחשב אחר משמיע את הסרטון שנשלח מלוח הקידוד הנוכחי וגם מציג את שעון העצר על מסך המחשב.
צריך להפחית פעמיים, כלומר העיכוב מהמצלמה למוניטור. (כולל עיכוב מצלמה ומסך)
אנא בדוק את התמונות למטה

ש: כמה עולה השהיה אם אני משתמש במקודד ובלוח המפענח שלך?

א: עדיף להשתמש בלוח המקודד והמפנח שלנו. מחירי מועצת המנהלים המקודדים והמפנח זהים. תוצאת מבחן ההשהיה שלהלן מיועדת רק לעיונך, לא כולל עיכוב המצלמה.

קלט CVBS ללוח המקודד שלנו—–לוח הפענוח שלנו עם פלט HDMI, העיכוב הוא 60 ~ 90ms
קלט HDMI ללוח המקודד שלנו—–לוח הפענוח שלנו עם פלט HDMI, העיכוב הוא 90 ~ 130M
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 — מקודד כניסת CVBS של HDMI ומפענח באמצעות העברת אתרנט IP

ש: איזה לוח מפענח וידאו תומך ב-H264 H265 והשהייה סופר נמוכה?

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

לוח המפענח הכחול בצד שמאל תומך בפענוח H265 ו-H264 אך אינו תומך בפענוח עם אחזור נמוך. (ערכת שבבים של סמסון)
הלוח בצד ימין תומך בפענוח H264 אך תומך בפענוח H264 עם אחזור נמוך. (HiSilicon)

ש: אנו מחפשים מערכת העברת וידאו אולטרה-נמוכה של FPV.

אנו זקוקים למודול TX + מצלמה למזל"ט FPV ומודול RX עם Ethernet (IP) תְפוּקָה. על מה היית ממליץ?

א: המלצנו על VCAN1746 ו- VCAN1777,

ש: האם מצלמת ה- USB UVC שלך ל- IP RTSP לוח מקודד וידאו יש חיבור פשוט ומתאם כוח DC?

כן, אנו יכולים להוסיף עבורך מתאם כוח של 12 וולט DC. הקשר פשוט מאוד, 12קלט כוח V, פלט אתרנט לרשת או למחשב שלך, קלט USB צריך לחבר את מצלמת ה- USB שלך.

USB UVC camera to IP RTSP video encoder board connector — מצלמת USB UVC ל- IP RTSP מחבר לוח מקודד וידאו

USB UVC camera to IP RTSP video encoder board with 12V DC power adapter — מצלמת USB UVC ל- IP RTSP לוח מקודד וידאו עם מתאם חשמל 12V DC

לוחות מודולי מקודד

CVBS PAL NTSC composite analog video to ip ethernet video stream

CVBS ל-IP Ethernet

weak signal CVBS-to-Ethernet-IP-Encoder-stable-in-weak-Signal-proof

FPV חלש CVBS ל-Ethernet

HDMI CVBS Composite AV input to IP Ethernet video stream output-Ultra-low-latency-encoder-board

HDMI + CVBS ל-IP Ethernet

Low-Latency-SDI-AHD-to-IP-Ethernet-for-drone

SDI + AHD / CVBS ל-IP Ethernet

UVC-USB-Camera-to-IP-Ethernet-Streaming-Encoder-Board

מצלמת USB UVC ל-IP Ethernet

UVC USB Camera to CVBS PAL NTSC Encoder Board

מצלמת USB UVC ל-CVBS PAL NTSC

HDMI to over-IP-Ethernet-video-stream-low-latency-converter-encoder

HDMI ל-IP Ethernet

4K-HDMI-Video-Encoder-Board-to-IP-Ethernet-RTSP-UDP stream

4K HDMI ל-IP Ethernet

אנלוגי AV ל-IP Ethernet

לוחות מודולי מפענח

IP Ethernet stream video converter to HDMI CVBS Board

IP Ethernet ל-HDMI CVBS

IP Ethernet-to-HDMI-CVBS-video-decoder-board-low-latency-industrial-use

IP Ethernet ל-HDMI CVBS

IP Ethernet ל-HDMI

IP Ethernet ל-HDMI

זמין להתאמה אישית

+ מודול WIFI

+ 4מודול G

+ שרת P2P

+ הגדרת שער

+ מודול GPS

CVBS + USB Dual Streams

חביון התחתון

P2MP או MP2P

מוצרי מקודד חדשים

לא.	שם מוצר	תְצוּרָה	תכונות עיקריות	סטָטוּס
1	מקודד וידאו כפול ערוצי USB UVC אור נראה	2× כניסת USB	תומך בקידוד וידאו של מצלמת USB כפולה, והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	ייצור המוני
2	מקודד כפול ערוצים (1× אור גלוי USB + 1× מצלמת הדמיה תרמית USB)	2× כניסת USB	תומך במצלמת USB כפולה (נִרְאֶה + תֶרמִי) לִלְכּוֹד, הַצפָּנָה, והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	ייצור המוני
3	מפענח RTSP מודול תצוגה HDMI/CVBS	HDMI + פלט CVBS	תומך בפענוח זרם של עד 4×1080P@30fps RTSP; תמיכה בהעברת פרוטוקול הזרמת וידאו; תצוגת פלט HDMI/CVBS	מדגם זמין
4	מפענח RTSP HDMI/CVBS מודול תצוגה עם 4.3"/5" LCD	יציאת HDMI + מסך LCD	תומך בפענוח זרם של עד 4×1080P@30fps RTSP; העברת פרוטוקול; תצוגת פלט HDMI/CVBS	איתור באגים
5	מקודד כפול ערוצים (1× אור גלוי USB + 1× CVBS אנלוגי)	1× CVBS + 1× כניסת UVC USB	וידאו כפול (יו אס בי + CVBS), קידוד והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	איתור באגים
6	מקודד כפול ערוצים (1× USB UVC + 1× AHD אנלוגי)	1× AHD + 1× כניסת UVC USB	לכידת וידאו כפולה (יו אס בי + AHD), קידוד והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	איתור באגים
7	מקודד כפול ערוצים (1× CVBS + 1× וידאו אנלוגי AHD)	CVBS + AHD 2 מסך TFT LCD צבעוני	לכידת וידאו אנלוגית כפולה, קידוד והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	איתור באגים
8	מקודד כפול ערוצים (1× מצלמת CMOS + 1× מצלמת הדמיה תרמית USB)	1× ממשק USB	תומך ב-CMOS + לכידת מצלמה תרמית USB, קידוד והזרמת RTSP; פלט CVBS/HDMI מקומי; מצבי תצוגה ניתנים להחלפה	ייצור המוני

לפתרונות המרת קלט/פלט וידאו מותאמים אישית שאינם מופיעים במוצרים שלנו, אנא פנה אלינו לתמיכה ב-OEM/ODM. אנו יכולים לפתח מוצרים מותאמים בהתאם לדרישות שלך.

תודה רבה ששלחת את התשובה! ✨

החם ביותר HDMI חביון נמוך במיוחד שאלות נפוצות