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 نرخ داده اترنت چه خواهد بود?

Bitrate Video توسط مشتری قابل تنظیم است (کاربر).

ما از صفحه رمزگذار ویدیویی شما با دو ورودی استفاده خواهیم کرد (HDMI و PAL) و با 12 ولت Alimentation. خوب است?

منظورتون ورودی HDMI یا AV هست (از دو نوع ویدیویی پشتیبانی کنید), یا برای پشتیبانی از دو ورودی همزمان به HDMI و AV نیاز دارید?

Q: ما برای پشتیبانی از دو ورودی همزمان باید 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 (مانند رایانه), بعد از شروع مجدد, موقت خواهد بود (چند ثانیه) دسترسی به صفحه از شبکه امکان پذیر نیست. , ما نمی توانیم به آن دسترسی پیدا کنیم تا اینکه درخواست ARP پس از وقفه دوباره آغاز شود (عملکرد این است که هیئت مدیره برنامه نویسی پس از شروع مجدد نمی تواند چند ثانیه پنگ شود)
از این رو, من حدس می زنم احتمال دیگر این است که وقتی مشتری به جریان اصلی دسترسی پیدا می کند, به دلایل فوق قابل دسترسی نیست. سپس وقتی مشتری به زیر جریان دسترسی پیدا می کند, حافظه پنهان ARP می تواند به آن دسترسی پیدا کند, اما مشتری جریان اصلی را دوباره مرور نمی کند.

“هر زمان که دوربین سیستم و رمزگذار را همزمان روشن کنیم, ما نمی توانیم "جریان اصلی" را بخوانیم, ما فقط می توانیم "subStream" را بخوانیم.“

iVcan:
قضاوت از توضیحات شما در اینجا, به نظر می رسد دوربین شما بعد از برد رمزگذاری ما راه اندازی شده است. لطفاً ابتدا دوربین خود را روشن کنید, و سپس روشن کنید و برد رمزگذاری ما را برای امتحان کردن راه اندازی کنید. شاید همزمان روشن نشود. دستور روشن کردن نیز مهم است. مثلا, راه اندازی دوربین شما نیاز دارد 10 ثانیه, اما راه اندازی برد رمزگذار ما فقط نیاز دارد 5 ثانیه.
چون مطمئن نیستم که دوربین شما بعد از روشن شدن خیلی کند است یا نه.
چون برد انکودر ما خیلی سریع راه اندازی می شود, ممکن است دوربین پس از راه اندازی برد رمزگذار ما مقداردهی اولیه نشده باشد, که ممکن است منجر به برخی مشکلات غیر منتظره شود. این همچنین می‌تواند توضیح دهد که چرا «ما باید رمزگذار را از طریق رابط وب «راه‌اندازی مجدد» کنیم تا کار کند: پس از راه‌اندازی مجدد، می‌توانیم مستقیماً جریان اصلی را بخوانیم., زیرا وقتی صفحه وب شما مجدداً راه اندازی می شود برد رمزگذار, دوربین قبلاً راه اندازی شده است.
از این رو, پیشنهادات نهایی به شرح زیر است (من تمام تلاشم را کردم تا همه چیزهایی را که به ذهنم رسید لیست کنم و به شما اجازه دهم آنها را جداگانه آزمایش کنید);
به صفحه ویدیوی وب سرور نگاه کنید و تأیید کنید که آیا دوربین HDMI به طور معمول تشخیص داده می شود (می توانید یک اسکرین شات برای ما ارسال کنید). تا زمانی که دوربین به طور معمول تشخیص داده شود, جریان اصلی قابل دسترسی است;
توصیه می شود ابتدا برد کدنویسی را زیر cmd پینگ کنید, و سپس به mainStream و subStream تحت vlc دسترسی پیدا کنید تا به اشتباه فکر نکنید که Mainstream به دلیل مشکلات تصادفی مک قابل دسترسی نیست..
اجازه دهید ابتدا دوربین خود را روشن کنید (برای چند ثانیه), سپس روشن کنید و برد رمزگذاری ما را شروع کنید تا امتحان کنید (دلایل توضیح داده شده در بالا را ببینید)
عملیات اصلی خود را دنبال کنید "دوربین سیستم و رمزگذار را همزمان روشن کنید". هنگامی که مشکل "ما قادر به خواندن "جریان اصلی" نیستیم, ما فقط می توانیم "subStream" را بخوانیم. تکثیر می شود, برد رمزگذاری را از طریق صفحه وب راه اندازی مجدد نکنید, اما کابل HDMI را بین دوربین خود و برد رمزگذاری گرم کنید. من فکر می کنم این فقط یک عملیات مبادله داغ است (چون فکر می کنم مشکل تشخیص پلاگین است که باعث می شود دوربین به برد رمزگذاری متصل نشود. ارسال سیگنال HDMI).

