Быстрый проц

[TSL]

Аминь вэ шаббат. Так и сделаем. Приступать когда?

[Hacker VBI]

подписываюсь.

ибо
out #FF77 = %1x1111xx01110111
(A0=A2=A4=1; A3=A7=0)
Значения шины данных:
D0 - RG0 \
D1 - RG1 > переключение экранных режимов.
D2 - RG2 /
RG0=1 RG1=1 RG2=0 - обычный sinclair режим 256x192 пикселей
RG0=0 RG1=1 RG2=0 - аппаратный мультиколор 640x200 пикселей
RG0=0 RG1=0 RG2=0 - EGA 320x200 (16 цветов) пикселей
RG0=0 RG1=1 RG2=1 - текстовый режим 80x25 символов

vs

#00AF(175) — VConfig. Видеорежим. Биты 0-1 – режим графики, биты 6-7 – размер рамки (разрешение).
#01AF(431) — VPage. Видеостраница. Диапазон 0-255. Для режима 16 цветов должна быть кратна 8, для режима 256 цветов – кратна 16.
#02AF(687) и #03AF(943) — XOffsL и XOffsH. Младшая (8 бит) и старшая (1 бит) часть смещения изображения по горизонтали.
#04AF(1199) и #05AF(1455) — YOffsL и YOffsH. Младшая и старшая часть смещения изображения по вертикали.
#0FAF(4015) — Border. Цвет бордера.
#15AF(5551) — FMAddr. Выбор адреса и включение маппинга внутренней памяти альтеры (палитра и спрайтовые регистры) в адресное пространство Z80 для записи.

- это не гуд

[Valen]

Вопрос:
можно ли было, впилить минимальный блиттер в бэйз-конфу pentevo ?

---------- Post added at 17:59 ---------- Previous post was at 17:53 ----------

Вместо того что бы друг друга обливать грязью, ОБЪЕДИНИТЕСЬ и создайте единую платформу

Я вот согласен.
Но на практике, получается, что человек, делает то, что понимает,
то что он хорошо осознаёт.
Если какой-то концепт "не ложится" кому-то в мозги,
(по тем или иным причинам)
то его (этот концепт), ну никак в голову ему не вложить.

[TSL]

В бейзе места много - можно было бы.

[introspec]

Кеш накрывает последние 512 адресов (адрес физический 22 бита, не 64к), с которых было чтение. Если з80 ломится в адрес, который лежит в кеше - он не формирует цикл доступа к ДРАМ.
По тестам - вполне эффективно.

Моя мысль была такая, что наличие кэша может, потенциально, сильно усложнить счёт тактов. Попал - одни такты, промазал - другие. Можно пытаться спланировать работу с памятью так, чтобы учесть ещё и это. Но аlone, конечно, прав склоняя существительно "рукоблудство" в этом контексте. С таймером почти всё то же самое можно делать более комфортно, плюс - запас на будущее, т.к. коды привязанные к таймеру не будут, по идее, ускоряться на более быстрых процессорах.

[TSL]

Слушай, если тебе нужны точные времянки, то 3.5МГц пентагон/резинка.
В любых нормальных системах никто такты не считает. Для этого есть таймеры.

[Advertiser]

[shurik-ua]

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

лучше сделать как на х86 - тупо счётчик с каждым тактом увеличивающийся на 1 - только разрядов поменьше - там 64 а здесь и 32 хватит )

[introspec]

В любых нормальных системах никто такты не считает. Для этого есть таймеры.

Здрасьте, приехали! Так я именно с этой мыслью в разговор и влез.
А мне тут стали доказывать, что таймер нахрен никому не сдался. И всё закружи...

[TSL]

Вспомнил: была книга по интелу 386. В ней для всех инструкций были приведены формулы рассчета тактов (попадание в кеш/граница слова и т.д.) Можно просчитать то же самое и для тсконфового кеша. Кодинг становится еще жостче, тока успевай проявлять мастерство! Ведь в этом сила спектрума, не так ли?

[introspec]

Можно просчитать то же самое и для тсконфового кеша. Кодинг становится еще жостче, тока успевай проявлять мастерство! Ведь в этом сила спектрума, не так ли?

Ты много тут на форуме активных кодеров видишь? Вот тебе и ответ на твой вопрос