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.

En iyi video kodlayıcı kod çözücü 2024 canlı yayın için

İçindekiler

Giriş olarak SDI ve PAL ve çıkış olarak Ethernet akışına sahip bir ürüne ihtiyacımız var, H.265 kod çözme ile.

1. Vcan1681, SDI ve PAL'yi destekler.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. H265 ve H264 kodlayıcı ve kod çözücüyü desteklemek için iki ürün yazılımımız var.

Video kodlayıcı kod çözücünüz HD-SDI'yı destekliyor mu?? 1080p veya 1080i.

1. Maksimum 1080P'yi destekler.
2. HDMI girişi 4k'yi destekler.

Kodlayıcınız herhangi bir h264/h265 kod çözücüyle uyumlu olabilir mi?. Nvidia jetson kod çözücü vb.

Mühendise sormamız lazım, Varsa lütfen video kod çözücünün ayrıntılarını bize bildirin..
Ayrıca video kodlayıcı ve kod çözücü kartımız da var, eğer ikiniz de bizseniz, o zaman sorun yok.

4k veya 1080p video için Ethernet veri hızı ne olacaktır??

Video bit hızı müşteri tarafından yapılandırılabilir (kullanıcı).

Video kodlayıcı kartınızı iki girişle kullanacağız (HDMI ve PAL) ve 12V beslemeli. Tamam mı?

HDMI veya AV girişini mi kastediyorsunuz? (iki video türünü destekleyin), veya iki eşzamanlı girişi desteklemek için HDMI ve AV'ye mi ihtiyacınız var??

S: İki eşzamanlı girişi desteklemek için HDMI ve AV'ye ihtiyacımız var.
bir: Tamam. Firmware mühendisimiz, ihtiyacınız olan bu işlevi karşılamak için birkaç gün içinde yeni bir firmware oluşturacaktır.. Yükselteceğim ve size test videosunu göstereceğim. https://youtu.be/izdFa1nw7u8

iVcan: Lütfen HDMI ve cvbs'nin aynı anda desteklenebileceğini doğrulamaya yardımcı olun, ancak ses yalnızca ikisinden birinden seçilebilir (sistem, video erişim durumuna göre HDMI ses/analog sesi seçer), senin için uygun mu?

müşteri: Sese ihtiyacımız yok, o halde senin için en iyi olanı yap.

iVcan: Yazılım mühendisimiz sizin için bir yazılım hazırladı. Lütfen eklerdeki resimleri kontrol edin.
Artık bir HDMI kamerayı ve CVBS kamerayı destekliyor.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

müşteri:
Kodlayıcınızı sistemimizle birçok kez test ettim. Genel olarak iyi çalışıyor.
Ancak kullanımını doğrulayabilmek için büyük bir sorunumuz var :
Sistem kamerasını ve kodlayıcıyı aynı anda açtığımızda, okuyamıyoruz. “ana akım”, sadece okuyabiliyoruz “alt Akış”.
Zorundayız “Yeniden başlat” Kodlayıcının çalışmasını sağlamak için web arayüzü aracılığıyla: yeniden başlatmanın ardından doğrudan mainStream'i okuyabiliriz.
Hem VLC hem de GStreamer ile denedik.
Başlangıçta her iki akışın da okunabilmesi için ne deneyebiliriz? ?

iVcan:
Mühendislerimizin görüşüne göre, ya kamera tanımada sorun var ya da müşteri kullanımında sorun var.
Kart kartının müşterinin HDMI kamerasını tanımadığından şüpheleniyorum.
Bunu doğrulamak kolaydır (alt akışa erişemiyorsanız, doğrulamak zor olacak).
Kodlayıcı kartının web sunucusunda oturum açın ve video sayfasında kamera tanıma durumunu görebilirsiniz..
HDMI encoder can detect the video input source

