Del vídeo que funciona al puesto que hay que comprobar
Un vídeo de prueba detecta las cajas azules y el equipo pregunta: «¿Lo ponemos ya en el puesto?». Antes de responder, falta cerrar una entrega concreta: paquete de Player, fuente de vídeo, ordenador, condiciones de trabajo y persona que revisará el resultado. Esta guía propone una ficha y una secuencia de comprobación para ese paso, sin dar una demostración por una instalación aceptada.
El caso es completamente ficticio: localizar cajas azules visibles sobre una mesa de preparación. No buscamos contar unidades expedidas, leer el contenido ni dar por correcto un pedido. La prueba inicial acompaña al operario; no gobierna maquinaria ni sustituye su decisión. El objetivo es saber si merece la pena continuar con ese alcance en ese puesto.
Qué recibe la empresa con Player y qué sigue en Studio
Adaris Vision Studio sirve para preparar y revisar material, entrenar, evaluar y empaquetar la solución. Adaris Vision Player ejecuta localmente el modelo preparado, con las fuentes y capacidades elegidas para esa entrega. El recorrido público señala una fuente activa cada vez y condiciona las opciones al paquete y a su licencia.
El catálogo funcional de Player describe un modelo fijado al generar el paquete y clases restringidas a ese modelo. Escribir «caja rota» en una ficha no añade una clase ni enseña al Player a reconocerla. Un cambio de objetivo requiere evaluar datos, modelo y alcance con Adaris; no se resuelve cambiando el nombre de la tarea.
El análisis local tampoco demuestra que cualquier cámara u ordenador sirva. Confirma con Adaris el equipo, la fuente, la configuración y las condiciones de instalación antes de comprar hardware o planificar una puesta en producción. No atribuimos a este ejemplo una instalación real ni un rendimiento medido.
Elige la entrada por la pregunta que quieres responder
Las opciones descritas para Player incluyen vídeo, región de pantalla y cámara de red, cuando estén habilitadas en el paquete. Para este piloto proponemos empezar por una grabación autorizada y después comprobar una única fuente del puesto. No damos por hecha la compatibilidad de un grabador, un formato o un modelo de cámara.
| Entrada | Qué se puede estudiar | Qué queda por comprobar |
|---|---|---|
| Vídeo grabado acordado | Repetir una secuencia y comparar observaciones humanas. | La captura del puesto en funcionamiento y sus interrupciones. |
| Región de pantalla acordada | El encaje de analizar la zona visible de otra aplicación. | Que esa zona muestre la escena prevista durante toda la prueba. |
| Cámara de red acordada | El recorrido desde la cámara hasta el análisis local. | Modelo, configuración, acceso y comportamiento de la conexión. |
La ficha de entrega que evita probar otra cosa
Completa esta ficha con Adaris antes de abrir la prueba. Todos los valores siguientes son inventados y propuestos; no son requisitos universales del producto ni un contrato de instalación. El responsable del negocio decide qué resultado necesita y la persona técnica confirma qué puede comprobarse.
| Campo | Propuesta del ejemplo | Cómo dejar constancia |
|---|---|---|
| Decisión apoyada | Localizar cajas azules visibles en una mesa. | Descripción y casos fuera de alcance aprobados por el responsable. |
| Paquete | Entrega PILOTO-MESA-A, con el modelo y clases acordados. | Identificador y versión facilitados por Adaris; no solo el nombre del acceso directo. |
| Fuente y puesto | Una cámara y una posición de mesa acordadas. | Ficha de la fuente y fotografía autorizada de su encuadre, sin credenciales. |
| Equipo | Ordenador propuesto por la empresa, aún por validar. | Confirmación técnica antes de aceptar la prueba. |
| Revisión | Una persona compara las detecciones con la escena. | Registro manual de omisiones, detecciones extra y fallos de imagen. |
| Uso del resultado | Observación supervisada, sin órdenes a otros sistemas. | Persona que decide continuar, detener o repetir. |
Haz dos comprobaciones separadas: detección y captura
Primero, conserva una secuencia reservada para la comprobación acordada y anota qué cajas debería localizar una persona. Ejecuta el paquete previsto sobre esa entrada y compara las omisiones y detecciones extra por situación: caja separada, parcialmente tapada y mesa vacía. No declares que una caja inexistente es un acierto ni que un caso ambiguo está resuelto.
Después, con autorización y fuera de una operación crítica, comprueba la fuente del puesto. Acuerda una interrupción controlada del suministro de imagen con la persona técnica, cómo reconocer que falta imagen actual y qué observar al recuperarla. No desconectes redes, cámaras compartidas o protecciones de una instalación por seguir esta guía.
La ausencia de una detección y la ausencia de imagen útil deben registrarse por separado. Si no puedes confirmar que llega una imagen actual, marca ese tramo como no evaluable; no lo conviertas en «cero cajas». El procedimiento de revisión y recuperación se acuerda para la entrega concreta. No prometemos aquí una alarma automática, un tiempo de reconexión o la conservación de resultados durante el corte.
Un registro breve para decidir si se sigue
Usa el mismo criterio humano en todas las situaciones. Esta es una plantilla de registro manual propuesta, no una pantalla ni un informe automático de Player. Deja los resultados vacíos hasta ejecutar la prueba.
| Situación acordada | Qué registrar | Decisión que permite preparar |
|---|---|---|
| Escena habitual con cajas separadas | Cajas de referencia, omisiones, detecciones extra y tiempo de revisión. | Si el resultado ayuda al trabajo previsto. |
| Caja parcialmente oculta | Visibilidad acordada, desacuerdos y revisión del responsable. | Si hace falta limitar el caso o preparar más material. |
| Mesa vacía u objetos parecidos | Detecciones sin objeto de referencia. | Si el criterio necesita ajustes o nuevos contraejemplos. |
| Imagen interrumpida y recuperada | Tramo no evaluable, observación de recuperación y revisión posterior. | Si el procedimiento operativo es aceptable. |
Cuándo detener el piloto y cuándo pedir integración
Acordad antes de empezar los criterios de aceptación, los fallos que obligan a parar y quién firma la decisión. Si cambia el encuadre, falta una condición importante o no se identifica el paquete, deja la aceptación pendiente y resuelve esa causa. Una puntuación media no responde a una interrupción de captura ni demuestra utilidad en una situación no probada.
Probar un asistente de texto manualmente puede ayudarte a ordenar esta ficha con datos ficticios; no conecta la cámara ni valida Player. Si quieres que una detección cree una tarea, alimente tu aplicación o provoque una acción, pide una fase de integración: destino, permisos, reglas, revisión humana, tratamiento de errores y aceptación propios. No suponemos conectores disponibles ni compatibilidad con tus sistemas.
Al comparar proveedores, pregunta también qué separan entre preparación y ejecución. MVTec documenta esa separación en su formación de MERLIC on Edge. Es una referencia de otro ecosistema, sin implicar compatibilidad, equivalencia de funciones ni superioridad de Player.
Qué llevar a la primera conversación con Adaris
Lleva la decisión que quieres apoyar, una descripción del puesto, la fuente prevista, las condiciones difíciles y la persona que revisará. Para preparar el contacto utiliza datos ficticios. Antes de enviar imágenes reales o información comercial, acuerda permisos, condiciones de tratamiento y un canal adecuado; no incluyas credenciales en la ficha.
Pide revisar el encaje de un piloto de Player con una fuente y un resultado supervisado. El alcance, equipo, opciones, precio y condiciones se acuerdan con Adaris. Llegar con la ficha y los casos de fallo permite concretar la conversación sin confundir una prueba útil con una puesta en producción.
Servicios relacionados
Fuentes
¿Qué falta para probar Player en tu puesto?
Describe la decisión, la fuente prevista y quién revisará. Acordaremos el alcance del piloto y qué habría que integrar. Contacto comercial en español.