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.

Dekoder encoder video terbaik 2024 untuk streaming langsung

Daftar isi

Kita memerlukan produk dengan SDI dan PAL sebagai input dan aliran Ethernet sebagai output, dengan decoding H.265.

1. Vcan1681 mendukung SDI dan PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Kami memiliki dua firmware untuk mendukung encoder dan decoder H265 dan H264.

Apakah decoder encoder video Anda mendukung HD-SDI? 1080p atau 1080i.

1. Maks mendukung 1080P.
2. Masukan HDMI mendukung 4k.

Dapatkah encoder Anda kompatibel dengan decoder h264/h265 apa pun, mis. Dekoder Nvidia jetson dll

Kita perlu bertanya pada insinyurnya, tolong beri tahu kami detail dekoder video jika Anda punya.
Kami juga memiliki encoder video dan papan decoder, jika Anda berdua kami milik kami, maka itu tidak masalah.

Untuk video 4k atau 1080p berapa kecepatan data ethernet?

Bitrate video dapat dikonfigurasi oleh pelanggan (pengguna).

Kami akan menggunakan papan encoder video Anda dengan dua masukan (HDMI dan PAL) dan dengan makanan 12V. Apakah tidak apa-apa?

Apakah yang Anda maksud adalah input HDMI atau AV (mendukung dua jenis video), atau apakah Anda memerlukan HDMI dan AV untuk mendukung dua input simultan?

Q: Kita perlu memiliki HDMI dan AV untuk mendukung dua input secara bersamaan.
SEBUAH: Oke. Insinyur firmware kami suatu hari nanti akan membuat firmware baru untuk memenuhi fungsi yang Anda butuhkan. Saya akan memutakhirkannya dan menunjukkan kepada Anda video pengujiannya. https://youtu.be/izdFa1nw7u8

iVcan: Mohon bantuannya untuk mengonfirmasi bahwa HDMI dan cvbs dapat didukung secara bersamaan, tapi audionya hanya bisa dipilih salah satu dari keduanya (sistem memilih audio HDMI/audio analog sesuai dengan situasi akses video), apakah tidak apa-apa bagimu?

Klien: Kami tidak membutuhkan audio, jadi lakukanlah yang terbaik untukmu.

iVcan: Insinyur perangkat lunak kami telah membuatkan perangkat lunak untuk Anda. Silakan periksa gambar di lampiran.
Sekarang mendukung kamera HDMI dan kamera CVBS.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

Klien:
Saya telah menguji pembuat enkode Anda beberapa kali dengan sistem kami. Ini berfungsi dengan baik secara keseluruhan.
Namun kami memiliki satu masalah besar untuk dapat memvalidasi penggunaannya :
Setiap kali kami menyalakan Kamera sistem dan pembuat enkode secara bersamaan, kami tidak dapat membaca “arus utama”, kita hanya bisa membaca “subaliran”.
Kita harus “Menyalakan ulang” encoder melalui antarmuka web untuk membuatnya berfungsi: setelah reboot kita bisa langsung membaca mainStream.
Kami mencoba dengan VLC dan GStreamer.
Apa yang bisa kami coba agar kedua aliran dapat dibaca saat startup ?

iVcan:
Menurut pendapat teknisi kami, ini bisa jadi masalah pengenalan kamera atau masalah penggunaan pelanggan.
Saya curiga kartu board tersebut tidak mengenali kamera HDMI pelanggan.
Ini mudah untuk diverifikasi (jika Anda tidak dapat mengakses sub-aliran, akan sulit untuk memverifikasinya).
Masuk ke server web papan encoder dan Anda dapat melihat status pengenalan kamera di halaman video.
HDMI encoder can detect the video input source

iVcan:
Halaman video hanya akan menampilkan status pengenalan satu kamera. Jika kamera HDMI dan AV terhubung dan dikenali secara bersamaan, halaman video akan menampilkan status pengenalan kamera HDMI (seperti 1080p60):
Selama kamera HDMI dapat mengenalinya secara normal, Mainstream dapat diakses secara normal.
Jika kamera HDMI tidak dikenali secara normal, silakan periksa kabel HDMI dan nyalakan kembali papan (perhatikan bahwa ini adalah siklus daya, bukan restart perangkat lunak pada halaman web)
Sebagai tambahan, papan menggunakan alamat Mac acak, jadi Mac Address akan berubah setiap kali kita restart.
Untuk perangkat dengan cache ARP (misalnya PC), setelah memulai ulang, itu hanya bersifat sementara (beberapa detik) tidak dapat mengakses papan dari jaringan. , Kami tidak dapat mengaksesnya sampai permintaan arp dimulai kembali setelah waktu habis (kinerjanya adalah papan pengkodean tidak dapat di-ping selama beberapa detik setelah restart)
Karena itu, Saya kira kemungkinan lainnya adalah ketika pelanggan mengakses arus utama, itu tidak dapat diakses karena alasan di atas. Kemudian ketika pelanggan mengakses sub-stream, cache arp disegarkan dan pelanggan dapat mengaksesnya, tetapi pelanggan tidak mengunjungi kembali arus utama.

