Почему не работает двойная буферизация?

Question

[Иван Четчасов]

Я пишу ОС для всех платформ (пока что х86-16), и после решения проблемы с мышью, я начал исправлять мерцание изображения. Остановился на самом простом варианте: двойная буферизация (отрисовка в спрятанный буфер, копирование в актуальный - в цикле). Я пробовал реализовать это с помощью инструкций для работы со строками (конктретно - rep movsw/b, но я ничего кромя фона не вижу. Перебрал все возможные ошибки, которые пришли в голову. Они были, но после исправления, ничего не изменилось.

архив с проектом

Comments

[VoidVolker]

Иван Четчасов Правила, пункт 3.8 либо код в репозитории. Никто не будет качать мутные архивы.

[Иван Четчасов]

VoidVolker, во всех современных архиватораз есть антивирусы

[jcmvbkbc]

Иван Четчасов, речь не о вирусах, а о том, что качать архивы с каких-то левых хостингов реально неудобно. Ты же раньше выкладывал код на github, что случилось с этой достойной привычкой?

[ValdikSS]

jcmvbkbc, а мне удобней примеры в виде архива, а не с git, и я считаю, что автор поступил правильно. Не говорите за всех.

[Иван Четчасов]

jcmvbkbc, с какого это момента MS GitHub - не левый ресурс, а GDrive - левый? Не хочу ругаться, но по логике и git тогда "левый", не?

[jcmvbkbc]

Не говорите за всех

ValdikSS, покажи мне, где я говорил за всех?

[jcmvbkbc]

с какого это момента MS GitHub - не левый ресурс, а GDrive - левый?

Иван Четчасов, это высшее знание, передаваемое только на платных курсах, для просветлённых. Продолжай использовать архивы, ты всё делаешь правильно.

Answer 1

[jcmvbkbc]

VIDEO_BUFFER_SEGMENT = 0xA000
VIDEO_BUFFER_OFFSET = 0xFA00
VIDEO_SEGMENT = 0xA000
VIDEO_OFFSET = 0x0000

как ты думаешь, сколько памяти в сегменте VIDEO_BUFFER_SEGMENT доступно начиная со смещения VIDEO_BUFFER_OFFSET и что там идёт дальше?

Если в твоём коде сделать вот такие изменения, то всё работает:

diff --git a/lib/video.inc b/lib/video.inc
index 3a26f43e2f79..d7054e194da9 100644
--- a/lib/video.inc
+++ b/lib/video.inc
@@ -3,8 +3,8 @@ VIDEO_INC equ 0
 
 include "memory.inc"
 
-VIDEO_BUFFER_SEGMENT = 0xA000
-VIDEO_BUFFER_OFFSET = 0xFA00
+VIDEO_BUFFER_SEGMENT = 0x6000
+VIDEO_BUFFER_OFFSET = 0x0000
 VIDEO_SEGMENT = 0xA000
 VIDEO_OFFSET = 0x0000
 VIDEO_SIZE_DB = 0xFA00
@@ -79,11 +79,11 @@ macro video!flip {
        mov ax, VIDEO_SEGMENT
        mov bx, VIDEO_BUFFER_SEGMENT
        mov es, ax
-       mov ds, ax
+       mov ds, bx
        mov cx, VIDEO_SIZE_DB
        cld
        mov si, VIDEO_BUFFER_OFFSET
-       xor di, VIDEO_OFFSET
+       mov di, VIDEO_OFFSET
        rep movsb
        pop ds es
 }
diff --git a/os.asm b/os.asm
index 1949e95b4e99..e5ebb3d280aa 100644
--- a/os.asm
+++ b/os.asm
@@ -91,9 +91,9 @@ kernel.routine.startup:
 kernel.routine.video:
        cli
        video!fill 0x4E
-       ;video!window 30, 40, 100, 60, 0x1A, 0xFF, 13 , 0x1F
-       ;video!cursor
-       ;video!flip
+       video!window 30, 40, 100, 60, 0x1A, 0xFF, 13 , 0x1F
+       video!cursor
+       video!flip
        sti
        ret

Comments

[Иван Четчасов]

ну, поcле 0xAFA00 идут по идее ещё какие-то неактивные буферы/страницы/ещё что-то. Я так понял, намек на то, что использовать эту память нельзя?

[jcmvbkbc]

ну, поcле 0xAFA00

Иван Четчасов, у тебя, я вижу, до сих пор нет понимания того, как работает сегментная модель памяти. Я говорю о том, что буфер, который начинается с 0xa000:0xfa00 доходит до 0xa000:0xffff, а дальше заворачивается на 0xa000:0x0000.

[Иван Четчасов]

jcmvbkbc, ааааа, вот оно, в чем дело то... И как я это упустил... понимание сегментной модели памяти у меня есть, я просто забыл, что si - 16-битный хд

[Иван Четчасов]

Оно работает! Единственное, только, кадры в секунду.. скуднейшие. Есть способ повысить фреймрейт?

[jcmvbkbc]

Есть способ повысить фреймрейт?

Основной способ стандартный -- не перерисовывать всё, если можно этого избежать.
По мелочи -- ускорить цикл копирования.

Answer 2

[freeExec]

Двойной буфер это же не копирование. Это отображение с начала одного буфера, пока другой заполняют, а затем переключение на второй. И так туда сюда.

Comments

[Иван Четчасов]

да, но в моих условиях так, увы, не сделать...

[jcmvbkbc]

Двойной буфер бывает разный. Если цель -- не рисовать прямо на экране, чтобы не было мельтешения от частично прорисованной картинки, то вариант с копированием вполне себе работает.

[freeExec]

jcmvbkbc, и как же синхронизироваться, чтобы успеть скопировать между синхроимпульсами и не получить "частично прорисованной картинки"?

[jcmvbkbc]

freeExec, подумай, в чем отличие "частично прорисованной" картинки (какой-нибудь фон, а поверх какие-нибудь окна с каким-нибудь содержимым) от "частично выведенной" на экран. Ну и если надо, то и vblank можно поймать для перерисовки.

[freeExec]

jcmvbkbc, и в чём же, если пользователь видит глюки на экране?

[jcmvbkbc]

freeExec, в размере глюков