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 エンコーダおよびデコーダをサポートする 2 つのファームウェアがあります.

ビデオエンコーダデコーダは HD-SDI をサポートしていますか? 1080pまたは1080i.

1. 最大1080Pをサポート.
2. HDMI入力は4Kをサポート.

あなたのエンコーダは、h264/h265 デコーダと互換性がありますか?. Nvidia Jetson デコーダなど

エンジニアに聞く必要があります, ビデオデコーダーをお持ちの場合は詳細を教えてください。.
ビデオエンコーダおよびデコーダボードもあります, あなたが二人とも私たちのものなら, それなら問題ない.

4k または 1080p ビデオの場合、イーサネットデータレートはどうなりますか?

ビデオのビットレートは顧客が設定可能です (ユーザー).

2 つの入力を備えたビデオエンコーダボードを使用します (HDMIとPAL) 12V 調整付き. 大丈夫ですか?

HDMI または AV 入力のことですか? (2 種類のビデオをサポート), それとも 2 つの同時入力をサポートするには HDMI と AV が必要ですか??

Q: 2 つの同時入力をサポートするには HDMI と AV が必要です.
A: Ok. 当社のファームウェアエンジニアは、お客様が必要とするこの機能を満たす新しいファームウェアを数日以内に作成します。. アップグレードしてテストビデオをお見せします. https://youtu.be/izdFa1nw7u8