“Kapan pun kami menyalakan kamera sistem dan encoder secara bersamaan, kita tidak bisa membaca “arus utama”, kita hanya bisa membaca “subStream”.“

iVcan:
Dilihat dari uraian Anda di sini, tampaknya kamera Anda dimulai setelah papan pengkodean kami. Silakan nyalakan kamera Anda terlebih dahulu, lalu hidupkan dan mulai papan pengkodean kami untuk mencobanya. Mungkin tidak dinyalakan secara bersamaan. Urutan pengaktifan juga penting. Sebagai contoh, kebutuhan startup kamera Anda 10 detik, tapi startup papan encoder kami hanya perlu 5 detik.
Karena saya tidak yakin apakah kamera Anda sangat lambat untuk diinisialisasi setelah dihidupkan.
Karena papan encoder kami dimulai dengan sangat cepat, mungkin kamera belum diinisialisasi setelah papan encoder kami dimulai, yang dapat menyebabkan beberapa masalah yang tidak terduga. Ini juga dapat menjelaskan mengapa “Kita harus “Reboot” encoder melalui antarmuka web agar dapat berfungsi: setelah reboot kita bisa langsung membaca mainStream.”, karena ketika halaman web Anda restart papan encoder, kamera telah diinisialisasi.
Karena itu, saran terakhir adalah sebagai berikut (Saya mencoba yang terbaik untuk membuat daftar semua yang terlintas dalam pikiran dan membiarkan Anda mengujinya secara terpisah);
Lihat halaman video server web dan konfirmasikan apakah kamera HDMI dikenali secara normal (Anda dapat mengirimkan tangkapan layar kepada kami). Selama kamera dikenali secara normal, Arus utama dapat diakses;
Disarankan agar Anda melakukan ping ke papan pengkodean di bawah cmd terlebih dahulu, dan kemudian akses mainStream dan subStream di bawah vlc untuk menghindari kesalahan berpikir bahwa Mainstream tidak dapat diakses karena masalah mac acak.
Biarkan Anda memulai kamera Anda terlebih dahulu (selama beberapa detik), lalu hidupkan dan mulai papan pengkodean kami untuk mencoba (lihat alasan yang dijelaskan di atas)
Ikuti operasi awal Anda yaitu "nyalakan kamera sistem dan pembuat enkode secara bersamaan". Ketika masalah “kita tidak dapat membaca “arus utama”, kita hanya bisa membaca “subStream”.” direproduksi, Jangan memulai ulang papan pengkodean melalui halaman web, tapi tukar kabel HDMI antara kamera Anda dan papan pengkodean. Saya pikir ini hanya operasi hot-swap (karena saya menduga itu adalah masalah deteksi plug-in yang menyebabkan kamera tidak terhubung ke papan pengkodean. Kirim sinyal HDMI).

Klien:
Saya selalu bisa membaca subStream. MainStream hanya setelah reboot.

iVcan:
Kemudian papan encoder kami dapat mendeteksi kamera Anda.
Silakan lakukan tes.
Biarkan Anda memulai kamera Anda terlebih dahulu (selama beberapa detik), lalu hidupkan dan mulai papan pengkodean kami untuk mencoba.
Insinyur khawatir tentang kebutuhan startup kamera Anda 10 detik, tapi startup papan encoder kami hanya perlu 5 detik.
Silakan lakukan tes ini untuk mengesampingkan kemungkinan waktu startup yang berbeda.

iVcan:
Saat Anda sedang menguji, lebih baik atur kembali pengaturannya (kata-kata merah) atau lihat gambar di bawah ini.
analogue to ip video encoder for living stream

Klien:
Papan encoder dan kamera keduanya dihidupkan secara bersamaan. Sepertinya pengaktifan kamera membutuhkan waktu lebih lama dibandingkan papan encoder.

Saya mengonfirmasi bahwa kamera sepertinya tidak dikenali saat startup “sobat CVBS” ditampilkan di bagian atas.

Saya dapat melakukan ping ke papan dengan baik sebelum mencoba membaca kedua aliran

