Cámaras PTZ de JVC, Integración simple con ETH-GPI Link de "Skaarhoj"

En este post quiero compartir la programación del ETH-GPI Link de "Skaarhoj" para trabajar con las cámaras PTZ de JVC. 

La idea es utilizar este pequeño dispositivo como enlace entre unos pulsadores, teclado (8) o cualquier dispositivo con salida de GPO de contacto cerrado, para que envíe una orden de position (Preset) vía IP a las cámaras PTZ de JVC, situadas en la misma red IP.

Aquí dejo un pequeño diagrama con unas pocas posibilidades de fácil integración que podemos encontrar con este pequeño dispositivo. El Skaarhoj ETH-GPI Link podrá hacer tanto de interface para integración como de controlador directo o consola de control.

El ETH-GPI Link puede ser utilizado como una consola de control simple, ya sea para una o múltiples cámaras. Podemos crear paneles de control en clases de docencia, en iglesias , salas de reuniones etc, con varias posiciones activadas por pulsadores , suelos de conmutación, interrupción laser, etc (N4). 

De igual forma pero más discreto podría ser con un teclado integrado en muebles o equipos (N3).

Existen sistemas de audio con salidas GPO que se activan en función del audio que captan sus micrófonos, esto permite crear salas totalmente desatendidas con video dinámico.

Finalmente tenemos al N1 donde con cualquier Switcher o mezclador de video con GPO se pueden controlar las posiciones de cámara. 

Con el ETH-GPI Link se pueden programar multitud de funciones según sus entradas de forma simple o combinada. Estas funciones las podemos enviar una sola cámara o varias de forma simultánea.

Yo he compartido mi Configuración, por tanto esta debe estar disponible en los ejemplos de configuración cuando se entre en "Configuración on line" desde el programa "Skaarhoj Update".

Para quien no haya trabajado nunca con "Skaarhoj" voy a intentar resumir su  funcionamiento y luego enseñar la configuración que propongo en este artículo y que he compartido con todos en "Skaarhoj".

"Skaarhoj" son sistemas de control o controladores que parten de un sistema operativo propio, y podemos añadir lo que denominan cores. El core es un paquete de órdenes ya programadas que corresponden a equipos concretos del mercado, y que al añadirlos al dispositivo se pueden seleccionar las órdenes de función ya programadas y combinarlas con los botones o contactos como en nuestro caso para que se realicen acciones determinadas.

Hay bastante información en la web de "Skaarhoj" pero a mi gusto  no se encuentra muy bien estructurada y está hecha solo personas con un cierto nivel de conocimientos de programación.

Al comprar el equipo viene con unas instrucciones muy simples basadas en que se debe instalar un programa en el ordenador "Skaarhoj Update" , conectar el dispositivo y realizar una actualización, luego insertar los cores deseados y programarlos. Como he mencionado he dejado mi programación teóricamente visible , pero no se si se mantendrá en el tiempo, por esa razón la comparto en este artículo.

Es importante recordar que con las configuraciones On Line se guarda también la de IP por tanto es fundamental que si utilizas una configuración de muestra modifiques las IP a las de tus equipos.

Mi configuracion esta básicamente programada para trabajar con 7 cámaras ( es el máximo en VISCAoverIP que permite Skaarhoj). Cada entrada activa su correspondiente salida es decir, la IN1 activa la OUT1 y manda a todas las cámaras al "preset1", activa el tally de la cámara 1 y la entrada 1 de un mezclador BM, y así sucesivamente con cada entrada.

Evidentemente la programación se puede modificar al gusto, pero creo es importante partir de una configuración conocida y ver que existe comunicación y se ejecutan las órdenes. 

Tener en cuenta que ETH-GPI Link trabaja con VISCA overIP y en este modo las cámaras deben tener las IP correlativas. En el ETH-GPI Link se debe poner la cámara con la IP más baja y el automáticamente irá enviando la órdenes a las IP siguientes de forma correlativa. En mi caso la IP de la cámara en la Configuración Skaarhoj es 192.168.89.100 que es la cámara numero 1, la dos es la 102, la tres es la 103 y así sucesivamente.

En las cámaras KY-PZ100 se tiene que modificar la Configuración para que trabajen en protocolo "Standar" y con número de cámara con los microrruptores inferiores.. 

Configuración cámara KY-PZ100

Con la serie nueva de JVC KY-PZ200/400/510 el protocolo standar IP está ya viene activado y con el puerto fijado, pero deberemos entrar el número de cámara o ID de cámara, y esto lo haremos en el menú de "Comunication Setup" de la cámara.

La programación, el programa "Skaarhoj Update".

En el encontramos Local configuration y Online configuration.

-Local configuration es la configuracion que tiene físicamente el equipo.

-On line configuration es la configuración de nuestro equipo memorizada on line, donde también encontramos las configuraciones compartidas como se debería mostrar la mia. Si se selecciona una configuración "On Line" esta no se hará activa o insertará en el sistema hasta que no se haga una actualización, es decir debemos hacer "Upload Configuration Firmware". Mirar instrucciones.

Entrar en configuración On line y asegurarse de que se añaden los COREs de "System" y "JVCKYPZ100" el de "BDM ATEM" es opcional por si queremos que se active la entrada de un mezclador ATEM.

Una vez insertados los CORES programamos las OUT y las IN según las siguientes figuras.

Configuración OUT

Configuración IN

Todo lo hecho hasta ahora es simplemente la activación del hardware ahora vamos a entrar en la programación basándose en que al cerrar la entrada IN1 levantamos una bandera ( Flag1) , la IN2 la Flag2 etc., Debemos ir hacia abajo de la página que muestra toda la configuración hasta  Virtual Triggers y crear nuevos.

Trigger Source No 1 es el primer trigger, en la configuración propuesta se crean 8  1x entrada, como solo puedo controlar 7 cámaras el GPI IN8 mueve todas las cámaras y acciona todos los tallys .El número máximo se funciones  en cada "Trigger source" es de 13.

