APIS MULTIMEDIA
0 recomendaciones310 vistas
El documento describe el Java Media Framework (JMF), el cual especifica una arquitectura y protocolo para reproducir contenido multimedia como video, audio y animaciones. JMF no proporciona las clases que manejan los datos directamente, pero indica cómo deben encapsularse y registrarse. También describe las clases DataSource, Player y Processor que se usan para adquirir datos multimedia, procesarlos y presentarlos. La clase Player es la más importante para representar y procesar los datos.
APIS MULTIMEDIA
- 1. MULTIMEDIA (Java Media FrameWork) El API JMF (Java Media FrameWork) especifica una arquitectura, un protocolo de transmisión de datos y unos elementos gráficos simples y unificados para la reproducción de contenidos multimedia, esto es vídeo, audio y animaciones, principalmente. JMF no tiene por qué proporcionar las clases finales que manejan los datos multimedia, pero dice cómo los proveedores de dichas clases deben encapsularlas y registrarlas en el sistema. Como API complementaria para las cuestiones de sonido se encuentra el Java Sound API que permite la captura, el tratamiento, el almacenamiento y la presentación de sonido, tanto en formato MIDI como sonido muestreado, aunque no se pueden tratar todos los formatos existentes de almacenamiento y transmisión de sonido. El JMF tenía como objetivo de poder representar datos multimedia en los programas pero, en la última versión (JMF 2.0.) las capacidades se extienden a todo tipo de tratamiento como la adquisición, procesado y almacenaje de datos multimedia, así como la transmisión y recepción a través de la red mediante el protocolo RTP. En todo tratamiento que se pueda hacer con los datos multimedia siempre existen tres pasos, estos son: la adquisición de datos (captura desde un dispositivo físico, lectura de un fichero o recepción desde la red), procesado (aplicación de efectos como filtrado o realces, compresión y/o descompresión, conversión entre formatos) y la salida de datos (presentación, almacenamiento en fichero o transmisión a través de la red). Los datos deberán estar en un formato definido como WAV, QuickTime, MPEG, etc. vengan de la fuente que vengan este tipo siempre debe estar definido. El flujo de datos (o media stream) puede contener varios canales (o tracks) de datos, cada uno de los canales pueden tener un tipo de datos distinto, así puede haber un media stream con video y audio contenido en dos tracks distintos. Un media stream queda perfectamente definido por su localización y el protocolo necesario (HTTP, FILE, etc.) para acceder a él. Los media streams se pueden dividir en tipos push y pull cuando el servidor o el cliente respectivamente controlan el flujo de datos. Como ejemplos de los primeros pueden estar RTP, VoD o la captura de sonido desde el micrófono, ejemplos del segundo caso son los protocolos HTTP y FILE o la captura de imágenes de una webcam. CLASE DATASOURCE Se encarga de encapsular la localización, el protocolo de transferencia y el software necesarios para la adquisición. Por lo tanto una vez obtenido un DataSource no se puede asociar a otra fuente de datos.
- 2. CLASES PLAYER Y PROCESSOR. Un Player es un objeto encargado de procesar cierto flujo de datos multimedia y presentarlo en su preciso momento. La forma de presentación y los recursos necesarios dependen del tipo de media que contenga el flujo. Flujo de datos en Player. Para utilizar un Player es necesario que obtenga recursos del sistema pro lo que pasa por varios estados antes de poder reproducir los datos multimedia, sin embargo, el usuario de JMF no debe preocuparse de esta gestión ya que hay funciones que en un sólo paso crean un Player y le asignan recursos. Aquí podemos ver la gran potencia de este interfaz ya que si lo único que queremos es añadir media a un programa basta con crear el objeto a partir de una fuente de datos y reproducir los datos multimedia, sin embargo usuarios más avanzados podrían controlar el proceso de la obtención de recursos, liberándolos cuando no sean necesarios, y, por último, programadores expertos, como veremos más adelante podrán crear los Players a medida. En cuanto a los objetos Processor, estos son hijos de Player, por lo que lo contado anteriormente también es aplicable a esta clase de objetos. Las únicas diferencias estriban en que la función que crea el Processor es distinta (createProcessor()) y que se le añaden nuevas capacidades. Un Processor puede presentar los datos multimedia como hace el Player, pero lo que lo hace interesante es que la salida puede ser un objeto DataSource que proporciona un media stream a otros objetos, gracias a esto se puede cambiar el formato de los datos multimedia o incluso procesarlos dentro del Processor. El hecho de que se puedan modificar los datos, y para añadir más funcionalidad, hace que aumente un poco su complejidad al añadir más posibilidades en los estados del objeto, como ya veremos, y, lo más importante, permite modificar las características internas del propio proceso. La clase Player es la más importante debido a que es la que trata y/o representa los datos multimedia.
- 3. Los elementos de Player pueden ser muchos y muy variados debido a complejidad del sistema. En el diagrama se pueden ver los más importantes elementos de Player