We need a product with SDI and PAL as input and the Ethernet stream as output, with H.265 decoding.

1. Vcan1681 supports SDI and PAL. https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/ 2. We have two firmware to support H265 and H264 encoder and decoder.

Does your video encoder decoder support HD-SDI? 1080p or 1080i.

1. Max supports 1080P. 2. HDMI input supports 4k.

Can your encoder is compatible with any h264/h265 decoder i.e. Nvidia jetson decoder etc

We need to ask the engineer, please tell us the details of the video decoder if you have. We also have video encoder and decoder board, if you both us ours, then it is no problem.

For 4k or 1080p video what will be ethernet data rate?

The video bitrate is configurable by the customer (user).

We will use your video encoder board with two input (HDMI and PAL) and with 12V alimentation. Is it ok?

Do you mean HDMI or AV input (support two video types), or do you need HDMI and AV to support two simultaneous inputs? Q: We need to have HDMI and AV to support two simultaneous inputs. A: Ok. Our firmware engineer will some days to make a new firmware to meet this function you need. I will upgrade it and show you the test video. https://youtu.be/izdFa1nw7u8 iVcan: Please help to confirm that HDMI and cvbs can be supported at the same time, but the audio can only be selected from one of the two (the system selects HDMI audio/analog audio according to the video access situation), is it ok for you? Client: We don't need audio, so do what is the best for you. iVcan: Our software engineer has made a software for you. Please check the pictures in the attachments. Now it supports an HDMI camera and CVBS camera. Client: I have tested your encoder multiple times with our system. It is working fine overall. But we have one big issue to be able to validate its usage : Whenever we turn on the system Camera and the encoder at the same time we are unable to read the "mainStream", we can only read the "subStream". We have to "Reboot" the encoder via the web interface to make it work: after the reboot we can directly read the mainStream. We tried with both VLC and GStreamer. What could we try to have both streams readable on startup ? iVcan: In the opinion of our engineers, it is either a problem with camera recognition or a problem with customer use. I suspect that the board card did not recognize the customer’s HDMI camera. This is easy to verify (if you cannot access the sub-stream, it will be difficult to verify). Log in to the web server of the encoder board and you can see the camera recognition status on the video page. iVcan: The video page will only display the recognition status of one camera. If HDMI and AV cameras are connected and recognized at the same time, the video page will display the recognition status of the HDMI camera (such as 1080p60): As long as the HDMI camera can recognize it normally, Mainstream can be accessed normally. If the HDMI camera is not recognized normally, please check the HDMI wiring and power on the board again (note that this is a power cycle, not a software restart on the web page) In addition, the board uses a random Mac address, so the Mac address will change every time we restart it. For devices with an ARP cache (such as a PC), after restarting, it will be temporary (a few seconds) unable to access the board from the network. , We cannot access it until the arp request is re-initiated after timeout (the performance is that the coding board cannot be pinged for several seconds after restarting) Therefore, I guess another possibility is that when the customer accesses the mainstream, it cannot be accessed due to the above reasons. Then when the customer accesses sub-stream, the arp cache refreshes and the customer can access it, but the customer does not revisit the main-stream. " Whenever we turn on the system camera and the encoder at the same time, we cannot read the “Mainstream”, we can only read the “subStream”. " iVcan: Judging from your description here, it seems that your camera is started after our encoding board. Please start your camera first, and then power on and start our encoding board to try it. Maybe it is not powered on at the same time. The powered-on order also matters. For example, your camera startup needs 10 seconds, but our encoder board startup needs only 5 seconds. Because I am not sure whether your camera is very slow to initialize after power-on. Because our encoder board starts very quickly, it may be that the camera has not been initialized after it started our encoder board, which may lead to some unexpected problems. This can also explain why “We have to “Reboot” the encoder via the web interface to make it work: after the reboot we can directly read the mainStream.”, because when your web page restarts the encoder board, the camera has already been initialized. Therefore, the final suggestions are as follows (I tried my best to list everything that came to mind and let you test them separately); Look at the video page of the web server and confirm whether the HDMI camera is recognized normally (you can send a screenshot to us). As long as the camera is recognized normally, Mainstream can be accessed; It is recommended that you ping the coding board under cmd first, and then access mainStream and subStream under vlc to avoid mistakenly thinking that Mainstream cannot be accessed due to random mac issues. Let you start your camera first (for a few seconds), then power on and start our encoding board to try (see the reasons described above) Follow your original operation of “turn on the system camera and the encoder at the same time”. When the problem “we are unable to read the “mainstream”, we can only read the “subStream”.” is reproduced, Do not restart the encoding board through the web page, but hot-swap the HDMI cable between your camera and the encoding board. I think it is only a hot-swap operation (because I suspect it is a plug-in detection problem that causes the camera not to connect to the encoding board. Send HDMI signal). Client: I can always read the subStream. The mainStream only after reboot. iVcan: Then our encoder board can detect your camera. Please do a test. Let you start your camera first (for a few seconds), then power on and start our encoding board to try. The engineer worries about that your camera startup needs 10 seconds, but our encoder board startup needs only 5 seconds. Please do this test to rule out the possibility of different startup times. iVcan: When you are testing, it is better to adjust the setting back (red words) or see the below picture. Client: The encoder board and the camera are both powered on at the exact same time. It is likely that the camera startup takes a bit longer than the encoder board. I confirm that the camera seems to be not recognized on startup "CVBS pal" is displayed at the top. I can ping the board fine before trying to read both streams When I start my camera first (for a few seconds), then power on (15 seconds later) and start the encoding board, I can read the stream just fine. If I "turn on the system camera and the encoder at the same time”. And then hot plug the HDMI (15 seconds later), I can read the stream just fine. What can I do to be able to read the mainStream without having to do on of these things ? Send an http request reboot with my software, a few seconds after startup ? iVcan: Well, that proves my guess right. For our other customers, the camera and our encoding board are all powered on at the same time. The cameras can recognize our encoding board normally and send out HDMI signals. Only a few customers have encountered such problems using their customized HDMI cameras. The following is Solved by customers themselves (modifying their camera settings/changing cameras). Client: Do you have the version of the software you develop for us? We will precise it in our PO. iVcan: The firmware version is v6.5.5a for your device.