iVcan:
Video sayfası yalnızca bir kameranın tanınma durumunu gösterecektir. HDMI ve AV kameraları aynı anda bağlıysa ve tanınırsa, video sayfası HDMI kameranın tanınma durumunu gösterecektir (1080p60 gibi):
HDMI kamera onu normal şekilde tanıyabildiği sürece, Ana akıma normal şekilde erişilebilir.
HDMI kamera normal şekilde tanınmıyorsa, lütfen HDMI kablolarını kontrol edin ve kartı tekrar açın (bunun bir güç döngüsü olduğunu unutmayın, web sayfasında yazılımın yeniden başlatılması değil)
Ek olarak, kart rastgele bir Mac adresi kullanıyor, yani Mac adresi her yeniden başlattığımızda değişecek.
ARP önbelleği olan cihazlar için (bilgisayar gibi), yeniden başlattıktan sonra, geçici olacak (birkaç saniye) ağ üzerinden panele erişilemiyor. , Zaman aşımından sonra arp isteği yeniden başlatılana kadar ona erişemeyiz (performans, yeniden başlatmanın ardından kodlama panosuna birkaç saniye boyunca ping atılamamasıdır)
bu nedenle, Sanırım başka bir olasılık da müşterinin ana akıma eriştiğinde, yukarıdaki nedenlerden dolayı erişilemiyor. Daha sonra müşteri alt akışa eriştiğinde, arp önbelleği yenilenir ve müşteri buna erişebilir, ancak müşteri ana akışı tekrar ziyaret etmiyor.

“Sistem kamerasını ve kodlayıcıyı aynı anda açtığımızda, “Ana akım”ı okuyamıyoruz, yalnızca “subStream”i okuyabiliyoruz.“

iVcan:
Buradaki açıklamanızdan yola çıkarak, Görünüşe göre kameranız kodlama kartımızdan sonra başlatıldı. Lütfen önce kameranızı başlatın, ve ardından gücü açın ve denemek için kodlama kartımızı başlatın. Belki aynı anda açık değildir. Açılış sırası da önemlidir. Örneğin, kameranızın başlangıç ihtiyaçları 10 saniye, ancak kodlayıcı kartımızın başlatılması yalnızca 5 saniye.
Çünkü kameranızın açıldıktan sonra başlatılmasının çok yavaş olup olmadığından emin değilim.
Çünkü kodlayıcı kartımız çok hızlı çalışmaya başlıyor, kamera kodlayıcı kartımızı başlattıktan sonra başlatılmamış olabilir, bazı beklenmedik sorunlara yol açabilir. Bu aynı zamanda kodlayıcının çalışmasını sağlamak için neden kodlayıcıyı web arayüzü aracılığıyla "Yeniden Başlatmamız" gerektiğini de açıklayabilir.: Yeniden başlatmanın ardından doğrudan ana akışı okuyabiliriz.", çünkü web sayfanız kodlayıcı kartını yeniden başlattığında, kamera zaten başlatıldı.
bu nedenle, son öneriler şöyle (Aklıma gelen her şeyi listelemeye ve bunları ayrı ayrı test etmenize izin vermeye çalıştım.);
Web sunucusunun video sayfasına bakın ve HDMI kameranın normal şekilde tanınıp tanınmadığını doğrulayın. (bize ekran görüntüsü gönderebilirsiniz). Kamera normal şekilde tanındığı sürece, Ana akıma erişilebilir;
Öncelikle cmd altındaki kodlama panosuna ping atmanız tavsiye edilir., ve ardından rastgele mac sorunları nedeniyle yanlışlıkla Mainstream'e erişilemeyeceğini düşünmekten kaçınmak için vlc altında mainStream ve subStream'e erişin.
Önce kameranızı başlatalım (birkaç saniyeliğine), daha sonra gücü açın ve denemek için kodlama kartımızı başlatın (yukarıda açıklanan nedenlere bakın)
Orijinal "sistem kamerasını ve kodlayıcıyı aynı anda açma" işleminizi takip edin. Sorun “ana akım”ı okuyamıyoruz, yalnızca “subStream”i okuyabiliyoruz.” çoğaltılır, Kodlama kartını web sayfası üzerinden yeniden başlatmayın, ancak HDMI kablosunu kameranız ile kodlama kartı arasında çalışırken değiştirin. Bunun yalnızca çalışırken değiştirilebilir bir işlem olduğunu düşünüyorum (çünkü kameranın kodlama kartına bağlanmamasına neden olan bir eklenti algılama sorunu olduğundan şüpheleniyorum. HDMI sinyali gönder).

