El iPhone se convierte en cámara dentro de Blender, sin aplicación

La cámara virtual en Blender se las arregla sin un programa aparte en el teléfono. El complemento PocketCam muestra la interfaz de rodaje directamente en Safari: el usuario escanea un código QR desde Blender y el smartphone se convierte en una cámara dentro de la escena: girar el cuerpo rota el encuadre, un paso por la habitación desplaza la cámara, al agacharse se obtiene un ángulo bajo. El movimiento se escribe en la línea de tiempo fotograma a fotograma, como una animación cualquiera.

El autor del proyecto es el operador de cámara, artista 3D y animador Lewis Martin. La aplicación para el teléfono es una página web que el complemento despliega en la cuenta gratuita de Cloudflare del propio usuario. No hacen falta tienda de aplicaciones ni suscripción, tampoco una Wi-Fi común: el ordenador y el smartphone se comunican a través de internet y pueden estar en redes distintas.

El teléfono sostiene la cámara, no gira la vista

En la versión completa hay dos variantes de seguimiento. La primera se apoya solo en los sensores de movimiento: el giroscopio se encarga de los giros y las inclinaciones, y el desplazamiento se define con joysticks en pantalla, presentes en todas las ediciones. La segunda, markerless, añade el desplazamiento en el espacio: el sistema lo rastrea con la cámara del smartphone y los sensores de movimiento, y es precisamente la que da el efecto de caminar con la cámara en las manos.

El desarrollador detalla aparte las condiciones de rodaje: el seguimiento se apoya en lo que ve la cámara, por lo que una pared blanca y lisa no le ofrece referencias, y se recomienda rodar en una habitación bien iluminada y con detalles en el encuadre. El parámetro Movement Scale, por su parte, se describe como un multiplicador creativo y no como una escala real calibrada. La imagen de la cámara se procesa en el propio teléfono y no se transmite a ningún sitio, y la conexión con Blender va a través de la cuenta de Cloudflare del usuario, no de los servidores del autor.

Para que el rodaje a mano no se convierta en temblor, el complemento incluye bloqueo del horizonte, fijación de la altura, modo trípode (solo panorámicas e inclinaciones), suavizado en tiempo real y el mismo Movement Scale: un paso real puede equivaler a un paso alrededor de una escena de sobremesa o a un vuelo sobre una ciudad. Por separado funcionan los micromovimientos de la muñeca: Hand Pivot y Movement, que añaden al encuadre paralaje y un temblor natural. Hay botones Recenter y Home, y como punto de origen se puede usar el cursor 3D o la cámara actual. En las versiones Pro y Studio la cámara se puede controlar con un mando de Xbox, sin coger el teléfono en ningún momento.

Las tomas se graban en la línea de tiempo y se corrigen después del rodaje

Al teléfono llega la vista de cámara que renderiza Blender mismo: la pantalla del ordenador no se graba, por lo que en macOS no aparecen peticiones de acceso a la grabación de pantalla ni fotogramas negros. El tamaño, la frecuencia de fotogramas y la calidad del flujo se pueden ajustar a la conexión. La óptica se elige entre seis focales fijas: 14, 24, 35, 50, 85 y 135 mm; la rueda de zoom suave de 12 a 200 mm está disponible en Pro y Studio, también funciona el pellizco con los dedos, y el cambio de distancia focal se graba junto con la toma.

Lo más práctico para los animadores es el trabajo con tomas. La grabación va con el sonido de la línea de tiempo, así que la cámara se puede llevar al ritmo de la música o de una réplica. Cada toma se guarda por separado, se cambia entre ellas con un clic, las fallidas se borran y la animación original de la cámara queda intacta. Ya después del rodaje se permite resuavizar la toma con un deslizador de 0 (datos en bruto) a 1 (como con un steadicam) o redefinir el objetivo: dejar el grabado, fijar una sola distancia focal para toda la toma o animarla uno mismo. Es decir, un fallo por el pulso tembloroso no obliga a volver a rodar la escena.

También están previstas las pequeñas cosas del proceso de rodaje: cuenta atrás de 0 a 10 segundos antes del inicio, modo Review después de la toma, marco rojo del visor durante la grabación, código de tiempo y número de fotograma en la línea superior del teléfono. Tras una caída de la conexión el teléfono se reconecta solo, sin volver a escanear el código QR.

Cuánto cuesta y qué hace falta para empezar

El complemento se vende en Superhive en tres ediciones con pago único: PocketCam Lite por 12 $ ofrece giroscopio y joysticks con focales fijas, Pro por 24 $ añade 6 DoF completos con desplazamiento en el espacio, la rueda de zoom y la compatibilidad con mandos, y Studio por 69 $ cubre hasta diez artistas de una misma empresa. El uso comercial está permitido en todas las variantes y sin límite de ingresos, y el autor dona el 1 % de cada venta al Blender Development Fund.

Se declara compatibilidad con Blender desde 4.2 LTS hasta 5.2 en Windows y macOS; en la documentación se indica que las pruebas se hicieron en Mac y iPhone con Safari, mientras que Android, otros navegadores y las tabletas no se han probado para esta versión y por ahora no están soportados. Ambos dispositivos necesitan internet: no hay modo sin conexión. La configuración es única y lleva unos cinco minutos: una cuenta de Cloudflare, un token de API de nivel Workers Admin y el botón Create Phone App en Blender; no se necesitan terminal ni código. Conviene tener en cuenta el token aparte: da permisos para gestionar todos los Workers de la cuenta elegida, y las tarifas y los límites de Cloudflare no tienen relación con el precio del complemento.

Por qué la cámara virtual se ha mudado al navegador

La producción virtual siguió siendo durante mucho tiempo un asunto caro: para rodar un plano a mano en una escena 3D, los estudios instalaban trackers de sistemas de VR, mantenían un espacio de captura de movimiento o compraban aplicaciones móviles aparte, que había que actualizar al ritmo de las versiones de los paquetes DCC y de los cambios de política de las tiendas. La elección de Safari y Cloudflare Workers en lugar de una aplicación nativa parece un intento de eliminar precisamente esa barrera: la distribución y la compatibilidad.

El efecto secundario de este enfoque se nota de inmediato: la infraestructura la paga y la administra el propio usuario, y el desarrollador se libra de servidores y de la revisión en la tienda de aplicaciones. Si el modelo funciona, es probable que otros autores de combinaciones «teléfono — paquete DCC» sigan un camino parecido: aquí el umbral de entrada para un desarrollador solitario es notablemente más bajo que con una aplicación móvil.

Para equipos pequeños y autónomos esto significa que el trabajo de cámara en borrador —vuelos, recorridos, rodaje con música— depende menos de la compra de equipo. La calidad del seguimiento con la cámara del smartphone es previsiblemente inferior a la de los sistemas de hardware y, a juzgar por las advertencias del propio desarrollador sobre la iluminación y la textura en el encuadre, para un plano final es mejor considerarlo una base que luego se corrige con suavizado. Para previs, animática y búsqueda de ángulos suele ser suficiente.

¿Está dispuesto a entregar la cámara virtual al navegador o se quedará con la conexión por cable al teléfono? ¿Qué falta para llevar el rodaje a Safari?