We have a faulty of the video encoder, what should I do?

1. From the photo you showed, we found that the capacitor and inductor in the lower left corner were damaged due to external force. Perhaps they were knocked off during packaging and transportation, and your company accidentally knocked them off during operation. The highlighted ones are the missing devices, which are: 1、C176：CAP,10NF,+/-10%,X7R,1000V,SMD1206 2、C21：CAP,22UF,+/-20%,X5R,6.3V,SMD0603 3、R34：FB,120R@100M,+/-25%,3A,SMD0603 （magnetic beads） Please try to find the same parts, replace them and then check carefully to see if there are any other missing parts. If you still have questions, please contact us. Client: this faulty part is used to operate which circuit? iVcan: 1.5V power supply, powering DDR， please check the below picture. Client: We replaced the components according to your advice, the encoder is not functional. In addition, we noted other quality problems with the welds, several manual reworks. How can we proceed with a standard exchange under warranty? iVcan: Don't worry about it, please send it back to us, and we will change a new one for you.

Does your HDMI + CVBS video encoder board support ONVIF?

The engineer said that the ONVIF protocol is not fully supported. It depends on your specific requirements. The video player supports RTSP, VLC, Easyplay, and protocol support UDP player.

Can I use hdmi stream and CVBS stream together?

Our video encoding board supports two channels of video at the same time, one is HDMI video stream and CVBS video stream encoding.

Ο καλύτερος αποκωδικοποιητής κωδικοποιητή βίντεο 2024 για ζωντανή μετάδοση

Πίνακας περιεχομένων

Χρειαζόμαστε ένα προϊόν με SDI και PAL ως είσοδο και τη ροή Ethernet ως έξοδο, με αποκωδικοποίηση H.265.

1. Το Vcan1681 υποστηρίζει SDI και PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Έχουμε δύο υλικολογισμικό για υποστήριξη κωδικοποιητή και αποκωδικοποιητή H265 και H264.

Υποστηρίζει ο αποκωδικοποιητής του κωδικοποιητή βίντεο HD-SDI? 1080p ή 1080i.

1. Το Max υποστηρίζει 1080P.
2. Η είσοδος HDMI υποστηρίζει 4k.

