So halten Sie Overworld- und Kampfgrafiken (Sprites) in einem einheitlichen Maßstab

Definieren Sie zunächst ein messbares Ziel. Sie könnten beispielsweise festlegen, dass der Charakter in beiden Szenen bei der Referenz-Kameraansicht von der Sohle bis zum Kopf 32 Bildschirmpixel einnehmen soll. Dies ist ein illustratives Ziel, keine empfohlene Universalgröße: Wählen Sie einen Wert, der zur Auflösung Ihres Spiels und zum Detailgrad der Grafik passt.

Messen Sie den sichtbaren Charakter, nicht das transparente Bildrechteck. Der Overworld-Sprite kann einen Schatten, eine Waffe, eine Antenne oder leeren Freiraum (Padding) enthalten, während der Kampf-Sprite möglicherweise eine andere Pose hat. Entscheiden Sie, ob Ihr Zielwert die Körpersilhouette von Kopf bis Fuß oder die gesamte sichtbare Grafik umfasst, und wenden Sie dieselbe Regel auf beide an. Führen Sie ein kleines Referenzblatt mit der Zielhöhe, der Referenzauflösung, der vorgesehenen Bodenlinie und allen beabsichtigten szenenspezifischen Unterschieden.

Diese Definition ist wichtig, da ein größerer Quell-Canvas nicht automatisch bedeutet, dass der Charakter auf dem Bildschirm größer dargestellt wird. Canvas-Abmessungen beschreiben den Bildbereich; die Importeinstellungen der Engine, die Objektskalierung und die Kamera bestimmen, wie viele Anzeigepixel dieser Bereich belegt. Aseprite unterscheidet zwischen dem Ändern des Canvas und dem Neuskalieren des Sprite-Inhalts. Prüfen Sie daher vor dem Ändern der Grafik, welche Operation Sie benötigen.Aseprite: Sprite Size

Öffnen Sie die Overworld- und Kampfbilder in ihrer nativen Pixelskalierung und zählen Sie die Pixel für das gewählte Maß. Notieren Sie die sichtbare Höhe des Charakters und den Abstand zwischen den Füßen und dem Rand der Arbeitsfläche (Canvas). Wenn der Kampfcharakter 48 sichtbare Pixel hoch ist und der Overworld-Charakter 32, weichen die Proportionen der Grafiken um 1,5:1 voneinander ab, bevor die Engine eine Szenenskalierung anwendet.

Sind die Proportionen ansonsten identisch, lautet eine einfache Ausgangsberechnung: gewünschte gerenderte Höhe ÷ aktuelle gerenderte Höhe = Anpassungsfaktor. Wenn ein Sprite aktuell mit 24 Pixeln Höhe gerendert wird und mit 32 gerendert werden soll, lautet der Faktor 32 ÷ 24 = 1,33. Verwenden Sie dies als diagnostische Schätzung und überprüfen Sie anschließend die Grafik und den Szenenaufbau. Dies ist eine illustrative Berechnung; sie setzt voraus, dass keine Unterschiede bei Kamera, Bildausschnitt oder Transformationen vorliegen.

Skalieren Sie Grafiken nicht allein deshalb um, damit die Bilddateien übereinstimmende Breiten und Höhen aufweisen. Eine Pose ist möglicherweise breiter oder eine Kampfanimation umfasst einen erhobenen Arm. Behalten Sie die beabsichtigte Form bei und vergleichen Sie dieselben Orientierungspunkte des Körpers. Wenn die Sprites eine sichtbar abweichende Anatomie oder Perspektive aufweisen, führt eine übereinstimmende Pixelhöhe möglicherweise trotzdem nicht dazu, dass sie gleich wirken; passen Sie das Design an oder vereinbaren Sie eine szenenspezifische Ausnahme.

Stellen Sie in Unity für Overworld- und Kampf-Sprites denselben Pixels-Per-Unit-Wert (PPU) ein und passen Sie die Einstellung „Asset Pixels Per Unit“ der Pixel Perfect Camera an diesen Wert an. Unity definiert PPU als die Anzahl der Pixel, die eine Szene-Einheit bilden, und die Richtlinien für die Pixel Perfect Camera fordern einen gemeinsamen Wert für alle Sprites in der Szene.Unity: 2D Pixel Perfect Verwendet das Projekt beispielsweise 16 Pixel pro Einheit, belegt ein 32 Pixel hoher Sprite vor der Objektskalierung 2 Welteinheiten.