مشتری:
من همیشه می توانم زیر استریم را بخوانم. جریان اصلی فقط پس از راه اندازی مجدد.

iVcan:
سپس برد رمزگذار ما می تواند دوربین شما را تشخیص دهد.
لطفا یک تست انجام دهید.
اجازه دهید ابتدا دوربین خود را روشن کنید (برای چند ثانیه), سپس روشن کنید و برد رمزگذاری ما را شروع کنید تا امتحان کنید.
مهندس نگران این است که راه اندازی دوربین شما نیاز دارد 10 ثانیه, اما راه اندازی برد رمزگذار ما فقط نیاز دارد 5 ثانیه.
لطفاً این تست را انجام دهید تا احتمال راه اندازی زمان های مختلف را رد کنید.

iVcan:
وقتی در حال تست هستید, بهتر است تنظیمات را به عقب تنظیم کنید (کلمات قرمز) یا تصویر زیر را ببینید.
analogue to ip video encoder for living stream

مشتری:
برد رمزگذار و دوربین هر دو دقیقاً همزمان روشن می شوند. این احتمال وجود دارد که راه اندازی دوربین کمی بیشتر از برد رمزگذار طول بکشد.

من تأیید می کنم که به نظر می رسد دوربین در هنگام راه اندازی شناسایی نمی شود “رفیق CVBS” در بالا نمایش داده می شود.

من می توانم قبل از خواندن هر دو جریان، صفحه را خوب پینگ کنم

وقتی اول دوربینم را روشن می کنم (برای چند ثانیه), سپس روشن کنید (15 ثانیه بعد) و برد رمزگذاری را راه اندازی کنید, من می توانم جریان را به خوبی بخوانم.
اگر من “دوربین سیستم و رمزگذار را همزمان روشن کنید.. و سپس HDMI را وصل کنید (15 ثانیه بعد), من می توانم جریان را به خوبی بخوانم.

چه کاری می توانم انجام دهم تا بتوانم جریان اصلی را بدون انجام یکی از این کارها بخوانم ? با نرم افزار من یک درخواست http برای راه اندازی مجدد ارسال کنید, چند ثانیه پس از راه اندازی ?

iVcan:
خوب, که درست حدس من را ثابت می کند. برای سایر مشتریان ما, دوربین و برد رمزگذاری ما همگی همزمان روشن می شوند. دوربین ها می توانند برد رمزگذاری ما را به طور معمول تشخیص دهند و سیگنال های HDMI را ارسال کنند. تنها تعداد کمی از مشتریان با استفاده از دوربین های HDMI سفارشی شده خود با چنین مشکلاتی مواجه شده اند. موارد زیر توسط خود مشتریان حل شده است (تغییر تنظیمات دوربین/تغییر دوربین).

مشتری:
آیا نسخه نرم افزاری را که برای ما توسعه داده اید دارید؟? ما آن را در PO خود دقیق خواهیم کرد.

iVcan: نسخه سیستم عامل v6.5.5a برای دستگاه شما است.

