Элита для Специалиста

[barsik]

Если говорить о стартере, то там он один

Что вижу о том и пишу.

И форматом ORD это не решить, он для другого был придуман.

Ошибаетесь. Программы типа LORD форматом ORD именно эту задачу и решили.

Вот мне интересно как их можно запускать из CP/M, когда эти форматы были придуманы для хранения файлов ORDOS на дискетах. И соответственно были рассчитаны для запуска и работы в ORDOS.

Без проблем.

Во-первых, с 1991 на моих дистрибутивных дискетах была программа TAPE READER, которая читала с МГ формат РК86 (формат CH$ тогда еще не распространился) и записывала на дискету в виде COM-файла, причём не такого тупого, как делали конверторы ORD в COM для банки 1 от М.Бриджиди и С.Коровкина, а в универсальный COM, который можно запускать из любой банки ОЗУ (при старте вычислялось в какой банке работает CP/M). Потому проблем с запуском игр из любой CP/M не было и ORD-формат для запуска игр был совсем не нужен. Потому и ORD-формат придумал не я. И потому встраивать старт ORD-файлов из CCP CP/M было не надо.

Некоторые программы ORDOS работают не только лишь при наличии в ОЗУ ORDOS, но главное - с файлами в квазидиске ORDOS. Потому, если снабдить ORDOS COM-файл стартёром, что перед запуском загружает на B800 ORDOS и форматирует квазидиск (так и делается при запуске ORD из нортонов в банке 1), то сама программа ORDOS (например текст.редактор) работать будет, но текстовый файл из квазидиска не считает, т.к квазидиск будет пуст. Потому-то и придумали программы типа LORD$ и PMBB$. ORD-формат был нужен как для этого, так и для того, чтобы был один файл игры, что можно запускать и из ORDOS и из нормальной DOS.

Я пользовался DOS в банке 2, а с конца 90-тых пользуюсь DOS в банке 0, причём квазидиск ORDOS можно сохранять. Для обоих случаев есть программы LORD.COM позволяющие заполнять квазидиск ORD-файлами, потому из CP/M можно использовать все программы ORDOS и запускать их из CP/M. А т.к файлы DOS$ хранились в ROM-диске, то ни CCP ORDOS-а, ни ORDOS-нортоны были вообще не нужны. По выходу из ORDOS-программы стартовал EXT$ в 20 байтов и пользователь снова мгновенно оказывался в NC или LORD CP/M. Т.е программы ORDOS оказывались точно также доступны и из CP/M, только для старта не с крошечных квазидисков ORDOS, а с дискеты, освобождая квазидиски для данных.

потому и был выбран этот формат [с именем] в качестве ленточного .rko

Понятно. Я этим заинтересовался, т.к никогда не использовал чужие эмуляторы для программ ОРИОНА (своего хватает), оттого и не знал. Думал, что и там у Вас организовалась путаница форматов из-за отсутствия фантазии на имена и желания все форматы для эмулятора сделать подобными РК86.

Кстати, ord и bru - это ведь один и тот же формат?

Естественно. В программах для BRU (ALT33$, BRU4.COM, ATLAS$) достаточно изменить 3 байта, чтобы на дискетах не надо было хранить все файлы в 2-х вариантах ORD и BRU.

[Advertiser]

[Error404]

Да кстати Error404, стартеров не писал. Они из глубокого прошлого, насколько я помню. А что сделал Error404, он обернул оверлеи декомпрессором. Отчего размер оверлея уменьшился в разы.

На самом деле, оба варианта были. Первый (COM-файл загрузчик + файл-оверлей с кодом игры для страницы 0) был сделан в 20 веке как временное решение для АСРМ и подобных CP/M, работавших в странице 1 ОЗУ (и потому просущестововал долго став как постоянное решение ). Там была еще особенность в том, что несжатый код некоторых игр был больше ТРА и такие файлы можно было грузить только из оверлея внешним загрузчиком (COM-файл не может быть размером более ТРА), поэтому и не было смысла что-то менять и cделано было одинаково для всех игр ZX - и больших и мелких.

А вот когда уже в 21 веке для Альтаир-ДОС (она работает в странице 2) захотелось сделать сборник игр для SD-карты, то не стал перепиливать загрузчики для другой страницы, а прилепил распаковщик (пакер работает на РС, код игры ужимается в полтора-два раза, т.к. обычно рыхлый из-за графики и музыки) что дало уменьшение кода всех игр и теперь все они помещаются в ТРА (и можно обойтись одним файлом, без загрузчика), и распаковщик, стартуя из кода пожатого СОМ-файла игры и работая в F-области, берет входящий (сжатый) поток из страницы 2, а исходящий поток кладет сразу в нужную страницу по нужному адресу (т.е. без лишних пересылок).

И форматом ORD это не решить, он для другого был придуман. У авторов Ориона существовал аналогичный формат BRU. Вот мне интересно как их можно запускать из CP/M, когда эти форматы были придуманы для хранения файлов ORDOS на дискетах. И соответственно были рассчитаны для запуска и работы в ORDOS.

Запускать ордосовское в виде СОМ-файла имеет смысл только для игр (которым по сути не надо ничего), т.к. для системных надо в ОЗУ окружение для Ордос: саму Ордос, ROM/RAM диски, корректное содержимое F-области (фонт и переменные Монитора) - все то, что работающая CP/M обычно к моменту старта этого ордософайла затерла своим кодом. Ну и такие мелочи как некуда сохранять результат.

[zx_]

jerri, есть ли новости об элите?

[jerri]

jerri, есть ли новости об элите?

играбельного пока, извините, нет.
но я не бросил, не думайте.