Μπορεί ο κωδικοποιητής σας να είναι συμβατός με οποιονδήποτε αποκωδικοποιητή h264/h265, π.χ. Nvidia jetson αποκωδικοποιητής κ.λπ

Πρέπει να ρωτήσουμε τον μηχανικό, πείτε μας τις λεπτομέρειες του αποκωδικοποιητή βίντεο εάν έχετε.
Διαθέτουμε επίσης κωδικοποιητή βίντεο και πλακέτα αποκωδικοποιητή, αν είστε και οι δύο δικοί μας, τότε δεν είναι πρόβλημα.

Για βίντεο 4k ή 1080p ποιος θα είναι ο ρυθμός δεδομένων ethernet?

Ο ρυθμός μετάδοσης bit βίντεο μπορεί να διαμορφωθεί από τον πελάτη (χρήστης).

Θα χρησιμοποιήσουμε την πλακέτα κωδικοποιητή βίντεο με δύο εισόδους (HDMI και PAL) και με τροφοδοσία 12V. Είναι εντάξει?

Εννοείς είσοδο HDMI ή AV (υποστηρίζει δύο τύπους βίντεο), ή χρειάζεστε HDMI και AV για την υποστήριξη δύο ταυτόχρονων εισόδων?

Q: Πρέπει να έχουμε HDMI και AV για να υποστηρίζουμε δύο ταυτόχρονες εισόδους.
ΕΝΑ: Εντάξει. Ο μηχανικός υλικολογισμικού μας θα φτιάξει μερικές μέρες ένα νέο υλικολογισμικό για να καλύψει αυτήν τη λειτουργία που χρειάζεστε. Θα το αναβαθμίσω και θα σας δείξω το δοκιμαστικό βίντεο. https://youtu.be/izdFa1nw7u8

iVcan: Βοηθήστε να επιβεβαιώσετε ότι το HDMI και το cvbs μπορούν να υποστηριχθούν ταυτόχρονα, αλλά ο ήχος μπορεί να επιλεγεί μόνο από ένα από τα δύο (το σύστημα επιλέγει ήχο HDMI/αναλογικό ήχο ανάλογα με την κατάσταση πρόσβασης βίντεο), είναι εντάξει για σένα?

Πελάτης: Δεν χρειαζόμαστε ήχο, κάνε λοιπόν ό,τι είναι καλύτερο για σένα.

iVcan: Ο μηχανικός λογισμικού μας έφτιαξε ένα λογισμικό για εσάς. Ελέγξτε τις εικόνες στα συνημμένα.
Τώρα υποστηρίζει κάμερα HDMI και κάμερα CVBS.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

Πελάτης:
Έχω δοκιμάσει τον κωδικοποιητή σας πολλές φορές με το σύστημά μας. Λειτουργεί μια χαρά γενικά.
Αλλά έχουμε ένα μεγάλο πρόβλημα για να μπορέσουμε να επικυρώσουμε τη χρήση του :
Κάθε φορά που ενεργοποιούμε την κάμερα του συστήματος και τον κωδικοποιητή ταυτόχρονα, δεν μπορούμε να διαβάσουμε το “mainStream”, μπορούμε μόνο να διαβάσουμε το “υποροή”.
Πρεπει να “Επανεκκίνηση” τον κωδικοποιητή μέσω της διεπαφής Ιστού για να λειτουργήσει: μετά την επανεκκίνηση μπορούμε να διαβάσουμε απευθείας το mainStream.
Δοκιμάσαμε και με VLC και με GStreamer.
Τι θα μπορούσαμε να προσπαθήσουμε για να έχουμε και τις δύο ροές αναγνώσιμες κατά την εκκίνηση ?

iVcan:
Κατά τη γνώμη των μηχανικών μας, είναι είτε πρόβλημα με την αναγνώριση κάμερας είτε πρόβλημα με τη χρήση του πελάτη.
Υποψιάζομαι ότι η κάρτα πλακέτας δεν αναγνώριζε την κάμερα HDMI του πελάτη.
Αυτό είναι εύκολο να επαληθευτεί (εάν δεν μπορείτε να αποκτήσετε πρόσβαση στη δευτερεύουσα ροή, θα είναι δύσκολο να επαληθευτεί).
Συνδεθείτε στον διακομιστή web της πλακέτας κωδικοποιητή και μπορείτε να δείτε την κατάσταση αναγνώρισης της κάμερας στη σελίδα βίντεο.
HDMI encoder can detect the video input source

