Auf dem Sharp X68000 mit ner japanische Maschine die Amis abzuknallen hat mal was! Hi hi

Ein einzelnes Sprite aufm Amiga ist 16 Pixel breit, also das sollte nicht das Problem sein. Um Farben ging's hier nicht, aber andere Sprites koennen andere 4 Farben haben, aber alle muessen von der Hauptpalette stammen. Natuerlich kann man wie auf anderen Systemen Sprites auch uebereinander legen fuer mehr Farben, aber wenn man nur 8 Sprites hat, gehen die natuerlich schnell aus.

(Und ist hart festgelegt welchen Palettenbereich welche Sprite-Nummer nutzen kann - aber Sprite-Nummern sind ja eigentlich auch wichtig wegen der Prioritaet. Da wird man in der Design-Freiheit moeglicherweise recht eingeschraenkt und muss wohl irgendwann rumtricksen / CPU-Zyklen verbratend rumkopieren.)

Ja, ideal war die Sprite-Funktionalitaet sicher nicht auf dem Amiga. Das war auf den Konsolen alles viel geschmeidiger.
Kommentar wurde am 28.03.2025, 14:20 von Grumbler editiert.

Hammergeile Antwort vom Grumbler.
Die Programmierung eines Spiels damals war gar nicht so simpel.
Früher dachte man: "Da zieht halt die Landschaft vorbei und die Objekte bewegen sich."
Da steckt schon einiges dahinter!


Hardware-Sprites:
Pro Sprite nur 4 Farben? Und wenn man mehrere kombiniert, hat dann nicht jedes seine eigenen vier Farben?
Kommentar wurde am 28.03.2025, 12:58 von Edgar Allens Po editiert.

Ein einzelnes Hardware-Sprite am Amiga hat nur vier Farben, d. h. wenn Du einfach alle acht nebeneinander ballerst und nicht mischst, wird die Figur maximal vier Farben haben.

> Dann wird das kombinierte Sprite aber so breit, wie Valdyn bei Lionheart

Denk die koennen schon breiter werden, kommt halt drauf an wie viele man noch frei hat.

> Und warum sollte man diesen Aufruf nur jedes fuenfte Frame machen wollen?

nicht direkt "wollen", aber wenns schlampig programmiert ist und alles lange dauert und/oder komplexe physik-engine und/oder in hochsprache entwickelt die ineffizient runterkompiliert und/oder und/oder und/oder ... Wenn bei diesem Spiel alles in Software gemacht ist dann ists wie auf dem Amstrad, nur mit mehr Farben und schnellerer Prozessor.

> Hintergrundgrafik aus kleinen Teilen zusammengesetzt wird

Amiga hat gar keine Hardware-Tiles, aber fast immer liegen auch dann die Grafiken als Tiles vor und werden in den Bildschirmspeicher Pixel fuer Pixel kopiert.

> muss man dann nicht alle einzelnen Teile separat bewegen bzw. scrollen?

Nein, Scrolling bewegt den ganzen Bildschirm, egal ob der aus Tiles aufgebaut ist oder als Bitmap / mit Bitplanes.

> Weil die muessen ja alle auf den Bildschirm "geplotted" werden.

Ja genau, wie gesagt, aber nur am Anfang. sowie die neuen Inhalte am Rand, die ins Bild gescrollt werden sollen (was bei Hardware-Tiles-Unterstuetzung effizienter und schneller geht).

> Und woher weiss er dann, dass ein Sprite kein Hintergrund ist?

Ja das ist genau der Witz an Hardware Sprites, dass Sprites von Hintergrund unterschieden wird. Hardware-Scroll scrollt nur Hintergrund. Sprites sind wie Feen/Geister unabhaengig davon, daher der Name.

Bei Software-Sprites sieht's in der Tat anders aus, die muss man per Software bewegen, wenn sie nicht mitscrollen sollen. Bzw speziell beim Amiga hat man da noch mehr Moeglichkeiten dank der Bitplanes / Playfields, die (teilweise, mit Einschraenkungen) unabhaengig voneinander scrollen koennen (bzw eine Ebene statisch, die andere scrollend, usw).
Kommentar wurde am 28.03.2025, 05:54 von Grumbler editiert.

Damals hab ich sogar mit dem Kauf der Version für den GameBoy Color geliebäugelt. Wäre wohl vergeudetes Geld gewesen.

Und ich bestätige hiermit rechtskräftig: Wings of Fury auf dem Amiga nutzt keine Hardware-Sprites.

Bei den Spiel ist es wohl in der Tat so (unabhänging vom Scrolling), das es nur mit maximal 15 Frames läuft.

Und warum sollte man diesen Aufruf nur jedes fünfte Frame machen wollen?

Was mich auch wundert: Wenn eine Hintergrundgrafik aus kleinen Teilen zusammengesetzt wird, also nicht ganze Bilder darstellen, muss man dann nicht alle einzelnen Teile separat bewegen bzw. scrollen? Weil die müssen ja alle auf den Bildschirm "geplotted" werden. Oder bewegt der Hardware-Scroll einfach das, was dargestellt wird? Und woher weiß er dann, dass ein Sprite kein Hintergrund ist? Ich hoffe, meine Frage ist verständlich.
Kommentar wurde am 27.03.2025, 15:00 von Edgar Allens Po editiert.

Dann wird das kombinierte Sprite aber so breit, wie Valdyn bei Lionheart oder Bren bei Turrican. Den Flieger mit Hardwaresprites hinzubekommen sehe ich nicht. Habe ich aber noch nicht kontrolliert.

Ein einzelnes Hardware-Sprites am Amiga ist von der Breite und Farbtiefe eher für Mauszeiger gedacht.
Kommentar wurde am 27.03.2025, 09:30 von DaBBa editiert.

Daran sollt's nicht liegen, "Sprites" wurden fast oefter als nicht aus den kleineren eigentlichen (Hardware-)Sprites zusammengesetzt.

Ein Hardware-Sprite ist das Flugzeug ziemlich sicher nicht, dafür ist es zu groß.

Moeglich, aber auch Hardware-Scrolling impliziert nicht unbedingt Ruckelfreiheit.

Hardware-Scrolling bedeutet nur, es existiert eine Moeglichkeit, eine Funktion der Grafikhardware aufzurufen, um den Bildschirmausschnitt um m Pixel nach rechts oder links und/oder n Pixel nach unten/oben zu verschieben.

Wenn man diesen Aufruf nur jeden 3., 4., 5. Frame (und das auch noch unregelmaessig) macht, dann ruckelt's auch dann.

Was man ausserdem noch abarbeiten muss: Sprites, neue Inhalte an den Rand malen / kopieren, die dann reingescrollt werden sollen, Spiellogik usw...

Und Sprites wurden ja gern auf dem Amiga gar nicht mal gern verwendet anscheinend wegen einiger Einschraenkungen, sondern lieber der Blitter.

Aber ja, ich tippe hier auf alles in Software wegen einfacher Portierbarkeit (Atari ST; anscheinend gar nicht dafuer erschienen aber war womoeglich geplant) und Verwendung einer Hochsprache wie C wie gesagt.
Kommentar wurde am 26.03.2025, 16:41 von Grumbler editiert.

Dann ist das Scrolling in Software? Oder wie schafft man es, den Hardware-Scroll des Amigas aus dem Takt zu bringen? Genereller Overload ist bei den paar Sprites sicherlich nicht der Fall, denke ich?