Las pestanas de capa de la barra superior no valian: mezclaban navegar por el
panel con elegir sobre que se trabaja, y sacaban del panel de directo. Se
quitan y todo pasa a MOTORES, con dos decisiones separadas:
DONDE -> fila 'Donde se ve': SALIDA o una capa del mapping (+ crea una).
QUE -> las pastillas: combinaciones guardadas por el usuario.
Pinchar una pastilla la manda al destino elegido: con SALIDA cambia el motor
global, con una capa cambia SOLO esa capa y el resto sigue igual. Con una capa
elegida sus ajustes salen en MOTORES (la tarjeta de propiedades se mueve, no
se duplica: dos formularios para lo mismo se desincronizan a la primera).
Las pastillas son configurables: motor + preset + ajustes y su nombre, con
'Configurar pastillas'. Persisten en data/slots.json (gitignorado, es de cada
instalacion). De fabrica vienen los cinco motores de siempre, asi que quien
actualice se encuentra lo mismo que tenia. Hydra, Mezcla y projectM nativo
solo pueden ir a la salida, y al intentar mandarlos a una capa se dice.
Comprobado en Chromium por CDP, no con --dump-dom: ese fotografia el DOM al
cargar, antes de que llegue el estado por socket, y daba falsos "esta vacio".
Verificado que disparar sobre una capa deja el motor global intacto, que la
tarjeta de propiedades va y vuelve de su sitio, y que las pastillas nuevas se
guardan en disco.
De paso, dos fallos que aparecieron al probarlo:
- Restaurar la vista guardada corria al principio del fichero y llamaba a
codigo que usa variables declaradas con let mas abajo: ReferenceError que
se llevaba por delante el resto del script (socket incluido) y dejaba el
panel en blanco. Ahora se restaura al final.
- #card-destino no estaba en la lista de 'order' del CSS, asi que caia a 0 y
se colaba encima de las pastillas pese a ir despues en el HTML.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Mapping
- Los clips salian del reves: mapper.js activaba UNPACK_FLIP_Y_WEBGL, pero el
modelo va con origen arriba-izquierda y texImage2D ya sube la primera fila
en t=0, asi que el flip la mandaba al final. Comprobado renderizando el
mapper real en Chromium headless con una fuente mitad roja / mitad azul.
- projectM se puede usar YA en una capa: los .milk de data/presets-projectm se
traducen a Butterchurn en el navegador al elegirlos (milkdrop-preset-
converter). La capa MilkDrop gana 'biblioteca' (butter | projectm) sin
cambiar su firma, para no recrear el contexto WebGL al cambiar de una a otra.
Medido: 100/100 presets de una muestra convierten, 84/84 de los que llevan
shaders warp/comp; ~7 ms por preset.
- Cada capa tiene su pestana arriba y su propia vista, y '+ CAPA' crea una y
entra en ella: con varias capas, ir y volver a MAPPING no era viable.
- Dos capas MilkDrop sin preset ya no salen identicas (cogian el indice 0):
cada instancia elige uno al azar y lo escribe en el estado.
- Una capa nueva ya no nace en la fuente "motor", que es el lienzo del motor
activo y hacia que dos capas ensenaran lo mismo.
Galeria de visuales
- scripts/catalogar-visuales.py: ficha de cada clip (pelicula, personajes,
duracion) y, sobre todo, si es una silueta de verdad y cuanta figura tiene.
Distingue silueta de corte crudo por el negro puro del fondo: 0,63-0,90
frente a 0,04-0,06, sin zona gris.
- El panel lista los clips agrupados por pelicula, con nombre legible y aviso
de los que casi no tienen figura, en vez del nombre del archivo.
- Soporte de siluetas con canal alfa (.webm VP9): transparencia de verdad, sin
recorte por luminancia. El shader del mapper ya la respeta.
Documentacion
- docs/visuales.md nuevo; pendiente.md al dia con lo hecho y lo que queda.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
- docs/mapping.md: guia del projection mapping (activar, superficies con malla
para curvar, mascaras, editar arrastrando desde el panel, dónde se guarda,
limitaciones). Enlazada desde docs/README.md y el README principal.
- .gitignore: ignora data/pm-fijado/ (runtime de projectM).
El mapper funcional (esquinas + malla + mascaras, para Butterchurn/Hydra/
Shaders/Mezclador) ya estaba en main (Fase 1 y 2). La via de captura para
projectM nativo se retira por ahora; se retoma mas adelante.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- Superficies con rejilla n x n (hasta 6x6): arrastra cualquier punto para
curvar, no solo las esquinas. Render perspectiva-correcto por celda
(homografia cuadrado->celda).
- Mascaras: cuadrilateros negros que tapan zonas / recortan derrames de luz.
- Editable desde la previsualizacion del panel (raton/tactil) y el escenario:
arrastrar puntos, +/- malla para subdividir, borrar por lista.
- set_mapping acepta "masks"; persiste en data/mapping.json (ignorado en git).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Projection mapping editable desde el navegador, sin herramientas externas:
- web/stage/mapper.js (nuevo): compositor WebGL que texturiza el motor activo
sobre superficies deformables (homografia por vertice: keystone correcto).
- Editor con raton en el escenario (crear, arrastrar esquinas, mover, borrar)
y previsualizacion arrastrable en el panel (raton/tactil) para editar desde
el movil sin tocar la ventana de visuales.
- Backend: estado "mapping" + evento set_mapping, persistido en data/mapping.json
(ignorado en git). Seccion "Mapping" en el panel + texto de ayuda.
- Solo motores web (butterchurn/hydra/shaders/mixer); projectM no se mapea.
- .gitignore: excluye config de runtime (mapping.json, pm-favoritos.json).
Incluye ademas trabajo en curso previo sin commitear (server.py, stage.js,
panel.js/css, ayuda.json, hydra-sketches.json, problemas.md,
start-projectm.sh), subido junto a peticion del autor.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
fosfeno-launcher.sh: arranca el servidor desacoplado, abre las visuales
(ventana Chromium --app) y el panel, pensado para lanzarse con un icono
(.desktop) sin terminal. `--stop` cierra servidor y ventana. Complementa a
./fosfeno (que sigue siendo el modo terminal, en primer plano con Ctrl+C).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Anade docs/assets/panel.png (captura del panel de control) al README y a uso.md como ejemplo del panel, y docs/assets/demo.mp4 (video corto de FOSFENO en marcha) al README. El video se recomprimio de 80 MB a 4,7 MB para no inflar el repositorio.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Mueve la imagen de visuales (MilkDrop) justo debajo del titulo y la agranda. Todas las imagenes del README van centradas con div align=center y a mayor tamano (banner, visuales, Hydra y Raspberry Pi 5).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Coloca las imagenes de Hydra, MilkDrop y Raspberry Pi 5 dentro del README, que es lo que Forgejo muestra como descripcion bajo el listado de archivos. Actualiza el subtitulo del banner: 'para raspberry pi y linux'.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Anade tres imagenes a docs/assets/ y las enlaza en la documentacion: raspberry-pi-5.jpg en requisitos.md, y milkdrop.jpg e hydra.png en uso.md, junto a la descripcion de los motores. Actualiza docs/assets/README.md con la lista de imagenes.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
install.sh --laptop ahora detecta el gestor de paquetes (apt, dnf, pacman o zypper) e instala las dependencias en Debian/Ubuntu/Mint, Fedora, Arch/Manjaro y openSUSE; en el resto avisa de los 5 paquetes a instalar a mano. En portatil no se compila projectM (opcional). Panel: titulo superior mas grande y cada titulo de tarjeta mas grande y en fuente Xirod; en pantalla ancha el panel ocupa el 94% (hasta 1600px) para aprovechar el portatil. Audio: nuevo boton 'Aplicar microfono' que reconecta la captura desde el panel (evento reacquire_audio); el microfono integrado del portatil se capta como entrada por defecto.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Anade la fuente Xirod (web/panel/fonts/xirod.otf, de 1001fonts) para el titulo del panel, tanto en Raspberry como en portatil. Titulos centrados en la cabecera y en cada tarjeta. En pantalla ancha el panel pasa a dos columnas para aprovechar el espacio del portatil (Visuales/Audio/Sensibilidad a la izquierda, Motor y controles a la derecha); en movil sigue en una sola columna, igual que antes. El README explica el uso en ordenador con diagrama, comandos y tabla de diferencias, recalcando que en ordenador no se usa el modo kiosko.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Butterchurn publica sus builds en lib/ (butterchurn.min.js y butterchurnPresets.min.js), no en dist/base.min.js. El instalador ahora busca los ficheros por nombre con find_copy, robusto a cambios de carpeta entre versiones. Ademas el escenario inicia cada motor por separado: si una libreria falta, los demas siguen funcionando (antes un fallo de Butterchurn impedia que Hydra se inicializara, de ahi el error 'src is not defined').
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
El paquete 'npm' de Debian entra en conflicto con el 'nodejs' de NodeSource, lo que hacia fallar toda la instalacion apt. Ahora, si 'node' y 'npm' ya existen, se respetan; solo se instalan desde apt cuando faltan.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
En Debian/Ubuntu/Mint actuales el paquete se llama 'chromium'; en Raspberry Pi OS 'chromium-browser'. Antes 'apt install' fallaba entero en distros con el nombre nuevo. Ahora se instala el que exista. El servidor y el lanzador ya manejaban ambos nombres en tiempo de ejecucion.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Anade 'bash install.sh --laptop' y el lanzador './fosfeno' para correr FOSFENO en portatiles Debian/Ubuntu/Mint sin Raspberry Pi: puerto 8080, sin arranque automatico ni cambios en el sistema. El servidor admite las variables FOSFENO_PORT y FOSFENO_NO_KIOSK. Nueva documentacion en docs/portatil.md.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Primera version. Cinco motores (projectM, Butterchurn, Hydra, Shaders GLSL y mezclador VJ con camara y video), panel de control web, deteccion de BPM propia, pantalla de conexion con codigo QR, instalador robusto para Raspberry Pi 4 y 5 y documentacion completa en docs/.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
