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

Цитата:

Сообщение от barsik

Думаю, что сейчас для РК86 уже не стоит программировать на ассемблере. Якобы, PL/M даёт не менее эффективный код, а скорость разработки резко повышается. А с прерываниями по-прежнему не желаю связываться, уж лучше использовать опрос простейшего таймера, - достаточно кадровый бланк завести на вход порта. Прерывания в РК86 просто некуда прилепить, там нет сигнала BORDER.

что значит некуда лепить?
как то же данные на ТВ передаются?

на микромашинах программить на PL/M который почти паскаль... ты случаем нашему "оберонщику" не родственник?
тот тоже предлагает ассм забыть как страшный сон

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

Цитата:

Сообщение от barsik

Да и абсолютно не требуется, т.к чтобы не мерцало при панорамировании, достаточно переключить экран на другую область ОЗУ. Это же не СИНКЛЕР. Так что забудьте о прерываниях. Их на РК86 нет, не было и никогда не будет.

ты определенно не писал на Спеке,
повторюсь на спеке 128, +2 +3 итд 2 экрана.

поэтому вещать о том в чем разбираешься плохо не надо.

кроме того если на РК в 90х все было так круто почему на этих машинах нет симпатичных игр?

Цитата:

Сообщение от jerri

Цитата:

Сообщение от barsik

Прерывания в РК86 просто некуда прилепить, там нет сигнала BORDER

что значит некуда лепить?

Под некуда прицепить, я имел ввиду, что в РК86 в базовой схеме нет сигнала возникающего в момент начала бордюра. Как я понимаю, именно в этом Вы видите главную пользу от прерываний, - чтобы узнать, когда начался кадровый бордюр и именно тогда начать модернизацию изображения на экране, отчего не будет мерцаний. Хотя мне непонятно какой от этого толк, если в кадровый бланк всё-равно не успеть сдвинуть весь экран, даже в ZX-Spectrum, где бордюр не 3.6 МСЕК, как во всех компьютерах, а намного больше. В итоге, пол экрана сдвинете в одном кадровом бланке, а половина в другом, отчего и возникнет мерцание при панорамировании. Хотя перерисовывать спрайты во время гашения экрана вполне получится. А в РК86 спрайты выводятся мгновенно. Зачем тогда в РК прерывания, если для вывода спрайтов они не нужны, а для панорамирования бесполезны?

В самой ВГ75 как раз есть сигнал "бордюр" по кадрам VRTC, хотя он называется гашение по кадрам, но это тоже самое. В Роботроне, где схема включения ВГ75 точно по РТМ на ВГ75, там можно по фронту VRTC вызывать прерывание. А в РК86 этот сигнал используется в качестве КСИ, а бордюр делается программно. Это достигается тем, что до минимума сокращается число строк отведённых на обратный ход луча по кадрам, т.е экран программно расширяется на место бордюра, а сам бордюр получается за счёт того, что в экранные ячейки соответствующие бордюру заносится байт 0, отчего на экран выводится чернота. Кстати из-за этого при введении цвета приходится делать так, чтобы бордюр всегда был чёрным, иначе бордюр пропадёт и будет срыв синхронизации.

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

Цитата:

Сообщение от jerri

на микромашинах программить на PL/M который почти паскаль...

А вот тут, как пишут на сайте, поподробнее пожалуйста.

Какие у Вас предубеждения против PL/M? Если он даёт код более быстрый, чем ассемблер, поддерживает прерывания, работает по ячейкам памяти и вообще отличается от ассемблера только бОльшим удобством для программиста. Я давно разочарован в полезности СИ и Паскаля для 8-ми разрядок, но с PL/M ещё дела не имел. Я исхожу только из общеизвестных фактов, что для 8-ми разрядок стОящие программы были написаны только на ассемблере и на PL/M. На PL/M написаны все утилиты CP/M и MSDOS, а на СИ и Паскале для 8-ми разрядки вообще ничего не написано, кроме учебных программ и мелких утилит конверторов форматов.

PL/M написан для всех микропроцессоров, даже для 4004 и 8008 и всех микроконтроллеров. Что они ради праздного удовольствия это сделали? Как раз нет. А потому что PL/M даёт возможность писать очень эффективные программы именно для микропроцессоров. Так что Ваша фраза, что программить на PL/M для микропроцессоров - глупость, сама является глупостью. Почитайте биографию Гарри Килдела, где он утверждает, что PL/M эффективнее даже, чем ассемблер.