Programación Trigger Numero 8

Gracias por leer este blog y espero que os haya sido util.

Nuevos soportes 3D para Modem en GY-HC500 y GY-HM250E

Pasado el verano he puesto a disposición de cualquier usuario de JVC estos nuevos soportes de modem para la GYHC500 y GY-HM250E.

Para la GYHC500 he creado dos soportes que trabajan situados de forma horizontal ( hay diseños anteriores que trabaja en vertical) en concreto para el Modem Tenda 4G185V2 y también para la GY-HC500 el soporte para el modem 5G D-Link. DWR-2101.

Para la GY-HM250E solo he creado nuevo diseño para el Tenda 4G185V2 para situarlo en el asa sin usar la zapata de antorcha como en diseños anteriores, esto permite tener una antorcha, microfono inalambrico, etc. montado en la zapata de la antorcha y al mismo tiempo el modem fijado a la cámara. Supongo que todo va a gustos y a la fisonomía de cada uno, pero el diseño a mi satisface ya que para mi es cómodo y no limita ninguna función o alojamiento de la cámara pese a su reducido tamaño.

Soporte para Para Modem 5G D-Link. DWR-2101 y montaje en GY-HC500. https://www.thingiverse.com/thing:5451801

Soporte para Para Modem 4G Tenda 4G185V2 y montaje en GY-HC500.

https://www.thingiverse.com/thing:5451248

Soporte para Para Modem 4G Tenda 4G185V2 montaje en GY-HM250.

https://www.thingiverse.com/thing:5496136

Para quien quiera hacer uso de esta herramienta y no sepa como hacerlo por no disponer de impresora 3D y no conocer a nadie, existe una comunidad de empresas de impresión 3D on line, donde simplemente se debe de subir el archivo con extensión STL que hay en los ZIP de descarga de Thingiverse que pongo el link.

Al subir el archivo STL automáticamente nos dará el precio de la pieza. 

Como guía sencilla Material PLA suficiente, ABS es más duro.

El acabado rugoso medio o fino es cosa de cada uno , contra más fino menos se notan las diferentes capas

En relleno un 20-30 % es suficiente un 40-50 recomendable y un 100% excesivo.

Yo, personalmente suelo imprimir en PLA-25% con calidad grueso.

Hay que tener en cuenta que un Maker simplemente imprime en bruto y no hace ningún tipo de postprocesado de mejora a la pieza.

Aquí dejo algunas webs de Makers como ejemplo.

https://impresion3dlowcost.es/presupuesto-online/

https://ingenieria3ddigital.es/precio-presupuesto-impresion-3d/

https://imprimakers.com/es/producto/calculadora-impresion-3d-online/

Cámaras PTZ de JVC, calcula facilmente la distancia focal.

Hola a todos, uno de los problemas que en ocasiones nos encontramos al calcular un plató de TV o una sala es en saber a que distancia deberemos situar la cámara y que campo de visión cogerá esta en imagen.

Para solventar este inconveniente aquí disponéis de una tabla que permite conocer el campo de visión incluso según la posición de zoom, ya que está también queda reflejada en dicha tabla.

Enlace de descarga Aquí: 

Descargar la tabla en Aquí.

De estas cámaras ya se ha hablado con anterioridad de forma genérica en este blog mostrando que las diferencia de la gran mayoría del mercado. https://cmhtec.blogspot.com/2022/04/que-diferencia-jvc-en-sus-camaras-ptz.html

Igualmente aquí dejo los links de las cámaras en la web de JVC.

KY-PZ200B o W.  PTZ FHD 1080/50-60p sincronizción NTP con stream SRT Profesional con VITC. Zoom óptico 20x. 

KY-PZ200NB o NW. PTZ FHD 1080/50-60p sincronización NTP con stream SRT profesional con VITC zoom óptico 20x. NDI (HX)

KY PZ400NB o NW PTZ 4K 2160/25-30p sincronización NTP con stream SRT profesional con VITC zoom óptico x12.NDI (HX)

Nueva ( con seguimiento de personas) KY-PZ510B o W PTZ 4K 2160/50-60p sincronización NTP con stream SRT profesional con VITC zoom óptico x12.