iVcan:
Η σελίδα βίντεο θα εμφανίζει μόνο την κατάσταση αναγνώρισης μιας κάμερας. Εάν οι κάμερες HDMI και AV είναι συνδεδεμένες και αναγνωρισμένες ταυτόχρονα, η σελίδα βίντεο θα εμφανίσει την κατάσταση αναγνώρισης της κάμερας HDMI (όπως 1080p60):
Αρκεί η κάμερα HDMI να το αναγνωρίσει κανονικά, Η πρόσβαση στο mainstream είναι κανονικά.
Εάν η κάμερα HDMI δεν αναγνωρίζεται κανονικά, ελέγξτε ξανά την καλωδίωση HDMI και την τροφοδοσία στην πλακέτα (Σημειώστε ότι αυτός είναι ένας κύκλος ισχύος, όχι επανεκκίνηση λογισμικού στην ιστοσελίδα)
Επιπλέον, ο πίνακας χρησιμοποιεί μια τυχαία διεύθυνση Mac, οπότε η διεύθυνση Mac θα αλλάζει κάθε φορά που το κάνουμε επανεκκίνηση.
Για συσκευές με προσωρινή μνήμη ARP (όπως ένα PC), μετά την επανεκκίνηση, θα είναι προσωρινό (μερικά δευτερόλεπτα) δεν είναι δυνατή η πρόσβαση στην πλακέτα από το δίκτυο. , Δεν μπορούμε να έχουμε πρόσβαση σε αυτό μέχρι να ξεκινήσει ξανά το αίτημα arp μετά το χρονικό όριο λήξης (Η απόδοση είναι ότι δεν μπορεί να γίνει ping στην πλακέτα κωδικοποίησης για αρκετά δευτερόλεπτα μετά την επανεκκίνηση)
Επομένως, Υποθέτω ότι μια άλλη πιθανότητα είναι ότι όταν ο πελάτης έχει πρόσβαση στο mainstream, δεν είναι δυνατή η πρόσβαση για τους παραπάνω λόγους. Στη συνέχεια, όταν ο πελάτης αποκτήσει πρόσβαση στη δευτερεύουσα ροή, η cache arp ανανεώνεται και ο πελάτης μπορεί να έχει πρόσβαση σε αυτήν, αλλά ο πελάτης δεν επισκέπτεται ξανά το mainstream.

“Κάθε φορά που ενεργοποιούμε την κάμερα συστήματος και τον κωδικοποιητή ταυτόχρονα, δεν μπορούμε να διαβάσουμε το "Mainstream", μπορούμε να διαβάσουμε μόνο την "υποροή".“