Цитата:

Сообщение от jerri

кроме того если на РК в 90х все было так круто почему на этих машинах нет симпатичных игр?

Откуда возьмутся симпатичные игры, если РК86 оказался в силу своих аппаратных недостатков "проходным" компьютером? Т.е первым компьютером, на котором любители делали первые шаги в программировании и, как только достигали умения в этом, тут-же уходина на ZX-Spectrum, ОРИОН или PC XT. Пик выпуска программ приходится на 1988. Последние программы это 1991. Далее - полное отсутствие, хотя число пользователей только росло. Но это не программисты и любители, собравшие РК86 своими руками и энтузиасты в программировании, а бесполезные пользователи, - непрограммирующие отцы семейств, купившие готовую ЭВМ, облапошенные нашей промышленностью, выпустившей сотни тысяч клонов РК, забыв о программах

Если в 1987-89 РК86 занимались профессионалы компьютерщики на СМ-1800 и СО-04, имеющие дело на работе с CP/M, то после 1990 те, кто не ушёл ранее на ZX, ушли на PC XT, т.к с 1990 на радиорынках стали доступны платы ПРАВЕЦ и XT TURBO для самосборки.

Но главное не в контингенте пользователей, а в отсутствии инструментария. Что можно написать если ассемблер позволяет странслировать только 2 кб. И чтобы сделать программу в 4К надо её разбивать на модули, вручную переписывая на бумагу адреса подпрограмм для связи между модулями. Потому приличные программы РК писали на других ЭВМ.

Проблема была в том, что традиционный НГМД из-за ПДП поставить сложно. Таким образом РК остался без дисковода и соответственно без CP/M, отчего был лишён макро ассемблера M80. Кстати то же самое повторилось и для ОРИОНА, там тоже программисты остались без макро ассемблера, но уже по другой причине (из-за ORDOS).

А CP/M для РК86 появилась только после 1993, когда Е.Седов придумал РК-КНГМД. Кроме того, как приличные игры можно сделать в текстовом режиме? Потому приличными и играбельными для РК86 является только XONIX, PAСMAN и TETRIS. Прошу фанатов РК не обижаться, т.к сужу только по тому что видел сам. Не знаю, может и появилось что-то более крутое, но у меня последние поступления в коллекцию программ были в 1994 с дискет ЛИАНОЗОВО. По тому уровню и сужу.

Более новых крутых программ РК не имею и не знаю где их взять. Очевидно, что без использования псевдо-графики 192*62 это то же самое, некрасивое, - одиночные монохромные символы бегающие по экрану. А псевдографика очень неудобна в программировании, потому сомневаюсь, что таких игр много. Кто-нибудь может дать игру написанную в псевдографике 192*102 или выложить скриншоты?

barsik, вы хоть иногда читаете что я вам пишу?
какие мерцания?

1 на Спеке УМЕЮТ освежать весь экран за 1 фрейм (период между приходами прерывания)
2 прерывания при игростроении используются для синхронизации игровых циклов
напишу жирными большими буквами
НЕ ДЛЯ ПРЕДОТВРАЩЕНИЯ "МЕРЦАНИЯ" (для этого используются другие способы), А ДЛЯ СТАБИЛИЗАЦИИ СКОРОСТИ ИГРОВОГО ПРОЦЕССА
3 прерывания используются для стабилизации звукового оформления игры
вот пример звукового оформления из игры SAUCER

Скрытый текст

Код:

