[Andorra] Verschwindende Lücken zwischen Sprites

[Codewalker]

Ich schau mal, ob ich die Tage das ganze aus aus dem Projekt "raussezieren" und eine Mini-Demo erstellen kann, die das ganze reproduziert.
Grafikkarte ist eine Nvidia GeForce 9600 GT

[blackfin]

Was mir noch gerade auffällt: Sind deine Ursprungs-Bilder vielleicht JPEG's?
Wenn ja, nimm mal Bitmaps, sofern das geht und schau mal, ob sich da was ändert. (aber nicht einfach ein JPEG in ein Bitmap umwandeln, sondern es darf noch nicht komprimiert worden sein!)

[Codewalker]

Zitat von blackfin:

Was mir noch gerade auffällt: Sind deine Ursprungs-Bilder vielleicht JPEG's?
Wenn ja, nimm mal Bitmaps, sofern das geht und schau mal, ob sich da was ändert. (aber nicht einfach ein JPEG in ein Bitmap umwandeln, sondern es darf noch nicht komprimiert worden sein!)

Nein, die Quellbilder sind PNGs mit Alphatransparenz.

Zitat von igel457:

Verwendest du eigentlich eine eigene Projektions/Viewmatrix oder verwendest du ausschließlich TAdDraw.Setup2DScene() für das Erstellen dieser Matrizen? Ich bin nochmal meine bisherigen Projekte durchgegangen: Das Problem trat nur dann auf, wenn ich in die Karte reingezoomt/rausgezoomt habe. Solange die Viematrix genau auf die Größe des Viewports eingestellt war gab es dieses Problem nicht.
Edit:
Beispielbild ist hier:
Die einzelnen Kacheln sind durch die dicken weißen Kreuze abgegrenzt. Schwarze Striche gab es dort nicht...

Das kann es sein. Ich nutze die SpriteEngineEx um rauszoomen zu können, aber die Fehler treten auch auf bei einem Zoomfaktor von 1. Oder kann es am Resize liegen? Mein Fenster ist in der Größe veränderbar. Im Resize mache ich folgendes:

Delphi-Quellcode:

      AdDraw.Setup2DScene;
      AdDraw.Restore;

Was müsste ich denn tun, damit die Viewmatrix genau passt? (auf den Zoom würde ich nur ungerne verzichten).

[Codewalker]

Ich habe testweise mal die zoomfähige TSpriteEngineEx durch die normale TSpriteEngine ersetzt und den Quellcode entsprechend angepasst. Kostete Nerven und überhaupt nichts gebracht, die Lücken sind nach wie vor da .
Das OpenGL-Plugin ist überhaupt nicht nutzbar (nur Fehlermeldungen mit Speicheradressen, nichts verwendbares bis jetzt), so dass ich Fins OpenGL-Befehle nicht testen kann.
Immerhin habe ich etwas neues gefunden: Beim Scrollen fällt auf, dass selbst bei einem Zoom von 1.0 - also eigentlich keinem Zoom - es eine Art "Linie" gibt, entlang derer die Texturen verzerrt werden, so als ob die Projektion doch nicht 1:1 ist. Ich habe mal einen Screenshot angehangen und die Stellen markiert. Bewege ich die Kamera wandern diese Verzerrungen entsprechend mit. Ich hoffe das sagt Euch mehr als mir.

Edit: Habe gemerkt, dass es mehrere solcher Linien gibt, die alle einen festen Abstand haben (der in etwa den Lücken zwischen den Sprites entspricht und daher immer nur eine Linie auf eine diagonale Feldkante Feld und sichtbar ist)

[himitsu]

Und der Vorschlag die Sprites ein Pixel überlappen zu lassen .. kann da was schlimmes bei rauskommen?
Wenn man den Bildern die selben Randpixel verpaßt, sollte es doch nicht auffallen.

PS: Bei dem einen Beispielbild da oben wo es einmal mit und dann ohne diese Linien sein soll.
Wenn man ganz genau hinsieht, dann sieht man in beiden Bildern diese Linie ... in der einen halt nur als "schwacher Schatten".

[Codewalker]

Das Überlappen ist eine Lösung, aber keine schöne. Ich würde schon gerne wissen, wo das Problem liegt. Beim Hintergrund kann ich mit der Überlappung leben, auch wenn dann die Randanpassung der Texturen nahezu unnötig war. Aber was ist, wenn ich diese Streifen wieder in einer Situation habe, wo ich nicht überlappen lassen kann. Außerdem würde ich auch gerne diese Verzerrung loswerden und ich vermute, es ist beides das gleiche Problem.

[blackfin]

Zitat:

Das OpenGL-Plugin ist überhaupt nicht nutzbar

Das macht mich jetzt allerdings anderweitig irgendwie stutzig....welche Grafikkarte hast du denn und hast du evtl. einen alten Treiber installiert?
Treiber-Schweinereien können teilweise auch sowas auslösen
Bei mir laufen auf allen Rechnern, auf denen ich es bisher getestet habe (6 Stück) die Andorra-Demos einwandfrei mit OpenGL.
(GeForce-, ATI-, Intel-Karten..ok, auf den Intel gehen die Shader-Demos nicht, aber das ist ja klar )

Ansonsten...leider stecke ich in Andorra nicht drin, sprich ich habe noch nie damit gearbeitet / programmiert.
Bevor ich mich jetzt da aber komplett auf die Schnelle einlese, wäre ein kleines Demo-Projekt wohl das Beste, um gemeinsam auf die Fehlersuche gehen zu können. Wenn ein Projekt läuft und ich es kompilieren kann, dann kann ich auch zum "Unit-Diving" übergreifen

Edit:
Ich habe auch schon öfters feststellen müssen, dass auf manchen Grafikkarten der VSync schuld ist, wenn Texturen so ähnlich verzerrt werden, wie es in deinem Screenshot sichtbar ist.
Man sieht z.B. bei der GeForce 8er-Serie ziemlich oft bei Shootern / MMOs, wie sich Texturen während des Laufens in der vertikalen Bildschirmmitte zusammenschieben und auseinanderreissen, wenn der VSync aktiviert ist, gerade bei DirectX ist mir das besonders aufgefallen.
Zwar halte ich es in deinem Fall für unwahrscheinlich, da die äusseren Umstände dafür in deinem Projekt nicht gegeben sind (nur bei schneller Bewegung sichtbar, Betrachtungswinkel auf die Textur >80°, perspektivische Kamera), aber schalte ihn doch einfach mal aus und schau, ob sich dabei etwas ändert.

[igel457]

Verwendest du eigentlich eine eigene Projektions/Viewmatrix oder verwendest du ausschließlich TAdDraw.Setup2DScene() für das Erstellen dieser Matrizen? Ich bin nochmal meine bisherigen Projekte durchgegangen: Das Problem trat nur dann auf, wenn ich in die Karte reingezoomt/rausgezoomt habe. Solange die Viematrix genau auf die Größe des Viewports eingestellt war gab es dieses Problem nicht.

Edit:
Beispielbild ist hier:
Die einzelnen Kacheln sind durch die dicken weißen Kreuze abgegrenzt. Schwarze Striche gab es dort nicht...