iVcan:
Κρίνοντας από την περιγραφή σου εδώ, Φαίνεται ότι η κάμερά σας έχει ξεκινήσει μετά την πλακέτα κωδικοποίησης. Ξεκινήστε πρώτα την κάμερά σας, και μετά ενεργοποιήστε και ξεκινήστε την πλακέτα κωδικοποίησης για να το δοκιμάσετε. Ίσως δεν είναι ενεργοποιημένο ταυτόχρονα. Η εντολή ενεργοποίησης έχει επίσης σημασία. Για παράδειγμα, χρειάζεται η εκκίνηση της κάμεράς σας 10 δευτερόλεπτα, αλλά η εκκίνηση της πλακέτας κωδικοποιητή μας χρειάζεται μόνο 5 δευτερόλεπτα.
Επειδή δεν είμαι σίγουρος εάν η κάμερά σας αργεί πολύ να αρχικοποιηθεί μετά την ενεργοποίηση.
Επειδή η πλακέτα κωδικοποιητή μας ξεκινά πολύ γρήγορα, μπορεί να μην έχει αρχικοποιηθεί η κάμερα μετά την εκκίνηση της πλακέτας κωδικοποιητή μας, που μπορεί να οδηγήσει σε κάποια απροσδόκητα προβλήματα. Αυτό μπορεί επίσης να εξηγήσει γιατί "Πρέπει να "Επανεκκινήσουμε" τον κωδικοποιητή μέσω της διεπαφής ιστού για να λειτουργήσει: μετά την επανεκκίνηση, μπορούμε να διαβάσουμε απευθείας το mainStream.", γιατί όταν η ιστοσελίδα σας επανεκκινεί την πλακέτα κωδικοποιητή, η κάμερα έχει ήδη προετοιμαστεί.
Επομένως, οι τελικές προτάσεις είναι οι εξής (Προσπάθησα να παραθέσω όλα όσα μου ήρθαν στο μυαλό και να σας αφήσω να τα δοκιμάσετε ξεχωριστά);
Κοιτάξτε τη σελίδα βίντεο του διακομιστή web και επιβεβαιώστε εάν η κάμερα HDMI αναγνωρίζεται κανονικά (μπορείτε να μας στείλετε ένα στιγμιότυπο οθόνης). Αρκεί η κάμερα να αναγνωρίζεται κανονικά, Είναι δυνατή η πρόσβαση στο mainstream;
Συνιστάται να κάνετε ping στον πίνακα κωδικοποίησης κάτω από το cmd πρώτα, και, στη συνέχεια, αποκτήστε πρόσβαση στο mainStream και το subStream κάτω από το vlc για να αποφύγετε να σκεφτείτε λανθασμένα ότι δεν είναι δυνατή η πρόσβαση στο Mainstream λόγω τυχαίων προβλημάτων Mac.
Ας ξεκινήσετε πρώτα την κάμερά σας (για λίγα δευτερόλεπτα), στη συνέχεια ενεργοποιήστε και ξεκινήστε την πλακέτα κωδικοποίησης για να δοκιμάσετε (δείτε τους λόγους που περιγράφονται παραπάνω)
Ακολουθήστε την αρχική σας λειτουργία "ενεργοποίηση της κάμερας συστήματος και του κωδικοποιητή ταυτόχρονα". Όταν το πρόβλημα "δεν μπορούμε να διαβάσουμε το "mainstream", μπορούμε να διαβάσουμε μόνο την "υποροή". αναπαράγεται, Μην επανεκκινήσετε την πλακέτα κωδικοποίησης μέσω της ιστοσελίδας, αλλά εναλλάξτε το καλώδιο HDMI μεταξύ της κάμερας και της πλακέτας κωδικοποίησης. Νομίζω ότι είναι απλώς μια λειτουργία hot-swap (γιατί υποψιάζομαι ότι είναι πρόβλημα ανίχνευσης plug-in που προκαλεί τη μη σύνδεση της κάμερας στην πλακέτα κωδικοποίησης. Αποστολή σήματος HDMI).

Πελάτης:
Μπορώ πάντα να διαβάσω το subStream. Η κύρια ροή μόνο μετά την επανεκκίνηση.

iVcan:
Στη συνέχεια, η πλακέτα κωδικοποιητή μας μπορεί να ανιχνεύσει την κάμερά σας.
Παρακαλώ κάντε ένα τεστ.
Ας ξεκινήσετε πρώτα την κάμερά σας (για λίγα δευτερόλεπτα), στη συνέχεια ενεργοποιήστε και ξεκινήστε την πλακέτα κωδικοποίησης για να δοκιμάσετε.
Ο μηχανικός ανησυχεί για το ότι χρειάζεται η εκκίνηση της κάμεράς σας 10 δευτερόλεπτα, αλλά η εκκίνηση της πλακέτας κωδικοποιητή μας χρειάζεται μόνο 5 δευτερόλεπτα.
Κάντε αυτό το τεστ για να αποκλείσετε την πιθανότητα διαφορετικών χρόνων εκκίνησης.

iVcan:
Όταν κάνετε δοκιμές, είναι καλύτερα να προσαρμόσετε τη ρύθμιση πίσω (κόκκινες λέξεις) ή δείτε την παρακάτω εικόνα.
analogue to ip video encoder for living stream

Πελάτης:
Η πλακέτα κωδικοποιητή και η κάμερα ενεργοποιούνται και τα δύο την ίδια ακριβώς στιγμή. Είναι πιθανό ότι η εκκίνηση της κάμερας διαρκεί λίγο περισσότερο από την πλακέτα κωδικοποιητή.

Επιβεβαιώνω ότι η κάμερα φαίνεται να μην αναγνωρίζεται κατά την εκκίνηση “CVBS φίλε” εμφανίζεται στην κορυφή.