müşteri:
SubStream'i her zaman okuyabilirim. MainStream yalnızca yeniden başlatmanın ardından.

iVcan:
Daha sonra kodlayıcı kartımız kameranızı algılayabilir.
Lütfen bir test yapın.
Önce kameranızı başlatalım (birkaç saniyeliğine), daha sonra gücü açın ve denemek için kodlama kartımızı başlatın.
Mühendis, kamera başlatmanızın ihtiyaç duyduğu konusunda endişeleniyor 10 saniye, ancak kodlayıcı kartımızın başlatılması yalnızca 5 saniye.
Farklı başlatma zamanları olasılığını ortadan kaldırmak için lütfen bu testi yapın.

iVcan:
Test ettiğinizde, ayarı geri ayarlamak daha iyidir (kırmızı kelimeler) veya aşağıdaki resme bakın.
analogue to ip video encoder for living stream

müşteri:
Kodlayıcı kartı ve kameranın her ikisi de aynı anda açılıyor. Kameranın başlatılması kodlayıcı kartından biraz daha uzun sürüyor olabilir.

Kameranın başlangıçta tanınmadığını onaylıyorum “CVBS dostum” üstte görüntülenir.

Her iki akışı da okumaya çalışmadan önce panoya iyi bir şekilde ping atabiliyorum

Kameramı ilk başlattığımda (birkaç saniyeliğine), sonra gücü aç (15 Saniyeler sonra) ve kodlama kartını başlatın, Akışı gayet iyi okuyabiliyorum.
Eğer ben “sistem kamerasını ve kodlayıcıyı aynı anda açın”. Daha sonra HDMI'ı çalışırken takın (15 Saniyeler sonra), Akışı gayet iyi okuyabiliyorum.

Bunlardan herhangi birini yapmak zorunda kalmadan ana akışı okuyabilmek için ne yapabilirim? ? Yazılımımla bir http isteği yeniden başlatma gönder, açılıştan birkaç saniye sonra ?

iVcan:
Kuyu, bu da tahminimin doğru olduğunu kanıtlıyor. Diğer müşterilerimiz için, kamera ve kodlama kartımızın hepsi aynı anda açık. Kameralar kodlama kartımızı normal şekilde tanıyabilir ve HDMI sinyalleri gönderebilir. Yalnızca birkaç müşteri özelleştirilmiş HDMI kameralarını kullanırken bu tür sorunlarla karşılaştı. Aşağıdakiler müşterilerin kendileri tarafından çözülmüştür (kamera ayarlarını değiştirme/kameraları değiştirme).

müşteri:
Yazılımın bizim için geliştirdiğiniz versiyonuna sahip misiniz?? Bunu PO'muzda kesin olarak belirteceğiz.

iVcan: Cihazınızın donanım yazılımı sürümü v6.5.5a'dır.

Video kodlayıcıda bir arıza var, ne yapmalıyım?

1. Gösterdiğin fotoğraftan, sol alt köşedeki kapasitör ve indüktörün dış kuvvet nedeniyle hasar gördüğünü tespit ettik. Belki paketleme ve taşıma sırasında yere düşmüşlerdir., ve şirketiniz operasyon sırasında yanlışlıkla onları düşürdü.
video encoder and decoder board bitrate
Vurgulananlar eksik cihazlardır, hangileri:
1、C176：KAP,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：KAP,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：Facebook,120R@100M,+/-25%,3bir,SMD0603 (manyetik boncuklar)
video encoder decoder block diagram

