Выпуск новостей ReactOS #57 | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translation complete.
If you do not want to register an account, you can sign in with OpenID.
ReactOS Newsletter - Newsletter 57 (#57) | ||
VBox Video Driver | ||
A while back the VBox video driver started working in ReactOS, which meant people using VirtualBox could now get hardware acceleration for graphics. To make the driver usable, Timo Kreuzer fixed two things in the Win32 subsystem. While the driver ran before the fixes, its functionality was somewhat crippled and drawing often resulted in problems. The first fix was for the mouse pointer, or more specifically drawing the mouse pointer moving across the screen. When a mouse pointer leaves a position, the content that was originally there would be redrawn and the mouse cursor is hidden. Then, the position for the cursor is updated to the new location and the cursor is unhidden and drawn. The problem was that the code for drawing the cursor at the new position also attempted to hide it at its old location again. However, since the cursor's location has already been updated, what happened was that code drew the contents of the old position at the mouse's current position. The result was basically massive corruption of the display. Timo removed the responsible code and now moving the mouse cursor works properly. | Недавно в ReactOS заработал видеодрайвер VirtualBox, и теперь люди, использующие VirtualBox, могут получить аппаратное ускорение графики. Для того, чтобы драйвер функционировал правильно, Тимо Крейцер (Timo Kreuzer) исправил две ошибки в подсистеме Win32. Несмотря на то, что видеодрайвер работал и раньше, его функциональность была не полной, и с ним часто возникали проблемы. Первое исправление связано с обновлением изображения при движении указателя мыши по экрану. Когда указатель мыши перемещается из одной точки в другую, изображение, которое находится под ним должно быть перерисовано, а сам указатель скрыт. Затем, координаты указателя должны быть обновлены, а он сам должен быть показан и перерисован. Проблема заключалась в том, что код, отвечающий за вывод указателя в точке с новыми координатами, помимо этого пытался скрыть указатель в точке со старыми координатами. Однако, после того, как координаты были обновлены, осуществлялся вывод изображения, которое находилась под указателем в точке с его старыми координатами. Следствием стало большое количество искажений изображения. Тимо удалил отвечающий за это код, и теперь перемещение указателя мыши работает корректно. | |
The second problem that was fixed involved updating the screen resolution. This one was simpler, in that ROS wasn't writing the refresh rate into the registry. When the video driver asked for it and couldn't find it, it reverted to the default of 640x480x256. As a side note, the VMware video driver does not depend on this value. | Вторая проблема, которая была решена, связана с изменением разрешения экрана. Решение этой проблемы оказалось проще, и заключалась в том, что ReactOS не сохранял частоту обновления экрана в реестре. Разумеется, видеодрайвер не находил этого значения в реестре и устанавливал стандартное разрешение - 640x480x256. Интересен тот факт, что видео драйвер VMware не зависит от этого значения. | — ReactOS - операционная система, почему "он"? — fox_anthony — ReactOS - он/мой - мужского рода. Операционная система - она/моя - женского рода. ИМХО правильно мужского рода — seven_ro — Все равно очень интересно определять род без вспомогательных слов. По сути слово ReactOS безродно в других языках. Отношение к мужскому сугубо индивидуально. Возможно есть какое-то правило, которого надо придерживаться при переводе терминов? — fox_anthony |
RosBE and RBuild | ||
KJK::Hyperion recently committed a fairly hefty and much needed update to RBuild. However, it ended up revealing a major issue in RosBE, both the Windows and Unix versions. The RBuild update KJK is working on requires or will require the use of several variables, TARGET_CFLAGS and TARGET_CPPFLAGS, and HOST_CFLAGS and HOST_CPPFLAGS. Unfortunately, a bug in the Windows GCC build prevents their usage. Specifically, GCC has the paths to the directories in which include files are stored built in so that it can find them when it compiles anything that needs them. This is apparently very difficult to get right and the current RosBE does not do this correctly. To get around it, it defines the variables HOST_CFLAGS and HOST_CPPFLAGS in order to point to the right directories. Of course, this then prevents their usage for adding additional compiler flags, which KJK wants to do. He proposed renaming the variables currently in use to ROSBE_HOST_CFLAGS and such. | KJK::Hyperion недавно залил довольно много необходимых обновлений, касающихся средства сборки (RBuild). Однако, это закончилось тем, что обнаружилась серьезная проблема в среде сборки (RosBE) для обеих платформ, как для Windows, так и для Unix. Обновление средства сборки (RBuild) KJK требует или будет требовать использование различных переменных, таких как TARGET_CFLAGS и TARGET_CPPFLAGS, HOST_CFLAGS и HOST_CPPFLAGS. К сожалению, ошибка в Windows GCC мешает их использованию. В частности, GCC хранит пути к директориям заголовочных файлов, в которых он их ищет по мере необходимости. Несомненно, это очень сложно сделать правильно и текущая версия среды сборки (RosBE) не делает это корректно. Для того, чтобы обойти эту проблему, определяются переменные HOST_CFLAGS и HOST_CPP_FLAGS, в которых в правильном порядке перечисляются директории. Разумеется, позже не допускается их использование для добавления дополнительных флагов компилятора, которые были необходимы KJK. Он предложил сменить текущие имена переменных путем добавления к ним префикса ROSBE_. |
— VBox что за продукт? если это VirtualBox то давайте так и напишем — seven_ro
— VirtualBox - именно он — fox_anthony