Секреты и трюки программирования (в том числе и игр) для РК-86

[barsik]

Отчего в 16К версии нельзя было кинуть проводок ..., чтобы
получить этим зеркало в окне 4000-7FFF и использовать одно ПЗУ F800 (32К версию) для ОБОИХ КОМПОВ !

Здравая мысль. Но опоздала на 30 лет. Надо было её опубликовать в ж.РАДИО в 1987 году.

Всего было не менее 100.000 владельцев РК86 и клонов. В клонах ОЗУ много - 32-64 кб. Предположительно, только наборы для самосборки шли в комплектации 16 кб. Среди самодельщиков первой волны 1986-1990 память в 16 кб не имел никто, т.к если спаял весь компьютер, то уж лишние 8 корпусов припаять сумеешь. Оттого программ для версии 16К мало, всего 20%, т.к они были никому не нужны, их никто не делал и они не сохранились.

Среди 25.000 людей купивших промышленный набор с ОЗУ 16К никто не догадался сделать "зеркальность", т.к готовые РК покупали уже не радиолюбители, а безрукие и некомпетентные отцы семейств, которые с трудом отличали байт от бита. Да и те обычно ставили расширение ОЗУ и перешивали ПЗУ на 32К.

"Зеркальность" памяти позволила бы на РК с ОЗУ 16К прогонять игры с размером до 3500, т.е, как минимум, половину программ. Но это должны были сделать авторы, т.к при этом возникают проблемы с RAMTOP для текстового редактора и бейсика (они определяют сколько ОЗУ, запросив RAMTOP).

Конечно, сейчас "кидаться тапками" в авторов некрасиво. Ведь они были первыми. Авторы РК сделали много ошибок, хотя и не были новичками. Они занимались компами на КР580 профессионально с 1978. И в 1980 уже сделали МИКРО-80 и опубликовали его в 1982 в журнале РАДИО. Есть воспоминания одного из авторов о разработке МИКРО-80 и РК86. http://zxbyte.ru/history.htm

[NEO SPECTRUMAN]

Но это должны были сделать авторы, т.к при этом возникают проблемы с RAMTOP для текстового редактора и бейсика (они определяют сколько ОЗУ, запросив RAMTOP).

проверка наличия зеркальности каких то 8 команд...
можно и меньше если наплевать на надежность...

- - - Добавлено - - -

Только зачем Вам мышь, если экран текстовый?

о_О
а как же мышь в любом nc, vc, dn в досе????
при текстковом режиме

удобно же!

хотя я вырос и без нее
и никаких трудностей не испытывал

qaopm наше фсеа!!!
намного лучше чем дубовый джойстик

[krt17]

Подскажите эмуль с отладчиком и правильной эмуляцией. Пользовался Emu80 3.13 но в хелпе про отладчик тихо, наверное там его нет, а гугл выдает только что то на js в которое свое загрузить не понятно как. Есть еще b2m, но это на крайний случай, очень уж он дубовый (особо раздражает что сбрасывает брейки по любому поводу).

[NEO SPECTRUMAN]

Такого нету...

b2m наверное самое нормальное
и самое дубовое при этом...

[SegaBoy]

А кнопка рус/лат где тут?

Таблица описывает что будет на выходе порта В при опросе порта А. Как выше заметили, остальные кнопки в порту С, который настроен одним полубайтом на вход, а другим на выход. Опросить их ещё проще - просто прочитать из порта С (0x8002).
В общем, не успел я про них написать и тем более табличку составить. Ночь была, да я и сам на тот момент не разобрался в схеме, какие биты порта С за что отвечают = ))

- - - Добавлено - - -

Почему? Там же вроде диоды стоят.

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

[Pyk]

Подскажите эмуль с отладчиком и правильной эмуляцией. Пользовался Emu80 3.13 но в хелпе про отладчик тихо, наверное там его нет

Ну так попробуй Emu80 v.4 - как раз только позавчера выложил тестовую сборку.
http://zx-pk.ru/threads/27488-emu80-v-4.html
Буду рад бета-тестированию.

[barsik]

Способ экономии размера экранного буфера при высоте знакоместа в 8 линий, изобретённый vinxru в основном основан на том, что в невидимых строках не выполняется видеовывод и соответственно, регенерация ОЗУ. Перерыв в регенерации при НЕ-выводе 5-ти строк составляет 5*64.5*10 + 2 * 64.5 = 3.354 МСЕК (за 2 линии ОЗУ регенерируется).

