[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von PeaBrain:
Hallo.

So, ich hab jetzt alles neu installiert und bevor ich anfange mit meinem projekt, hab ich mir mal so ein paar gedanken gemacht, wie die grafik eigentlich aussehen soll.
im moment läuft meine workbench in 640x480 AGA.
und jetzt überlege ich, was ich für eine grafikengine benutzen soll und ob ich sprites, bobs oder 3d grafik verwenden soll.

ich würde mich über kommentare sehr freuen, da ich gerne anfangen möchte. gibt es obpimierte egnines für chunky oder bob's die in dem
format noch effektiv laufen? scrolling der planes sollte im aga auch möglich sein, da das spiel ja auch in aga gehen soll.

---

Also, da wirds haarig... wenn Du ohne Plane-Scrolling auskommst, taugt so ziemlich alles, was chunky einigermaßen flott verwurstet. Nachteil ist, daß Du für AGA dann c2p-Konvertierung ausführen mußt. Diverse Algorithmen findet man im Aminet. Da anscheinend auch GraKas angepeilt werden sollen, kommen nur CPU-basierte c2p-Routinen in Frage, da die Grafik im FastRAM am schnellsten im Chunky-Format aufgebaut ist und dann für AGA irgendwie ins Chip kommen muß. Ans FastRAM wiederum kommt der Blitter nicht heran, so daß CPU/Blitter-Kombi-c2p-Funktionen flachfallen.

Weiterer Nachteil von RTG-AGA-Grafik ist, daß die Planar-typischen Scrolltricks sowie Sprites komplett flachfallen. Das machen die RTG-Systeme beide nicht mit (aus nachvollziehbaren Gründen).

Dazu kommt, daß bei extrem vielen Objekten oder Objekten, die sich über große Teile der Bildschirmhöhe erstrecken, die OS-Blitfunktionen für AGA ziemlich unbrauchbar weil zu langsam/zu schlecht synchronisiert sind (manchmal dauert ein Blit mit 32 * 32 Pixel über alle 3 Quellen länger als ein Frame!). Da kann es durchaus sinnvoll sein, direkt auf den Chipsatz zu gehen. Damit kann man es schaffen, z.B. Blits über 3 Quellen in 64 Pixel Breite und voller Bildhöhe in einem Frame hinzubekommen und sogar noch ein paar Zyklen für Sprites und etwas Audio-DMA frei zu haben. Die CPU hat dann allerdings nicht mehr viel im ChipRAM zu melden, fast alle ChipRAM-Zyklen sind dann "aufgeraucht".

Lange Rede, kurzer Sinn: Wenn Du keine getrennt zu entwickelnden Versionen haben willst, solltest Du etwas CPU-Power sowie FastRAM voraussetzen und in Chunky, ohne Sprites, arbeiten und für AGA c2p-Konvertierung vorsehen. Obacht: SDL ist für 68k unterhalb 060/60 wirklich gar nichts. Es sei denn, Du willst ne Diashow bauen.

Besonders taugliche Libraries für Chunky-Grafik kenne ich keine, RTGMaster bzw. ChunkyPPC z.B. hat auch so ihre Macken. Du mußt das wohl oder übel erst einmal ausprobieren, was für Deine Zwecke am besten geeignet ist.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Es gibt keine Moeglichkeit, AGA und RTG ueber einen Kamm zu scheren, und gleichzeitig beides auszureizen. Dazu sind die Unterschiede viel zu gross. Auch wuerde das bedeuten, das langsamste Schiff der Flotte bestimmt das Tempo, also AGA, und die Grafikkarte wuerde sich langweilen.

Sprites, Bobs und 3D Grafik ist aber ziemlich weit gestreckt. Was hast du denn genau vor, dann kann man dir vielleicht eher Tipps geben.

Ich hab mich mit dem Thema bereits intensiv beschaeftigt, kan dir also eine Abschaetzung ueber die Performance geben wenn du beschreibst wie du dir das denkst

---

Zitat:

---

Wenn es kein Scrolling haben muss, laeuft die dbl.include von Amiblitz3 auf AGA und RTG flott. Bei Scrolling bricht die Leistung von AGA allerdings ein, dann ist nur noch RTG schnell genug. Das liegt daran, dass man bei AGA Scrolling komplett anders realisieren sollte als unter RTG.

---

Zitat:

---

Bei RTG wird massiv Speicher verschoben, was auch schnell genug ist, waehrend man bei AGA versucht, nur einen Pointer innerhalb einer Bitmap zu verbiegen, also man bewegt gar keine Datenmengen.

---

Zweiter Einwurf: Es ist schnell genug, wenn man extrem schnelle Maschinen voraussetzt. Auf Zorro2-basierenden Maschinen ist die Verschieberei des Speichers sicherlich nicht schnell genug, wenn etwas über den Bus transportiert werden muß. Schon gar nicht für höhere Auflösungen als 320 * 200 * 8. Das ist etwas anderes, wenn die Grafikdaten komplett im Speicher der GraKa liegen können, was aber in manchen Fällen einfach nicht vollständig möglich ist.

Und wie oben schon erwähnt, prinzipiell könnte man auf RTG-Systemen (und damit auch Zorro2, wenn nötig) genauso arbeiten wie mit AGA und damit eine Menge Datenschieberei einsparen. Sofern die Software das zuläßt.

Ansonsten stimme ich Dir voll zu.

Es ist wirklich ein Jammer, daß es den Spieleprogrammierern mit CGFX/P96 so unnötig schwer gemacht wurde, nur um eine Programmierdoktrin des "kleinsten gemeinsamen Nenners" durchzusetzen, die in dem Sektor schon immer ziemlich fehl am Platze war. Nun muß man, statt direkt aufs Ziel loszugehen, mit teilweise noch finstereren Tricks an dieser Doktrin vorbeiwurschteln, um wenigstens ein bißchen echte Performance jenseits der Anwendungen zu erhalten. Wirklich schade.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von PeaBrain:
danke. das klingt alles sehr einleuchtend.
hab mir jetzt ein paar gedanken dazu machen können. also:
da ich meine ppc-karte mit bvision ja wieder ausgebaut hab, weil ichs einfach nicht gebacken bekommen sie in den tower einzubauen, wird wohl die systemvoraussetzung ein 060er mit 640x480 aga sein.
eine chunkyroutine, die nur teile des screens umrechnet, werde ich auch schnell in assembler zusammengebaut kriegen. rtg ist einfach zu langesam für größere bildschirme als 320x256.
na mal sehen, ob das was wird.

---

Hm, Jain... Thilo hat mit AsteroidsTR gezeigt, daß es weniger an der Bildauflösung selbst hängt, ob ein Spiel auf RTG relativ schnell oder eben recht langsam läuft. Viel hängt davon ab, wie viele Daten über den Bus geschaufelt werden müssen. Wenn Du es schaffst, einen Großteil der für den Bildaufbau nötigen Daten im Speicher der GraKa unterzubringen, dort zu halten und dann von dort ins sichtbare Bild zu bringen, hängt es nur noch von der GraKa selbst ab, wie flott das Ganze arbeitet.

Bei AGA liegt der Fall für Chunky-Grafik und c2p etwas anders. Da hängt viel davon ab, wie viele DMA-Zyklen durch den Chipsatz "verbraten" werden, denn die bestimmen letztendlich darüber, wie viele Zugriffszyklen aufs Chip die CPU noch erhält. Ich kann mich dunkel entsinnen, daß es für c2p eine "natürliche" Grenze gibt, die vom Screenmode abhängig ist. Müßtest Du evtl. mal etwas suchen, diese Themen wurden früher sehr ausgiebig in diversen Foren diskutiert.

Und, wie schon erwähnt, theoretisch sollten Scrolling-Tricks ähnlich denen, die für den Amiga Chipsatz ersonnen wurden, auch mit GraKas möglich sein. Einziges Manko ist absolut mangelhafte Dokumentation. Ich habe bis heute keine zuverlässige Aussage darüber gefunden, was eigentlich genau passiert, wenn man den Bitmap-Zeiger in der RasInfo-Struktur bzw. in der dort enthaltenen BitMap-Struktur "verbiegt" (was z.B. für sog. XY-Limited-Scroller interessant wäre. Die Speicherersparnis wäre nachgerade gewaltig), bzw. ob man den überhaupt "verbiegen" kann.

Wenn das wie gewünscht funktioniert, gilt das dann aber auch wirklich für alle möglichen RTG-Kombinationen? Wie siehts mit Alignment-Restriktionen aus? Kann man bei allen von CGFX/P96 unterstützten Grafikkarten damit rechnen, in z.B. 8Bit-Modi den BitMap-Start relativ gefahrlos auf ungerade Adressen verlegen zu können? Wenn ja, welche Besonderheiten sind dann noch zu beachten? Bestimmt dieser Zeiger tatsächlich den Fetch-Start oder ist er für RTG etwa nur "zufällig" auf manchen Systemen funktionierende Makulatur? Fragen über Fragen und keine Antwort geschweige denn "offizielle" Hilfe in Sicht

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

das hört sich ja alles nicht gerade gut an. ach egal. ich fang einfach an und werd dann mal sehen

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Andreas_Wolf:
> was für eine Auflösung hat das DS?

256*192.

---

[ - Antworten - Zitieren - Direktlink - ]

Hallo.

Ja, das ist korrekt. genau das habe ich vor. eigentlich schon seid längerem.
mein chef möchte das ding nicht auf dem ds veröffentlichen, weil es nicht zu unserem firmenprofil passt.
naja und ich willst nicht verkommen lassen.
und da ich ein amiga- fan bin, wollt ich es auf dem amiga umsetzen. doch hardware-probleme haben mich bis jetzt davon abgehalten.
hab jetzt ne kühlung für meine bvision besorgt und für die ppc-karte werd ich mir intern auch noch was einfallen lassen.
werde wohl versuchen sie mit einem riesigen passivkühler zu kühlen. so hab ich nicht das problem, daß mein lüfter im desktop aufsetzen kann.

hoffe das klappt.

gruß

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

hab ja winuae installiert. aber irgendwie haut das mit der uaegfx bei mir nicht hin. hatte 3.9 installiert. hab aber die picasso emulation nicht hinbekommen.
außerdem hab ich ja meine 1200er nicht im keller zu stehen
hab beide oben

gruß

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

hehe, ok, danke, das hat jetzt echt geklappt. ich hatte also nur keinen rtg speicher sowas muss man erstmal wissen
kann ich damit jetzt auch opengl programmieren?

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von PeaBrain:
hehe, ok, danke, das hat jetzt echt geklappt. ich hatte also nur keinen rtg speicher sowas muss man erstmal wissen
kann ich damit jetzt auch opengl programmieren?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Es gibt für Amiblitz eine opengl.include, aber die ist noch nciht fertig und eher als Codebeispiel zu sehen. Prinzipiell geht das, ja.

---

Zitat:

---

Aber das ist noch unerforschtes Gebiet, und wie Holger schon meinte, auf einem Classic würde ich selbst mit 3D Hardware keine allzugrossen Erwartungen haben.

---

Zitat:

---

Ich erinnere mich noch an die Demos für die Cybervision64 3D. Sah schön aus, aber leider nur als Standbild...

---

[ - Antworten - Zitieren - Direktlink - ]