decodificador codificador de video

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

2. Disponemos de dos firmware para soportar codificador y decodificador H265 y H264.

1. Máximo admite 1080P.
2. La entrada HDMI admite 4k.

Necesitamos preguntarle al ingeniero., Por favor díganos los detalles del decodificador de vídeo si tiene.
También disponemos de placa codificadora y decodificadora de vídeo., si ambos somos nuestros, entonces no hay problema.

La tasa de bits del vídeo es configurable por el cliente. (usuario).

¿Te refieres a entrada HDMI o AV? (Admite dos tipos de vídeo.), ¿O necesita HDMI y AV para admitir dos entradas simultáneas??

Q: Necesitamos tener HDMI y AV para soportar dos entradas simultáneas.
UN: De acuerdo. Nuestro ingeniero de firmware tardará algunos días en crear un nuevo firmware que cumpla con esta función que necesita.. Lo actualizaré y les mostraré el video de prueba.. https://youtu.be/izdFa1nw7u8

iVcan: Ayúdenos a confirmar que HDMI y cvbs pueden ser compatibles al mismo tiempo., pero el audio solo se puede seleccionar de uno de los dos (el sistema selecciona audio HDMI/audio analógico según la situación de acceso al vídeo), ¿Está bien para ti??

Cliente: No necesitamos audio, entonces haz lo que sea mejor para ti.

iVcan: Nuestro ingeniero de software ha creado un software para usted.. Por favor revise las imágenes en los archivos adjuntos..
Ahora es compatible con una cámara HDMI y una cámara CVBS..

Cliente:
He probado su codificador varias veces con nuestro sistema.. Está funcionando bien en general.
Pero tenemos un gran problema para poder validar su uso. :
Siempre que encendemos la cámara del sistema y el codificador al mismo tiempo no podemos leer el “corriente principal”, sólo podemos leer el “subcorriente”.
tenemos que “Reiniciar” El codificador a través de la interfaz web para que funcione.: Después del reinicio podemos leer directamente el mainStream..
Probamos tanto con VLC como con GStreamer..
¿Qué podríamos intentar para que ambas transmisiones sean legibles al inicio? ?

iVcan:
En opinión de nuestros ingenieros, es un problema con el reconocimiento de la cámara o un problema con el uso del cliente.
Sospecho que la tarjeta de la placa no reconoció la cámara HDMI del cliente..
Esto es fácil de verificar. (si no puede acceder a la subtransmisión, será difícil de verificar).
Inicie sesión en el servidor web de la placa codificadora y podrá ver el estado de reconocimiento de la cámara en la página de video..

iVcan:
La página de video solo mostrará el estado de reconocimiento de una cámara.. Si las cámaras HDMI y AV están conectadas y reconocidas al mismo tiempo, La página de vídeo mostrará el estado de reconocimiento de la cámara HDMI. (como 1080p60):
Siempre que la cámara HDMI pueda reconocerla normalmente, Se puede acceder a Mainstream normalmente.
Si la cámara HDMI no se reconoce normalmente, Verifique nuevamente el cableado HDMI y la alimentación en la placa. (tenga en cuenta que este es un ciclo de energía, no es un reinicio del software en la página web)
en adición, el tablero usa una dirección Mac aleatoria, por lo que la dirección Mac cambiará cada vez que la reiniciemos.
Para dispositivos con caché ARP (como una computadora), después de reiniciar, será temporal (unos segundos) No se puede acceder a la placa desde la red.. , No podemos acceder a él hasta que la solicitud arp se reinicie después del tiempo de espera. (el rendimiento es que no se puede hacer ping a la placa de codificación durante varios segundos después de reiniciar)
Por lo tanto, Supongo que otra posibilidad es que cuando el cliente acceda a la corriente principal, No se puede acceder a él debido a las razones anteriores.. Luego, cuando el cliente accede al substream, el caché arp se actualiza y el cliente puede acceder a él, pero el cliente no vuelve a visitar la corriente principal.

“Siempre que encendemos la cámara del sistema y el codificador al mismo tiempo, No podemos leer la “corriente principal”, sólo podemos leer el “subStream”.“