Μπορώ να κάνω ping στον πίνακα πριν προσπαθήσω να διαβάσω και τις δύο ροές

Όταν ξεκινήσω πρώτα την κάμερά μου (για λίγα δευτερόλεπτα), μετά ενεργοποιήστε (15 δευτερόλεπτα αργότερα) και ξεκινήστε την πλακέτα κωδικοποίησης, Μπορώ να διαβάσω τη ροή μια χαρά.
Αν εγώ “ενεργοποιήστε την κάμερα συστήματος και τον κωδικοποιητή ταυτόχρονα». Στη συνέχεια, συνδέστε το HDMI (15 δευτερόλεπτα αργότερα), Μπορώ να διαβάσω τη ροή μια χαρά.

Τι μπορώ να κάνω για να μπορώ να διαβάζω το mainStream χωρίς να χρειάζεται να κάνω ένα από αυτά τα πράγματα ? Στείλτε ένα αίτημα επανεκκίνησης http με το λογισμικό μου, λίγα δευτερόλεπτα μετά την εκκίνηση ?

iVcan:
Καλά, αυτό αποδεικνύει ότι η εικασία μου είναι σωστή. Για τους άλλους πελάτες μας, η κάμερα και η πλακέτα κωδικοποίησης μας ενεργοποιούνται ταυτόχρονα. Οι κάμερες μπορούν να αναγνωρίσουν την πλακέτα κωδικοποίησης κανονικά και να στείλουν σήματα HDMI. Μόνο λίγοι πελάτες έχουν αντιμετωπίσει τέτοια προβλήματα χρησιμοποιώντας τις προσαρμοσμένες κάμερες HDMI τους. Τα παρακάτω επιλύονται από τους ίδιους τους πελάτες (τροποποίηση των ρυθμίσεων της κάμεράς τους/αλλαγή καμερών).

Πελάτης:
Έχετε την έκδοση του λογισμικού που αναπτύσσετε για εμάς;? Θα το διευκρινίσουμε στο PO μας.

iVcan: Η έκδοση υλικολογισμικού είναι v6.5.5a για τη συσκευή σας.

Έχουμε ελαττωματικό κωδικοποιητή βίντεο, τι πρέπει να κάνω?

1. Από τη φωτογραφία που έδειξες, διαπιστώσαμε ότι ο πυκνωτής και ο επαγωγέας στην κάτω αριστερή γωνία υπέστησαν ζημιά λόγω εξωτερικής δύναμης. Ίσως χτυπήθηκαν κατά τη διάρκεια της συσκευασίας και της μεταφοράς, και η εταιρεία σας τα κατέστρεψε κατά λάθος κατά τη λειτουργία.
video encoder and decoder board bitrate
Οι επισημασμένες είναι οι συσκευές που λείπουν, τα οποία είναι:
1、C176：ΚΑΠΑΚΙ,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：ΚΑΠΑΚΙ,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100 εκατ,+/-25%,3ΕΝΑ,SMD0603 (μαγνητικές χάντρες)
video encoder decoder block diagram

Προσπαθήστε να βρείτε τα ίδια μέρη, αντικαταστήστε τα και στη συνέχεια ελέγξτε προσεκτικά για να δείτε εάν λείπουν άλλα εξαρτήματα.

Εάν εξακολουθείτε να έχετε ερωτήσεις, Παρακαλώ επικοινωνήστε μαζί μας.

Πελάτης:
αυτό το ελαττωματικό εξάρτημα χρησιμοποιείται για τη λειτουργία ποιου κυκλώματος?

iVcan:
1.5τροφοδοτικό V, τροφοδοσία DDR， ελέγξτε την παρακάτω εικόνα.
R34 VDD1V5 of video encoder board
Πελάτης:
Αντικαταστήσαμε τα εξαρτήματα σύμφωνα με τις συμβουλές σας, ο κωδικοποιητής δεν λειτουργεί.
Επιπλέον, σημειώσαμε άλλα ποιοτικά προβλήματα με τις συγκολλήσεις, αρκετές χειροκίνητες ανακατασκευές.
Πώς μπορούμε να προχωρήσουμε σε μια τυπική ανταλλαγή με εγγύηση?

