OldComp.cz

Ahoj všem,

představuji hru pro Ondru co jsem s přestávkami plodil poslední dva roky. Vývoj zvukového modulu ondraMelodik byl takový mezikrok, protože dělat hry bez pěkných zvuků mě moc nebavilo. Ale hra je ozvučená i pípákem, takže nikdo nepřijde zkrátka. Detekce melodiku je automatická.

Je to předělávka hry Rock and Ghosts pro Jupiter Ace s tím, že po prosté konverzi byla hra naprosto nehratelná... Jupiter Ace má pouze znakovou uživatelsky definovanou grafiku a navíc je taktovaný na více MHz a ještě kevšemu jede procesor většinu času. Reálně je tedy vykreslení celé plochy na Ondrovi asi 20x pomalejší co jsem tak porovnával. Nejdřív jsem to chtěl vzdát, omezit duchy, cokoliv... ale nakonec jsem to musel uvnitř přepsat. Ve výsledku se uvnitř děje veškerá fyzika v jedné stínové paměti po celé herní aktivní ploše, poté pohyb duchů, který je selektivní podle počtu duchů a to celé se diferenciálně porovnává s druhou stínovou ram, ze které se vykreslují pouze rozdíly - asi něco jako video DivX
Tímto přístupem, jak je vidět, lze udělat docela komplexní hru s mnoha aktivními pohybujícími se objekty, mrkajícím panáčkem s pohyblivými nožičkami, třesoucími efekty obrazovky při dopadu kamenů a ještě s rutinou zvukových efektů na melodik. Házet balvany na hlavu duchům a taktizovat.

Velmi detailně jsem také řešil 1bit pixelovou grafiku, kde tento návrh je asi 5tým co jsem dělal a musím říct že mě to dost bavilo, referenční obrazovka je TV Merkur, tam je to cílené.

Nyní je hra na testování u Solarise104, kde budu opravovat jednu takovou vadu a myslím, že pak už nic nebrání to poslat k vám všem. Verze bude pro Vili a Mikos, takže každý majitel si bude moci zahrát.

V tuto chvíli jsem vývojem této hry tak saturovaný, že to prostě musím vydat a jít někam dál..

P.S. kdo to dohraje, tak na závěr je překvapení...

... jeho tatínek Eda je Smutný ...

_________________
....

Tak zveřejňuji, binárku pro OndraSD zatím. Pak ještě dodělám tapy, wawy atp.

https://github.com/72ka/Tesla_Ondra/tre ... %20balvany

Jedna věc na tom videu mi vrtá hlavou. Když se shora nascroluje level na obrazovku: Ondra umí nadefinovat počáteční adresu videoram, nebo je ten scroll ryze programový? Přijde mi to ukrutně rychlé, dokonce tam vůbec nevidím ani fázové zpoždění mezi opačnými stranami toho nasouvaného obrazu.

Řekl bych že to bude stejná HW fičura jako u "skákající" obrazovky hry Snake Escape. Ondra mágenerování obrazu dělané přes dva čítace 8253 kde se dá nastavit i počet zobrazovaných linek na obrazovce. Linky se ale začínají zobrazovat od spodní a jak přidáváš zobrazené linky, posunuje se obraz zhora dolů a udělá to tenhle krásný efekt bez jediné manipulace s pamětí.


Tady je to krásně popsané https://sites.google.com/site/ondraspo1 ... authuser=0

Petr

Tím se to vysvětluje

Díky za objasnění a odkaz.

Ano, je to efekt s plynulostí přesně 50fps (rychlost přerušení), je to HW fíčura Ondry. Tento efekt je pak použit i při spadnutí každého balvanu, kdy se zatřese celá obrazovka tím dopadem kamene. To zatřesení je normálně po sobě výchylka -1,1,0 mikrořádků. No a při smrti hráče se zatřese s větší výchylkou, pro navození pocitu hráče že mu spadl balvan na hlavu

Je to taková hodně exotická věc, co Ondra má a proto je třeba to kreativně využívat.

zvazil by som zaradenie takehoto nejakeho kusku kodu:



inak sa moze stat ze aj pozbierate vsetky diamanty a aj tak sa level nepodari prejst (a to hrozi hned v prvom leveli ;])

Ahoj díky za test, i návrh řešení. Tohle jsem nedomyslel (a jistě spoustu jiných věcí). Je to také tím že první level jsem změnil asi před týdnem komplet celý.
Tuto situaci jsem ošetřil, že sežráním posledního diamantu na pozici brány se ukončí úspěšně level. Když by tam byl šutr nevadí, brána se objeví místo šutru. a navíc jsem i změnil pozici brány pro první level.

este jednu vec som si vsimol. najskor som myslel ze to mi emulator blbo emuluje zmenu poctu zobrazovanych mikroriadkov, lebo v emulatore JOndra to nerobilo, ale nakoniec som zistil ze to JOndra zle emuluje (stamila som uz notifikoval).

a sice, sposob, akym nastavujes citace pred uvodnou animaciou ma za nasledok, ze pred uvodnym naplnenim obrazka do vram sice chces nastavit pocet zobrazovanych mikroriadkov na 1, ale v tom momente je aktivny citac 2 a nie citac 0, takze zmena poctu riadkov sa nekona. ta sa vykona az pri samotnej animacii (pretoze sa pred animaciou nakoniec predsalen zmeni aktivny citac na 0, ale az po naplneni obrazovky). to ale znamena, ze sa cely obrazok na zlomok sekundy zobrazi a az potom sa zacne nasuvat zhora dolu.

Ahoj, díky, já si toho všimnul včera také, když jsem předělával úvodní obrázek, aby tam byl rok 2023. Měl jsem tam chybku z dřívějška. Už ve verzi co je ted na githubu je to opravené, obrázek na skutečném ondrovi už neblikne.
Označil jsem to jako verzi 1.1.

Nová verze JOndry je na GitHubu. Děkuji ub880d za identifikaci problému s čítači a zaslání patche.
Krom toho jsem taky opravil artefakty na obrazovce, které tam zůstávaly po odrolování obrazu.

Díky já už nechtěl otravovat s těmi artefakty když jsi krásně dopsal ten melodik. ALE ještě je tam jedna věc, a to ohledně pípáku. Tón zapínám i vypínám v přerušení. V každém přerušení načítám tón a posílá se na port. Takže i třeba 5x za sebou stejný tón, což na skutečném Ondrovi nic nedělá, ale v emulátoru evidentně každý OUT i když výsledný tón má být stejný, tak zvuk přeruší a pustí znovu. Ve výsledku to dělá přerušovaný tón. Já už nechci rutinu prodlužovat porovnáváním zda nebyla předchozí hodnota stejná, jen kvůli emulátoru. Takhle to mám udělané proto, že části kódu mám shodné pro melodik i pípák... jinak bych to asi řešil jinak.
Uslyšíš to nejvíc při smrti hráče.
Kdyby byla chuť, můžeš se na to podívat.

Tak opraveno a nahráno na GitHub. Díky 72ce za otestování.