01
Proxy local en vez de llamar al fabricante desde el navegador
Una capa en el servidor puede fijar las cabeceras y formas de petición que espera la API del fabricante y manejar el upgrade WebSocket que los navegadores no pueden personalizar.
Proyecto personal
Visor de escritorio para la nube de una cámara de consumo, con proxy de señalización y WebRTC
La página inicia sesión y despierta la cámara por la capa Express, obtiene un ticket de la API del fabricante, negocia por el socket de señalización retransmitido y luego recibe el medio de la cámara.
Haz clic en un paso para saltar a él. Haz clic en un componente para ver detalles.
Un experimento personal para ver una cámara doméstica desde una app de escritorio. Un backend Node/Express inicia sesión en la nube del fabricante, obtiene tickets WebRTC y retransmite el WebSocket de señalización, mientras una página web y una app .NET MAUI para Mac Catalyst actúan como clientes.
El fabricante de la cámara solo ofrece apps móviles. El objetivo era un visor de escritorio con estado y controles del dispositivo, lo que exigió entender el flujo no documentado de login, verificación y ticket WebRTC.
01
Una capa en el servidor puede fijar las cabeceras y formas de petición que espera la API del fabricante y manejar el upgrade WebSocket que los navegadores no pueden personalizar.
02
El cliente MAUI guarda rutas de API e interruptores de sondeo en opciones tipadas, de modo que los experimentos de protocolo cambian sin recompilar código.
03
Un visor web sin build permitió iterar rápido en WebRTC, mientras la app MAUI explora una experiencia nativa de escritorio.