Lütfen aynı parçaları bulmaya çalışın, bunları değiştirin ve ardından başka eksik parça olup olmadığını dikkatlice kontrol edin.

Hala sorularınız varsa, lütfen bizimle iletişime geçin.

müşteri:
Bu hatalı parça hangi devreyi çalıştırmak için kullanılıyor??

iVcan:
1.5V güç kaynağı, DDR'ye güç vermek， Aşağıdaki resmi kontrol edin.
R34 VDD1V5 of video encoder board
müşteri:
Tavsiyeniz doğrultusunda bileşenleri değiştirdik, kodlayıcı çalışmıyor.
Ek olarak, kaynaklarla ilgili diğer kalite sorunlarına dikkat çektik, birkaç manuel yeniden çalışma.
Garanti kapsamında standart değişime nasıl devam edebiliriz??

iVcan:
Bu konuda endişelenme, lütfen onu bize geri gönderin, ve sizin için yenisini değiştireceğiz.

HDMI'ınız çalışıyor mu? + CVBS video kodlayıcı kartı ONVIF'i destekler?

Mühendis ONVIF protokolünün tam olarak desteklenmediğini söyledi. Özel gereksinimlerinize bağlıdır.
Video oynatıcı RTSP'yi destekliyor, VLC, Kolay oyun, ve protokol desteği UDP oynatıcı.

HDMI akışını ve CVBS akışını birlikte kullanabilir miyim??

Video kodlama kartımız aynı anda iki video kanalını destekler, biri HDMI video akışı ve CVBS video akışı kodlamasıdır.

LVDS'den IP'ye kodlayıcı kartınız var mı??

Şimdi değil.

Soru: DVB-T modülatörünüz hangi zaman karakteristiğine sahip? (verici) sahip olmak? DVB-T standardı ETSI EN'ye baktığımızda aşağıdakileri görebiliriz. 300 744.

Peki DVB-T TX modülünüzde saatler kaç?
Buna ihtiyacımız var çünkü video akışı sırasında frekansın hızla değişmesini düşünüyoruz, bu yüzden bu mod için gerçek zamanları anlamamız gerekiyor. QPSK kullanıyoruz, CR=1/2, GI=1/32, bant genişliği = 8 MHz.

Cevap: DVB-T modülatörümüzde, iletilen sembol süresi ve koruma süresi aynıdır, ile 400 744 Şartname

cvbs'den IP'ye dönüştürücü, av sinyal dönüştürücü ethernet'e, SDI CVBS kodlayıcı,

S: İki kamera bağlarsam gecikme ne kadar olur? (HDMI + CVBS)?

İki kameram var, biri hdmi kamera, ikincisi ise CVBS kamera. Bu board ile her iki video akışını IP ethernet'e çevireceğim ve karşı alıcı tarafı bilgisayar olacak.

bir:

Video kodlama kartının gecikmesi, kodlama ve kod çözmeyi dikkate almalıdır. Doğru gecikmeyi yalnızca kodlama panosundan test etmek imkansızdır.

Genelde, Kod çözücü kartının neden olduğu gecikme daha büyük.

Farklı yazılım oynatıcılarıyla, gecikme büyük ölçüde değişir. Örneğin, bizim kullanarak Yayıcı gecikme yaklaşık 100 ms'dir, ve VLC kullanıldığında gecikme 300 ms'ye kadar çıkabilir.

CVBS kameranın gecikmesini doğru bir şekilde ölçmek zordur. 100 ms'nin altındaki gecikmelerin kronometreyle ölçülmesi zordur. Ek olarak, Vcan1681'in gecikmesini test etmek kolay değil. Kod çözücü kartı olmadan, resmi bile göremiyorsun. Kronometre kullanılarak hesaplanamaz, ve bunu osiloskopla ölçmenin bir yolu yok.

