Inicio | Información | Comunidad | Desarrollo | myReactOS | Contáctanos

  1. Inicio
  2. Información
  3. Comunidad
  4. Desarrollo
  5. myReactOS

  1. Descripción
  2. Personal de ReactOS
  3. Foros
  4. Wiki
  5. Listas de Correo
  6. Canales IRC
  7. Boletines de Noticias
  8. Blogs
  9. FAQ de Usuarios

 

 

Community > ReactOS Newsletter Archive > ReactOS Newsletter: Ecicíon n. 65

Ecicíon n. 65

by Z98 on 2009-10-10
translated by Gabriel ilardi on 2009-10-12

top

Discos y particiones


Uno de los aspectos de ReactOS que no eran multi-plataforma era el modo en que el bootloader manejaba los discos y las particiones. El esquema de nombres usado era demasiado centrado en la arquitectura x86 y limitado en las particiones que podía acceder. Hervé Poussineau inició a trabajar en una nueva API para resolver estas limitaciones, una basada en nombres en vez que en números de discos. Previamente, en plataformas como PPC y ARM, los desarrolladores habrían tenido que dar números a cada dispositivo de storage que quisiesen utilizar. Dado que estos números eran espeficados originariamente en la arquitectura x86 , otras plataformas terminaban secuestrándolos si usaban un dispositivo que originalmente no lo ten´a. Con la nueva interfaz, cada plataforma puede usar nombres para describir mejor los dispositivos en que se encuentran e identificarlos unívocamente. Otro cambio muy interesante ha sido al modo en que se abrín los ficheros. Originariamente un programa debía hacer una seria de llamadas para abrir primero el volumen específico y luego un fichero en ese volumen. Si el fichero se encontraba en otro volúmen, el programa habría tenido que abrir explícitamente el otro volúmen para acceder al fichero. La nueva interfaz, simplemente toma el camino completo del fichero, incluídos el dispositivo y el volúmen en los que se encuentra.  Hervé basó esta nueva interfaz en la especificación Advanced RISC Computing, que la misma Microsoft usó antes de XP para nombrar los dispositivos de boot.

Todas estas bondades desafortunadamente no tienen mucha utilidad si antes no se re-escribe el resto del código para que las use. Hervé está haciendo progresos constantes con los drivers de los sistemas de ficheros , sostituyendo las viejas llamadas para que usen la nueva interfaz. Al mismo tiempo ha creado una capa de compatibilidad para que no haya problemas durante la transición.  Una vez completada, se podrán agregar dispositivos de booteo y discos adicionales.

top

Mixing Audio


Johannes Anderwald continúa su trabajo con el audio y ha alcanzado el punto donde ReactOS puede enumerar todos los mixers y sus respectivas líneas presentes en el sistema. La terminología puede ser un poco confusa para quienes no están familiarizados con el modo en que funcionan los sistemas de sonido en los sistemas operativos así que la siguiente es una explicación simplificada. Los mixers actúan como las unidades de control primarias para los dispositivos de audio pero no en el sentido que controlan los componentes que los conforman, sino que controlan las líneas, el flujo de señales entre los dispositivos. Estas líneas encarnan los datos de audio que son enrutados, sea como entrada como p.ej. los micrófonos que como salida como pueden ser los altoparlantes. El mixer controla estas líneas, y modificándolas puede cambiar atributos como el volumen. Como tales, cada línea tiene un conjunto de controles, los cuales pueden ser usados por el mixer para modificar la fuente. ReactOS no puede enumerar aún todos estos controles, pero una vez que podrá el sistema ofrecerá un control mucho mejor de la entrada y la salida del audio.


top

ReactOS is a registered trademark or a trademark of ReactOS Foundation in the United States and other countries.