Algunas de las aplicaciones que han desarrollado usuarios, son capaces de atender a eventos del mando a distancia pero se utilizan códigos numéricos en lugar de las constantes definidas en la API. Hasta ahora funcionaban, pero para poder estabilizar todo el comportamiendo añadido para dar soporte a los teclados y ratones USB, nos vamos a ver obligados a hacer algunos cambios en futuras actualizaciones que presumiblemente harán que estas aplicaciones dejen de responder correctamente. Para prevenir este problema, la recomendación es la de cambiar estos códigos literales por las constantes definidas en la API. Más información en el foro de desarrolladores

El documento describe la interfaz de control remoto por TCP de la WebTV. Esta interfaz permite enviar pulsaciones de teclas a la WebTV a través de un socket TCP hacia el puerto 30000. Las teclas son simples caracteres, para ver su correspondencia con las teclas del mando a distancia pinche en el siguiente enlace
El socket tiene un mecanismo de timeout que hay que reactivar periódicamente para no perder la conexión, enviando el carácter a. Si en 120 segundos no se recibe ninguna pulsación, la conexión se cierra. Los caracteres retorno de carro (13) y fin de línea (10) se ignoran, por lo que también se pueden utilizar para mantener la conexión activa.
telnet o netcat pueden ser útiles para depurar.
Si se cambia la configuración de red del equipo puede ser necesario reiniciarlo para poder acceder a esta interfaz.

Además de la API en cuestión (hed_jsdk), no existe ninguna limitación por la que no podamos desarrollar otras librerías Javascript complementarias que nos ayuden a realizar ciertas tareas útiles. Este sería el caso de la librería HED.helpers, la cual se puede incluir perfectamente incluyendo en el HTML (o .js):
ejemplo=> <script type=”text/javascript” src=”/blusens/js/HED.helpers.js”></script>

El documento describe el mecanismo que permite al usuario avanzado ejecutar sus propias aplicaciones en segundo plano en la WebTV. Para su utilización es necesario tener ciertos conocimientos sobre Linux. Las aplicaciones se ejecutan en un entorno chroot, con usuario default:default (1000:1000).

Material necesario:
Pendrive o disco USB.
PC con alguna distribución de Linux instalada.

Preparando el entorno
Para ejecutar una aplicación en segundo plano es necesario seguir los siguientes pasos:
Formatear el pendrive o disco USB en ext3 (vfat podría funcionar pero dado que no maneja enlaces simbólicos la integración sería mucho más difícil). Se explica cómo hacerlo en el apartado de trucos.
Crear un directorio llamado bg_apps en su directorio raíz. Éste será el directorio raíz para el sistema de archivos bajo el chroot.
Poblar el sistema de archivos y crear un script o ejecutable llamado init (ver en enlace).
Probar la aplicación y depurar el sistema de archivos si se necesita (ver en enlace).

Toda la información en el foro de desarrolladores.