Müşteri kodlama kartını satın aldıktan sonra, kesinlikle şifreyi çözecek bir oyuncuya ihtiyacı olacak. O zaman müşteriye kod çözme için ne tür bir oynatıcı kullanmayı planladığını sormak daha iyidir (bizim, müşterinin kendi, veya üçüncü bir taraf), böylece kodlama panosunun müşteri gereksinimlerini karşılayıp karşılamadığını daha iyi bilebiliriz (işlev ve performans) ya da değil.

Video kodlayıcı kartı gecikmesi nasıl test edilir?

Kamerayı bilgisayar ekranımdaki kronometreye doğrulttum.
Başka bir bilgisayar, mevcut kodlama kartından gönderilen videoyu oynatır ve ayrıca bilgisayar ekranında kronometreyi görüntüler..
İki kat azaltmanız gerekiyor, yani kameradan monitöre olan gecikme. (Kamera ve ekran gecikmesi dahil)
Lütfen aşağıdaki resimleri kontrol edin

S: Kodlayıcınızı ve kod çözücü kartınızı kullanırsam gecikme ne kadar olur??

bir: Kodlayıcı ve kod çözücü kartımızı kullanmak daha iyidir. Encoder ve decoder board fiyatları aynıdır. Aşağıdaki gecikme testi sonucu yalnızca referans amaçlıdır, kamera gecikmesi dahil değil.

Kodlayıcı kartımıza CVBS girişi—–HDMI çıkışlı kod çözücü kartımız, gecikme 60~90 ms
Kodlayıcı kartımıza HDMI girişi—–HDMI çıkışlı kod çözücü kartımız, gecikme 90~130 ms
Kodlayıcı kartımıza HDMI 720P girişi——–HDMI çıkışlı kod çözücü kartımız, 80~100 ms arasındaki gecikme
Kodlayıcı kartımıza HDMI 1080P girişi——–HDMI çıkışlı kod çözücü kartımız, 100~130ms arasındaki gecikme

Daha düşük gecikme için, ayrıca video kodlayıcımızı ve video kod çözücü kartımızı da kullanabilirsiniz. Bilgisayarınızdaki video akışını VLC oynatıcı aracılığıyla oynatmaktan çok daha iyi olacaktır..

Super lower latency encoder and decoder with two video streaming

HDMI CVBS input encoder and decoder via ip ethernet transmission — IP ethernet iletimi yoluyla HDMI CVBS giriş kodlayıcı ve kod çözücü

S: Hangi video kod çözücü kartı H264 H265'i ve süper düşük gecikmeyi destekler?

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

Sol taraftaki mavi kod çözücü kartı H265 ve H264 kod çözmeyi destekler ancak düşük gecikmeli kod çözmeyi desteklemez. (Samsun Chipset)
Sağ taraftaki kara tahta H264 kod çözmeyi destekler ancak H264 düşük gecikmeli kod çözmeyi destekler. (MerhabaSilikon)

S: Ultra düşük gecikmeli fpv video aktarım sistemi arıyoruz.

Bir TX modülüne ihtiyacımız var + bir fpv drone için kamera ve Ethernet'li bir RX modülü (IP) çıktı. Ne tavsiye edersin?

bir: Vcan1746 ve Vcan1777'yi önerdik,

S: USB UVC kameranızın IP RTSP Video Enkoder kartınız basit bir bağlantısı ve DC güç adaptörü var mı??

Evet, Sizin için 12V DC güç adaptörü ekleyebiliriz. Conneciton çok basit, 12V güç girişi, Ağınıza veya bilgisayarınıza Ethernet çıkışı, USB girişi USB kameranızı bağlamanız gerekiyor.

USB UVC camera to IP RTSP video encoder board connector — USB UVC kamera