;**************************************** ; IN GAME BEEPER ROUTINES... ;**************************************** Beeper: ld hl,(FXPointer) ; table pointer ld a,(hl) ; frequency + code (1 frame info only) inc hl cp LASTFXCODE ; new control code? jr nc,PlayFX0 add a,a jr nz,PlayFX ld (FXNumber),a ; no more sound jr WaitInt PlayFX: push hl add a,FXRout & 0xff ld l,a ld h,FXRout / 0x100 ld a,(hl) inc l ld h,(hl) ld l,a ld (FXCode),hl ; change current beeper routine pop hl ld a,(hl) PlayFX0: ld (FXPointer),hl ; ready for next time ld e,a ; current frequency ld d,a ld hl,PlayOut ; return address push hl ld hl,(FXCode) defb OP_JPHL PlayOut: xor a out (BEEPPORT),a di ret ;**************************************** ; NORMAL BEEP... ;**************************************** Beep: ld a,0x10 out (BEEPPORT),a ld b,e Beep0: ld a,r ret m djnz Beep0 jr Beep1 Beep1: ld a,0 out (BEEPPORT),a ld b,d Beep2: ld a,r ret m djnz Beep2 jr Beep ;**************************************** ; PHASE BEEP... ;**************************************** Boop: ld a,0x10 out (BEEPPORT),a inc e ld b,e Boop0: ld a,r ret m djnz Boop0 jr Boop1 Boop1: ld a,0 out (BEEPPORT),a dec d ld b,d Boop2: ld a,r ret m djnz Boop2 jr Boop ;**************************************** ; WHITE NOISE BEEP... ;**************************************** Hiss: ld hl,0 ; rom pointer Hisso: ld a,0x10 out (BEEPPORT),a ld b,(hl) inc hl Hiss0: ld a,r ret m djnz Hiss0 ld a,0 out (BEEPPORT),a ld b,d inc d Hiss2: ld a,r ret m djnz Hiss2 jr Hisso

[свернуть]

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

Цитата:

Сообщение от barsik

А вот тут, как пишут на сайте, поподробнее пожалуйста.

Какие у Вас предубеждения против PL/M? Если он даёт код более быстрый, чем ассемблер, поддерживает прерывания, работает по ячейкам памяти и вообще отличается от ассемблера только бОльшим удобством для программиста. Я давно разочарован в полезности СИ и Паскаля для 8-ми разрядок, но с PL/M ещё дела не имел. Я исхожу только из общеизвестных фактов, что для 8-ми разрядок стОящие программы были написаны только на ассемблере и на PL/M. На PL/M написаны все утилиты CP/M и MSDOS, а на СИ и Паскале для 8-ми разрядки вообще ничего не написано, кроме учебных программ и мелких утилит конверторов форматов.

PL/M написан для всех микропроцессоров, даже для 4004 и 8008 и всех микроконтроллеров. Что они ради праздного удовольствия это сделали? Как раз нет. А потому что PL/M даёт возможность писать очень эффективные программы именно для микропроцессоров. Так что Ваша фраза, что программить на PL/M для микропроцессоров - глупость, сама является глупостью. Почитайте биографию Гарри Килдела, где он утверждает, что PL/M эффективнее даже, чем ассемблер.

У меня нет предубеждений против PL\M
но вот какие именно стОящие несистемные программы были написаны на PL\M вы могли бы и указать.

кстати про CP\M
система написана под i8080 однако не использует ряд очень удобных моментов заложенных авторами процессора
так что извините.

Вложений: 2

Цитата:

Какие именно стОящие несистемные программы были написаны на PL/M вы могли бы и указать?

Откуда мне знать? Я видел только утилиты CP/M написанные на PL/M. Поищите на сайтах CP/M, там полно игр написанных на PL/M, хотя и для чуждых компьютеров, а т.к на PL/M пишут по железу, то нам это бесполезно. Я скачал только шахматы, чтобы странслировать для РК86.

На PL/M были написаны первые версии CP/M (прилагаю во вложении, посмотрите) и её утилиты (тоже прилагаю, что нашёл). Прилагаю также компилятор PL/M для PC. Сразу же начинайте писать на нём программы для РК86. Если написание программ для РК на PL/M займутся опытные программисты, то за несколько месяцев можно завалить РК86 цветными играми с хорошей графикой. Не повторяйте мою ошибку, не изучайте PL/M по англоязычным мануалам. Язык настолько прост, что достаточно прочесть небольшое описание, что прилагаю. Это отнимает на изучение PL/M всего час времени.

Цитата:

Сообщение от jerri

Вы хоть иногда читаете что я вам пишу?
Какие мерцания? На Спеке УМЕЮТ освежать весь экран за 1 фрейм (период между приходами прерывания)

