MHProject v2.0

Para hacernos una idea aproximada, una Xlet es similar a una (ya bien conocida) Applet. Al igual que en las Applets, las Xlets son controladas por un "manejador externo de aplicaciones" que en el primer caso puede ser un Navegador de Internet y en el caso de las segundas viene incluido en el propio set-top box, y es precisamente este manejador externo el que puede interactuar con el flujo de vida de la aplicación, permitiendo iniciarla, arrancarla y pararla; sin embargo una de las grandes diferencias entre Applets y Xlets es que el manejador de Xlets también puede pausarlas y resumirlas.

Ésto es de vital importancia puesto que estamos hablando de un entorno con escasos recursos compartidos en donde las aplicaciones tienen que tener un "protocolo de actuación" para usar dichos recursos, y por ello, el manejador tiene que tener la posibilidad de pausar o restaurar dichas aplicaciones manteniendo su contexto.

El flujo de vida de una Xlet es bastante sencillo:

Y la interfaz que debe implementar está en total concordancia con este flujo:

public interface Xlet {

public void initXlet(XletContext ctx)
throws XletStateChangeException;

public void startXlet()
throws XletStateChangeException;

public void pauseXlet();
public void destroyXlet(boolean unconditional)
throws XletStateChangeException;
}

Esta interfaz se encuentra perfectamente integrada en el paquete javax.tv.xlet.

Otra de las grandes diferencias que distinguen las Xlets de las Applets es la seguridad, y no sólamente externa, si no interna entre aplicaciones. Esto es relativamente comprensible puesto que se supone que estamos en un entorno Hostil en donde las aplicaciones deben competir por coexistir, por tanto se debe llevar un riguroso protocolo de comunicación, de petición de recursos, de captura de eventos, disposición en pantalla, acceso a memoria y/o disco duro...etc

Es por ello que Dvb-Mhp hace incapié en esta seguridad y en las buenas prácticas de programación a la hora de desarrollar aplicaciones.

Como ya se ha comentado antes, existe al igual que en las applets un contexto en torno a cada aplicación que nos permite obtener e interactuar con las propiedades del sistema. Este contexto a su vez sirve de nexo entre el manejador de aplicaciones y la propia aplicación a la hora de notificar cambios de estado (cargado, iniciado, parado...).

Se puede acceder a una presentación exaustiva sobre Xlet's directamente desde aquí o accediendo a través del sistema de enlaces.

XML significa lenguaje de marcas generalizado. Es un lenguaje usado para estructurar información en un documento o, en general, en cualquier fichero que contenga texto plano, como por ejemplo ficheros de configuración de un programa o una tabla de datos. Consiste en conjunto de reglas que sirven para definir etiquetas semánticas para organizar un documento.

MHP tiene como principal objetivo la normalización del contexto de ejecución que las aplicaciones interactivas se van a encontrar a su llegada al decodificador. Se busca compatibilidad, independencia del software respecto a la plataforma hardware y abstracción del formato empleado para almacenar los datos.

En este contexto, XML resulta una herramienta muy adecuada para alcanzar los objetivos anteriores debido a sus ventajas en cuanto a formalidad, extensibilidad, universalidad, capacidad de estructuración, independencia de la plataforma, aceptación generalizada, disponibilidad casi ilimitada de herramientas de soporte y sencillez para realizar procesos de verificación de información.

En la normalización de la televisión digital con MHP se pueden encontrar tres campos de actividad en los cuales XML juega un papel significativo:

• En la propia norma MHP
• En la caracterización de la metainformación de contenidos
• En el ámbito de la implementación de aplicaciones

Es en este último punto es precisamente donde hemos trabajado más a fondo. Hemos investigado sobre los diferentes parsers existentes para manejar docuemtos XML desde Java, que es el lenguaje de programción adoptado por el consorcio DVB para la implemenación de aplicaciones de televisión interactivas, llegando a la conclusión de que el paser más adecuado para el entorno de televisión digital es el parser nanoXML, debido a su pequeño tamaño. Parsers tan famosos como el Xerces para Java de Apache serían válidos para un entorno de PC pero, debido a su gran tamaño, su uso se hace inviable en televisión digital o entornos restringidos.

Se puede acceder a una presentación exaustiva directamente desde aquí: Manejo de documentos XML en MHP o bien accediendo al sistema de enlaces MHPenlaces.

Bueno me complace anunciaros que se ha hecho una actualización completa y satisfactoria del blog mhproject.org a su versión 2.0 (b2evolution 1.8.2).

Entre las novedades más importantes destacan:

• Completa renovación del sistema back-end y front-end del blog
• Todos los contenidos escritos, multimedia, y de código serán puestos bajo una licencia libre y abierta basada en Creative Commons, posiblemente Science Commons
• Posibilidad de incluir videos embebidos de Youtube,Google,...
• Contenidos y artículos más actualizados.

Aunque pudiera parecer una broma, ya podemos ver la televisión directamente en la propia fachada de cemento de las casas, pues una empresa danesa ha creado una pantalla hecha de cemento.

¿Que Cómo? Pues se trata de un bloque de cemento atravesado por fibras ópticas (cada fibra corresponde a un pixel); las fibras se concentran en una pequeña área en la parte trasera del bloque, donde se proyecta la imagen que mostrará la pantalla.

Por lo tanto las paredes ya no sólo pueden sentir (mediante sensores) y ver (mediante cámaras), si no que ahora también pueden mostrar.

Entre sus posibles utilidades está la creación de pantallas gigantes, muros luminosos, paredes transparentes e incluso tragaluces. La gracia de este sistema es que la luz que proyecta, al proceder de un bloque de hilos de fibra óptica, puede tratarse tanto luz artificial como luz natural; es decir, es posible colocar la terminación de la fibra en el exterior, recibiendo la luz del Sol, con lo que la pantalla actuaría como una lampara de luz natural; incluso podría mostrar lo que se viera desde dicha terminación, con lo que actuaría como una ventana, pero a distancia; es decir, un cuarto interior, como una estación de metro subterránea, podría utilizar una de estas pantallas para mostrar lo que se viera en la calle, dando la impresión de que la estación esta en el exterior.

En resumen, un invento realmente curioso; la idea en si no es excesivamente novedosa (el uso de fibras ópticas para iluminación y efectos visuales ya tiene bastantes años) y quiza a muchos incluso les parezca una solemne tontería, pero el uso de cemento como soporte para las fibras puede facilitar la integración en una construcción. Queda por ver que piensan los arquitectos sobre este invento, y si se les ocurren ideas para sacarle partido.