Community > ReactOS Newsletter Archive > ReactOS Newsletter: Biuletyn 65

Biuletyn 65

by Z98 on 2009-10-10
translated by Maciej Bialas on 2009-10-17

Tłumaczenie: Maciej Białas

Dyski oraz partycje

Jednym z aspektów niemożności przeniesienia ReactOS-a na inne platformy sprzętowe był sposób, w jaki bootloader (program rozruchowy) traktował dyski i partycje. Dotychczasowe nazewnictwo służyło głównie architekturze x86 oraz niewielu typom partycji. Herve Poussineau rozpoczął prace nad nowym API, eliminującym te ograniczenia, opierającym się na nazwach zamiast numerów napędów. Wcześniej, deweloperzy wersji dla platform takich jak PPC czy ARM byli zmuszeni do przypisania numerów każdej pamięci masowej, której chcieli użyć. Ponieważ identyfikatory te stanowiły pierwotnie specyfikację dla architektury x86, implementacja dla pozostałych platform sprzętowych wymagała przejmowania przypisanych numerów dla urządzeń, którym nie został nadany taki identyfikator. W przypadku nowego interfejsu, każda z platform może używać nazw aby lepiej opisać i jednoznacznie zidentyfikować urządzenia pamięci masowych, których używa. Kolejna pozytywna zmiana to sposób otwierania plików. Poprzednio, program potrzebował serii wywołań aby otworzyć wolumin, a następnie plik. Jeśli plik znajdowałby się na innym woluminie, program musiałby go otworzyć oddzielnie. Nowy interfejs natomiast pobiera pełną ścieżkę do pliku, łącznie z urządzeniem i woluminem, na którym się znajduje. Herve oparł swoją implementację o specyfikację Advanced RISC Computing, której Microsoft używał do nazywania urządzeń startowych w Windows w wersjach przed XP.

Niestety, wszystkie te zmiany nie mają znaczenia dopóki nie zostanie przepisana reszta kodu, używającego starego nazewnictwa. Herve systematycznie zmienia kod sterowników systemów plików, tak, aby używały nowego interfejsu. W tym samym czasie stworzył także warstwę kompatybilności by uniknąć problemów w trakcie przejścia na nowe rozwiązanie. Gdy tylko zostanie to zakończone, możliwe będzie używanie innych napędów startowych poza dyskami.

Miksowanie dźwięku

Johannes Anderwald kontynuuje swoją pracę nad systemem dźwięku. Dotarł już do punktu, w którym ReactOS potrafi wyliczyć wszystkie miksery oraz przynależące do nich linie dostępne w systemie. Dla osób niezaznajomionych ze sposobem działania systemów dźwięku w systemach operacyjnych powyższe terminy mogą niewiele mówić, dlatego poniżej uproszczone wyjaśnienie: Miksery działają jako główne jednostki kontrolujące urządzenie audio. Kontrola ta nie dotyczy jednak elementów, z których składa się to urządzenie - mikser nadzoruje linie, przepływ sygnału pomiędzy urządzeniami. Linie te ucieleśniają sygnał audio, kierowany albo jako wejście z urządzeń takich jak mikrofony, albo wyjście, wysyłane do głośników. Każda z linii posiada zestaw kontrolek, które mikser może użyć aby zmienić źródło i atrybuty linii, np. głośność. ReactOS nie potrafi jeszcze wyliczyć wszystkich tych kontrolek, jednak z chwilą kiedy to nastąpi, system będzie mógł zaoferować znacznie lepszą kontrolę nad wejściem i wyjściem audio.