Один фрейм это один кадр, что длится 20 МСЕК. За 20 МСЕК и РК успеет обновить свой экран. Полагаю, Вы имели в виду не кадр, а время гашения луча по кадрам.

При чём здесь ZX-Spectrum? Нам нет до него дела. Речь шла об РК86 и я с расчётом времён показал, что даже если бы были прерывания в момент начала бордюра, то РК86 никак не успевает за 3.6 МСЕК сдвинуть экран, даже если выключит экран для достижения максимальной скорости прогона. Поэтому даже, если прерывание было бы, то толку от него было бы "как от козла молока".

А для работы в реальном времени гораздо полезнее не прерывания, а таймер ВИ53, для чего его и разработали. В нем специально есть режим "чтение на лету", и мы можем считывать время пока счётчик не переполнится за 65535. Можем измерять не только миллисекунды, но и минуты и часы. Если в РК86 есть ВИ53, на кой ляд нам сдались Ваши бесполезные прерывания. И естественно, я понимаю, что в играх ZX и IBM PC прерывания используются для оценки времени, чтобы работать в реальном времени (хотя почему-то для многих игр XT это не помогло при переходе на 386 и выше). Почему Вы считаете других бестолковыми незнайками? Но ведь о работе в реальном времени речи и не шло. Наоборот Вы хором пытались убедить меня, что РК86 необходимы прерывания именно для избавления от мерцаний и неоднократно указывали, что именно для этого и используются прерывания на ZX-Spectrum.

Цитата:

Сообщение от jerri

Вы определенно не писали на Спеке

Естественно. С детства ненавижу Spectrum. Зачем для него писать? Всё, что можно, написали 30 лет назад? Я настроил ZX-48К в декабре 1987, кстати Z80 мне достал Сергей Зонов (с ним я учился в одной группе в ВУЗ-е). После чего сразу надолго заболел игроманией (играл и ночами, уходя на работу невыспавшись). После 3-х месяцев игромании, выкинул ZX с 9-го этажа и решил больше никогда не играть в игры. C тех пор в игры практически не играю. Редко, когда надо убить 10 минут запускаю PACMAN-а. Раньше играл в DIGGER (рекорд 120.000), Принца Персии и DOOM. А современные игры никогда не запускаю (боюсь заболеть игроманией), хотя имею 100 CD-дисков с играми (подарили). Игры на PC это зло. А вот играми РК86 игроманией не заболеешь. Займитесь изготовлением игр для РК86, покажите своё мастерство, если надо добавьте прерывания (эмулятор B2M это поддерживает).

Цитата:

Сообщение от barsik

Прилагаю также компилятор PL/M для PC. Сразу же начинайте писать на нём программы для РК86. Если написание программ для РК на PL/M займутся опытные программисты, то за несколько месяцев можно завалить РК86 цветными играми с хорошей графикой.

хммм....
а как хеловорд.рк скомпилировать то??? ;)

BTW, РК-86 с прерываниями - это Партнер :)

:v2_dizzy_facepalm: :v2_laugh: :v2_clap2:

Цитата:

Сообщение от barsik

А темп считать аппаратным таймером, хотя бы простейшим, в виде меандра 5 ГЦ заведённым на вход МГ. Расход деталей - один TTL-счетчик, делитель такта 50 ГЦ на 10.

ну да
и пусть этот ваш PL/M вместо того чтоб выполнять полезную работу
постоянно опрашивает а не насчитал ли уже счетчик нужное число...
особенно порадовала его частота...

все что угодно чтоб не делать нормальные прерывания...

Цитата:

Сообщение от barsik

А считывание конца строки из ВГ75 ничего не даёт.

а что тогда дает аппаратный таймер, хотя бы простейший, в виде меандра 5 ГЦ заведённым на вход МГ?

ладно перестаю кормить троля
и про всякие не асмо счетчики буду тупо игнорить

Цитата:

Сообщение от barsik

надсмехаться над неумейками некрасиво.

если б этих неумеек на рк небыло 90% процентов от общего количества...
судя по качеству софта

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

Цитата:

Сообщение от Pyk

BTW, РК-86 с прерываниями - это Партнер

чаво што?

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

Цитата:

Сообщение от Pyk

