ReactOS Newsletter: Newsletter 43

ReactOS Newsletter - Newsletter 43 (#43)

Rilascio della 0.3.5
Audio
Win32
Inno Setup
Premi scelti dalla comunità Sourceforge

Newsletter Archive

by Z98 on 2008-07-16
translated by Gabriel ilardi on 2008-07-17

top

Rilascio della 0.3.5

Ovviamente il rilascio è avvenuto e stiamo ricevendo i rapporti di problemi e successi. Il problema più grande sembra di essere una questione con Qemu in Vista, al meno la versione di Qemu che abbiamo precaricato. Questo non è in realtà un problema con ReactOS in sé, ma con il software di emulazione. Per quelli che hanno incontrato questo problema, suggeriamo di usare la 0.9.0 al posto della 0.9.1. Oppure una versione non ufficiale della 0.9.1. Le builds di Qemu le trovate qui

Un'altra questione è la navigazione in Firefox, il fatto che bisogna muovere il mouse per scaricare. Questo è un vecchio bug, uno che non è mai stato risolto perché non sappiamo la causa esatta. Certo, è fastidioso, ma la complessità dello stesso farà sì che rimarrà tra di noi per un po'.

top

Audio

Una delle features più ricercate su ReactOS è il supporto audio, se non altro perché tutti pensano che è intrinsecamente parte del sistema operativo. Andrew Greenwood, lo sviluppatore nominalmente responsabile per il supporto audio, ha passato gli ultimi anni ricercando e apprendendo il sistema di audio di Windows. Ha fatto recentemente dei "commit" che mostrano il frutto di questo lavoro, vi spiegherò che è stato fatto e dove vuole arrivare.

Andrew attualmente sta lavorando nei componenti dello user mode del sistema audio. Abbiamo bisogno di tre, uno dei quali sono le API MME in winmm.dll. Fortunatamente, Wine ha già implementato questa DLL e Andrew l'ha modificata per rimuovere la dipendenze da elementi specifici di Wine. Quello che ReactOS non ha sono altre due DLLs, mmdrv.dll e sndblst.dll.

In Windows NT4, c'erano due file responsabili dell'audio, mmdrv.dll e sndblst.dll. Mmdrv.dll è una DLL generica di basso livello che fornisce supporto per i driver audio, mentre sndblst.dll fornisce supporto per i driver basati sulla Sound Blaster. Le due DLL condividono una grande quantità di funzionalità quindi Andrew le implementerà in una libreria comune. Questa libreria, chiamata MME buddy per il momento, intende fornire supporto non solo per le due DLL, ma anche funzionalità plug'n play. Questo è tuttavia il primo passo, perché la libreria è completamente in user mode. Bisognerà sviluppare un'altra libreria in kernel mode, assieme all'attuale driver audio. In sostanza, MME buddy troverà le periferiche audio e le utilizzerà, mentre il driver stesso creerà quelle periferiche. Attualmente Andrew sta lavorando per fare funzionare "wave-out", cioè, la registrazione dei suoni, mixing, e addirittura il supporto MIDI arriveranno molto dopo.

Sono sicuro che alcuni di voi avrete notato che ho detto nel paragrafo precedente NT4 e no XP o addirittura 2000. Questo è perché ogni versione successiva di NT si crea sul sistema audio del suo predecessore. La maggior modifica in 2000 e XP è il kernel streaming, che sarà abbastanza impegnativo di per sé. Tuttavia, la funzionalità di base trovata in NT4 sarà necessaria, poiché il kernel streaming fornisce semplicemente un percorso alle periferiche audio. I componenti dello user mode e KS si collegano tra di loro tramite WDMAUD, un altro elemento che bisognerà sviluppare dopo. Abbiamo ancora tanta strada da fare, ma con questo approccio, stiamo al meno vedendo del codice vero.

Inoltre, mentre sndblst.dll funzionerà con schede audio basate sull'architettura Sound Blaster, altre sono basate su ac97 e simili. Questo significa che Andrew probabilmente dovrà implementare altre cose per poter supportare l'ac97.

top

Win32

Cambiando discorso, Jim Tabor ha iniziato a lavorare sul codice della user32.dll e ha iniziato a vedere il Bug #2451. A primo sguardo, sembra di esserci un problema nel minimizzare e ripristinare la finestra. Dalla sua ricerca, risulta che il codice in user32 è del codice Wine molto vecchio, si parla di sei anni circa. Come tale, fa delle cose molto strane, ad esempio utilizza SetWindowPlacement al posto di ShowWindow. Questo è risulta molto difficile da risolvere, dovendo indagare nel codice di Firefox per capire cosa fa esattamente.

Per quelli di voi curiosi di sapere su cosa lavorasse prima, era il supporto metafile migliorato in gdi32. Metafile è un formato grafico introdotto originariamente in Windows 3.0, in 16bits. Il formato migliorato di metafile è a 32bit.

top

Inno Setup

Inno Setup è un altro sistema di installazione simile al NSIS, MSI, e InstallShield. Ci sono diverse applicazioni che lo utilizzano, sono stati applicati dei fix recentemente alla "Runtime Library" che hanno tolto i blocchi per fare funzionare correttamente Inno Setup, quindi adesso le applicazioni che lo usano possono al meno essere installate. Questo non garantisce che funzioneranno dopo l'installazione, anche se alcune di quelle testate ha funzionato. Pierre Schweitzer è riuscito a fare funzionare LBreakout2, un gioco piuttosto allettante, mentre Aleksey Bragin è riuscito a fare funzionare XnView, un visualizzatore di foto e immagini.

top

Premi scelti dalla comunità Sourceforge

ReactOS è un progetto Sourceforge, ospitiamo le nostre release da loro. Comunque, i "Community Choice Awards" sono avviati e ReactOS è stato nominato in tre categorie: "Probabilmente cambierà il mondo", "Probabilmente sarà accusato di violazione di brevetti", e "Probabilmente faranno causa ai suoi utenti". Penso che quello che dicono è vero. Per raggiungere la grandezza, uno deve accettare grandi rischi. Quindi andate e votateci in quelle categorie! Non preoccupatevi, qualsiasi pubblicità è buona.

top