Moin,

Ich bin gerade dabei meine Win32-SDL Anwendung so umzubauen, dass ich sie auch mit dem Freepascal-Compiler kompilieren kann.
Dabei stosse ich auf Probleme mit der textures.pas, welche zum einen die Unit "Graphics" nutzt (die FPC nicht kennt) und zum anderen scheinbar nicht fpc-konformen Assemblercode (procedure SwapRGB) enthält.
Gibt es eine Ersatzunit für Delphi, FPC und SDL um Texturen zu laden?

Dank und Gruß,
Daniel

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Im DGL-SDK befindet sich eine easySDLTextures. Das ist derzeit die einzig Unit die ich kenne. Ich habe zwar an meiner glBitmap schon was in dieser Richtung gemacht aber das ist noch nicht fertig.

Assemblercode: Dazu musst du bei FPC ein Ziel für den Assembler angeben. Das ist dann typischerweise Intel. In der dglOpenGL befindet sich oben so ein paar Defines. Da kann man das gut sehen.

Graphics: Das könntest du zur Not auch stumpf auskommentieren. Wird meines wissens nach nur für die jpegs benutzt.

Bei dem Rest sollte es eigentlich keine Probleme geben. Denke ich.

Ok. Danke. Unter Delphi hab ich alles wieder am Laufen. Ging relativ schmerzfrei, bis auf eine Methode zur Pfadtrennzeichenkorrektur, welche mir im Moment falsch zu laufen scheinen. Aber da wird man sich schon was bei gedacht haben, und das merke ich, sobald ich unter Linux kompilieren will.

Dank und Grüße,
DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Wenn du von easySDLTextures redest:
Unter Linux ist das Arbeitsverzeichnis nicht automatisch das Verzeichnis der Exe. Wenn du z.B. eine Exe über den Konquerer startest hat sie teilweise das falsche Arbeitsverzeichnis. Und in diesem werden dann die Texturen gesucht und nicht gefunden. Von daher wird einfach jeder relativer Pfad zu einem absoluten umgewandelt um das Problem zu umgehen.

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Auch unter windows kann das arbeitsverzeichnis von programmverzeichnis verschieden sein. Drum verwende ich auch immer extractfilepath(paramstr(0)) um nen absoluten pfad zu erhalten.

_________________

Moin,

um es etwas konkreter zu machen ging es um folgende 2 Stellen:
1.

Hier habe ich mit Turbo Delphi einen Fehler beim Ausführen von writeln erhalten. Daher hab ich auf MessageDlg umgebaut.

2.
Als zweites habe ich das Verhalten beim Laden einer Textur mit gleichem Namen (ggf. Pfad) modifiziert. Und zwar erhält man nun statt einem nervigen Fehler, die bereits geladene TexturID, wenn versucht wird eine Textur mit bereits verwendetem Namen zu laden.

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de