Боюсь, что на РК такого не сделать из-за того же режима ПДП, который периодически тормозит процессор, и из-за которого звук будет хриплым. Так что либо звук, либо картинка на экране. Не зря на РК при обмене с магнитофоном экран гасится.

если бы были известные точные времянки (если оно предсказуемо конечно)
как раз можно было бы с этим бороться

~~да и само торможение это не так критично для звука~~
да качество его ухудшиться
его промодулирует 50 ГЦ-ами

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

Цитата:

Сообщение от barsik

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

абсолютно все равно где это прерывание
(в куче компов вообще есть строчные прерывания(и они от этого только выигрывают))

пусть оно будет хоть посреди экрана
все равно
главное чтоб было за что зацепиться
и чтоб это что то вызвало процедуру обработчик прерываний (посреди работы другого кода)

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

Цитата:

Сообщение от barsik

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

а на спеке будто не так...

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

Цитата:

Сообщение от barsik

Если он даёт код более быстрый, чем ассемблер

РЖУНИМАГУ

может он даже умеет xor a?

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

Цитата:

Сообщение от jerri

напишу жирными большими буквами

jerri забей

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

Цитата:

Сообщение от barsik

РК86 никак не успевает за 3.6 МСЕК сдвинуть экран

да вот как раз РК86 сдвинет экран за несколько ld (hl),a
тк это не спек

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

Цитата:

Сообщение от barsik

гораздо полезнее не прерывания, а таймер ВИ53, для чего его и разработали.

а его и разработали для создания прерываний...

Цитата:

Сообщение от barsik

С детства ненавижу Spectrum.

Странно что для пропаганды своих идей вы выбрали форум со слоганом
http://zx-pk.ru/images/styles/asdial...u_logo_ani.gif
Посмотрел PL/M, обычная марконадстройка на асмом. В свете убогих мнемоник i8080 это нормально :)
Скажите лучше хорошую игру на 86РК или клон какой, ознакомиться так сказать с лучшими представителями платформы.

Цитата:

Сообщение от SegaBoy

Сам пытаюсь осмыслить написанное ))

мда...
это что то не то о чем я подумал...

Цитата:

Сообщение от SegaBoy

Задание всех параметров экрана происходит в команде "Сброс". Получив эту команду отрисовка кадра мгновенно

прекращается. Счётчики обнуляются и выдать в одном кадре строки разной высоты не получится.
Запускать кадр надо обязательно командой "Начало воспроизведения". По команде "Прекращение воспроизведения" выключается только

изображение, VRTC и HRTC продолжают работать как надо.

если при этом не начинается кадровый синхроимпульс(если он в конце кадра)
а сразу идут строчники
то вполне можно рассчитать время так чтоб после сброса никаких нарушений видеосигнала и не было

даже короткие провалы до 0 телек вполне может пережить (телек вообще может ловить такое что весьма условно похоже на видеосигнал)

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

Цитата:

Сообщение от krt17

Скажите лучше хорошую игру на 86РК или клон какой, ознакомиться так сказать с лучшими представителями платформы.

сходу могу вспомнить

Boulder Dash

лежит тут
http://www.emu80.org/files/gp_1.zip
http://www.emu80.org/files/ga_1.zip
с квадратными глазами смотрим на год выпуска
и удивляемся почему же все остальные игры так унылы...

ну счас попробовал
чот вообще не играбельно... (управление не отзывается(при этом b2m эмулятор выдает оно с какой то бешаной скоростью по дефолту(конечно. времянки же не известны)))

больше что то не припоминаю
давно гулялся
(но для специалиста и ориона годного софта по больше будет)

немножко других сборников
http://www.emu80.org/dl.html#otherarc

посмотри там же
DIGGER.RKP - похожа на игру
KLAD.RKP - тоже похожа на игру
RISE.RKP - тут глянь графику

а так из более менее нормального это всякие пакманы и клоны лодерунеров
http://rk86.ru/catalog/ - тут даже эмулятор встроеный

а еще меня добивают в этих поделках (для советских компов)

Скрытый текст

унылые звуки в больших количествах
тупые долгие бессмысленные заставки
инструкция как играть и куча текста на весь экран "вы летите на... и вот..."
чуть ли не во всех играх один и тот же запрос
ваш уровень?
скорость итд...

ах да еще и сами игры не играбельные вообще...
[свернуть]