ما یک رمزگذار ویدیویی معیوب داریم, چه کار باید بکنم?

1. از عکسی که نشون دادی, ما متوجه شدیم که خازن و سلف در گوشه پایین سمت چپ به دلیل نیروی خارجی آسیب دیده اند. شاید در حین بسته بندی و حمل و نقل از بین رفته اند, و شرکت شما به طور تصادفی آنها را در حین عملیات از کار انداخت.
video encoder and decoder board bitrate
موارد برجسته شده دستگاه های گم شده هستند, که هستند:
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 (مهره های مغناطیسی)
video encoder decoder block diagram

لطفا سعی کنید همان قسمت ها را پیدا کنید, آنها را تعویض کنید و سپس به دقت بررسی کنید که آیا قطعات دیگری از دست رفته است یا خیر.

اگر هنوز سوالی دارید, لطفا با ما تماس بگیرید.

مشتری:
این قطعه معیوب برای کارکرد کدام مدار استفاده می شود?

iVcan:
1.5منبع تغذیه V, قدرت DDR， لطفا به تصویر زیر را بررسی کنید.
R34 VDD1V5 of video encoder board
مشتری:
ما مطابق توصیه شما اجزای را جایگزین کردیم, رمزگذار کاربردی نیست.
علاوه بر این, ما سایر مشکلات کیفیت را با جوش ها ذکر کردیم, چندین بازگرداندن دستی.
چگونه می توانیم با ضمانت با یک مبادله استاندارد پیش برویم?

iVcan:
نگران آن نباشید, لطفا آن را برای ما ارسال کنید, و ما یک مورد جدید را برای شما تغییر خواهیم داد.

آیا HDMI شما + CVBS Video Video Board Onvif پشتیبانی می کند?

مهندس گفت که پروتکل ONVIF کاملاً پشتیبانی نمی شود. این به نیازهای خاص شما بستگی دارد.
پخش کننده ویدیو از RTSP پشتیبانی می کند, VLC, بازی آسان, و پروتکل از پخش کننده UDP پشتیبانی می کند.

آیا می توانم از جریان HDMI و جریان CVBS با هم استفاده کنم?

صفحه رمزگذاری ویدیویی ما همزمان از دو کانال فیلم پشتیبانی می کند, یکی جریان ویدیویی HDMI و رمزگذاری جریان ویدیویی CVBS.

آیا LVD به صفحه رمزگذار IP دارید?

نه اکنون.

سوال: مدولاتور DVB-T شما چه ویژگی زمانی دارد؟ (فرستنده) دارند? اگر به DVB-T Standard ETSI EN نگاه کنیم ، می توانیم موارد زیر را مشاهده کنیم 300 744.

اما چه ساعتی در ماژول DVB-T TX شما وجود دارد?
ما به آن نیاز داریم زیرا به تغییر سریع فرکانس در جریان پخش ویدیو فکر می کنیم, بنابراین ما باید زمان واقعی این حالت را درک کنیم. ما از QPSK استفاده می کنیم, CR=1/2, GI=1/32, پهنای باند = 8 مگاهرتز.

پاسخ: در مدولاتور DVB-T ما, هر دو زمان نماد ارسالی و زمان نگهبانی یکسان هستند, با 400 744 مشخصات

تبدیل cvbs به IP, مبدل سیگنال av به اترنت, رمزگذار SDI CVBS,

Q: اگر دو دوربین را وصل کنم ، تأخیر چقدر خواهد بود (HDMI + CVBS)?

من دو دوربین دارم, یکی دوربین hdmi است, و دومی یک دوربین CVBS است. من هر دو استریم ویدئو را توسط این برد به IP اترنت تبدیل می کنم و سمت گیرنده مقابل یک کامپیوتر خواهد بود.

آ:

تأخیر برد رمزگذاری ویدیو باید رمزگذاری و رمزگشایی را در نظر بگیرد. آزمایش تأخیر دقیق از روی برد رمزگذاری به تنهایی غیرممکن است.

