Выпуск новостей ReactOS №65 | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translated in draft, editing and proof-reading required. Completed: 2%.
If you do not want to register an account, you can sign in with OpenID.
ReactOS Newsletter 65 | ||
Disks and Partitions | ||
One of the non-cross platform aspects of ReactOS was in how the bootloader dealt with disks and partitions. The naming scheme used was very x86 centric and also was limited in which partitions it could access. Hervé Poussineau started working on a new API to remove the limitations, one based on names instead of drive numbers. Previously on platforms like PPC and ARM, developers would have needed to give numbers to each storage device they wanted to use. Because these numbers were originally specified on the x86 architecture, other platforms ended up needing to hijack the designated numbers if they were using a device that did not have one originally assigned. With the new interface, each platform can use names to better describe the devices they are on and uniquely identify it. Another very nice change was made to how files were opened. Originally a program would need to make a series of calls to first open a specific volume and then open a file on that volume. If the file was located on another volume, the program would need to explicitly open the other volume to access that file. The new interface simply takes the full path to the file, including which device and volume it is on. Hervé based this new interface on the Advanced RISC Computing specification, which Microsoft itself used before XP for naming boot devices. | Одним из некроссплатформенных аспектов ReactOS является взаимодействие начального загрузчика с дисками и разделами. Использованная схема именования была ориентирована на архитектуру х86 и ограничена в доступе к разделам. Чтобы исправить эти недостатки, Эрве Поссино (Hervé Poussineau) начал работу над новым API, которое основано на именах, а не на номерах устройств. Ранее, для таких платформ, как PPC и ARM, разработчики должны были давать номера каждому используемому устройству хранения информации. Так как эти номера изначально задавались в архитектуре x86, остальные платформы должны были забирать используемые числа при использовании устройства, которое не было подключено заранее. С новым интерфейсом, каждая платформа может использовать имена для лучшего описания требуемых устройств и однозначной их идентификации. Другой хорошей переменой является способ открытия файлов. Изначально, программе необходимо было бы сделать серию вызовов для первого открытия заданного тома(раздела), а затем открыть файл на этом томе. Если файл находился на другом томе, то очевидно, что программе необходимо было открыть другой том для доступа к этому файлу. Новый интерфейс просто берёт полный путь к файлу, включающий в себя то, какие устройство и том необходимо открыть. Основой этого нового интерфейса Эрве послужила спецификация Advanced RISC Computing, использованная Microsoft до XP включительно для именования загрузочных устройств. | |
All this niceness unfortunately is meaningless until the rest of the code gets rewritten to make use of it. Hervé is making steady progress going through filesystem drivers, fixing the old call sites to use his new interface. At the same time he also created a compatibility layer so things do not break during the transition. Once this is completed, additional boot devices besides disks can be added. | Все эти изменения, к сожалению, бессмысленны до тех пор, пока остальная часть кода не будет переписана для обеспечения их использования. Эрве стабильно продвигается в работе над драйверами файловой системы, переводя старый код на использование своего нового интерфейса. В то же самое время он создаёт слой совместимости, для того чтобы не испортить работу системы на время перехода. Когда всё будет закончено, помимо дисков могут быть добавлены и дополнительные загрузочные устройства. | |
top | ||
Sound Mixing | ||
Johannes Anderwald continues his work with sound and has reached the point where ReactOS can enumerate all the mixers and their respective lines present on the system. The terminology may be a bit confusing to those not familiar with how sound systems work in operating systems so the following is a simplified explanation. Mixers act as the primary control units for an audio device but not in the sense that it controls the components that make up such a device. Instead it controls the lines, the signal flow between the devices. These lines embody the audio data that is being routed, either as input from devices like microphones, or output being sent to the speakers. The mixer controls these lines and by modifying it can change attributes like volume. As such, each line has a set of controls that the mixer can make use of to change the source. ReactOS cannot yet enumerate all these controls but when it can the system will offer much better control over audio input and output. | Йоханнес Эндерволд (Johannes Anderwald) продолжает свою работу со звуком и добился того, что ReactOS может определять все микшеры и соответствующие им линии в системе. Для тех, кто не слишком знаком с работой звуковой системы в операционных системах, терминология может показаться слегка запутанной, поэтому далее идет несколько более упрощенное объяснение. Микшеры являются первичными устройствами управления для аудиоустройств, но это не означает, что они управляет компонентами, которые составляют такое устройство. Они управляют линиями, потоками сигнала между устройствами. Линии представляют из себя пересылаемые звуковые данные, либо входные, от таких устройств как микрофоны, либо выходные, отправляемые на колонки. Микшер управляет этими линиями, и, изменяя их, может изменять такие параметры как, например, громкость звука. Также у каждой линии есть ряд средств управления, которые микшер может использовать, чтобы сменить источник звуковых данных. ReactOS еще не может перечислять все эти средства управления, но когда работа будет закончена, система сможет предложить значительно лучший контроль над вводом и выводом аудиосигнала. |
License: GPL
— centric - сконцентрирована? Может кто предложит синоним получше... Чего-то не лезет в голову ничего другого... — evilslon
— Сосредоточенная пойдет? — eReS
More 3 comments
— Вполне! — evilslon
— я бы сказал "ориентирована на x86" - http://multitran.ru/c/m.exe?a=3&&s=ce... — h1bymask
"Microsoft itself used before XP" - предлагаю поправить фактическую ошибку: только начиная с Висты не используется ARC и boot.ini — h1bymask
— h1bymask полностью согласен — evilslon