Ketika saya memulai kamera saya pertama kali (selama beberapa detik), lalu hidupkan (15 beberapa detik kemudian) dan mulai papan pengkodean, Saya bisa membaca streaming dengan baik.
Jika saya “nyalakan kamera sistem dan encoder secara bersamaan”. Dan kemudian colokkan HDMI (15 beberapa detik kemudian), Saya bisa membaca streaming dengan baik.

Apa yang dapat saya lakukan agar dapat membaca mainStream tanpa harus melakukan hal-hal ini ? Kirim permintaan http reboot dengan perangkat lunak saya, beberapa detik setelah startup ?

iVcan:
Dengan baik, itu membuktikan tebakanku benar. Untuk pelanggan kami yang lain, kamera dan papan pengkodean kami semuanya dihidupkan secara bersamaan. Kamera dapat mengenali papan pengkodean kami secara normal dan mengirimkan sinyal HDMI. Hanya sedikit pelanggan yang mengalami masalah seperti itu saat menggunakan kamera HDMI khusus mereka. Berikut ini adalah Diselesaikan oleh pelanggan sendiri (memodifikasi pengaturan kameranya/mengubah kamera).

Klien:
Apakah Anda memiliki versi perangkat lunak yang Anda kembangkan untuk kami? Kami akan menjelaskannya di PO kami.

iVcan: Versi firmware adalah v6.5.5a untuk perangkat Anda.

Kami memiliki encoder video yang rusak, apa yang harus saya lakukan?

1. Dari foto yang Anda tunjukkan, kami menemukan bahwa kapasitor dan induktor di sudut kiri bawah rusak karena gaya luar. Mungkin mereka terjatuh selama pengemasan dan transportasi, dan perusahaan Anda secara tidak sengaja menjatuhkannya selama pengoperasian.
video encoder and decoder board bitrate
Yang disorot adalah perangkat yang hilang, yang mana:
1、Bab 176：TOPI,10tidak,+/-10%,X7R,1000V,SMD1206
2、C21：TOPI,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100M,+/-25%,3SEBUAH,SMD0603 （manik-manik magnetik）
video encoder decoder block diagram

Silakan coba untuk menemukan bagian yang sama, gantilah dan kemudian periksa dengan cermat untuk melihat apakah ada bagian lain yang hilang.

Jika Anda masih memiliki pertanyaan, silahkan hubungi kami.

Klien:
bagian yang rusak ini digunakan untuk mengoperasikan sirkuit mana?

iVcan:
1.5power supply V, menyalakan DDR， silakan cek gambar di bawah.
R34 VDD1V5 of video encoder board
Klien:
Kami mengganti komponen sesuai saran Anda, pembuat enkode tidak berfungsi.
Sebagai tambahan, kami mencatat masalah kualitas lainnya pada lasan, beberapa pengerjaan ulang manual.
Bagaimana kami bisa melanjutkan penukaran standar dalam garansi?

iVcan:
Jangan khawatir tentang hal itu, tolong kirimkan kembali kepada kami, dan kami akan mengubah yang baru untuk Anda.

Apakah HDMI Anda + Papan encoder video CVBS mendukung ONVIF?

Insinyur tersebut mengatakan bahwa protokol ONVIF tidak sepenuhnya didukung. Itu tergantung pada kebutuhan spesifik Anda.
Pemutar video mendukung RTSP, VLC, permainan mudah, dan protokol mendukung pemutar UDP.

Bisakah saya menggunakan aliran HDMI dan aliran CVBS secara bersamaan?

Papan pengkodean video kami mendukung dua saluran video secara bersamaan, salah satunya adalah aliran video HDMI dan pengkodean aliran video CVBS.

Apakah Anda memiliki papan encoder LVDS ke IP?

Tidak sekarang.

Pertanyaan: Karakteristik waktu apa yang dimiliki modulator DVB-T Anda (Pemancar) memiliki? Kita dapat melihat di bawah ini jika kita melihat standar DVB-T ETSI EN 300 744.

Tapi jam berapa di modul DVB-T TX Anda?
Kami membutuhkannya karena kami memikirkan frekuensi yang berubah dengan cepat selama streaming video, jadi kita perlu memahami waktu sebenarnya untuk mode ini. Kami menggunakan QPSK, CR=1/2, GI=1/32, lebar pita = 8 MHz.

Menjawab: Di modulator DVB-T kami, baik waktu simbol yang ditransmisikan maupun waktu penjagaannya sama, dengan 400 744 spesifikasi

konverter cvbs ke IP, konverter sinyal av ke ethernet, Pembuat enkode SDI CVBS,