iVcan:
Μην ανησυχείτε για αυτό, παρακαλώ στείλτε το πίσω σε εμάς, και θα σας αλλάξουμε ένα νέο.

Κάνει το HDMI σας + Η πλακέτα κωδικοποιητή βίντεο CVBS υποστηρίζει ONVIF?

Ο μηχανικός είπε ότι το πρωτόκολλο ONVIF δεν υποστηρίζεται πλήρως. Εξαρτάται από τις συγκεκριμένες απαιτήσεις σας.
Το πρόγραμμα αναπαραγωγής βίντεο υποστηρίζει RTSP, VLC, Easyplay, και υποστήριξη πρωτοκόλλου UDP player.

Μπορώ να χρησιμοποιήσω τη ροή hdmi και τη ροή CVBS μαζί?

Η πλακέτα κωδικοποίησης βίντεο υποστηρίζει δύο κανάλια βίντεο ταυτόχρονα, Το ένα είναι η ροή βίντεο HDMI και η κωδικοποίηση ροής βίντεο CVBS.

Έχετε κάποια πλακέτα κωδικοποιητή LVDS σε IP;?

Όχι τώρα.

Ερώτηση: Τι χαρακτηριστικό της ώρας έχει ο διαμορφωτής DVB-T σας (Πομπός) έχω? Μπορούμε να δούμε τα παρακάτω αν δούμε το πρότυπο DVB-T ETSI EN 300 744.

Αλλά τι ώρες είναι στη μονάδα DVB-T TX?
Το χρειαζόμαστε γιατί σκεφτόμαστε τη γρήγορη αλλαγή συχνότητας κατά τη ροή βίντεο, οπότε πρέπει να κατανοήσουμε τους πραγματικούς χρόνους για αυτήν τη λειτουργία. Χρησιμοποιούμε QPSK, CR=1/2, GI=1/32, εύρος ζώνης = 8 MHz.

Απάντηση: Στον διαμορφωτή DVB-T μας, Και ο χρόνος μεταδιδόμενου συμβόλου και ο χρόνος φύλαξης είναι ο ίδιος, με 400 744 προσδιορισμός

Μετατροπέας cvbs σε IP, μετατροπέας σήματος av σε ethernet, Κωδικοποιητής SDI CVBS,

Q: Πόσο θα είναι το latency αν συνδέσω δύο κάμερες (HDMI + CVBS)?

Έχω δύο κάμερες, το ένα είναι μια κάμερα hdmi, και η δεύτερη είναι μια κάμερα CVBS. Θα μετατρέψω και τις δύο ροές βίντεο σε IP ethernet μέσω αυτής της πλακέτας και η απέναντι πλευρά του δέκτη θα είναι ένας υπολογιστής.

ΕΝΑ:

Η καθυστέρηση της πλακέτας κωδικοποίησης βίντεο πρέπει να λαμβάνει υπόψη την κωδικοποίηση και την αποκωδικοποίηση. Είναι αδύνατο να ελέγξετε την ακριβή καθυστέρηση μόνο από την πλακέτα κωδικοποίησης.

Συνήθως, η καθυστέρηση που προκαλείται από την πλακέτα του αποκωδικοποιητή είναι μεγαλύτερη.

Με διαφορετικές συσκευές αναπαραγωγής λογισμικού, η καθυστέρηση ποικίλλει πολύ. Για παράδειγμα, χρησιμοποιώντας το δικό μας Splayer η καθυστέρηση είναι περίπου 100 ms, και χρησιμοποιώντας VLC η καθυστέρηση μπορεί να είναι έως και 300ms.

Η καθυστέρηση της κάμερας CVBS είναι δύσκολο να μετρηθεί με ακρίβεια. Καθυστερήσεις κάτω των 100 ms είναι δύσκολο να μετρηθούν με χρονόμετρο. Επιπλέον, η καθυστέρηση του ίδιου του Vcan1681 δεν είναι εύκολο να δοκιμαστεί. Χωρίς την πλακέτα αποκωδικοποιητή, δεν μπορείς να δεις καν την εικόνα. Δεν μπορεί να υπολογιστεί χρησιμοποιώντας χρονόμετρο, και δεν υπάρχει τρόπος να το μετρήσω με παλμογράφο.

