jerri, когда будет не снап, а кодовый файл + загрущик на бейсике, то надо самому грузить уже по страницам. ты же не будет в трдос пихать снап, верно? будет бейсик+кодовый файл, но не снап или я что-то путаю уже?
опять таки, в трдосе есть возможность грузить файлы. включая нужную страницу и загружая на нужный адрес. раньше так и делали.
Последний раз редактировалось Sayman; 31.10.2015 в 10:44.
Сообщение от Sayman
вот такого поверь мне не умеет никто
составлять метку из параметров макроса.
Код:;RAY 1,1,H,L,D,E,y,x MACRO RAY mainplus=\0 ;основное направление положительно secplus=\1 ;побочное направление положительно ;\2=основное направление для hl ;\3=побочное направление для hl ;\4=основное направление для de ;\5=побочное направление для de ;\6=основное направление ;\7=побочное направление ;LD DE,(cur\7\6) cur\0\1\7\6=$+1 LD DE,0 LD A,E ;основное направление ;IFN mainplus ;основное направление положительно ; CPL ;1-основное направление ; LD E,A ;ENDIF LD LX,A ;IX=dist*cos MULPOS IFN secplus ;побочное направление положительно ADD A,D ;побочное направление LD B,A ;LD HL,(curYX) ray\0\1\7\6_YX=$+1 LD HL,0 IFN "\6\6"-"xx" ;LD D,H,E,L ;SET mapdifbit,E ray\0\1\7\6_YX2=$+1 LD DE,0 ELSE LD D,H,E,L ENDIF JNC raynshort\0\1\7\6 INC \5 ;e/d LD A,(DE) RLA JC raysec\0\1\7\6 INC \3 ;l/h raynshort\0\1\7\6 IFN "\6\6"-"yy" SET mapdifbit,L ENDIF ELSE LD L,A LD A,D ;побочное направление SUB L LD B,A ;LD HL,(curYX) ray\0\1\7\6_YX=$+1 LD HL,0 IFN "\6\6"-"xx" ;LD D,H,E,L ;SET mapdifbit,E ray\0\1\7\6_YX2=$+1 LD DE,0 ELSE LD D,H,E,L ENDIF JNC raynshort\0\1\7\6 LD A,(DE) RLA JC raysec\0\1\7\6 DEC \3,\5 ;l/h,e/d raynshort\0\1\7\6 IFN "\6\6"-"yy" SET mapdifbit,L ENDIF ENDIF raynsec\0\1\7\6 INC HX IFN mainplus ;основное направление положительно INC \2 ;h/l ENDIF LD A,(HL) RLA JP C,rayhlq ;b=texx IFN mainplus ;основное направление положительно INC \4 ;d/e ELSE DEC \2,\4 ;h/l,d/e ENDIF LD A,B IFN secplus ;побочное направление положительно ADD A,C ELSE SUB C ENDIF LD B,A JNC raynsec\0\1\7\6 IFN secplus ;побочное направление положительно INC \5 ;e/d ENDIF LD A,(DE) RLA JC raysec\0\1\7\6 IFN secplus ;побочное направление положительно INC \3 ;l/h ELSE ;побочное направление отрицательно DEC \3,\5 ;l/h,e/d ENDIF JP raynsec\0\1\7\6 raysec\0\1\7\6 EXD LD A,B IFN secplus ;побочное направление положительно SUB C DIVPOS ELSE ADD A,C DIVNEG ENDIF IFN mainplus ;основное направление положительно CPL LD B,A ;b=texx ELSE LD B,A ;b=texx CPL ENDIF JP raydeq ENDM
---------- Post added at 11:41 ---------- Previous post was at 11:38 ----------
сжасм умеет делать как снапы так и выгрузку блоков.
но для таких движков удобно подгружать как раз туда где все будет находится.
С уважением,
Jerri / Red Triangle.
ну вот смотри:но для таких движков удобно подгружать как раз туда где все будет находится.
т.е. с адреса c000, в первую страницу. т.е. эти два файла нужно ручками загружать после компиляции. а на стадии отладки аласм сам кинет в нужную страницу. сжасм не кинет, значит нужно под трдос липить загрузку файлов...Код:ORG #C000,1 INCBIN "walls_bw" INCBIN "goods_bw"
это видимо и есть та самая метка из параметра?Код:cur\0\1\7\6=$+1
---------- Post added at 14:14 ---------- Previous post was at 13:58 ----------
кароче, параметрические метки не страшны.
в Sj всё так же просто: там для этого есть директива PAGE. снэп, соответственно, компилится целиком, ну а для tap/trd записываем уже бинарники на каждую страницу
Последний раз редактировалось Oleg Origin; 31.10.2015 в 11:25.
Новые игры для ZX Spectrum www.olegorigin.org Brand New ZX Spectrum Games
вот именно, что для трд бинарники не указывают, какой из них в какую страницу. для этого в одном из них должен быть загрузчик. А в снапе да, там пофиг. но мы же не хотим потом распространять снапы, мы хотим распространять нормальный продукт да?
Не вопрос =) Загрузчик-то в любом случае писать нужно.
А trd легко собирается из того же SjAsm. Вот пример:
страницы здесь, разумеется, не выбираются: просто собираются файлы в trd.Код:ORG 24576 codebegin INCBIN "..\block0.bin" SAVETRD "final.trd","block0.C", codebegin,$-codebegin ORG #C000 page_1 INCBIN "..\block1.bin" SAVETRD "final.trd","block1.C", page_1,$-page_1 ORG #C000 page_2 INCBIN "..\block2.bin" SAVETRD "final.trd","block2.C", page_2,$-page_2 ...... ORG 16384 bootbegin INCBIN "boot_trd.b" ; <---- наш бейсиковский загрузчик SAVETRD "final.trd","boot.B", bootbegin,$-bootbegin
ну и в бейсиковском загрузчике меняем страницы, либо пишем загрузчик на asm - здесь уже варианты...
в общем, нет никаких проблем со сборкой финальных релизов из SjAsm; но это уже финальный шаг, а на этапе разработки удобно использовать компиляцию в снэп.
бейсиковский trd-loader лично я собираю через модифицированный (!) bas2tap (убрал обработку REM из оригинальной утилиты), но это уже другой вопрос... ах, да, еще обрезаю .tap до бейсиковского бинарника... (24 байта в начале и один в конце): в SjAsm, насколько мне известно, нельзя подключать .tap - файлы... оффтоп лютый уже, в общем =)
Последний раз редактировалось Oleg Origin; 31.10.2015 в 12:25.
Новые игры для ZX Spectrum www.olegorigin.org Brand New ZX Spectrum Games
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
я собственно об этом и говорил а в снап как это всё заворачивать? и в доке нет такой директивы как page.страницы здесь, разумеется, не выбираются
...
в бейсиковском загрузчике меняем страницы, либо пишем загрузчик на asm
SjASMPlus Z80 v1.06 Stable - в мануале есть всё об использовании директивы PAGE. Как-то так:
а снэп будет сохраняться для всей памяти. как и для обычного 48К, просто в конце кода пишем SAVESNA "snap.sna",PROGRUNКод:PAGE 1 ORG #C000 .................. SAVEBIN "p1.bin",#C000,PAGE1END-#C000 PAGE1END
ну а "как написать .trd загрузчик" - это, наверное, отдельная тема =) Но из бейсика всё просто. Страницы в бейсике выбираются так: OUT 32765,<номер_страницы>
Новые игры для ZX Spectrum www.olegorigin.org Brand New ZX Spectrum Games
В доке есть директива PAGE, а также DEVICE. В снап заворачивать как в доке написано. Вообще при разработке никто не лепит загрузчиков для трдоса, все делают в снапах для отладки сразу в эмуляторе.
//upd Олег уже всё рассказал.
Последний раз редактировалось Shadow Maker; 31.10.2015 в 13:01.
Свирепый агрессивно-депрессивный мордовец!
Не уверен - не напрягай!
Не сдавайся. Дыши?
Virtual TR-DOS
Вот что мне ответил AloneCoder
Привет, вот что я написал Sayman'у:
---
В цитадели, как мне кажется, рассчитываются координаты стен на экране, а между ними происходит натягивание текстуры линейно (там специфическое искажение). Мой метод из Wolf 2004 лучше не рассматривать вообще - он показал себя очень тормозным. Вот новый - другое дело, его можно использовать прямо готовыми процедурами. Там и точность достаточная, и особо быстрее и не сделаешь. На SjAsm его в читабельном виде написать невозможно из-за отсутствия параметрических меток - пришлось бы писать 8 раз практически один и тот же кусок кода (сканирование в разных направлениях) или пользоваться псевдометками типа 5f (и то не факт, что их хватит).
Исходник в аласме ещё одну проблему решает - там перед запуском собственно игры конвертируются текстуры из графического формата в координаты. Этот конвертор написан на ассемблере. К сожалению, ни одна известная мне связка кросс-тулзов не позволяет выполнить ассемблерную программу и использовать её результат в линковке. А аласм позволяет.
Wolf 2004 переписывать на современный движок очень не хочется, хочется сделать что-то новое на новом уровне, но нет художника и композитора соответствующего уровня (нужно не "текстуры", а игровой мир, и не "музоны", а саундтрек), хотя есть люди, которые готовы заплатить за игру реальные деньги.
А для оригинального Спектрума, для которого я писал новый движок, вообще отдельная проблема - в 48К помещается очень мало графики, так что надо придумать такой геймплей, чтобы можно было обойтись малым количеством. Но движок поддерживает и АТМ Турбо.
Никакой математический сопроцессор для такой игры не нужен - он не ускорит игру даже на 5%.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
