Základní informace
- datum vydání poslední verze na PMD-85: 2.5.2018
- originální kód inspirovaný vizuální podobou verze pro Commodore Plus/4
- využití RAM: 0000h ÷ 70FFh, 7E00h ÷ 7FFFh, C000h ÷ FFFFh (včetně zápisníku)
- podpora modelů: všechny verze PMD-85 (1/2/2A/3)
- počet barev: ČB(2), RGB(4), inverzní RGB(4), prokládané RGB(8), ColorACE(8)
- hudba/zvuky: melodie a zvuky převzaty z verze pro Commodore Plus/4
- ovládání: klávesnice (klávesy Q, A, O, P, M) nebo volitelně joystick A nebo B
Ovládací klávesy
- Q = zrychlit běh míče
- A = zpomalit běh míče
- O = pohyb míče vlevo
- P = pohyb míče vpravo
- M = skok s míčem
- EOL = spuštění hry
- STOP = ukončení hry
Popis hry a její vlastnosti
Cílem hry je zdolat všech 16 sektorů. V každém z nich je nutno dostat se s míčem v časovém limitu a s přiděleným počtem možných „skoků“ míče do cíle. Míč během jeho cesty sektorem vede hráč tak, aby pokud možno nezapadl do některé z děr (což způsobí nežádoucí časové prodlení) a pokud možno s nejvyšší zvládnutelnou rychlostí míče. Barva kostek, z nichž je tvořena cesta, určuje vlastnosti této cesty (barvy platí pouze v režimu ColorACE – v ostatních barevných režimech jsou použity dostupné barvy a textury):
- černá = díra (míč do ní zapadne a čeká se na jeho „obnovu“)
- plná červená = automatické zpomalení míče
- plná zelená = automatické zrychlení míče
- plná modrá = automatický skok míče
- červená, zelená a modrá s polovičním jasem (texturou) jsou neutrální pole
- nebeská barva (plná i texturovaná) způsobí prohození stranového ovládání míče hráčem
- bílá = startovní a cílová rovinka (neutrální pole)
- žlutá = neutrální pole
- fialová = neutrální pole
Pro přístup do vyšších sektorů je možno zadávat hesla během hraní úvodní melodie. S ohledem na rychlost PMD-85 je při zadávání hesla dobré podržet klávesu vždy alespoň půl vteřiny a mezi jednotlivými písmeny dělat stejně široké pauzy.
Hra je psána od začátku jako původní kód, inspirovaný myšlenkou původní hry a její podobou na stroji Commodore C16/C116/Plus4. „Odvalování“ cesty pod míčem je ovšem řešeno výlučně programově.
POKE
- >01AF 00 => neubývá čas
- >4FF6 00 00 00 => ignorování děr v cestě
- >5021 00 => neubývají skoky
Soubory ke stažení
- knihovna pro kreslení mikrořádků cesty – zdrojový kód v assembleru – jak (ne)psát programy
- hra Trailblazer – Soubor virtuální MGF pásky pro emulátor PMD-85 od RM-TEAMu (verze z 2.5.2018)
Galerie obrázků
obrázek při nahrávání
hra v režimu ColorACE
mapa hry
Upload další verze Trailblazeru pro PMD-85. Fonty změněny na rastr 9×12 pixelů, dokončen modul hvězdné oblohy, dokončena hudba (ale ta se ozve až v další verzi, kde dokončím úvodní obrazovku), jede tělo vlastní hry. Nyní tedy dokončím úvodní obrazovku s voláním nastavení, informací, spouštěním samotné hry, atd. A pak už půjdu na poslední veliký problém – kinematiku míče.
Pod hlavním článkem je ke stažení nová verze Trailblazeru pro PMD-85. Celá úvodní obrazovka včetně hudby je hotova, zatím nejede pouze dialog „Informace“, nad jehož obsahem se musím ještě zamyslet. Hru jako takovou lze spustit (dokonce i s použitím supertajných hesel do vyšších sektorů :) ) – nicméně míč si ve hře běží nikým nerušen po cestě. Právě ovládání a kinematika míče nyní bude na řadě.
Po dokončení posledního sektoru skočí program zpět do úvodní obrazovky. Pokud po dokončení funkčních částí hry zbude místo v paměti, dodělal bych eventuálně nějaké cílové demo.
Po dnešku mohu prozradit, že se mi podařilo zkrotit poslední typ pohybu míče spolu s obsluhou buferu pozadí pod míčem. Konkrétně jsem časově zvládnul šikmý let míče. Teď to ještě doladit tak, aby všech 9 zobrazovacích rutin ([vlevo|na_místě|vpravo] x [nahoru|na_místě|dolů]) bylo stejně dlouhých a nekolísala tak rychlost hry podle typu pohybu míče. Těch rutin musí být opravdu devět. I když by to šlo pomocí jednoduchých cyklů sloučit do jedné rutiny, tak ty rutiny jsou opět časově optimalizované a to u mne znamená jedno: využití „dvoubajtových“ instrukcí POP/PUSH pro přenos dat. A to už se v jednoduchých cyklech nedá moc dobře pozičně posouvat po jednom bajtu. Většinou ano – ale ne vždy.
Takže odhaduji, že zhruba do týdne uvolním další verzi. Smyčka hry je už dostatečně robustní (a téměř hotova), hraje to melodii po dojezdu, píše cílové hlášky a hesla (ty však pro vás uvolním až ve finální kompilaci, pokud se nezapomenu) a má to většinu ochranných mechanismů.
Co chybí: zatím jsem neřešil „výjezd“ míče mimo dráhu vlevo a vpravo. Tam ještě míč nekorektně odmazává hvězdné pozadí. Ale mám vizi, jak na to. A poslední balík úprav se zaměří na interpretaci povrchu dráhy. Tam už taky pomalu vím, jak to udělat. On to tedy většinou není problém udělat. Problémem je udělat to extrémně rychle.
Jak se třeba extrémně rychle dělá regulace rychlosti pásu? Pokud se při každém průchodu herní smyčkou zavolá následující sekvence, lze rychlost pásu regulovat lineárně od nuly (opravdu zastaveného pásu) až po 254/255-in nominální rychlosti bez uvedené regulace.
LHLD SPEED ;(H=kumulativní čítač, L=nastavená rychlost pohybu pásu)
MOV A,H
ADD L ; v CY bude „1“ v případě, že se má pás posunout
STA SPEED+1 ; uložit kumulativní čítač
CNC SHFBAL ; jen časový balancer, stejně dlouhý jako posun pásu (nemění CY)
CC SHFBLT ; vlastní posun pásu o jednu pozici
Většina vlastností hry je tabulkově definovaná. Barvy objektů, barvy a textury povrchu cesty (zde ovšem jen v rastru 2 videobajty nad sebou pro kompletní ColorAce atribut), tvar paraboly letu míče při skoku (nejen tvar, vlastně celá trajektorie, která může zahrnovat i několik skoků za sebou se zmenšující se amplitudou), atd. Takže možnost doladění hry pro tu správnou obtížnost by nemělo činit větších obtíží.
Myslím, že jeden z časově nejdelších úseků při vývoji této hry bude právě nastavení časových limitů pro jednotlivé sektory tak, aby šly zahrát až po určitém tréninku hráče a nebyly ani moc těžké ale ani moc lehké.
Tak jsem pod článek pověsil nejnovější verzi Trailblazeru pro PMD-85. Pohyb míče je kompletně hotový. Tedy funkčně hotový. Nyní ještě bude následovat časová optimalizace, aby byl pohyb časově rovnoměrný. Pak už se půjde na interakci s dlaždicemi cesty.
Hra se ovládá prozatím šipkami (vlevo, vpravo, zpomalit, zrychlit) a skáče se klávesou mezerník. Maximální rychlost, kterou vyvinete, bude v praxi stejná nebo mírně vyšší. To ukáže až zmíněná optimalizace.
Skvelé.
Je to zámer, že sa s loptou nedá ísť až ku krajom dráhy?
Tak už asi chápem, že je to zámer. Ak by lopta išla až na kraj dráhy, tak by pri výskoku sprite opustil dráhu a to asi nie je z programátorského hľadiska žiadúce.
Takto ma to ale zmiatlo, pretože sa zdá, že je lopta na rozhraní dvoch polí a ak bude jedno z tých polí diera, tak nie je jasné, či už lopta do nej spadne, alebo sa ešte udrží.
Ale možno som si to iba zle vyložil.
Prozatím míč nemůže svým obrysem opustit dráhu, protože přemazával nekorektně ty vedlejší hvězdy. Takže je to záměr, do doby, než se najde řešení. Momentálně připravuji další verzi, která by měla pohyb dráhy podstatně zrychlit a jako vedlejší efekt to přinese fakt, že míč bude moci běhat přes celou šířku obrazovky a nebude stranově omezen viz poslední verze.
Ovšem něco za něco. Doteď měl míč svůj bufer dlouhý 150 bajtů, který uchovával pozadí pod míčem. Abych ten bufer nemusel rotovat podle pohybu míče (rotace buferu zabírá podle směru ca 6000T CPU každých 10ms), rozpracoval jsem variantu, že budu mít stínovou videoram (lépe řečeno její spodní část) a nic se rotovat nebude. První zkoušky vypadají dost dobře. Ovšem musím obětovat ca 4096 bajtů na náhradu toho buferu, který měl pouhých 150 bajtů. A opět začínám škrábat limit paměti RAM. Ovšem uvědomuji si, že ta hra musí být hratelná (=dostatečně rychlá). Takže asi na výběr nemám.
Momentálně jsem průjezd sektorem č. 16 stáhnul ze 62 vteřin na 37 vteřin a ještě tuším rezervu.
Ta hra se mi začíná líbit!
Převod na stínovou videoram se ukázal jako trefa do černého. Teď ještě dopilovat hrany a je to.
Jo a míč už může jezdit od pixelu 0 vlevo až po pixel 287 vpravo bez omezení a to včetně skákání.
Dnes opět upload nové verze. Míč už tedy jezdí bez omezení, dobu průjezdu sektorem 16 jsem z původních 62 stáhnul na 31 vteřin. Ovšem v rámci urychlení jsem vědomě zanedbal jednu grafickou operaci během vykreslování míče. Ty „defekty“ nejsou moc vidět. Alespoň tedy při rychlejších pohybech míče. Pokud by to bylo (například na reálném hardware) viditelné moc a snižovalo by to estetický dojem z hry, dodělám plnou interpretaci vykreslování míče. Nějak zásadně by to rychlost hry snížit nemělo.
No a asi půjdu na interpretaci dlažebních kostek..
Někdy se stane, že ten defekt při vykreslování míče zůstane viditelný při dojezdu do cíle. Odstraním. Momentální stav je takový, že míč reaguje na první typy kostek dráhy (zpomalení, skok) včetně ignorace typu kostek, pokud míč letí. Začíná to vystrkovat růžky..
Stav k dnešnímu dni:
1) interpretace všech „dlažebních kostek“ jede
2) vykreslování všech objektů je bez kolize
3) rychlost je podle mne dostačující
Co zbývá? V zásadě už jen prkotiny. Hlavně ale již zmiňované vyvážení náročnosti. Zítra, tj. v neděli 27.8.2017 bych dal ke stažení další verzi, tentokrát již hratelnou. Bude mít navýšený počet skoků na 9 a čas hry zvednutý paušálně na 199 vteřin. Pokud by někdo chtěl zkoušet „za kolik to dá“ (čas i počet skoků), budu mu nesmírně vděčný. V tom případě by bylo dobré u každého sektoru si poznamenat čas, který jste dali při vašem prvním pokusu o zdolání každého sektoru. To kvůli přehledu, jak se může hráč postupně zlepšovat a jak nastavit právě ty limity času a počtu skoků.
Takže zítra.. Dnes ještě časově vyvážím jednotlivé pohyby míče, aby nekolísala rychlost hry podle jeho pohybu.
Nakonec jsem to stihl ještě dnes. Zveřejněná verze má některé části (například ztrátu a obnovení míče) vytesány dosti hrubě. V této podobě jsou tam jen proto, aby na ně šlo navázat ostatní procedury. Další pilování je samozřejmě v plánu..
Zveřejněna další verze. Opravena stranová reverze při najetí na dlaždice v barvě CYAN. Opraveno vykreslování míče na pozadí dráhy. A pak mnoho dalších drobných úprav. Někde se ten ca 1kB navíc musel projevit..
Momentálně je vypnuto časové vyvážení pohybu míče. Ta daň za časové vyvážení pohybu byla znatelná. Tedy to zpomalení hry bylo znatelné. Pokud nenajdu nějaký mechanismus pro rapidní zrychlení, nechám pohyb míče „nevybalancovaný“. Zase až tak moc to nevadí.
Doplněno ovládání JOYSTICKEM a na klávesnici se hra od teď ovládá klávesami QAOPM. A pak plno drobných změn, které asi moc vidět nebudou ale taky se musely udělat.
Upravena letová parabola při skoku míče. S touto konfigurací zřejmě začnu provádět testy obtížnosti jednotlivých sektorů. Jinak zbývají dodělat takové věci, jako:
1) odlišná hudba při nesplnění časového limitu sektoru
2) odlišná hudba na konci hry
3) nějaké překvapení v cíli (jestli se vleze do paměti)
4) asi upravit texty po zdolání sektorů (u uveřejňovaných verzí zatím nejsou doufám viditelné, kromě toho prvního)
5) zvážit, zda má smysl sekce „Informace“ a případně ji dodělat
6) připojit autostarter
Každým dnem se podaří dopilovat kousek kódu Trailblazeru. Dnes jsem přesunem pár instrukcí dosáhl zkrácení doby průjezdu sektoru č.16 z 24 na 21 vteřin, což představuje zrychlení o ca 14%. Přeci jen se integrace všech pohybových komponent hry projevila znatelným zpomalením, a tak musím kompenzovat, kde se dá. Pro zajímavost:
již vzpomínanou sekvenci:
LHLD speed
MOV A,H
ADD L
STA speed+1
se vyplatilo nahradit sekvencí:
LXI H,speed
MOV A,M
INX H
ADD M
MOV M,A
Přineslo to „zanedbatelné“ dva takty CPU. Jenže ony se ty dva zbytečné takty opakovaly ca 3000x za vteřinu. A takových časových zisků se mi podařilo naškrábat více. A proto těch 14% rychlosti navíc. Obecně se z hlediska časové minimalizace kódu vždy vyplatí načítat data z paměti, když na ně ukazuje nějaký registr a adresa se nezadává jako součást instrukce. Instrukce pro načítání těch dat z paměti pak nemusí zbytečně vynaložit tři takty CPU (čtení bajtu z paměti) na každý načtený bajt. Takže namísto LDA/LHLD/STA/SHLD používat raději MOV M,reg nebo MOV reg,M, ADD M, atd.
Taky jsem si u originálu všiml, že při manuálním skoku se postupně zvedá jeho amplituda. To musím dodělat. Asi teď delší čas budu hrát originál na Commodore Plus/4 abych nasál právě ty detaily. Takže na verzi pro PMD-85 ještě určitě udělám významné změny. Ale to až budu vědět, jaké to budou..
V zásadě mohu říci, že mám z hlediska zvětšování rychlosti ještě dva trumfy v rukávu. Mohu prodloužit časovou prodlevu mezi voláními ovladače míče z 10ms na 10.8ms, ovšem za cenu jeho mírného zlenivění. Druhou možností je vypnutí časového vyvážení pohybu míče. Pohybové rutiny (pohyb vlevo, vpravo, skoky, bez pohybu,..) jsou různě dlouhé a u těch nejkratších (bohužel jsou to ty nejčastěji volané) musím několik set až tisíc taktů CPU jalově čekat, aby rychlost hry výrazně nekolísala podle toho, jaké klávesy hráč stlačil. Když vyvážení vypnu, zrychlím hru ca o 10-20% ale nyní po všech optimalizacích už jsou ty rozdíly v době pohybových rutin míče mnohem více viditelné než dříve. Ale mohu tu kompenzaci dělat jen částečnou. Tedy já už teď kompenzuji pouze na 80% času těch nejdelších rutin, což jsou diagonální pohyby míče, kdy se hráč stejně soustředí na něco jiného, než na vnímání kolísání rychlosti. Ale mohu kompenzovat na 70%, 60%, a bůhví, kde se ten pokrok zastaví..
Abych maximálně napodobil vlastnosti originálu, provedl jsem včera a dnes zpětný překlad potřebných částí kódu verze hry pro Commodore C16/Plus4. Postupně jsem vypínal jednotlivé funkce a pozoroval ty zbývající. Celkovou rychlost pohybu, chování při najetí na červené a zelené plochy už mám doladěny podle originálu. Mohu říci, že třeba s oblibou testovaný sektor č.16 projede originál za 23 vteřin, na PMD-85 to trvá 25 vteřin. To není zase až taková tragédie. Na Commodore se příčné pruhy cesty „kreslí“ pouze změnou dvou barevných registrů na každém rozhraní mezi dvěma vodorovnými pásy (za použití přerušení od výšky paprsku na obrazovce), na PMD-85 trvá ryze programově řešené vykreslení jednoho takového předělu v průměru ca 650 taktů CPU – tedy zhruba 20x déle.
Kdybych měl popsat, jak na mne působí forma programování této hry pro Commodore, tak bych asi řekl: organizačně velmi kulturní, žádné špagety sem a tam, pěkně řešené strukturované řazení procedur. Občas se sice některé proměnné nastaví dvakrát po sobě, protože se na to „zapomnělo“ a právě v těch zanořených procedurách to není vidět. Nebo BCD konverze je dělána formou: odečítej binární jedničky a přičítej BCD jedničky někde jinde. Ale jinak velice pěkné a přehledné. Důvod, proč to na Intelu 8080A s jeho kompaktnějším kódem je dlouhé ca 7000h bajtů oproti 4000h bajtům na MOS6502 je právě fakt, že na PMD-85 mám pro 63 dvojic mikrořádků cesty pod míčem napsaných sólo 63 obslužných driverů. Celá smyčka hry na PMD-85 má na minimum sražený počet podmínek, vše jede jako lineární kód bez větvení.
Konec už je sice na dosah, ovšem nedá se nad tím sedět každý den. Teď si dám pár dní pauzu..
Dnes jsem uložil ke stažení novou verzi, která má doplněno:
– u skoků se postupně zvedá amplituda, u manuálních do stupně 3, na modré kostce až do stupně 5
– maximální amplituda skoku (na stupni 5) zvětšena na 44 pixelů
– výrazně upravena rutina tisku znaků (kvůli úspoře místa pro skoky)
– upraven mechanismus detekce modrých kostek
– doplněn mechanismus bezpečného zavedení do prvního kola
– sloučeny tabulky pro rychlý převod pixelu na adresu videoram a fázi
– zaveden kumulativní herní čas a doplněn nástřel herních časů v sektorech (o 10% více než originál)
Takže nyní už asi opravdu začnu testovat průjezdnost sektorů. Vzhledem k „okopírování“ rychlostně-prostorových poměrů z originální hry by to mělo být v pořádku a vyvážené. Ale uvidím, jestli jsem na něco nezapomněl. Takže, ..
Testu zdar!
Už to vyzerá fakt takmer hotovo.
Len mám problém s tým, že viac, času strávim v dierach, ako na dráhe. Žiaľ, moje reflexy na takéto hry nestačia. :-)
Já jsem na tom úplně stejně. Projel jsem zatím jen sektor 1. Přemýšlím co s tím. Jestli na rozdíl od originálu hru velmi zjednodušit, nebo to nechat tak. Třeba takového Penetrátora na PMD-85 jsem bez POKE taky neprojel celého.
Teď se ještě souběžně zabývám „zachováním literatury o PMD-85 pro příští generace“ a proto Trailblazer zatím netlačím ke konci. Ale shodou okolností jsem včera dokončil „zachování“ poslední várky dokumentace než ji vrátím a další knihy zatím nebudu půjčovat. Takže se asi začnu zamýšlet nad finální edicí hry Trailblazer.
Poslední dny vyloženě hledám nějakou známou „tragickou“ melodii, která zazní, pokud sektor Trailblazeru nebude dokončen ve stanoveném čase. A naopak nějakou příjemnější melodii, která zazní po dokončení posledního, šestnáctého sektoru. A nemohu se rozhodnout.
Originál to má jinak. Vlastně nijak. Tam ani jedna varianta nenastává. Při vypršení času se sektor ihned ukončí nějakým pazvukem. A po šestnáctém sektoru se opět opakuje ten první. Také bez hudebního bonusu.
Přednost dávám klasikům. Ti, co jsou přes sto let na pravdě boží, ti se o svá autorská práva hlásit doufám nebudou. Pár tipů mám, ale na to pravé ořechové jsem stále nenarazil..
Vlastně zbývá jen implementovat ty dvě melodie a trochu upravit ty „oslavné“ texty na koncích sektorů, aby se stále neopakovalo jedno a totéž. Bohužel nelze převzít beze změny originální texty, protože na PMD-85 nejsou jednotné barvy dlaždic ve všech barevných režimech. A ty originální texty se relativně často odkazují právě na ty barvy dlaždic. V zásadě bych ale tyhle problémy chtěl mít tak před půl rokem :)
Abyste si nemysleli, že jsem konverzi Trailblazeru odepsal, tak musím připojit nějakou tu aktualitu. Provedl jsem asi 14 změn. Ne 14 instrukcí. To by za ty dva měsíce bylo málo. Ale 14 významových změn. Nakonec jsem se vrátil ke kořenům a zvuky z velké části kopírují originál na Commodore Plus/4. To cinkání při ztrátě míče jsem ladil asi dvě odpoledne. Ale snad se to bude líbit. Z nedodělků mi zbývá zrealizovat závěrečnou hudbu a připojit autostarter.
A taky jsem asi přišel na strategii, jak ty sektory projíždět. Zatím je to však pouze teorie, ověřená jen na prvních dvou sektorech…
Trochu jsem upravil stránku hry Trailblazer dle aktuálního stavu a na konec stránky jsem připojil PRC video s průjezdem sektoru 1. I když mám připravenu sadu českých „oslavných“ textů na koncích sektorů, přeci jen mám takový pocit, že ty dobré rady, které se tam občas mihnou, jsou velice pevně svázány s časováním hry na Commodore. I když jsem se snažil zachovat časové proporce pohybu míče a dráhy, nevylučuji jistou odlišnost od původní verze. Přeci jen to nebyla mechanická portace kódu. Proto ty sektory zkusím „nacvičit“ ve verzi na PMD-85 a podle použitelných fíglů ty texty případně modifikovat.
Zatím je ke stažení dostupná pouze předposlední verze. V té poslední verzi musím pár věcí změnit a není to ještě ono. Chtěl jsem to sem dát o tomto víkendu ale pracovní povinnosti mě odvedly jinam. Takže doufám, že příští týden nebo ten další bych sem mohl hodit finální verzi.
Upload poslední verze. Prozatím jsem v kompilaci zakázal cílové hlášky a finální hudbu. Jinak tam jede všechno jak má. Momentálně probíhají testy hratelnosti jednotlivých sektorů. Při projíždění mě ještě napadlo, že bych zkusil dodělat nějakou jednoduchou animaci ztráty míče. Tedy že míč odskočí vlevo nebo vpravo od hrany, na kterou dopadne. Taky jsem do fotogalerie v článku připojil „mapu“ hry.
PS: Ty cinkavé zvuky při zapadnutí míče do díry se mi na originálním železe líbí ještě více než v emulátoru..
I když jsem už projel i druhý sektor, tak mi (velice brzy) došla trpělivost. A tak jsem včera napsal AUTOPILOTa, který se podmíněně kompiluje od adresy 9000h a simuluje ovládání joystickem. Zatím mám nadefinován průjezd prvními dvěma sektory. Jednak tím ověřím teoretickou možnost průjezdu všech sektorů, jednak tím ověřím charakter průjezdu každým sektorem a do třetice pustím autopilota a vytvořím z toho video s průjezdem všech šestnácti sektorů.
Když tak píšu „mapy“ autopilota pro jednotlivé sektory, zjišťuji, že i když nejsou ty průjezdy zcela optimální, tak mi zbývá prozatím vždy 9-13 sekund po dojetí kola. Jinými slovy, v každém kole si mohu dovolit 2-3 kolize. To zase není nějak moc přehnaný požadavek na um hráče. Ale asi i tak prodloužím limitní časy sektorů zhruba o 5 sekund. Uvidím, až budou všechny sektory „projety“ a otestovány autopilotem. Program umožňuje nastavit pro každý sektor nezávisle jeho limitní čas. Asi to pak udělám tak, že každý sektor bude mít nastaven čas, za který to dal autopilot + zhruba 15-20 sekund na případné kolize.
Při testech jsem zřejmě narazil na jednu malou odlišnost oproti originálu. Na konci každé skokové sekvence, byť je její délka libovolná, následuje ještě malý doskok. Bez toho by nešel projet sektor 9. Takže o víkendu zapracuji..
Nezbylo mi nakonec nic jiného, než trasovat skoky v originále. Tam nejsou letové paraboly míče definovány tabulkou, nýbrž se počítají na bázi nějakého obskurního algoritmu. Ale nutno dodat, že výsledek je vizuálně stravitelný. Takže si nastavím BREAKPOINT v emulátoru Commodore C16/Plus4 při každé změně souřadnice Y a opisuji letové paraboly. Jedna mi trvá zhruba čtvrt hodiny a je to celkem otrava. Takže až je všechny opíšu a sestavím z toho nějaký systém, pak předefinuji tabulky letových parabol ve své verzi.
Žádné tabulky letových parabol míče asi přepisovat nebudu. Pokusím se implementovat již zmíněný algoritmus z originálu. Sice jej zatím nechápu ale to neznamená, že nefunguje a že není dost dobrý i pro verzi PMD 85. Těch tabulek by nakonec muselo být 18! Ten vykřičník neznamená faktoriál, jedná se o zakončení věty za současného vykulení očí. Tím pádem to nedokončím do 24.12.2017 (což jsem si původně stanovil jako nějaký svůj termín). Ale přeci jen je tato hra specifická tím, že ji nelze jen tak jednoduše projet. A nerad bych překročil hranici, kdy by už nešla vůbec projet. Jakkoliv si nedělám iluze, že pokud to někdo přeci jen zapne, hodí si tam nesmrtelnost..
Tak jak to vypada ? Nekteri se jiz tesi ;-)
Pokud bys na PMD85 potreboval napsat nejaky text tak uz je na svete i editor…
http://hracka.org/~mike/2018/01/10-te—textov-editor-pre-pmd/
Bohužel jsem se týden před Vánocemi 2017 přestěhoval a teď spíše připravuji novou dílnu v novém domově. Sice jsem shodou okolností včera poprvé od té doby otevřel editor s Trailblazerem ale čeká mě dost práce a asi na to budu mít jen neděle. Ale jo, chci to dokončit. Teď v hlavě připravuji nástupce. Váhám mezi druhým remakem JETPAC 2018 (neblikavá grafika, ColorACE, hudba) nebo bych zkusil Pacmana. Od dokončení Prince of Persia mě odrazuje to, že mě zatím nenapadla nosná myšlenka, jak převzorkovat animační fáze ze 7 pixelů na bajt na 6 pixelů na bajt (a s tím spojený problém rozdílného počtu fází a jejich interpolace).
Zdravím v novém roce, pokud se mohu přimluvit ohledně vašeho dalšího projektu, tak mě osobně by se více zamlouval PacMan. Také přeji dostatek času pro dokončení Trailblazeru, i když je to zapeklitě těžká hra na postřeh. Já stale končil v nějaké jámě, asi už nemám postřeh mladíka :)
Díky za přízen tomuto stroji :), a velké díky za sekci „Jak na to…“
Ohledně zdolatelnosti hry: zatím jediný rozumný postup je následující – vzhledem k relativně malému počtu nutných zásahů hráče během sektoru je dobré se naučit průjezd sektorem nejprve podle mapy, ve stylu, jakým navigátor diktuje řidiči při závodech. Naučit se to nazpaměť jako básničku, která bude obsahovat třeba jen sedm položek. Když jsem psal na zkoušku autopilota, byl jsem překvapen, jak málo řídicích zásahů je zapotřebí pro projetí sektorů 1 až 8. K dalším sektorům jsem se nedostal.
Dnes jsem začal dělat přípravu k tomu, aby míč ve hře Trailblazer dokázal skákat s větší amplitudou. To proto, abych mohl převzít generátor letové paraboly z originální verze z Commodore Plus/4. Pak totiž dosáhnu naprosté shody v časování pohybu míče vůči časové ose a pohybu cesty. Tím pádem budu mít jistotu, že jde-li projet originál, půjde projet i verzi pro PMD-85.
To zvětšení amplitudy skoku míče není tak jednoduché, jak by se zdálo. Už totiž nemám dostatek RAMky, kterou bych použil jako bufer pozadí za míčem, který se nemusí rotovat. Budu se muset vrátit zpět k systému malého rotovaného buferu ca 150 bajtů, nebo je ještě ve hře sice stínová nerotovaná videoram, ale adresovaná na výšku modulo 64. V každém případě ovšem naroste počet kombinací pohybů míče v osách X a Y a s tím spojených driverů.
Použitelnou verzi asi nestihnu do Forever Party ale o to asi nejde. Hlavně aby to nakonec fungovalo. Pokud bych nějakou tu paměť ušetřil, dodělal bych animaci ztráty míče. Na rozdíl od originálu se na PMD-85 míč po pádu do díry pouze ztratí. Řešení mě už napadlo, teď jen najít prostor.
Algoritmus pro výpočet letových parabol dle originálu na Commodore byl úspěšně zapracovaný. Nyní jdu na psaní nových pohybových vykreslovačů míče.
Bufering při kolizi míče a kreslení cesty dokončen. Jede dokonce rychleji než všechny dosavadní verze. Tím, že jsem přišel na to, jak eliminovat podmínky a kreslím hrubou silou, tak bez registrové optimalizace jsem rychlejší o 10% než verze s paralelní videoram. Někdy se vyplatí si od toho odpočinout a ono se v hlavě zrodí plno nových podnětů. Uvedené zrychlení sice padne na časové vybalancování zpoždění u jednotlivých směrů pohybu míče ale je z čeho brát. To je ta pozitivní zpráva dne. Z celkem devíti pohybových driverů míče (8+1 pozice jako na joysticku) mám zvládnuty tři. Běh míče na místě a pohyby do stran bez skákání.
Po dokončení pohybových driverů míče asi dodělám nějaké ty kudrlinky typu animace ztráty míče nebo dopilování hudby během informací ale jinak už asi nemám žádné další položky v sekci TO DO. Dokonce i obrázek během nahrávání už čeká na svou premiéru..
Provedl jsem upload průběžné verze. To abyste si udělali obrázek o tom, co se musí udělat, aby se míč kulturně pohyboval na pozadí. Rotace míče na místě a jednoduché pohyby vlevo a vpravo jsou ošetřeny. U ostatních druhů pohybu zůstávají na pozadí artefakty, které se musí v jednotlivých pohybových driverech ošetřit. Taky si lze z této verze udělat představu o rychlosti. Máte tam nekonečný počet skoků a „děrovou“ nesmrtelnost. Ovšem zablokoval jsem hesla a konec hry. Tedy doufám..
6 z celkových 9 pohybových driverů míče je hotovo. Navíc jsem dořešil problém s prosakováním barvy „bezbarvého“ vesmíru do míče. Prostě jsem i prostor mezi hvězdami „obarvil“ prázdným barvovým atributem hvězd. Ale zase ne tam, kde jsou jiné objekty. Problém spočíval v tom, jak automat rozezná, kde má nastavovat barevný atribut hvězdy a kde ne. Ale už to jede a vizuální dojem je super. Promítá-li se nyní míč částečně na cestu a částečně do mezihvězdného prostoru, je barva míče pěkně rozdělena rozhraním cesty a část míče přebírá barvu cesty v daném místě a část míče přebírá barvu hvězd v celé ploše mimo průnik s cestou. Hm, chápe to někdo? No, hlavně, že už ten míč není mimo cestu strakatý..
Pohybové drivery míče dokončeny. Tedy jsou funkční. Teď si je vytisknu na papír a v klidu s tužkou v ruce udělám časovou optimalizaci. Pak je časově vyvážím a hodím funkční verzi k nahlédnutí. Tak za tři čtyři dny. Blíží se to.
Je to úžasne rýchle.
Trošku ma tam vydesili tie šmuhy z lopty, keď sa ňou pohybuje do strán a pri skokoch, ale potom som si všimol, že o tom píšeš, že to ešte treba ošetriť.
Držím palce pri dokončovaní.
Včera jsem po celoodpoledním zkoušení definitivně zavrhnul „vylepšení“ sekce Informace. Nepřineslo to to, co jsem čekal. Dnes se pokusím o animaci míče při jeho ztrátě. Pokusím se udělat postupné zanoření míče pod úroveň nula s akceptováním dynamiky jeho pohybu v okamžiku „průchodu nulou“. Pak ještě zreviduji oslavné texty na koncích sektorů a myslím, že první produkční verze je hotova. Uvažoval jsem o tom, že pro závěrečnou hudbu „vyvinu“ přehrávač čtyřhlasé hudby ale asi si to nechám na jindy. Nějaké pokusy jsem už dělal loni ale nebylo to ono.
Dnes jsem se v rozporu s plánem nedostal k pokračování na Trailblazeru a tak jsem alespoň zkompiloval verzi s posledními zapracovanými úpravami. Ta hra je prakticky hotova, uvedená verze má akorát neomezený počet skoků. Jinak je vše již v cílové podobě. Už s touto nesmrtelností jsem ji projel. Takže pro první zkoušení všech komponent ji uvolňuji v této (předposlední) kompilaci. Pár úprav dodělám ale ty budou již jen kosmetického rázu.
Z těch ještě nezmíněných restů bych jen uvedl, že musím zkontrolovat, zda skoky svou dynamikou opravdu odpovídají originálu. Zatím to jen předpokládám na základě softwarového modelu a laického posouzení okem. O nadcházejícím víkendu bych chtěl uvolnit cílovou verzi bez zavaděče, kterou bych pak testoval.
Animace ztráty míče je hotova. Dokonce míč umí těsně před pádem „uhnout“ tak, aby spadl do díry celým svým průměrem. Kromě levého okraje cesty. Tam jsem bohužel nepočítal s variantou, že by X-ová souřadnice míče mohla být mírně záporná. Ale co už s tím..
Nakonec se míč nepropadá do hlubiny s naposledy vypočteným zrychlením, to by ta animace nebyla moc vidět. Jakmile je míč v díře, nastaví se konstantní rychlost pádu. To je jediné možné řešení. Alespoň vím, proč to je v originálu řešeno hodně podobně. Teď ještě doladím běh času během toho pádu a je to vlastně hotovo. Pro obrázek během nahrávání z MGF jsem už vymyslel i nějaký ten kompresní algoritmus. Takže tyto dva resty dodělám a pustím první kompletní verzi pro testování. Ale to asi až v neděli (budu chtít, aby to byla neděle 22.4.2018).
Nějak mě opouští motivace k dodělávkám této hry. Jak už to tak bývá, když na něčem dělám rok :) Celkem jsem rád, že už to bude hotové. Přeci jen mou pozornost odvádí celá řada jiných problémů a sám se divím, že jsem se dokopal k tomu, abych to dovedl do zdárného konce.
Problém. Na skutečném PMD-85 se program chová trochu jinak. Přitom je to banalita, jedná se o situaci, kdy míč vyjede zcela napravo z cesty. Na skutečném PMD-85 spadne kolmo dolů, na emulátoru pěkně plánovaně odskočí bezpečně doprava, aby do díry spadnul celým svým průměrem. Jedná se o stejnou kompilaci a stejné podmínky provozu. Budu hledat..
Kluci z RM-Teamu mohou být klidní. V jejich emulátoru chyba není. Chyba opět mezi mou židlí a klávesnicí. Měl jsem tušení, že se opakuje historie Arkanoidu, a taky že jo. Prostě emulátor (nebo operační systém) při spuštění hry vynuluje RAM, kdežto reálné paměti v reálném PMD-85 se při zapnutí počítače nenulují. A v tom je rozdíl. Při opravě této chyby jsem vyřešil i symetrické uhýbání míče při pádech do díry.
Pamäť po alokovaní nuluje samozrejme emulátor.
Nad tým som sa už kedysi zamýšľal, čo by tam po zapnutí malo byť. Žiaľ na reálnom PMD 85 tam nie sú úplne náhodné byty, ale sú tam akoby rôzne série hodnôt po 8 alebo 16 v rade a aj to „nedeterministicky“. Skrátka, závisí to zrejme od stavu zbernice pri nabiehaní napájania.
V každom prípade, žiadny program by sa nemal spoliehať na obsah „neinicializovanej“ pamäťovej bunky.
Upload nové verze. Zatím bez zavaděče, protože přeci jen změny ještě budou. Ještě v této hře chci vyladit frekvence tónů ve zvukové knihovně. Jinak hra jako taková je komplet hotova. Jediný další rest, který mám, je ten, že jsem zatím důsledně nesrovnával originál s touto verzí co do hratelnosti a dynamiky.
Během týdne tedy provedu testy na skutečném PMD-85, doladím knihovnu zvuků a přibalím zavaděč. Pak už jen karanténa před uvolněním.
Dvouhlasý přehrávač hudby nové generace je na světě. Má dvě výhody. Protože funguje na principu přímé digitální syntézy (DDS) s délkou akumulátoru 16 bitů, je rozlišení zákonitě mnohem větší než u předchozí 8-bitové verze a zejména vysoké tóny jsou tak generovány se zanedbatelnou frekvenční odchylkou. Takže bez problému jsem se dostal o oktávu výše. Ale možná i více, jen jsem to nezkoušel. Navíc, z principu nedochází při reloadu čítače k prodloužení periody druhého tónu, protože tam k reloadu vlastně vůbec nedochází. Má to ale i jednu nevýhodu. To tělo generátoru souzvuku dvou tónů se opakuje 4x. I tak ten přehrávač zabírá jen pár desítek bajtů. Bližší popis uveřejním v sekci „Jak na to..“ hned jak dokončím Trailblazer. Teď ještě knihovnu zakomponovat do Trailblazeru a hra je podle mých představ.
Tak až nyní jsem dokončil změny, související s výměnou zvukového přehrávače. I když jsem tušil, že to bude pěkně prorostlé s programem vlastní hry, přeci jen těch vazeb a problémů bylo více. Vzhledem k množství změn, které jsem provedl, musím všechno znovu otestovat.
Dnes první pokus o vypuštění finální verze.
Základní test zavaděče a obecné funkčnosti hry proveden na skutečném stroji PMD 85-2A a dále pak v emulátoru na všech verzích PMD 85 vždy pro standardní i pro turbo režim nahrávání z virtuální MGF pásky.
Test detailní funkčnosti hry jako takové bude probíhat následující dny.
Super.
Úvodný obrázok je skvelý. Zvukové efekty tiež.
Na intenzívnejšie testovanie budem mať čas až neskôr.
Za jakékoliv testy budu vděčný. Přeci jen ta klasická nechuť k dokončení vygradovala do takové míry, že se mi to nechce ani testovat. Rok je dlouhá doba. Ale něco o víkendu zkusím. Tenhle program má jednu výhodu. Neobsahuje moc podmínek. Je to povětšinou sekvenčně řazený kód bez větvení. Z toho vyplývá, že když to funguje jednou, bude to fungovat pokaždé. Jen musím otestovat těch pár podmínek typu zvuk zapnutý/vypnutý a podobně.
Pro účely ladění poskytnu jeden POKE:
SUB 5021 00 – neubývají skoky
Pokud budete chtít modifikovat hru za účelem snadnějšího projetí (POKE, SUB či jinak také CHEAT) na skutečném počítači, pak tak udělejte v nějaké smyčce, kdy se čeká na stisk klávesy (ideálně po projetí prvního kola po dohrání hudby). To proto, že valná část procedur využívá „zásobníkového“ registru SP a dost často se stává, že se při restartu přepíše kus hry a ta při pokusu o další spuštění havaruje. Emulátoru se to samozřejmě netýká, tam se virtuální procesor i8080 při vstupu do debugeru „zastaví“ a změněné SP nenadělá paseku.
PS: Do hlavního článku jsem dal ke stažení knihovnu pro kreslení jednotlivých mikrořádků cesty. Vykreslování cesty se děje tak, že vždy při požadavku na posun cesty se zavolá jedna z uvedených procedur a vykreslí se pouze jedna! dvojice mikrořádků, která v té chvíli tvoří rozhraní mezi pohybujícími se vodorovnými pruhy cesty. Ostatní mikrořádky není třeba překreslovat, neboť se nehýbou. To je ostatně nosná myšlenka, kolem které je portace hry postavena a která nahrazuje systém rotace barev v barvových registrech a systém přerušení od rozkladu obrazu (Raster Interrupt).