Αφού ο πελάτης αγοράσει την πλακέτα κωδικοποίησης, σίγουρα θα χρειαστεί παίκτη για αποκωδικοποίηση. Τότε είναι καλύτερο να ρωτήσετε τον πελάτη τι είδους παίκτη σκοπεύει να χρησιμοποιήσει για αποκωδικοποίηση (Δικός μας, το δικό του πελάτη, ή τρίτου μέρους), ώστε να μπορούμε να γνωρίζουμε καλύτερα εάν η πλακέτα κωδικοποίησης μπορεί να καλύψει τις απαιτήσεις των πελατών (λειτουργία και απόδοση) ή όχι.

Πώς να δοκιμάσετε τον λανθάνοντα χρόνο της πλακέτας κωδικοποιητή βίντεο?

Έστρεψα την κάμερα στο χρονόμετρο στην οθόνη του υπολογιστή μου.
Ένας άλλος υπολογιστής αναπαράγει το βίντεο που αποστέλλεται από την τρέχουσα πλακέτα κωδικοποίησης και επίσης εμφανίζει το χρονόμετρο στην οθόνη του υπολογιστή.
Πρέπει να μειώσετε δύο φορές, δηλαδή η καθυστέρηση από την κάμερα στην οθόνη. (Συμπεριλαμβανομένης της καθυστέρησης κάμερας και οθόνης)
Ελέγξτε τις παρακάτω εικόνες

Q: Πόσο είναι η καθυστέρηση αν χρησιμοποιήσω τον κωδικοποιητή και την πλακέτα αποκωδικοποιητή σας?

ΕΝΑ: Είναι καλύτερα να χρησιμοποιήσετε τον κωδικοποιητή και τον αποκωδικοποιητή μας. Οι τιμές της πλακέτας κωδικοποιητή και αποκωδικοποιητή είναι οι ίδιες. Το παρακάτω αποτέλεσμα δοκιμής λανθάνοντος χρόνου είναι μόνο για αναφορά, χωρίς την καθυστέρηση της κάμερας.

Είσοδος CVBS στην πλακέτα κωδικοποιητή μας—–πλακέτα αποκωδικοποιητή μας με έξοδο HDMI, η καθυστέρηση είναι 60~90ms
Είσοδος HDMI στην πλακέτα κωδικοποιητή μας—–πλακέτα αποκωδικοποιητή μας με έξοδο HDMI, η καθυστέρηση είναι 90~130ms
Είσοδος 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 — Κωδικοποιητής εισόδου HDMI CVBS και αποκωδικοποιητής μέσω μετάδοσης ip ethernet

Q: Ποια πλακέτα αποκωδικοποιητή βίντεο υποστηρίζει H264 H265 και εξαιρετικά χαμηλή καθυστέρηση?

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

Η πλακέτα αποκωδικοποιητή μπλε στην αριστερή πλευρά υποστηρίζει αποκωδικοποίηση H265 και H264 αλλά δεν υποστηρίζει αποκωδικοποίηση χαμηλής καθυστέρησης. (Samsun Chipset)
Ο μαυροπίνακας στη δεξιά πλευρά υποστηρίζει αποκωδικοποίηση H264 αλλά υποστηρίζει αποκωδικοποίηση H264 χαμηλής καθυστέρησης. (HiSilicon)

Q: Αναζητούμε ένα σύστημα μετάδοσης βίντεο fpv εξαιρετικά χαμηλής καθυστέρησης.

Χρειαζόμαστε μια ενότητα TX + κάμερα για drone fpv και μονάδα RX με Ethernet (IP) παραγωγή. Τι θα προτείνατε?

ΕΝΑ: Προτείναμε τα Vcan1746 και Vcan1777,

Q: Η πλακέτα κωδικοποιητή βίντεο της κάμερας USB UVC σε IP RTSP έχει απλή σύνδεση και μετασχηματιστή DC;?

Ναί, μπορούμε να προσθέσουμε έναν προσαρμογέα ρεύματος 12 V DC για εσάς. Η σύνδεση είναι πολύ απλή, 12ισχύς εισόδου V, έξοδος ethernet στο δίκτυο ή τον υπολογιστή σας, Χρειάζεται είσοδος USB για να συνδέσετε την κάμερα USB.