Q: Berapa latensinya jika saya menghubungkan dua kamera (HDMI + CVBS)?

Saya punya dua kamera, salah satunya adalah kamera HDMI, dan yang kedua adalah kamera CVBS. Saya akan mengkonversi kedua aliran video ke IP ethernet dengan papan ini dan sisi penerima yang berlawanan adalah komputer.

SEBUAH:

Penundaan papan pengkodean video harus memperhitungkan pengkodean dan penguraian kode. Tidak mungkin menguji penundaan yang akurat hanya dari papan pengkodean.

Biasanya, penundaan yang disebabkan oleh papan decoder lebih besar.

Dengan pemutar perangkat lunak yang berbeda, latensinya sangat bervariasi. Sebagai contoh, menggunakan kami Pemain voli penundaannya sekitar 100ms, dan menggunakan VLC penundaannya bisa sampai 300ms.

Delay kamera CVBS sulit diukur secara akurat. Penundaan di bawah 100 ms sulit diukur dengan stopwatch. Sebagai tambahan, penundaan Vcan1681 sendiri tidak mudah untuk diuji. Tanpa papan dekoder, Anda bahkan tidak dapat melihat gambarnya. Tidak dapat dihitung dengan menggunakan stopwatch, dan tidak ada cara untuk mengukurnya dengan osiloskop.

Setelah pelanggan membeli papan pengkodean, dia pasti membutuhkan pemain untuk memecahkan kodenya. Maka lebih baik bertanya kepada pelanggan jenis pemutar apa yang akan dia gunakan untuk decoding (milik kita, milik pelanggan, atau pihak ketiga), sehingga kita dapat mengetahui lebih baik apakah papan pengkodean dapat memenuhi kebutuhan pelanggan (fungsi dan kinerja) atau tidak.

Cara menguji latensi papan encoder video?

Saya mengarahkan kamera ke stopwatch di layar komputer saya.
Komputer lain memutar video yang dikirim dari papan pengkodean saat ini dan juga menampilkan stopwatch di layar komputer.
Anda perlu mengurangi dua kali, yaitu delay dari kamera ke monitor. (Termasuk penundaan kamera dan layar)
Silakan periksa gambar di bawah ini

Q: Berapa latensinya jika saya menggunakan papan encoder dan decoder Anda?

SEBUAH: Lebih baik menggunakan papan encoder dan decoder kami. Harga papan encoder dan decoder sama. Hasil tes latensi di bawah ini hanya untuk referensi Anda, tidak termasuk penundaan kamera.

Masukan CVBS ke papan encoder kami—–papan decoder kami dengan output HDMI, penundaannya adalah 60~90ms
Masukan HDMI ke papan encoder kami—–papan decoder kami dengan output HDMI, penundaannya adalah 90~130ms
HDMI 720P memasukkan papan encoder kami——–papan decoder kami dengan output HDMI, penundaan antara 80~100ms
HDMI 1080P memasukkan papan encoder kami——–papan decoder kami dengan output HDMI, penundaan antara 100~130ms

Untuk latensi lebih rendah, Anda juga dapat menggunakan encoder video dan papan decoder video kami. Ini akan jauh lebih baik daripada memutar video streaming di komputer Anda melalui VLC player.

Super lower latency encoder and decoder with two video streaming

HDMI CVBS input encoder and decoder via ip ethernet transmission — Encoder dan decoder input HDMI CVBS melalui transmisi ip ethernet

Q: Papan dekoder video mana yang mendukung H264 H265 dan latensi super rendah?

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

Papan decoder biru sisi kiri mendukung decoding H265 dan H264 tetapi tidak mendukung decoding latensi rendah. (Chipset Samsun)
Papan tulis sisi kanan mendukung decoding H264 tetapi mendukung decoding latensi rendah H264. (HaiSilicon)

Q: Kami mencari sistem transmisi video fpv dengan penundaan sangat rendah.

Kami membutuhkan modul TX + kamera untuk drone fpv dan modul RX dengan Ethernet (AKU P) keluaran. Apa yang akan Anda rekomendasikan?

SEBUAH: Kami merekomendasikan Vcan1746 dan Vcan1777,

Q: Apakah Kamera UVC UVC Anda ke IP RTSP Video Encoder Board memiliki koneksi sederhana dan adaptor daya DC?

iya nih, Kami dapat menambahkan adaptor daya 12V DC untuk Anda. Koneksi sangat sederhana, 12input daya V, Output Ethernet ke jaringan atau komputer Anda, Input USB perlu menghubungkan kamera USB Anda.