Nueva ( con seguimiento de personas) KY-PZ510NB o NW PTZ 4K 2160/50-60p sincronización NTP con stream SRT profesional con VITC zoom óptico x12.(NDI (HX) 

Espero que esta herramienta sea útil.

Gracias por leer este blog.

Inscribete y recibe en tu e-mail directamente los post cuando se publican.

CM-FK1 Kit de fibra óptica Híbrida económica de estructura abierta.

La capacidad de conexión de las cámaras ENG de JVC de la serie HC es única en el mercado. Esta serie está constituida actualmente por las cámaras de mano 4K HDR GY-HC500 y GY-HC550 y en cámara de hombro la GY-HC900 con sensores de 2/3" y óptica intercambiable ideal para eventos, platós y unidades móviles.

La serie GY-HC tiene una excelente calidad de imagen y grabación y está diseñada para producción remota a través de Internet (REMI) sin equipos adicionales en lo que a cámara se refiere, en el otro extremo "la realización" si se quiere sacar el máximo partido se debe dotar de ciertos elementos o infraestructura para sincronizar el streaming que las cámaras envían con VITC por IP,  generar el retorno de vídeo IP o el IFB de audio, y para el control remoto de cámara se puede hacer vía Web, pero nada mejor que los controladores remotos llamados RCP (Remote Control Pannel) u OCPs (Operator Control Panel). Eso en el caso de que no se disponga de un KM-IP4100 o KM-IP6000 los cuales ya disponen de básicamente todo lo mencionado en una sola unidad compacta y asequible.

Pero en este artículo voy a hablar de Fibra óptica y propongo aprovechar la conectividad para trabajar con las cámaras utilizando un solo cable de fibra óptica híbrida y creando una cadena de cámara de estudio que con las características mencionadas y que permite trabajar de forma local o remota por streaming. 

La fibra óptica es claramente una conexión de presente y futuro. Las cámaras de estudio ya hace tiempo que trabajan con este tipo de conexiones, y en este blog ya se ha hablado en diferentes ocasiones. La GY-HC900E dispone de adaptadores dedicados de altas prestaciones como son la serie FS- para 1, 2 o tres cámaras con la intención de abaratar costes, pero aun así los costes de dichos dispositivos o equipos son altos.

https://cmhtec.blogspot.com/2017/03/jvc-camaras-en-configuracion-de-estudio.html

En este blog también se publicó con un post para mostrar un dispositivo de fibra óptica asequible en precio con las cámaras de GY-HC900.

 https://cmhtec.blogspot.com/2021/10/camlink-fibra-optica-asequible-con-jvc.html

Entre estos dos dispositivos existe una gran diferencia de precio por lo que quizás alguien piense ¿nos engañan los fabricantes?...!No¡ simplemente las prestaciones son diferentes.

En ocasiones aunque no lo parezca la tecnología es muy desigual y se dispara en costes y precios por cubrir una necesidad específica o poder dar especificaciones de alto nivel (aunque éstas sean imperceptibles pero "si son medibles con instrumentación"). Prestaciones como retardos, anchos de banda etc. exigidas por cadenas de TV de determinado nivel o clientes, esto hace que los costes en la adquisición de equipos se dispare, es decir: una prestación o característica determinada hace tener un salto exponencial en precio, por que los equipos se producen en cantidades pequeñas y para cumplir unas prestaciones específicas necesitan componentes de alto nivel un tanto exclusivos y caros, de ahí normalmente los altos costes de este tipo de equipos como la serie FS de JVC.

Por otro lado, la realidad es que el día a día de muchas productoras o TV locales todas esas especificaciones de alto nivel entran en el olvido en el trabajo diario y pasan totalmente desapercibidas, ya que la cadena de producción suele haber conversores o adaptadores que forman el eslabón más débil respecto a calidad y todo lo anterior pierde un poco su sentido.

Para cubrir necesidades de clientes he podido ver muchos inventos que técnicamente asustan, ya que algunos ponen en riesgo los equipos caros que los acompañan. La realidad es que en ocasiones no se dispone alternativa puesto que el equipo hecho a medida para todas las soluciones no existe, y hay que  cubrir el dia a dia con inventos, adaptadores, etc.

El problema de los equipos convencionales es que son sistemas cerrados, podríamos compararlo a un ordenador portátil , pensado y diseñado para no cambiar, y muchas veces hace falta algo abierto y con posibilidades de cambiar con el avance de la tecnología que pueda surgir, en ocasiones necesitamos un ordenador con caja tipo torre. 

Por esta razón me he lanzado a diseñar un sistema de fibra óptica en "Kit" con el uso de adaptadores y otros componentes del mercado y como no podía ser de otra forma pensando para aprovechar la conectividad de las cámaras JVC, pero que no está cerrado a otras posibilidades para permitir crear el equipo a un poco medida usando adaptadores etc. 

Lo he llamado CM-FK1.

El CM-FK1 es una solución asequible y robusta con dos conexiones alimentación de 12V , SDI IN/OUT y dos conexiones de Ethernet en cada extremo.

En el modulo de cámara hay dos conexiones de Ehernet, una para conexión IP a cámara "control y streaming de cámara",  y queda una salida libre para conexión e otros dispositivos. ejemplo: intercom via IP como Xpeak de AEQ, una conexión a telepromter como el TVP-ES22M-NDI de TVPrompt  u otros equipos que aporten nuevas prestaciones con tecnología IP.

El diseño base usa conexiones de cable Neutrik, pero puede usar otras conexiones de fibra óptica con conector específico o de bajo costo.

 

CM-FK1 - HYBRID OPTICAL FIBER KIT

CM-FK1 - HYBRID OPTICAL FIBER KIT

CM-FK1 es un Kit de fibra óptica diseñado para anclarse a la cámara y utilizarla como cámara de estudio en un plató o en unidades móviles, con todas las ventajas que aporta la fibra óptica.

El CM-FK1 está diseñado para usarse con las cámaras HD de JVC modelos GY-HC900 de 3 CMOS 2/3” y con las GY-HM850 o GY-HM890 de 3 CMOS de 1/3” utilizando señales de video HDSDI 3G y haciendo el control vía IP con remotos tipo RCP como el RM-LP250S (para 1 cámara) o el RM-LP250M (para 3 cámaras), o desde un remoto genérico para cámaras PTZ y cámaras de estudio como el RM-LP100. 

Como opción se puede añadir un pequeño módulo que otorga la posibilidad de usar el RCP RM-LP25 por IP ya que esta tiene conexión por cable serie para usar con cámaras GY-HM7xx , GY-HM8xx, y GY-HC900. Esto permite en instalaciones que disponen de RM-LP25U con la longeva serie GY-HM7xx actualizarse a conexión de fibra óptica con cámaras de 2/3 GY-HC900 o GY-HM8xx utilizando la misma y veterana RCP, la RM-LP25U.

RM-LP25U

El CM-FK1 es un sistema creado a medida para las cámaras GY-HC900 y GY-HM8xx, aunque es una solución no cerrada, por lo que puede admitir variaciones según las necesidades de cada cliente (solicitar estudio previo y presupuesto). El CM-FK1 es un Kit formado por dos módulos independientes CAM y STD que en su interior alojan conversores de medios y diferentes fuentes de alimentación con aislamiento para proteger los equipos ante cualquier anomalía. 

CM-FK1 CAM - Características del módulo de cámara.

• Conector de fibra óptica Neutrik optical CON DUO para conexión con caja base.
• Entrada HDSDI hasta 1080p
• Salida HDSDI hasta 1080p
• Ethernet 1G con 2 conectores RJ45.
• Salida 12V con con conexión XLR4 /Jack

·       Nota: La alimentación de salida es de 12V lo que permite trabajar con cámaras de mano como las series GY-HM o GY-HC500/550 o incluso con cámaras PTZ sin que éstas entren en protección por sobretensión. DC 12v XLR4, Jack DC. El ensamblaje con la cámara es directo con tornillería y el anclaje de batería V-Lock de la cámara se monta en el módulo para el uso de la cámara en ENG o donde la extensiones de cable superiores a 200m. donde se recomienda alimentacion autonoma de cámara. 

S

CM-FK1 STD - Características del módulo de estudio.

·        Conector de fibra óptica Neutrik optical CON DUO para conexión con módulo de cámara.

·        Entrada HDSDI 3G hasta 1080/50p

·        Salida HDSDI 3G hasta 1080/50p

·        Ethernet 1 GigaBit con 2 conectores RJ45.

·        Salida alimentación DC 12V

El módulo de estudio está preparado para cambiar el conector de fibra óptica a la parte trasera si se desea.

Dispone de perforaciones para alojar y conectar un desembebedor de Audio analógico u otros dispositivos.

Dispone de perforación para poder utilizar conexiones de fibra LC y alimentación por separado, en este caso se necesita modificar la conexión del módulo de cámara donde se hará un estudio y presupuesto previo según los conectores usados. 

GY-HC900E con CM-FK1

GY-HM890 con CM-FK1

Si necesita más información sobre este Kit puede preguntar a su distribuidor oficial JVC o contactar conmigo directamente,  telcmartinez@gmail.com,  cm.fk1.info@gmail.com  Mov +34 619 70 83 65.

Producción Remota SRTMiniServer, Version 1.9. Testado con cámaras JVC

SRTMini server es un software del que ya he hablado en este blog. Con el se recibe señal en streaming SRT H264 o H265 y se convierte a NDI para poder trabajar con plataformas de producción como Connected Cam Studio, VMix, OBS, etc.

En mi artículo anterior de la version 1.8 destaque el buen funcionamiento con las cámaras JVC ya que SRT Mini server es capaz de leer la información de sincronización VITC del streaming SRT de las cámaras JVC lo que permite que las imágenes queden sincronizadas en SRTMini Server al entregarlas en NDI a la red informática.

La sincronización es algo fundamental para la producción remota REMI. También explique cómo trabajar con cámaras JVC para sacar máximo rendimiento utilizando accesorios como SRTStreamer y el bloque de matriz de SRTMini server para enviar señal de retorno de video SRT a las cámaras JVC.https://cmhtec.blogspot.com/2022/01/srtmini-server-excelente-herramienta.html

Otra de las posibilidades que tiene y comente del software, es extraer la señal decodificada por SDI si se disponía de tarjeta SDI de salida, y es en este punto donde yo hice algún comentario como que estaría muy bien que las señales de salida SDI estuviesen también sincronizadas , ya que el propio desarrollador me confirmó en aquel  momento que estás no salían sincronizadas.

El desarrollador GaraninApps, contacto conmigo y me confirmo que esto iba a cambiar en breve, y así lo ha hecho, y además de cumplir con este punto a mejorado la App en muchos aspectos lanzando la versión 1.9.

GaraningApps con en la nueva version 1.9 no solo se ha añadido la sincronización SDI, si no que ha habido un cambio total del formato o forma de trabajar el tema de sincronización de las imágenes que ahora te indican directamente si estas se encuentran sincronizadas o no.

Antes se abría una aplicación o pluging de sincronización paralela que además no permitía sincronizar señales si una de ellas no disponía de sincronismo.

En esta versión 1.9 esto ha cambiado por completo, ahora no hay que abrir ninguna aplicación, simplemente  hay que seleccionar la funcion de sincronizacion y todas las señales marcadas con "Time Code "   (SEI) se sincronizarán si se encuentran correctamente configuradas y el margen de corrección de SRTMini server lo permite.´

SRTMini Sever con la herramienta de sincronización seleccionada pero en estado apagado, en el momento que se activa el SRTMS se modifica el interface mostrando la informacion de cada streaming y si este está o no sincronizado.

Si ya sabemos que la señal no dispone de VITC simplemente no se selecciona la sincronización con la casilla SEI para evitar que el sistema trabaje buscando algo que no existe, pero en esta versión a diferencia de la anterior si permite sincronizar aquellas señales que si tienen información de tiempo VITC aunque existan más señales y estas no tengan VITC.  Otra circunstancia puede darse si se dispone de señales procedentes de varios lugares que pueden generar problemas con una de ellas que nos desestabilice la sincronización, por tema de latencias, cobertura, etc...ahora en esta versión podemos deseleccionar la casilla se SEI y esa señal no se sincronizará pero el resto de señales, pero el resto sí se podrán sincronizar entre ellas.

Cuatro cámaras en recepción SRT la N5 se desconecta el SEI para que no sincronice simulando un mal funcionamiento ´el resto de cámaras se mantienen sincronizadas entre ellas.

Como ya he comentado se ha añadido la sincronización a las salidas SDI, y no solo eso, también se han añadido las pantallas del PC donde esta corriendo SRTMiniServer como dispositivo de salida SDI, lo que da la oportunidad de ver la señal decodificada a pantalla completa en PC simulando una salida SDI ya sea en la pantalla principal o las secundarias.

Ejemplo: Cuatro cámaras PTZ JVC (KY-PZ200WE/KY-PZ200NBE/KY-PZ410NBE/KY-PZ510NWE) a uns 30 KM de distancia llegan al PC por IP con codificación SRT con VITC, en el PC con SRTMiniServer se sincronizan y se transforman en NDI. En el mismo PC en este caso se produce con OBS  con las señales entrando como señales NDI las cuales ya están sincronizadas.

  

Invito a los usuarios de JVC a probar esta excelente herramienta que seguro les será de gran utilidad.En la página de SRT Mini Server encontrareis la versión 1.9 la cual se puede descargar de forma gratuita.  https://srtminiserver.com/

¿Que diferencia a JVC en sus cámaras PTZ?

En este artículo voy a hablar de las nuevas cámaras PTZ de JVC, en concreto de la KY-PZ200BE/WE que son las más básicas HD y de las versiones superiores: HD KY-PZ200NBE /NWE y 4K KY-PZ400NBE/NWE ambas con NDI/HX con codificación H264 o H265 que es NDI/HX2. Por supuesto el control PTZ vía NDI está activo y permite mover la cámara desde la propia imagen o mediante los controles visibles según nuestra preferencia.

Existen infinidad de cámaras en el mercado, incluso muchas de ellas son físicamente casi idénticas. Pero al igual que en los vehículos el exterior aparentemente idéntico no revela las enormes diferencias que puede alojar en su interior, que van desde el sensor a las funcionalidades internas, bit rate, protocolos, etc.

No voy a extenderme en todas sus características que podemos encontrar en la pagina web de JVC, y voy a centrar la atención en lo más relevante según mi opinión.

• Camara Web.
• Compatibilidad con software abierto VMix, OBS etc. se explica movimiento multicámara con OBS.
• Transmisión H264/H265,SRT(Opciones profesionales),.
• Sincronización de streaming NTP con VITC. Sincronización de imagen en recepción.

Cámara Web.

Los modelos KY-PZ200 y KY-PZ200N son las primeras cámaras de JVC en su gama profesional con  un puerto USB (UVC) o conexión como Web Cam. Su conexión al ordenador es vía USB, donde es reconocida de forma automática por el ordenador como Web Cam, para ser integrada en todos aquellos softwares que utilizan una cámara web como puede ser Skipe, Zoom, Teams, OBS, etc. eso si en caso de que ya exista una cámara web integrada o externa deberá seleccionarse mediante el interface del programa que se esté usando.

UVC es un estándar de dispositivo como cámara web que puede controlar los parámetros de la cámara desde el propio sistema del ordenador, incluidos los movimientos PTZ abriendo ventana de propiedades de la misma.

En los modelos KY-PZ200 y KY-PZ200N cuando se utiliza como Web Cam, desaparece la posibilidad de transmitir en streaming aunque el control por IP se mantiene. Esto permite controlar la cámara a distancia si se mantiene conectada por IP con, por ejemplo, el panel multicámara de JVC RM-LP100, mediante su web server, o por http://.

Uso de KYPZ200 con OBS como Cámara Web con control PTZ al abrir características de cámara

Compatibilidad con software abierto VMix, OBS etc. explico movimiento multicámara con software OBS.

El control de cámara en las KY-PZ200 y KY-PZ400 puede realizarse mediante IR (con mando a distancia incluido para 4 cámaras) y como no, a traves de NDI, RS-232 /RS485 e IP. Esto hace que todas estas cámaras sean compatibles con prácticamente todos los softwares de producción del mercado incluidos VMix y OBS muy utilizado en docencia y en producción audiovisual para redes sociales.

Con la version de firmware actual existe otra vía de control para las posiciones de cámara esta vía es desconocida o no mencionada en las características de la cámara y espero se mantenga con futuras actualizaciones ya que es útil, hablamos del control mediante http:// . El control http:// permite llamar una posición de cámara con cualquier navegador sin necesidad de abrir el web server de la cámara y con un software como OBS permite realizar en red local (LAN) o externa/remota (WAN) un control multicámara simultáneo a posiciones ya almacenadas.

El control multicámara simultáneo o por grupos es muy simple con la realización dedicada de JVC KM-IP4100 y KM-IP6000 Connected Cam Studio, que se hace directamente creando grupos donde se selecciona el número de las cámaras y su posición aunque este control es vía IP (API) no http://. 

Esto mismo se puede hacer con OBS gracias a la capacidad de control por http:// ya mencionada donde aunque no es complicado, es un poco más laborioso tal y como describo a continuación.

Con OBS se crean "Escenas", dentro de la Escena se introducen diferentes elementos, fuentes de video, reproducciones, etc.

En nuestro caso se debe introducir un elemento de "Navegador" por cámara y posición, primero se crea nuevo, ejemplo: "Pos1" y se introducen los parámetros correspondientes según la estructura base como se muestra a continuación en la URL.

La estructura es:

http://(usuario de cámara):(contraseña de cámara) @(IP):(puerto de control http de cámara)/cgi-bin/ptzctrl.cgi?ptzcmd&poscall&(numero de posición)

Ejemplo:

http://jvc:1234@xxx.xxx.xxx.xxx:8020/cgi-bin/ptzctrl.cgi?ptzcmd&poscall&1 

Nota: Si se realiza un control a través de internet (WAN) deberemos redirigir en el router donde esta la cámara el puerto HTTP usado por la cámara a la IP de la misma en en router (NAT).

 

Una vez hecho esto, la cámara irá a la posición correspondiente al seleccionar dicha "Escena". Todas las cámaras que tengan movimiento en esa "Escena" tienen que disponer de su entrada o elemento "Navegador" correspondiente. Es fundamental que la casilla (Actualizar navegador al activar la Escena) esté activa cuando se crean los elementos para su correcto funcionamiento.

 Los elementos http de navegador sólo actúan sobre el movimiento. La captación de imagen es otro elemento independiente que se deberá añadir a la "Escena" por cámara, ya que es independiente y puede ser diverso su formato de origen, cámara web, fuente VLC SRT, capturadora SDI o HDMI etc.

Transmisión H264/H265,SRT(Opciones profesionales),.

En los modelos KY-PZ200 /200N y KY-PZ400N encontramos diferentes protocolos de transmisión en streaming que además trabajan de forma simultánea rtmp o rtmps y rtsp pero realmente el más importante para mí, es el SRT.

La transmisión puede hacerse con compresión H264 o H265(HEVC). Cuando se transmite en H265 (HEVC) se necesita aproximadamente la mitad del ancho de banda o tasa de bits que con compresión H264. Esto es muy importante cuando se trabaja con anchos de banda limitados.

La tasa de bits puede ser variable VBR o constante CBR y puede situarse entre los 32 y los 61.440Kb lo que asegura una calidad excepcional si se dispone de un buen ancho de banda en la transmisión. Disponer de capacidad de transmitir con tasas de Bits muy altas es fundamental cuando se captan imágenes con constantes cambios de luz, como por ejemplo conciertos o eventos con iluminación espectacular. Es ahí donde la capacidad de compresión con tasa de bits bajas hace imposible evitar la visualización de artefactos por límites de compresión y se debe recurrir a altos Bit Rates.

SRT es un protocolo de transmisión cada vez más popular y extendido del cual existen diferentes opciones. Desde la más básica como simple protocolo de transporte, a otras más complejas como las que encontramos en esta serie de cámaras diseñadas para entornos de transmisión seguros y eficaces a través de internet público.

En la KY-PZ200/200N y 400N actualmente pueden trabajar en SRT modo Listener o Caller (el modo rendezvous, está previsto en nuevas actualizaciones). Con Listener y Caller se puede trabajar con prácticamente cualquier decodificador y si estos disponen también de ambos modos (listener y Caller), se puede dirigir el peso de la transmisión en subida o bajada según las limitaciones (si existen) del ancho de banda que encontramos en nuestra conexión de internet.

En esta serie de cámaras la transmisión en SRT puede ser encriptada (Encryption) con (Password) para garantizar la privacidad (muy importante en algunos entornos) que garantiza que no se nos pueda piratear la transmisión.

Tambien se dispone del control de Bandwith Overhead para optimizar la transmisión que fija el porcentaje de sobrecarga para la transmisión donde se aloja información adicional a la transmisión base, FEC, VITC, etc... entre 5-100%.

La latencia es otro factor importante para nuestro control que en ocasiones es determinante para la calidad de la transmisión, ya que determina el tiempo o retraso máximo de espera del transmisor a recibir peticiones (ARQ) de datos perdidos del receptor. Donde una vez superado este tiempo, se descartan los paquetes perdidos.

ARQ (Automatic Repeat Request), es una de las características relevantes como seguridad de transmisión que incorporan las KY-PZ200/400 en el SRT y que se desarrolla de forma automàtica. Sin embargo, antes de que ARQ deba actuar también se dispone de FEC (Forward Error Correction) que envia información preventiva para reconstruir datos por si existe perdida de los mismos en la transmisión, el tamaño o efectividad de FEC se puede ajustar en la cámara en forma matricial con las opciones 6x6, 8x8, 10x10 o sin FEC.

Finalmente el Stream ID permite trabajar con un único puerto e IP identificando los Streams por el Stream ID lo cual simplifica en gran medida la configuración de la red.

Sincronización de cámara por NTP e insertado VITC en streaming para sincronización de imagen en recepción.

Captura de ventana de SRT MiniServer, en su vesión 1.9 Beta
con salida de streaming sincronizado por NDI y SDI 

La sincronización NTP es muy utilizada en informática y cada vez más en otros muchos entornos como la producción profesional. NTP se utiliza por la mayoría de fabricantes para sincronizar el reloj interno de un equipo respecto a un reloj mundial. De hecho, JVC hace exactamente lo mismo y aprovecha la sincronización para insertar la información de reloj como código de tiempos en el intervalo vertical VITC en la imagen que se envia en streaming.

De esta forma al recibir el streaming de diferentes cámaras en recepción y disponer de la información exacta de cuando ha sido captada se pueden comparar y retardar una señal respecto a la otra para igualarlas y mostrarlas sincronizadas entre si, aunque estas se reciban en tiempos diferentes. Esto se puede hacer algunos decodificadores o softwares como SRTMiniServer (ver articulo). 

La capacidad de manejar imágenes con mayor o menor tiempo diferencial entre ellas depende del Buffer de trabajo que suele ser de algunos segundos, esto es suficiente si las configuraciones de latencia y calidad del ancho de banda es buena.  

Esta forma de sincronizar las imágenes recibirlas por streaming permite trabajar con streaming generado en cualquier lugar del mundo, siempre que los relojes estén referenciados en NTP y con la misma diferencia horaria en base a UTC "Tiempo Universal Coordinado" o GMT "Greenwich Mean Time", ya de lo contrario, dará error y será inviable su sincronización debido a que las diferencias locales se basan siempre saltos de 1h o 30'.

 

KY-PZ100E PTZ 30X La PTZ más independiente, no importa el trabajo o la situación

Aquí dejo unos videos comerciales sobre a KY-PZ100 que no llegue a publicar en este blog.

KY-PZ100 una cámara única de altas prestaciones capaz de trabajar con absoluta independencia si dispone de una bateria y un modem 4G, muy rapida y suave de movimientos sin mecànica de desgaste (correas o engranajes) y de precision extraordinaria en sus posiciones prestablecidas aun después de cientos de movimientos. Camera del tiempo, eventos, observación animal ( dia o noche IR) , deportes en estadios, campo, montaña etc..

Con esta PTZ KY-PZ100 Tambien existe una version con gráficos integrados o titulación por posiciones ( 10 primeras posiciones). https://cmhtec.blogspot.com/2018/05/sdp-generator-software-para-creacion-de.html

Una cámara para prácticamente cualquier trabajo y situación 

sobre el control..

https://cmhtec.blogspot.com/2019/03/ky-pz100-control-mediante-streamstar.html

Gracias por leer y compartir este blog.
 

SRTMini Server excelente herramienta para cámaras JVC, enlaza IP de internet publico SRT con NDI en redes locales.

SRT Mini server es un software bajo licencia de pago que aporta funciones y soluciones muy interesantes para trabajar con cámaras JVC. Se puede descargar una versión de prueba de 20 días totalmente funcional, aunque con un cartel azul "Trial versión" que se muestra de forma cíclica por lo que no permite su uso en producción, pero sí permite realizar las pruebas sin problemas, yo las he hecho y en este artículo explico un poco su funcionamiento.

SRTMiniServer es un decodificador de streaming SRT para emisiones en Caller, es decir, SRTMS trabaja en modo de Listener (escuchando en un puerto determinado) con ID (identificación o nombre), eso permite en la misma IP y en el mismo puerto escuchar múltiples streamings con nombres o IDs diferentes.

Las señales SRT se decodifican en SRTMS y se transforman en señal NDI, donde además si el SRT incorpora VITC (Código de tiempo de intervalo vertical) como el caso de las cámaras JVC se pueden sincronizar las señales para que exista un desfase mínimo (frames) entre ellas al entrar en la red como señal NDI. Esto es tan sencillo como activar el botón "Auto balance" en el módulo "Time Code Sync".

El módulo "Time code sync" hace la conversión a NDI de las señales o líneas que se monitorizan, si no se estan monitorizando no aparecerán como señales o líneas NDI.

En este módulo SRT Mini Server lee del streaming el VITC e insertará retardos (Buffer) en las señales que lleguen antes, para igualarlas con aquella que llega última. En las imágenes de abajo se puede ver  en los "time code" la diferencia al usar "Auto balance" donde la precisión que yo he conseguido es de 2 cuadros ya que trabajo a 50p. Esto hay que tenerlo en cuenta cuando se mezclan formatos, es decir, 50p y 25p, donde el número de cuadros diferencial será mayor. Dentro de las diferentes pruebas que he hecho e intentado sincronizar imágenes añadiendo fuentes sin VITC y no he conseguido sincronizar la salida cosa que espero que el desarrollador solucione, aunque simplemente se haga por selección de las imágenes que se quieren sincronizar, no como ahora que lo intenta con todas las imágenes.

TC de color blanco es IN Entrada y color Naranja es OUT inicialmente trabaja con un Buffer de 10 frames que se incrementa automáticamente al hacer "Auto Balance". 

La sincronización es muy importante entre cámaras. En eventos de larga duración es habitual que existan desfases entre streaming y que estos aumentan si la transmisión es muy larga, en estos casos es muy importante usar latencias bajas y siempre de igual valor entre cámaras, pero aún así, los desfases en la recepción se producen.

SRT incorpora lectura y sincronización VITC para sincronizar las señales de salida NDI.

SRT Mini Server decodifica hasta 8 canales o líneas de streaming SRT en modo Listener. En cada línea o señal a decodificar se deben de fijar varios parámetros, cogiendo una cámara JVC como ejemplo, hay que enviar el streaming de la cámara en modo SRT Caller a la dirección IP del PC donde está instalado SRT Mini Server, usar el puerto que definamos en configuración de SRT Mini Server e identificar el streaming con un nombre tanto en el transmisor (cámara) como en el SRTMiniserver.

SRT Mini Server brinda 3 lengüetas donde muestra la dirección IP que debemos introducir en la cámara teniendo en cuenta la conexión que vamos a utilizar.

Si se trabaja con cámara que se encuentran en la misma red se debe trabajar Modo local y SRTMS muestra la dirección IP del PC.

Si se trabaja a través de internet es decir, desde una red IP externa SRTMS muestra la dirección IP pública a la que se debe dirigir el streaming.

Si se trabaja a través de Internet y la IP del PC donde se instala SRTMS cambia de forma constante se puede trabajar con Proxy para no tener que modificar la IP en la cámara cada vez, para trabajar de esta forma seguir las instrucciones de SRT Mini Server..

Este Software decodifica la señal SRT y además de transformarla en señal NDI la puede extraer por salida SDI si el equipo dispone de la opción, en mi caso al trabajar en un PC portátil no dispongo de la opción pero en caso de disponer de salida SDI la veremos reflejada en el menú donde a mi solo me muestra Audio devices y File. Las salidas de SDI en este momento no disponen de la opción de sincronización como en el caso de salida NDI pero el desarrollador lo tiene previsto para un futuro espero no muy lejano.

Las pruebas que he hecho de este decodificador han sido muy satisfactorias, es un puente perfecto entre las señales SRT que transmitimos por Internet pública y una red LAN o privada donde este servidor transforma la imagen en señal NDI para introducirla en la red Local y poder trabajar con prácticamente cualquier equipo de producción actual, ya que el NDI es aceptado por la mayoría de equipos de producción.

Evidentemente el software trabaja con cualquier equipo que tenga SRT "caller" pero como he mencionado una de las funciones altamente interesante con JVC es la capacidad que tiene de leer el código de tiempos VITC que incorpora el Streaming de las cámaras JVC y permite igualar los streaming de forma automática para entregarlos en red local como salidas independientes NDI sincronizadas.

Otra función excelente es que se puede utilizar como Matriz de entradas salidas con el botón "Cros lines".

Aquí se puede dirigir una línea usada de entrada a una línea usada de salida que además según el desarrollador permite soportar hasta 5 streams o cámaras JVC si se utiliza de retorno de video IP.

Como muchos conocerán las cámara JVC "Connected Cam" (GY-HC series) permiten recibir señal de video IP como señal de video retorno o señal Promther, que además pueden extraer por la salida SDI de las cámaras.

Bueno, pues con SRTMS se puede entregar streaming hasta 5 cámaras pero existe un problema, y es que las cámaras de JVC como señal de retorno no disponen de la opción de IDStream en su configuración, opción casi imprescindible para poder decodificar el stream que entrega SRT Mini Server. Digo casi imprescindible puesto que el desarrollador ha creado una puerta trasera para poder utilizar las cámaras JVC y es que ha creado el stream ID " jvc_return_hub" que permite a las cámaras JVC poder utilizar el stream simplemente configurando el retorno de cámara en SRT Caller introduciendo la IP de SRTMS y el puerto sin necesidad de ID stream. Pero atención otro nombre distinto a este "jvc_return_hub" hará que no funcione, debe ser exactamente este nombre. 

Esto permite, en mi caso, dirigir cualquier stream del 1 al 7 a la línea 8 que he adoptado como salida, donde además no es necesario detener el SRT Mini server si se quiere cambiar la entrada ya que se puede hacer en caliente. Esta función al igual que para las cámaras JVC se puede usar con decodificadores SRT que no dispongan de IDStream. El módulo "Cros Line" no realiza conversión de ningún tipo, por tanto el stream que entra procedente de cualquier línea sale exactamente igual y no existe cambio de resolución ni de bit rate.   

Esto para las cámaras JVC es un inconveniente importante, ya que fuerza si se quiere trabajar directamente a 1280x720 y en bajos bit rates, lo cual es raramente operativo.

Afortunadamente en SRTMS encontramos otras herramientas gratuitas adicionales como es el SRT Streamer, que si se combina adecuadamente, nos brinda la posibilidad de extraer el máximo partido a la serie GY-HC  de JVC y a este excelente decodificador y su paquete de software gratuito.

SRT Streamer es un codificador gratuito en SRT  que encontramos en la web de SRT Mini server con el que se puede usar para codificar diferentes señales, enviarlas a SRT Mini server y con "Cros line "alimentar hasta 5 cámaras con señal IP para retorno de vídeo.

SRT Streamer usa como fuente a codificar las salidas de softwares, la cámara web, o incluso la pantallas del PC lo que permite enviar la imagen del realizador, el entrevistado, una cámara web, la salida de OBS, VMix etc.. además del escritorio donde podemos tener un texto de Prompter o información de apoyo para el reportero en campo. Si la fuente de SRT Streamer es el escritorio de PC muestra la imagen del PC con un círculo rojo la situación del ratón al presionar el botón izquierdo y verde al presionar el derecho..

Selección de la fuente a codificar en SRT Streamer

También se puede configurar SRT Streamer para enviar el streaming directamente a las cámaras GYHC,  es decir, a una sola cámara, la configuración de ejemplo la podéis ver en la siguiente imagen. Hay que recordar iniciar el Stream en SRT Streamer con el botón START, donde si la cámara no está escuchando estará intermitente "que parece que quiere y no puede" hasta que la cámara esté ya activa y escuchando donde se mantendrá ya estable de color rojo.

Ejemplo configuración SRT Streamer para retorno IP de cámara JVC GYHC series

En la siguiente imagen se usa SRTMS como puente para enviar señal de retorno hasta a 5 cámaras donde se ha asignado una entrada con el nombre de InRet  en SRTMS y de la misma forma se configura SRT Streamer  para que codifique  un streaming con ID InRet con la resolución adecuada 1280x720 y un Bit rate de 1000 o podria ser hasta 3000, pero a 1000 se reduce el ancho de banda ocupado por la señal de retorno.

Recordar que SRT Steamer trabaja en SRT Caller, mientras que SRTMS trabaja en Listener lo cual, es perfecto como puente para poder alimentar varias cámaras y que éstas deben estar en Caller para ir a buscar el Streamig que entrega SRTMS por la línea 8, que en este caso, a su vez es la señal que entra desde SRT Streamer por la línea 6 y que redirigimos con Cros Line.

Quedan más opciones que descubrir en este decodificador como el trabajar con teléfonos móviles, funciones IOs, etc. donde te invito a que los descubras por ti mismo.

Referente a teléfonos móviles yo dispongo de Android y aunque no he visto recomendación en su web he probado "Larix Broadcaster" que es gratuito y se encuentra en "Google Play", y la verdad funciona bien tanto en Horizontal como en Vertical.

En Larix crea una conexión ponle un nombre, el que quieras, introduce la URL srt://..IP. :puerto . Mode Audio + Video. SRT sender mode en Caller, passphese  ( vácio),  pbkeylen 16, streamid :el mismo que en SRTMS (en mi caso "larix") maxbw 0 es por defecto y automático aunque puede fijar en ancho de banda o bit rate máximo.

Respecto a la web de SRT Mini Server

Las instrucciones e Información existente en la pagina web https://srtminiserver.com/ está bien detallada y es muy didàctica por lo que recomiendo su lectura, aunque estaáen Inglés al ser web y no depender de documentos descargables en pdf se puede traducir de forma automàtica con el navegador web. Para ello simplemente haz click con el botón derecho en cualquier parte donde no exista una imagen de la página y aparece la opción traducir, luego selecciona el idioma y solucionado.

En la web 

https://srtminiserver.com/ 

encontramos herramientas gratuitas para trabajar con streaming SRT, como el software experto remoto para agregar  invitados a nuestras transmisiones, o la aplicación Transmisión Studio para iOS

( Apple Inc) para hacer transmisiones de desde teléfonos móviles. 

También encontramos gratuito SRT Streamer, del que se hace referencia en el articulo, un codificador que nos permitirá codificar la salida de nuestra producción en SRT, la imagen de la cámara web con el audio o incluso el escritorio del PC que usamos y además marcarà el ratón con un círculo, para enviarlo a las cámaras JVC como señal de vídeo retorno SRT o información de ayuda en directo al reportero desplazado, ya que como saben los usuarios de JVC la señal de retorno IP además de aparecer en el visor de las cámaras, se puede extraer por la salida de SDI de la cámara para mostrarla a un monitor externo el cual puede ver el entrevistador con el retorno de studio, señal prompter o datos de apoyo.  

Gracias por leer y compartir este blog y te invito a que te suscribas