معمولا, تاخیر ناشی از برد رمزگشا بیشتر است.

با پخش کننده های نرم افزاری مختلف, تأخیر بسیار متفاوت است. مثلا, با استفاده از ما پخش کننده تاخیر حدود 100 میلی ثانیه است, و با استفاده از VLC تاخیر می تواند تا 300 میلی ثانیه باشد.

اندازه گیری دقیق تاخیر دوربین CVBS دشوار است. اندازه گیری تاخیرهای زیر 100 میلی ثانیه با کرونومتر دشوار است. علاوه بر این, تأخیر Vcan1681 به راحتی قابل آزمایش نیست. بدون برد رسیور, شما حتی نمی توانید تصویر را ببینید. با استفاده از کرونومتر نمی توان آن را محاسبه کرد, و هیچ راهی برای اندازه گیری آن با اسیلوسکوپ وجود ندارد.

بعد از اینکه مشتری برد رمزگذاری را خرید, او قطعا به یک بازیکن برای رمزگشایی نیاز دارد. سپس بهتر است از مشتری بپرسید که قصد دارد از چه نوع پخش کننده ای برای رمزگشایی استفاده کند (مال ما, مال مشتری, یا شخص ثالث), تا بتوانیم بهتر بدانیم که آیا هیئت مدیره برنامه نویسی می تواند نیازهای مشتری را برآورده کند (عملکرد و عملکرد) یا نه.

نحوه تست تأخیر صفحه رمزگذار ویدیو?

من دوربین را در کرنومتر روی صفحه رایانه خود نشان دادم.
رایانه دیگری ویدئویی را که از صفحه رمزگذاری فعلی ارسال شده است پخش می کند و همچنین کرونومتر را روی صفحه رایانه نمایش می دهد.
شما باید دو بار کاهش دهید, یعنی تأخیر از دوربین به مانیتور. (از جمله تاخیر دوربین و صفحه نمایش)
لطفا تصاویر زیر را بررسی کنید

Q: اگر من از رمزگذاری و رمزگشایی شما استفاده کنم ، تأخیر چقدر است?

آ: بهتر است از صفحه رمزگذار و رمزگشایی ما استفاده کنیم. قیمت صفحه رمزگذار و رمزگشایی یکسان است. نتیجه تست تأخیر زیر فقط برای مرجع شما است, شامل تأخیر دوربین نیست.

ورودی CVBS به صفحه رمزگذار ما—–صفحه رمزگشایی ما با خروجی HDMI, تأخیر 90m 60 ms است
ورودی HDMI به صفحه رمزگذار ما—–صفحه رمزگشایی ما با خروجی HDMI, تأخیر 130 ~ 90 متر است
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 اترنت

Q: کدام برد رمزگشای ویدیویی H264 H265 و تأخیر بسیار کم را پشتیبانی می کند?

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

برد رسیور آبی سمت چپ از رمزگشایی H265 و H264 پشتیبانی می کند اما از رمزگشایی با تاخیر کم پشتیبانی نمی کند.. (چیپست سامسون)
تخته سیاه سمت راست از رمزگشایی H264 پشتیبانی می کند اما از رمزگشایی با تاخیر کم H264 پشتیبانی می کند.. (HiSilicon)

Q: ما به دنبال یک سیستم انتقال ویدیویی با تأخیر فوق العاده کم هستیم.

ما به یک ماژول TX احتیاج داریم + دوربین برای یک هواپیمای بدون سرنشین FPV و یک ماژول RX با اترنت (IP) تولید. چه چیزی را توصیه می کنید?

آ: ما VCAN1746 و VCAN1777 را توصیه کردیم,

Q: Does your USB UVC camera to IP RTSP video encoder board have a simple connection and DC power adapter?

بله, we can add a 12V DC power adapter for you. The conneciton is very simple, 12ورودی برق V, ethernet output to your network or computer, USB input need to connect your USB camera.