Максимальный период регенерации у РУ3/РУ5 составляет 2 МСЕК. Таким образом РУ3/РУ5 не будут правильно регенерированы. Но мы все знаем, что даже если выключить питание, а затем закоротить его на секунду на землю, некоторые ОЗУ упорно не хотят забывать (с этим сталкивался, когда ЭД не хотел забывать флаг форматированности диска при кратковременном выключении питания). Т.е в реальности времена хранения без регенерации намного превосходят паспортные данные.

Если ОЗУ не гибнет при НЕ-регенерации 5-ти строк, то этот способ можно использовать для экономии ОЗУ и ускорения работы - меньше тактов ПДП и во время обратного хода по кадрам процессор работает без тормозов.

Поэтому можно установить число строк на обратный ход луча по кадрам, не 1, как в базовом режиме, а 4, оставив не 30 отображаемых строк, а только 26. Перерыв регенерации будет даже на строку меньше (4 вместо 5). Адрес начала экрана надо установить не 76D0, а 76D0 + 78*2. Смещение координат по строкам - не 3, а 1. Все позиции экрана остаются на месте, только часть бордюра по кадрам станет аппаратной. Размер экрана сократится на 78*4= 312 байт.

Всё вышесказанное чётко объясняет почему схемотехника РК86 такая. Авторы, применив динамические ОЗУ и отказавшись от специальных схем регенерации, просто вынуждены были растянуть экран по вертикали до 30 строк (включив тем самым бордюр в экран) и имитировать бордюр программно. Они действовали по РТМ, зная, что при большом числе строк на обратный ход луча по кадрам, будет перерыв регенерации и потеря данных в ОЗУ. Поэтому они и применили минимальное число строк на обратный ход луча и программное формирование "гашения по кадрам".

Таким образом авторы РК86 оправданы от обвинений в идиотизме. Однако тот же программный способ они сдуру применили и для формирования ССИ и бордюра по строкам, затемнив по 7 знакомест слева и справа от строки, за счёт заполнения нулями. Хотя тут это уже не объясняется ничем, кроме желания с'экономить 1 корпус 155 серии.

Применение аппаратного ССИ и аппаратного бордюра по строкам, ускорило бы прогон, с'экономило бы 14*30=420 ячеек памяти, но главное - позволило бы произвольно программно менять режим дисплея, т.е число символов в строке. А сейчас мы жёстко связаны необходимостью иметь 78 символов в строке. Кстати ровно столько надо, чтобы частота строк была правильной. Строчный период: 78*(6:8) + 6*(6:8)= 64.5 МКСЕК.

Мой личный РК86 находится сейчас в стадии большой реконфигурации, поэтому я не могу сейчас проверить сокращение числа строк на практике.

[krt17]

Буду рад бета-тестированию.

Я просто запускаю http://zx-pk.ru/threads/27478-sekret...l=1#post904186
И получаю в вашей версии немного не ту картинку что в 3.13 и b2m, как должно быть правильно я не в курсе.

- - - Добавлено - - -

Запускаю http://rgho.st/8ZmKxHQL8

- - - Добавлено - - -

Ну так попробуй Emu80 v.4

Ну и отладчика я тоже чет не нашел. Как его вызвать?

[Pyk]

krt17, вот здесь все нормально:
http://zx-pk.ru/threads/27478-sekret...l=1#post904186
А в test.rk куда-то пропала одна команда:

	mov	a, m

WaitFlag:
	mov	a, m
	ani	disp_ir_flag
	jz	WaitFlag

Первая mov a,m отсутствует, а она важна: при первом чтении сбрасывается флаг IR в регистре статуса.
Добавь недостающую команду и результат будет одинаков во всех эмулятора и на реале тоже.

А сейчас получается, что Emu80 v.3 и Emu игнорируют этот нюанс, а Emu80 v.4 правильно выдает смещенную картинку, такая же будет и на реале.

А отладчик вызывается через Alt-D. Вообще советую нажать Alt-F12 и посмотреть что там еще есть во вкладке Help.

[krt17]

Первая mov a,m отсутствует, а она важна: при первом чтении сбрасывается флаг IR в регистре статуса.

Ха, наверное на автомате, пока перебивал на z80, удалил.

А отладчик вызывается через Alt-D.

отлично, только нет этой команды в хелпе по alt-f12
Можно ли дизасм в z80 режим переключить.