iVcan:
A juzgar por su descripción aquí, Parece que tu cámara se inicia después de nuestra placa de codificación.. Por favor, inicia tu cámara primero., Y luego encienda e inicie nuestra placa de codificación para probarla.. Quizás no esté encendido al mismo tiempo.. El orden de encendido también importa. Por ejemplo, las necesidades de inicio de tu cámara 10 segundos, pero el inicio de nuestra placa codificadora solo necesita 5 segundos.
Porque no estoy seguro de si su cámara tarda mucho en inicializarse después de encenderla.
Porque nuestra placa codificadora se inicia muy rápidamente, Puede ser que la cámara no se haya inicializado después de iniciar nuestra placa codificadora., lo que puede provocar algunos problemas inesperados. Esto también puede explicar por qué "Tenemos que" reiniciar "el codificador a través de la interfaz web para que funcione: Después del reinicio podemos leer directamente el mainStream”., porque cuando tu página web reinicia el tablero codificador, la cámara ya ha sido inicializada.
Por lo tanto, las sugerencias finales son las siguientes (Hice lo mejor que pude para enumerar todo lo que me vino a la mente y dejarte probarlo por separado.);
Mire la página de video del servidor web y confirme si la cámara HDMI se reconoce normalmente (puedes enviarnos una captura de pantalla). Siempre que la cámara se reconozca normalmente, Se puede acceder a la corriente principal;
Se recomienda que primero haga ping a la placa de codificación en cmd., y luego acceda a mainStream y subStream bajo vlc para evitar pensar erróneamente que no se puede acceder a Mainstream debido a problemas aleatorios de Mac..
Te permite iniciar tu cámara primero (por unos segundos), luego encienda e inicie nuestra placa de codificación para probar (ver las razones descritas anteriormente)
Siga su operación original de "encender la cámara del sistema y el codificador al mismo tiempo". Cuando el problema "no podemos leer la corriente principal", sólo podemos leer el “subStream”. se reproduce, No reinicie la placa de codificación a través de la página web., pero intercambia en caliente el cable HDMI entre tu cámara y la placa de codificación. Creo que es sólo una operación de intercambio en caliente. (porque sospecho que es un problema de detección de complementos que hace que la cámara no se conecte a la placa de codificación. Enviar señal HDMI).

Cliente:
Siempre puedo leer el subStream. MainStream solo después de reiniciar.

iVcan:
Entonces nuestra placa codificadora puede detectar su cámara.
Por favor haz una prueba.
Te permite iniciar tu cámara primero (por unos segundos), luego encienda e inicie nuestra placa de codificación para probar.
El ingeniero se preocupa por las necesidades de puesta en marcha de su cámara 10 segundos, pero el inicio de nuestra placa codificadora solo necesita 5 segundos.
Realice esta prueba para descartar la posibilidad de diferentes tiempos de inicio..

iVcan:
cuando estas probando, es mejor volver a ajustar la configuración (palabras rojas) o ver la imagen de abajo.

Cliente:
La placa codificadora y la cámara se encienden exactamente al mismo tiempo.. Es probable que el inicio de la cámara tarde un poco más que el de la placa codificadora..

Confirmo que la cámara parece no ser reconocida al inicio “amigo CVBS” se muestra en la parte superior.

Puedo hacer ping al tablero antes de intentar leer ambas transmisiones.

Cuando enciendo mi cámara por primera vez (por unos segundos), luego encienda (15 segundos después) e iniciar la placa de codificación, Puedo leer la transmisión muy bien..
si yo “Encienda la cámara del sistema y el codificador al mismo tiempo”. Y luego conecte en caliente el HDMI (15 segundos después), Puedo leer la transmisión muy bien..

¿Qué puedo hacer para poder leer mainStream sin tener que hacer ninguna de estas cosas? ? Enviar una solicitud http de reinicio con mi software, unos segundos después del inicio ?

iVcan:
Bien, eso prueba que mi suposición es correcta. Para nuestros otros clientes, La cámara y nuestra placa de codificación están encendidas al mismo tiempo.. Las cámaras pueden reconocer nuestra placa de codificación normalmente y enviar señales HDMI.. Sólo unos pocos clientes han encontrado este tipo de problemas al utilizar sus cámaras HDMI personalizadas.. Lo siguiente lo resuelven los propios clientes. (modificar la configuración de su cámara/cambiar de cámara).

Cliente:
¿Tiene la versión del software que desarrolla para nosotros?? Lo precisaremos en nuestro PO.

iVcan: La versión de firmware es v6.5.5a para su dispositivo.

1. De la foto que mostraste, Descubrimos que el condensador y el inductor en la esquina inferior izquierda estaban dañados debido a una fuerza externa.. Quizás se desprendieron durante el embalaje y el transporte., y su empresa los derribó accidentalmente durante la operación.

Los resaltados son los dispositivos que faltan., cuales son:
1、C176：TAPA,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：TAPA,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：pensión completa,120R@100M,+/-25%,3UN,SMD0603 (cuentas magnéticas)

Por favor intenta encontrar las mismas piezas., Reemplácelos y luego verifique cuidadosamente para ver si faltan otras piezas..

Si todavía tienes preguntas, por favor contáctenos.

Cliente:
esta pieza defectuosa se utiliza para operar qué circuito?

iVcan:
1.5fuente de alimentación V, potenciando la DDR， Por favor, compruebe la imagen de abajo.

Cliente:
Reemplazamos los componentes según su consejo., el codificador no funciona.
en adición, Notamos otros problemas de calidad con las soldaduras., varios retrabajos manuales.
¿Cómo podemos proceder con un cambio estándar bajo garantía??

iVcan:
No te preocupes por eso, por favor envíenoslo de vuelta, y cambiaremos uno nuevo para ti.

El ingeniero dijo que el protocolo ONVIF no es totalmente compatible. Depende de sus requisitos específicos.
El reproductor de vídeo es compatible con RTSP., VLC, juego fácil, y protocolo compatible con reproductor UDP.

Nuestra placa de codificación de video admite dos canales de video al mismo tiempo, uno es la transmisión de video HDMI y la codificación de transmisión de video CVBS.

No ahora.