Dal jsem autorovi zpětnou vazbu a on mezitím vydal několik aktualizací. Pokud zvolíte režim RTG schnell nebo RTG Auflösung… (je to jedno) a pak nějaké menší rozlišení, ideálně 320×240 8-bit, Breathless pojede na grafické kartě mnohem rychleji. V posledních aktualizacích je ještě několik oprav, třeba vykreslování položek v menu je nyní výrazně rychlejší.

Předchozí nízké hodnoty fps byly dány tím, že se pro zobrazování p96 používaly příliš vysoká rozlišení. Stejně vše řídí cpu, a to pak ve vysokých rozlišeních bohužel nestíhá. Zkuste to někdo na p-vision prosím (já to testoval na ZZ9000).
​

Četl jsem tu diskusi a autor myslím píše, že se obraz generuje vždy 320x240 a pokud chcete vysší rozlišení, jen se to následně upscaluje pomocí CPU, proto to bylo pomalé. Trochu mě překvapuje, proč právě na tohle nepoužije funkce grafické karty, protože přesně tohle to umí. Nebo to možná dodělal až nyní.

Možná to neumí pojmenovat, možná to nemá na čem otestovat. Má CD32 a pak amigu s pistormem. Jestli to dobře chápu, teď obraz tvoří cpu a gk to jen přebere. Pokud by se měl obraz tvořit přímo na gk, hra by se musela dost předělat. A taky je otázka, jak se k tomu postavit, když zz9000 má úplně jiné možnosti (arm) než p-vision. Ještě mu napíšu.

To asi dělá každá podobná původní 3D hra na Amize, že obraz generuje CPU (software render), ale co jsem pochopil, tak protože to bylo samozřejmě pro PAL, tak ponechal generování obrazu v tom konkrétním rozlišení a pokud chci vyšší, tak to znovu násobil (upscaloval) přes CPU. Přitom tohle určitě umí hardware každé grafické karty "zadarmo". Podle toho co píšeš, to tak nakonec použil.

Každopádně to teď jede přes gk stejně rychle jako přes aga. Jakože je to fakt hodně rychlé.

Co se týká generování obrazu v 2,5D grafice tak úzké hrdlo není samotné CPU na Amize je těch problémů několik 1. Chip RAM kam se toho moc nevejde protože jí není moc 2. Je tam hodně počítání a na to je lepší Fast RAM. 3. Když už máš FAST RAM musíš to dostat do Chip RAM aby jsi to zobrazil. 4. čtení a zápis Chip RAM jsou pro CPU drahé. Proto se hledali cesty kolem. Jenda z věcí, je že lecos může oddřít Blitter a Cooper nedá se dělat všechno ale lecos jde.

Když chceš tohle vykreslit, spočítáš si obraz přes CPU to jinak nejde. Tady nejsou polygony tady se to počítá v bitmapách takže by ti aktuálně grafická karta byla jako rajčata v bramboračce . Grafická karta umí počítat potexturované plygony, nikoliv bitmapy. Co ti ale může zrychlit je zápis. Pokud máš dobře napsanou rutinu pro kopírování do paměti grafické karty můžeš rychle přesouvat obraz. Pokud jsi ke všemu ještě mazaný napíšeš si k tomu deltakompresy a posíláš jen změny to je velká úspora času. Další věc co můžeš udělat je například na AGA použít chipset aby ti dělal C2P převod, ale ten to zvládně v rozlišení cca 160x120 pixelů (Legends of Valure, AB 3D, nebo POOM .

Další brzdou je samotné CPU, ale 030 by Dooma upočítala s prstem v nose, brzdí jí obecně C2P a přesun do Chip RAM, což je pomalé. Grafika pokud je na ZORRO III slotech je v zrychlení, ale bez komprese pořád kopíruješ hromadu dat. ZORRO II grafika je reálně rychlá jako Chip RAM: Bez komprese je to vlastně ještě horší.


Ještě ten upscale grafikou by se dělal tak, že vyranderuješ snímek do framebufferu, natáhneš ho na plygon a ten zvětšíš a tím uděláš upscale s nějakým vyhlazením. To by jít mohlo, ale je to limitované tím CPU a přenosem dat.