[jerri]

линия с исходником для специалиста
рекомендации по ускорению, улучшению, итд принимаются

;hl xy начала
;de xy конца
;
;x,y 0,0
;
;
;   x,y 3,4

beginning
	ld	hl,#1020  ; yx dest
	ld	de,#3060  ; yx sour
	call	line00	
	jp	beginning
bitstream	db	#80,#40,#20,#10,#08,#04,#02,#01




;в HL - yx конца
;в DE - yx начала
line00
 	ld a,h		;вычисляем DY
	sub d
	ld bc,#141c	;создаем базовые изменения координат
	jp nc,line1	;основная пара de
	inc b
			;поэтому меняем DE><HL если рисуем сверху вниз
			
	cpl
	inc	a
line1 	ld h,a		;H=DY
	ld a,l		;вычисляем DX
	sub e		;
	jp nc,line2
	inc c		;если рисуем справа налево то меняем направление

	cpl
	inc	a

		 
line2 	cp h		;DX=DY?
	ld l,a
	jp c,line3
			;если меньше то считаем основной координатой DY
	ld l,h
	ld h,a
	ld a,b
	ld b,c
	ld c,a

line3 	ld a,b		;обозначаем как менять координаты
	ld (line5),a
	ld a,c
	ld (line6),a
	ld b,h
	ld a,h
	inc l
	inc b
line4 	
	push	af,hl,de
;здесь печать точки - в de координаты yx


	ld	a,e
	rra
	rra
	rra
	and	#1f
	add	a,#98
	ld	h,a
	ld	l,d	
	ld	a,e
	ex	de,hl
	and	#07
	ld	hl,bitstream
	add	a,l
	ld	l,a
	ld	a,(de)
	xor	(hl)
	ld	(de),a
	pop	de,hl,af

line5 	nop 
	sub l
	jp nc,line7
line6 	nop 
	add a,h
line7 	
	dec	b
	jp nz,line4
	ret

[Lethargeek]

рекомендации по ускорению, улучшению, итд принимаются

ты бы хоть инфы сперва дал побольше - для начала, линию рисуешь куда? в буфер, повторяющий структуру (части) экрана?

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

и сколько памяти позволительно потратить на процедуру?

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

так, навскидку, основной цикл раза в полтора возможно ускорить

[jerri]

ты бы хоть инфы сперва дал побольше - для начала, линию рисуешь куда? в буфер, повторяющий структуру (части) экрана?

ты Элиту на Акорне видел?

все рисуется на экран - экран большой буферизовать не куда

и сколько памяти позволительно потратить на процедуру?

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

так, навскидку, основной цикл раза в полтора возможно ускорить

ну ты код то пиши

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

Не уверен в нужности ld a,1/ld a,128 после rra/rla и условного перехода, может там нужны rrca/rlca ?

если эта команда есть в наборе i8080 то думаю можно и так.


ссыль на последний RKS

[Lethargeek]

ты Элиту на Акорне видел?

это в которой всё мерцает и мигает? а у тебя еще и проц дохлей примерно в два раза

все рисуется на экран - экран большой буферизовать не куда

но ты же не на весь экран рисуешь... или на весь??

ну ты код то пиши

я бы сделал как-нибудь вот так:

; основной цикл для "горизонтальных" отрезков

; "прямая" подветка
_hh0:
 or (hl)
 ld (hl),a
 dec CTR
 ret z
_hh1:
 ld a,ERR
 sub DY
 ld ERR,a
 jp c,_hd2
_hh2:
 ld a,MASK
 rrca
 ld MASK,a
 jp nc,_hh0
 inc h
 or (hl)
 ld (hl),a
 dec CTR
 jp nz,_hh1
 ret

; "диагональная" подветка
_hd0:
 or (hl)
 ld (hl),a
 dec CTR
 ret z
_hd1:
 ld a,ERR
 sub (DY-DX)
 ld ERR,a
 jp nc,_hh2
_hd2:
 inc l
 ld a,MASK
 rrca
 ld MASK,a
 jp nc,_hd0
 inc h
 or (hl)
 ld (hl),a
 dec CTR
 jp nz,_hd1
 ret

основной цикл для "вертикальных" - аналогично
CTR, MASK, ERR - распихиваешь в любые из регистров b c d e
в оставшийся свободный можно поместить одно из значений DY или (DY-DX)
второе придётся вписывать прямо в код

[jerri]

это в которой всё мерцает и мигает? а у тебя еще и проц дохлей примерно в два раза

ну во первых они вычисляют каждую точку
чтото похожее на первый вариант брошенный сюда

но ты же не на весь экран рисуешь... или на весь??

в оригинале кусок экрана 192*256


много лишних телодвижений

я бы сделал как-нибудь вот так:

; основной цикл для "горизонтальных" отрезков

; "прямая" подветка
_hh0:
 xor (hl)
 ld (hl),a
 dec CTR
 ret z
 ld a,MASK
 rrca
 ld MASK,a
 jp nc,_hh0
 inc h
 jp _hh0
; "диагональная" подветка
_hd0:
 or (hl)
 ld (hl),a
 dec CTR
 ret z
 inc l
 ld a,MASK
 rrca
 ld MASK,a
 jp nc,_hd0
 inc h
 jp _hd0

основной цикл для "вертикальных" - аналогично
CTR, MASK, ERR - распихиваешь в любые из регистров b c d e
в оставшийся свободный можно поместить одно из значений DY или (DY-DX)
второе придётся вписывать прямо в код

короче ты предлагаешь добавить еще по 3 варианта линий
и да - линии рисуются по XOR

[zx_]

в тему вызывается ivagor