USB UVC camera to IP RTSP video encoder board with 12V DC power adapter — 12V DC Güç Adaptörü ile USB UVC Kamera

Enkoder Modülleri Kartları

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

FPV Zayıf CVBS'den Ethernet'e

CVBS PAL NTSC composite analog video to ip ethernet video stream

CVBS'den IP Ethernet'e

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

HDMI + CVBS'den IP Ethernet'e

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

SDI + AHD / CVBS'den IP Ethernet'e

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

USB UVC kameradan IP Ethernet'e

UVC USB Camera to CVBS PAL NTSC Encoder Board

CVBS PAL NTSC'ye USB UVC kamera

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

HDMI'dan IP Ethernet'e

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

4K HDMI'dan IP Ethernet'e

Analog AV'den IP Ethernet'e

Dekoder Modülleri Kartları

IP Ethernet stream video converter to HDMI CVBS Board

IP Ethernet'ten HDMI CVBS'ye

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

IP Ethernet'ten HDMI CVBS'ye

IP Ethernet'ten HDMI'ya

IP Ethernet'ten HDMI'ya

Özelleştirmeye Uygun

+ WIFI Modülü

+ 4G Modülü

+ P2P Sunucusu

+ Ağ Geçidi Ayarı

+ GPS Modülü

CVBS + USB Çift Akışları

Aşağı Gecikme

P2MP veya MP2P

Yeni Kodlayıcı Ürünleri

Yok hayır.	Ürün adı	Yapılandırma	Ana Özellikler	Durum
1	Çift Kanallı USB UVC Görünür Işık Video Kodlayıcı	2× USB girişi	Çift USB kamera video kodlamasını destekler, ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Seri üretim
2	Çift Kanallı Kodlayıcı (1× USB Görünür Işık + 1× USB Termal Görüntüleme kamerası)	2× USB girişi	Çift USB kamerayı destekler (görünür + termal) esir almak, kodlama, ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Seri üretim
3	RTSP Dekoder HDMI/CVBS Ekran Modülü	HDMI + CVBS çıkışı	4×1080P@30fps'ye kadar RTSP akış kod çözmeyi destekler; Video akışı protokolü iletmeyi destekleyin; HDMI/CVBS çıkış ekranı	Örnek Mevcut
4	RTSP Dekoder HDMI/CVBS Ekran Modülü 4.3"/5" LCD	HDMI çıkışı + LCD ekran	4×1080P@30fps'ye kadar RTSP akış kod çözmeyi destekler; protokol iletimi; HDMI/CVBS çıkış ekranı	Hata ayıklama
5	Çift Kanallı Kodlayıcı (1× USB Görünür Işık + 1× CVBS Analogu)	1× CVBS + 1× USB UVC girişi	Çift video (USB + CVBS), kodlama ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Hata ayıklama
6	Çift Kanallı Kodlayıcı (1× USB UVC + 1× AHD Analog)	1× AHD + 1× USB UVC girişi	Çift video yakalama (USB + AHD), kodlama ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Hata ayıklama
7	Çift Kanallı Kodlayıcı (1× CVBS + 1× AHD Analog Video)	CVBS + AHD 2 Video girişi	Çift analog video yakalama, kodlama ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Hata ayıklama
8	Çift Kanallı Kodlayıcı (1× CMOS Kamera + 1× USB Termal Görüntüleme kamerası)	1× USB arayüzü	CMOS'u destekler + USB termal kamera yakalama, kodlama ve RTSP akışı; yerel CVBS/HDMI çıkışı; Değiştirilebilir ekran modları	Seri üretim

Ürünlerimizde listelenmeyen özelleştirilmiş video giriş/çıkış dönüştürme çözümleri için, OEM/ODM desteği için lütfen bizimle iletişime geçin. İhtiyaçlarınıza göre özel ürünler geliştirebiliriz.

Yanıtınız için teşekkür ederiz. ✨

sıcak HDMI ultra düşük gecikme SSS