Выпуск новостей ReactOS №65

Z98, “ ReactOS Newsletter 65”, public translation into Russian from English More about this translation.

See also 86 similar translations

Translate into another language.

Participants

evilslon 430 points
mister-fog 60 points
aspotashev 27 points
And others...
Join Translated.by to translate! If you already have a Translated.by account, please sign in.
If you do not want to register an account, you can sign in with OpenID.
Pages: ← previous Ctrl next →
1

ReactOS Newsletter 65

Выпуск новостей ReactOS №65

History of edits (Latest: jedi-to-be 7 years, 11 months ago) §

Disks and Partitions

Диски и разделы

History of edits (Latest: eReS 7 years, 11 months ago) §

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 включительно для именования загрузочных устройств.

History of edits (Latest: mister-fog 7 years, 11 months ago) §

— centric - сконцентрирована? Может кто предложит синоним получше... Чего-то не лезет в голову ничего другого... evilslon

— Сосредоточенная пойдет? eReS

More 3 comments

— h1bymask полностью согласен evilslon

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.

Все эти изменения, к сожалению, бессмысленны до тех пор, пока остальная часть кода не будет переписана для обеспечения их использования. Эрве стабильно продвигается в работе над драйверами файловой системы, переводя старый код на использование своего нового интерфейса. В то же самое время он создаёт слой совместимости, для того чтобы не испортить работу системы на время перехода. Когда всё будет закончено, помимо дисков могут быть добавлены и дополнительные загрузочные устройства.

History of edits (Latest: aspotashev 7 years, 11 months ago) §

top

вверх

History of edits (Latest: evilslon 7 years, 11 months ago) §

Sound Mixing

Микширование звука

History of edits (Latest: evilslon 7 years, 11 months ago) §

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 еще не может перечислять все эти средства управления, но когда работа будет закончена, система сможет предложить значительно лучший контроль над вводом и выводом аудиосигнала.

History of edits (Latest: aspotashev 7 years, 11 months ago) §
Pages: ← previous Ctrl next →
1

License: GPL