Prüfen Sie auch die Transform-Skalierung jedes Charakterobjekts. Ein übereinstimmender PPU-Wert kompensiert nicht, wenn ein Szenenobjekt auf 0,8 und ein anderes auf 1,0 skaliert ist. Bevorzugen Sie einheitliche Import- und Transform-Einstellungen und passen Sie die Grafik oder eine klar dokumentierte szenenspezifische Skalierung nur an, wenn die Bildkomposition dies erfordert.

Finden Sie in einer anderen Engine die entsprechenden Steuerelemente: Wie viele Quellpixel werden auf eine Welteinheit abgebildet, wie hoch ist die Node- oder Objektskalierung und wie sind Viewport oder Zoom der Kamera eingestellt. Der 2D-Rendering-Pfad von Godot umfasst Canvas- und Viewport-Transformationen, einschließlich einer Stretch-Transformation, die bei der Größenänderung des Bildschirms verwendet wird; daher können die Abmessungen eines Quellbildes allein nicht dessen finale Bildschirmgröße bestimmen.Godot: Viewport and canvas transforms

Ein Charakter kann die richtige Höhe haben und trotzdem unpassend skaliert wirken, wenn er zwischen Szenen schwebt, einsinkt oder seine Position verschiebt. Platzieren Sie den Drehpunkt (Pivot) an einem sinnvollen Ankerpunkt, üblicherweise dem Bodenkontaktpunkt zwischen den Füßen, und richten Sie diesen Ankerpunkt in beiden Szenen an derselben Grundlinie des Bodens aus. Bei Sprites, deren Füße sich während einer Animation bewegen, verankern Sie den Ursprungspunkt (Root) oder Pivot einheitlich und prüfen Sie die Kontakt-Frames.

Gehen Sie nicht davon aus, dass die Mitte jedes Bildes ein guter Ankerpunkt ist. Die Arbeitsflächen (Canvases) weisen möglicherweise unterschiedliche Mengen an transparentem Rand (Padding) auf, und ein zentrierter Pivot kann die Grafik auf eine andere vertikale Position verschieben. Der Pixel-Perfect-Workflow von Unity unterstützt benutzerdefinierte, in Pixeln gemessene Pivots und empfiehlt das Festlegen von Pivots für einzelne Sprites in einer Multiple-Sprite-Textur.Unity: 2D Pixel Perfect In Godot ist Sprite2D standardmäßig zentriert; die Dokumentation weist darauf hin, dass zentrierte Pixel-Art deformiert wirken kann, wenn sie zwischen Pixeln positioniert wird, und empfiehlt als Optionen das Deaktivieren der Zentrierung oder das Aktivieren von Pixel-Snapping.Godot: Sprite2D

Verwenden Sie „Nearest“- oder „Point“-Filterung für gestochen scharfe Pixel-Art und stellen Sie sicher, dass die Texturkompression das Erscheinungsbild nicht verändert. Die Richtlinien von Unity empfehlen ausdrücklich die Point-Filterung und keine Kompression für Sprites, die mit der Pixel Perfect Camera verwendet werden.Unity: 2D Pixel Perfect Diese Einstellungen bewahren die Kantenschärfe; sie sorgen nicht dafür, dass zwei unterschiedlich skalierte Sprites gleich groß werden.

Vergleichen Sie die Szenen als Nächstes mit Kameras, die auf dieselbe Referenzansicht eingestellt sind, oder mit einer temporären gemeinsamen Testkamera. Eine Kampfszene zoomt zur Hervorhebung oft heran. Wenn sich der Kamerazoom verdoppelt, kann der Charakter doppelt so viele Bildschirmpixel belegen, obwohl die Weltskalierung des Sprites unverändert ist. Entscheiden Sie, ob die Anforderung eine gleiche Weltgröße oder eine gleiche Bildschirmpräsenz ist: Das sind unterschiedliche Ziele. Wenn der Bildausschnitt im Kampf den Charakter absichtlich vergrößert, dokumentieren Sie den Zoom als gestalterische Entscheidung und nutzen Sie diese Ansicht nicht, um den zugrunde liegenden Sprite-Maßstab zu beurteilen.