iVcan: HDMI と cvbs が同時にサポートできるかどうかを確認してください。, ただし、音声は 2 つのうちの 1 つからのみ選択できます。 (システムはビデオアクセス状況に応じて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

クライアント:
私たちのシステムでエンコーダを何度もテストしました. 全体的には正常に動作しています.
しかし、その使用法を検証するには大きな問題が 1 つあります。 :
システムのカメラとエンコーダを同時にオンにすると、常に、 “メインストリーム”, 私たちは読むことしかできません “サブストリーム”.
私たちはしなければならない “リブート” Web インターフェース経由でエンコーダーを機能させる: 再起動後、mainStream を直接読み取ることができます.
VLCとGStreamerの両方を試してみました.
起動時に両方のストリームを読み取れるようにするにはどうすればよいでしょうか ?

iVcan:
当社のエンジニアの意見では, カメラの認識に問題があるか、顧客の使用に問題があるかのどちらかです。.
ボードカードがお客様の HDMI カメラを認識しなかったのではないかと思われます.
これは簡単に検証できます (サブストリームにアクセスできない場合, 検証するのは難しいだろう).
エンコーダーボードのWebサーバーにログインすると、ビデオページでカメラの認識状況が確認できます。.
HDMI encoder can detect the video input source

iVcan:
ビデオページには 1 台のカメラの認識ステータスのみが表示されます. HDMIとAVカメラを同時に接続・認識した場合, ビデオページにはHDMIカメラの認識ステータスが表示されます (1080p60など):
HDMIカメラが正常に認識できる限り, メインストリームには正常にアクセスできます.
HDMIカメラが正常に認識されない場合, HDMI 配線を確認し、ボードの電源を再度オンにしてください。 (これは電源の入れ直しであることに注意してください, Web ページ上のソフトウェアの再起動ではありません)
加えて, ボードはランダムな Mac アドレスを使用します, そのため、再起動するたびに Mac アドレスが変更されます.
ARP キャッシュを備えたデバイスの場合 (パソコンなど), 再起動後, それは一時的なものでしょう (数秒) ネットワークからボードにアクセスできません. , タイムアウト後に ARP リクエストが再開始されるまでアクセスできません (パフォーマンスとしては、再起動後数秒間はコーディングボードに ping を実行できません。)
故に, もう一つの可能性は、顧客がメインストリームにアクセスしたときだと思います。, 上記の理由によりアクセスできません. その後、顧客がサブストリームにアクセスすると、, ARP キャッシュが更新され、顧客はそれにアクセスできるようになります, しかし顧客は主流を再び訪問しない.

“システムカメラとエンコーダーを同時にオンにするたびに, 「主流」が読めない, 「サブストリーム」のみを読み取ることができます.“

iVcan:
ここでのあなたの説明から判断すると、, あなたのカメラは私たちのエンコードボードの後に起動されたようです. まずカメラを起動してください, 電源を入れてエンコードボードを起動して試してください. 同時に電源が入っていない可能性があります. 電源を入れる順序も重要です. 例えば, カメラの起動に必要なもの 10 秒, しかし、エンコーダボードの起動に必要なのは 5 秒.
カメラの電源投入後の初期化が非常に遅いかどうかわからないため.
当社のエンコーダボードは非常に高速に起動するため、, カメラがエンコーダボードを起動した後に初期化されていない可能性があります, 予期せぬ問題が発生する可能性があります. これは、「エンコーダを機能させるために Web インターフェイス経由でエンコーダを「再起動」する必要がある理由も説明できます。: 再起動後は、メインストリームを直接読み取ることができます。」, Web ページが再起動されるとエンコーダボードが再起動されるためです。, カメラはすでに初期化されています.
故に, 最終的な提案は次のとおりです (思いついたことをすべてリストアップして、個別にテストできるように最善を尽くしました);
Webサーバーのビデオページを見て、HDMIカメラが正常に認識されているか確認してください。 (スクリーンショットを私たちに送ってください). カメラが正常に認識されている限り, メインストリームにアクセスできる;
最初に cmd でコーディングボードに ping を実行することをお勧めします。, 次に、Mac のランダムな問題によりメインストリームにアクセスできないという誤った考えを避けるために、vlc で mainStream と subStream にアクセスします。.
まずカメラを起動してみましょう (数秒間), 次に、電源を入れてエンコードボードを起動して試してください (上記の理由を参照してください)
「システムカメラとエンコーダーを同時にオンにする」という本来の操作に従ってください。. 「“主流”が読めない」という課題が発生したとき, 「サブストリーム」のみを読み取ることができます。再現される, Web ページからエンコードボードを再起動しないでください。, ただし、カメラとエンコードボードの間の HDMI ケーブルはホットスワップしてください。. ホットスワップ操作のみだと思います (プラグイン検出の問題が原因でカメラがエンコードボードに接続できないのではないかと思われるためです。. HDMI信号を送信する).

クライアント:
いつでもサブストリームを読み取ることができます. 再起動後のメインストリームのみ.

iVcan:
その後、当社のエンコーダーボードがカメラを検出できるようになります.
テストをしてください.
まずカメラを起動してみましょう (数秒間), 次に、電源を入れてエンコードボードを起動して試してください.
エンジニアはカメラのスタートアップに必要なことを心配しています 10 秒, しかし、エンコーダボードの起動に必要なのは 5 秒.
起動時間が異なる可能性を排除するためにこのテストを行ってください。.

iVcan:
テストしているとき, 設定を元に戻した方が良いです (赤い言葉) または下の写真を参照してください.
analogue to ip video encoder for living stream

クライアント:
エンコーダボードとカメラの両方の電源が同時にオンになります。. カメラの起動にはエンコーダボードよりも少し時間がかかる可能性があります.

起動時にカメラが認識されていないようであることを確認 “CVBS仲間” が一番上に表示されます.

両方のストリームを読み取る前にボードに正常に ping できます

まずカメラを起動するとき (数秒間), それから電源を入れます (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：キャップ,22フロリダ州,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100M,+/-25%,3A,SMD0603（磁性ビーズ）
video encoder decoder block diagram

同じパーツを探してみてください, それらを交換し、他に不足している部品がないか注意深く確認してください。.

まだご質問がある場合は, お問い合わせください.

クライアント:
この故障した部品はどの回路を動作させるために使用されますか?

iVcan:
1.5V電源, DDRに電力を供給する，下の画像をご確認ください。.
R34 VDD1V5 of video encoder board
クライアント:
アドバイスに従って部品を交換しました, エンコーダが機能していません.
加えて, 溶接部に他の品質問題があることに気づきました, いくつかの手動の手直し.
保証期間中の標準交換を続行するにはどうすればよいですか?

iVcan:
ご心配なく, 私たちに返送してください, 新しいものに変更します.

HDMIは大丈夫ですか？ + CVBS ビデオエンコーダボードのサポート ONVIF?

エンジニアは、ONVIF プロトコルは完全にはサポートされていないと述べました. それはあなたの特定の要件によって異なります.
ビデオプレーヤーはRTSPをサポートしています, VLC, イージープレイ, およびプロトコルのサポート UDP プレーヤー.

HDMI ストリームと CVBS ストリームを一緒に使用できますか?

当社のビデオエンコーディングボードは、同時に 2 つのビデオチャネルをサポートします。, 1 つは HDMI ビデオストリームと CVBS ビデオストリームのエンコードです.

LVDS to IPエンコーダボードはありますか?

今はいいえ.

質問: DVB-T 変調器の時間特性は何ですか (トランスミッター) 持っている? DVB-T 標準 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: 2台のカメラを接続した場合、遅延はどれくらいになりますか (HDMI + CVBS)?

カメラが2台あります, 1つはHDMIカメラです, 2 つ目は CVBS カメラです. このボードによって両方のビデオストリームを IP イーサネットに変換し、反対側の受信側はコンピュータになります。.

ビデオエンコードボードの遅延は、エンコードとデコードを考慮する必要があります。. エンコードボードのみから正確な遅延をテストすることは不可能です.

通常, デコーダボードによる遅延の方が大きい.

さまざまなソフトウェアプレーヤーを使用する場合, レイテンシーは大きく異なります. 例えば, 私たちのを使用してスプレイヤー遅延は約100msです, VLC を使用すると、遅延は最大 300ms になる可能性があります.

CVBS カメラの遅延を正確に測定することは困難です. 100ms 未満の遅延はストップウォッチで測定するのが困難です. 加えて, Vcan1681自体の遅延をテストするのは簡単ではありません. デコーダボードなし, 画像すら見えないのか. ストップウォッチでは計算できません, オシロスコープで測定する方法はありません.

お客様がエンコードボードを購入した後, 彼は間違いなくデコードするプレーヤーを必要とするだろう. 次に、デコードにどのような種類のプレーヤーを使用する予定であるかを顧客に尋ねる方が良いでしょう。 (私たちのもの, お客様自身の, または第三者), コーディングボードが顧客の要件を満たせるかどうかをよりよく知ることができるようにするため (機能と性能) か否か.

ビデオエンコーダボードの遅延をテストする方法?

パソコン画面上のストップウォッチにカメラを向けた.
別のコンピュータは、現在のエンコードボードから送信されたビデオを再生し、コンピュータ画面にストップウォッチも表示します。.
2倍減らす必要がある, つまり、カメラからモニターまでの遅延です。. (カメラと画面の遅延を含む)
下の写真をご確認ください

Q: 貴社のエンコーダおよびデコーダボードを使用した場合のレイテンシーはどれくらいですか?

A: 当社のエンコーダおよびデコーダボードを使用することをお勧めします. エンコーダボードとデコーダボードの価格は同じです. 以下の遅延テストの結果は参考用です。, カメラの遅延は含まれません.

エンコーダボードへのCVBS入力—–HDMI出力を備えた当社のデコーダーボード, 遅延は60〜90ミリ秒です
当社のエンコーダーボードへのHDMI入力—–HDMI出力を備えた当社のデコーダーボード, 遅延は90〜130ミリ秒です
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 — IPイーサネット伝送を介してHDMI CVBS入力エンコーダーとデコーダー

Q: H264 H265 と超低遅延をサポートするビデオデコーダボードはどれですか?

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

左側の青色のデコーダボードは H265 および H264 デコードをサポートしますが、低遅延デコードはサポートしません. (サムスンのチップセット)
右側の黒板は H264 デコードをサポートしますが、H264 低遅延デコードもサポートします. (こんにちはシリコン)

Q: 私たちは超低遅延FPVビデオ伝送システムを探しています.

TXモジュールが必要です + FPVドローンとイーサネット付きRXモジュール用カメラ (IP) 出力. 何をお勧めしますか?

A: 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, 12V電源入力, ethernet output to your network or computer, USB input need to connect your USB camera.