Tak toto budu sledovat.

Doplnil jsem celkem zásadní věc a to je ořezávání hran, myslím, že to je vidět střídavě se to zapíná a vypíná. Přes víkend zkusím udělat stínování nějak interaktivně aby se to dalo testovat... to bude asi solidní zásek do rychlosti je to halda počítání navíc.

----- UPDATE -----
Ale jakože vůbec . Dostal jsem geniální nápad. každá barva na screenu může mít řekněme 8 odstínů podle takže počítam z tabulek aloďe mají dva odstíny barvy a dva dstíny kovu max (to je 32 odstínů plus kabina a motory... ostatní to mají v zásadě stejně, plus textura s popisem a další věci znaky a tak.
Takže si kludně můžu ty odstíny předgenerovat a pak se jen posouvám v tabulce podle pozice dynamického světla. Takže to sice není uplně 100% stínování ale je to mnohem rychlejší a ve hře si toho nikdo nevšimne vypadá to líp než origoš Frontier .

Už to dovede korektní Z-buffer a stínování. Myslím že loď předstírající trysky a ukzuje jak to hezky stínuje.

Sleduji se zadrzenym dechem co bude dal

Obdivuji, ze ten kod pises rucne sam. To je v assembleru ci v C?

Blbinky jako loadery dělám v Cčku herní logiku v Cčku tam není moc co je to zbytečná drbačka dělat to v assembleru, rasterizér je v assembleru (a jo pujčil jsem si kus od Filipa D.) některé technikálie řeším, různým sháněním. Občas AI když je potřeba se na něco doptat Google stejně sime všechno přes gemini.

Jak máš jednou nějakou věc tak je to realativně snadné nejhorší je ten začátek. Původní myšlenka byla vykreslovat vektory... ale tam je problém s barvama a podle mě od určitého počtu to je pak jedno, jde spíš o velikost.

C2P rutinu mám z aminetu, ale pak bych rád použil RTGMaster.library to co mám dovede dokonce i delta kompresi (MMU na 030 počítá rozdáli mezi snímky a kopírují se jen změny.
To stínování nakonec není tak složité, daleko horší byl ten realistiký Z-buffer.

Jo a s Claudem jsem se domluvil, že mu nakreslím náčrtky lodí a on mi z toho udělá objekty v Blenderu .
Jo a Nechal jsem si vygenerovat reálné pozice a seznamy hvězd v okolí sluneční soustavy. Tak je tam přidám a kolem toho nebo spíš za jejich bublinou se bude generovat procedurální (fakt jakože zatím nemám tucha jak to udělám ) vesmír..

PS: Skutečný výhled bude ještě o něco menší... nahoře bude stavový bar (co má loď zapnuté a podobně) pak výhled z kabiny a pak dole ovládání a radar. Chtěl bych to udělat podobně jako to je tuším v Grindu tím ušetřím nahoře cca 20 pixelů a dole 56 možná víc ... a to znamená zase o něco méně překreslování v cz fast do chip.

No parada. Slusna prace.

Tu "oblohu" se statickymi hvezdami sem resil v Atari ST/Amiga Elite. Puvodne tam byl jen ubihajici starfield podle pohybu lodi, neco jako stardust. Ten sem potlacil a udelal ho tmave sedy a na pozadi bile staticke hvezdy a vypada to dobre. Aby to nezpomalovalo tak sem je predpocital do tabulky jako vektory na kouli kolem tebe (vzdalenost pro nepotrebujes, jen smer) A pak je rozdelil do stromu aby chudak 68000 na 8MHz to upocital a Elite se stale hybalo i na A500. Zkusim to zitra popsat a udelat dokument, jestli chces.

Realne hvezdy tam nemam, dal sem to nahodne. U prvni Elite je to jedno.

Vypada to moc zajimave

Tak jsem nechal haldu času an testování... a potřeboval bych dobrovolníka s 060tkou... nemám po ruce žádnou reálnou 060 a prostě nedává mi smysl aby hra měla na 040 25FPS na 060 i když prostě vešekré dělení upravím aby nepadalo do privilegovaného režimu tak jede 12 FPS takže potřebuju test na živém.

- 68030: ~14.4 fps
- 68040: ~24-25 fps
- 68060: ~13.5 fps
To vše v FS UAE podle mě ta 060 je prostě nějak na p... emulovaná. ručně jsem to přepsal, předělal jsem detekci hran, skrouhl jsem dělení na minimum a 060 nepoužívá ani jednu problematickou instrukci.​

Překopal jsem ještě.
Protože to bylo jakože blbé.

Takže testuje hlavně na 060 a piště kolik FPS ovládat to jde přes pravé tlačítko myši taho motorů je šipka nahoru a dolu nebo W a S.

Povídání jsem hodil do Readme a ještě změny,

Ops ZIP zde.

Zdar NORO. Ja som mal na 060/50MHz okolo 5 fps, 030/040 verzie mali okolo 2.5 fps

Ahoj,
tak to jsem doufal v lepší výsledek ale je zajímavé že u tebe to na 060 jede rychleji... než na 040 v emulaci. Ale ok to je dost bída pokud nechceme spoléhat jen na PiStorma a nebo Vampiry tak bude nejspíš nutné trochu přitopit pod kotlem.
Mám tam ještě trik s MMU co by mohl pomoct, ale zatím žádná sláva přitom ta rasterizace běží celkem dost svižně. Kterou verzi jsi zkoušel tu v tom ZIPu?

Skusal som tu z posledneho prispevku, ten zip

Odpoledne zkusím na TF 060 rev.6 nebo Trinity 060 rev.6.