Überprüfen Sie bei Pixel-Art sowohl die Bewegung als auch ein Standbild. Subpixel-Positionen oder uneinheitliches Einrasten (Snapping) können dazu führen, dass Kanten flackern oder ungleichmäßig wirken, wenn sich der Charakter bewegt. Die Pixel Perfect Camera von Unity bietet Raster-Snapping, das an ihren Asset-PPU-Wert gekoppelt ist; Godot bietet Pixel-Snapping-Einstellungen für 2D-Vertices und -Transformationen.Unity: 2D Pixel Perfect Godot: Sprite2D Testen Sie mit den tatsächlichen Kameraeinstellungen des Projekts, da das Snapping- und Skalierungsverhalten vom Rendering-Setup abhängt.

Erstellen Sie, wenn möglich, einen direkten Vergleich mit derselben Charakterpose. Führen Sie diese Prüfungen der Reihe nach durch:

1. Vergleichen Sie die sichtbare Körperhöhe anhand derselben Orientierungspunkte und Pixelzählregeln.
2. Vergleichen Sie die Grundlinie der Füße und die Pivot- oder Root-Position des Sprites.
3. Überprüfen Sie PPU oder die entsprechende Importdichte, die Objektskalierung sowie eventuelle Parent-Skalierungen.
4. Gleichen Sie Kamerazoom, Referenzauflösung, Viewport-Skalierung und Anzeigegröße aneinander an.
5. Überprüfen Sie das Bild in nativer Größe und in Bewegung, um Unschärfe, ungleichmäßige Pixelplatzierung oder Clipping zu erkennen.
6. Überprüfen Sie stichprobenartig einige Animations-Frames, insbesondere die kürzesten und höchsten Posen.

Wenn die Abmessungen der Grafik übereinstimmen, der Charakter im Kampf aber dennoch größer wirkt, untersuchen Sie den Bildausschnitt der Kamera und umgebende Objekte, bevor Sie den Sprite bearbeiten. Wenn Kamera und Transformationen übereinstimmen, aber die Silhouette unterschiedlich hoch ist, passen Sie die Grafik oder eine kontrollierte szenenspezifische Skalierung an. Wenn sich die Füße verschieben, während die Höhe übereinstimmt, korrigieren Sie Pivot, Freiraum (Padding) oder Ankerpunkt. Diese Reihenfolge hilft, die Ursache zu isolieren, anstatt einen Fehler durch einen anderen auszugleichen.

Dokumentieren Sie die gemeinsame Zielhöhe, den PPU-Wert oder das Äquivalent, die Referenzauflösung, die Pivot-Konvention und die vorgesehenen Kameraeinstellungen zusammen mit den Sprite-Assets. Die Arbeitsflächen-Werkzeuge von Aseprite können transparente Ränder zuschneiden (Trim). Da das Zuschneiden jedoch die Grenzen der Arbeitsfläche verändert, sollten Sie danach prüfen, ob Pivots, Slices oder engine-seitige Anker weiterhin passend ausgerichtet sind.Aseprite: Canvas Size Betrachten Sie das Zuschneiden als eine Asset-Änderung, die eine kurze Überprüfung in der Szene erfordert.

Der verlässliche Standard ist ein Charakter, der die vereinbarte Zielhöhe für den sichtbaren Bereich einhält, denselben Bodenanker teilt und unter den vorgesehenen Kamera- und Filtereinstellungen konsistent gerendert wird. Halten Sie bewusste Unterschiede bei der Kamerabetonung als explizite gestalterische Entscheidungen fest. Sind diese Prüfpunkte dokumentiert, können spätere Overworld-Posen und Kampfanimationen mit derselben praktischen Referenz abgeglichen werden.

• Aseprite: Sprite Size
• Aseprite: Canvas Size
• Unity: 2D Pixel Perfect
• Godot: Viewport and canvas transforms
• Godot: Sprite2D