DGL • Thema anzeigen - SDL Surfaces mit SDL

SDL Surfaces mit SDL_Image ?!

Moderator: DGL-Team

Seite 1 von 1

[ 6 Beiträge ]

Vorheriges Thema | Nächstes Thema

Autor

Nachricht

Kyro

Betreff des Beitrags: SDL Surfaces mit SDL_Image ?!

Verfasst: So Sep 09, 2007 12:03

DGL Member

Registriert: So Okt 26, 2003 20:07
Beiträge: 249

Ich werd hier noch verrückt!

Ich habe jetzt endlich angefangen, mich mit SDL zu beschäftigen, und stehe gleich vorm ersten Problem!
Ich versuche, mittels SDL_Image ein Bild zu laden und als Texture zu verwenden. Ein oft schon hier angehandeltes Thema, aber ich glaub, ich hab ganz andere Probleme! Ich kann .pixels nicht auslesen!

Erstmal etwas Code:

Code:

procedure LoadTexture(FileName: String; var Texture: TGLUInt);
var
   sdl_surface, conv: PSDL_Surface;
   x, y: Integer;
   Buffer: Pointer;
begin
  sdl_surface := Img_Load(PChar(FileName));
  // Speichern geht problemlos, selbst TGA's! (s.u.)
  SDL_SaveBMP(sdl_surface, '/home/swagner/Desktop/sdlout.bmp');
  // geht sowohl mit als auch ohne Blitten nicht
  conv := SDL_CreateRGBSurface(
         SDL_SWSURFACE, sdl_surface^.pitch, sdl_surface^.h, 32,
         $000000ff, $0000ff00, $00ff0000, $ff000000);
  SDL_BlitSurface(sdl_surface, 0, conv, 0);
  // Selbes Bild wie oben (logisch)
  SDL_SaveBMP(sdl_surface, '/home/swagner/Desktop/sdloutblitt.bmp');
  // z.B 1536
  WriteLn(Int64(sdl_surface^.pixels));
  // z.B 137438955072, kleiner Unterschied gefällig?
  WriteLn(Int64(MainForm.DisplaySurface^.pixels));
 
  // Wenn ich versuche, ein TGA zu laden, bekomme ich diesen Fehler:
  // Failed loading DPMSDisable: /usr/lib/libX11.so.6: undefined symbol: DPMSDisable
  // Nach meinen Recherchen hängt das mit dem Lesen von TrueTypeFonts zusammen ?!
  // Habe die komplette SDL sowie ttf-freefont neu installiert, ohne Besserung
  WriteLn(String(IMG_GetError()));
  
  if Assigned(sdl_surface) then
  begin
   // In einen eigenen Buffer schreiben bringt auch nichts
   //Buffer := AllocMem(sdl_surface^.pitch * sdl_surface^.h);
   //Move(sdl_surface^.pixels^, Buffer^, sdl_surface^.pitch * sdl_surface^.h);
   WriteLn('Load');
   glGenTextures(1, @Texture);
   glBindTexture(GL_TEXTURE_2D, Texture);
   glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
   glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
   // mit sdl_surface^.w statt sdl_surface^.pitch gibts keine Exception - kein Wunder, dann wird ja auch nichts gelesen
   // da w = 0!
   glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, sdl_surface^.pitch, sdl_surface^.h, 0,
                           GL_RGBA, GL_UNSIGNED_BYTE, sdl_surface^.pixels);
   //WriteLn(sdl_surface^.pixels);
   // pitch liefert den korrekten Wert, 512
   WriteLn('Width: ' + IntToStr(sdl_surface^.pitch));
   // h ist richtig (512)
   WriteLn('Height: ' + IntToStr(sdl_surface^.h));
   SDL_FreeSurface(sdl_surface);
   SDL_FreeSurface(conv);
   // no error, wenn er soweit kommt und nicht vorher rausfliegt
   WriteLn(gluErrorString(glGetError()));
  end;
end;

Da stell ich mir die eine Frage:
Warum kann SDL mit meinem SDL_Image Surface umgehen (Speichern, Blitten) und ich nicht? Ich hatte schonmal die Idee, TSDL_Surface als packed record zu definieren - immerhin ist SDL in C geschrieben und eventuell liegt das Surface anders im Speicher, aber Fehlanzeige. Dagegen spricht auch, dass das Surface der Form ja korrekt zu sein scheint (immerhin zeigt pixels nicht irgendwo an den Anfang des Speichers...).

Ich habs dann auch mal mit easySDLTextures probiert (nachdem ich sdlutils 64bit-tauglich gemacht habe), mit der gehts auch nicht.

Jemand ne Idee? Ich lauf hier nämlich bald Amok...
Gruß

edit: Mir ist grad noch ein Fünkchen Hoffnung aufgegangen, als ich gesehn hab, dass ich garnicht das geblittete Surface benutze (*peinlich*) - nichts desto trotz ist hier alles gleich: pixels zeigt in einen ähnlichen Speicherbereich. Wenn ich nur die Surface erstelle (CreateRGBSurface), dann kann ich ein schwarzes Bild speichern (auch logisch).

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Zuletzt geändert von Kyro am So Sep 09, 2007 12:15, insgesamt 1-mal geändert.

Nach oben

i0n0s

Betreff des Beitrags:

Verfasst: So Sep 09, 2007 12:09

Ernährungsberater

Registriert: Sa Jan 01, 2005 17:11
Beiträge: 2068
Programmiersprache: C++

Du bist unter einem 64-Bit OS?
Dann würde ich an der Stelle mal den Header mit dem C-Header vergleichen und schauen ob nicht eine Variable mit falscher Länge definiert wurde.

_________________
Steppity,✲steppity,✴step,❆step,✳step! :twisted:

❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Nach oben

Kyro

Betreff des Beitrags:

Verfasst: So Sep 09, 2007 15:33

DGL Member

Registriert: So Okt 26, 2003 20:07
Beiträge: 249

Ja bin ich.

Den Header hab ich mir angeguckt, der is so "1:1" vom C-Header übernommen.
Da snd die Fehler denke ich auch nicht zu suchen. Irgendwo schreibt SDL selbst ins Nichts, warscheinlich durch irgendwelches (rück-)konvertieren von Pointern - woher weiß ich das? Die Fehler sind unberechenbar. Binde ich zum Beispiel das normale GL und GLU ein, dann wird das Surface initialisiert, bind ich dglOpenGL ein, dann nichtmehr. Außerdem spielt meine Konsole kurz verrückt! Ich frag mich echt, ob gerade bei solchen Projekten nicht mal einer ne 64bit Kiste hat. Und sowas nennt sich dann Platform-Independent...

Ich werd mal die Demos testen.

Ich hab langsam keine Lust mehr auf den 64bit Mist - Man muss sich überall Workarounds und was weiß ich was machen, nichts funktioniert wie es soll. Da fragt man sich echt, wozu der Sch**** gut sein soll.... Nur mal meine Meinung sry für die Ausdrucksweise.

edit: Oder es liegt doch nur am Header, ein OGL-Beispiel mit Texturen in C geht nämlich. Aber jetzt 5000 Zeilen Code durchsehen? naja...

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Nach oben

Lord Horazont

Betreff des Beitrags:

Verfasst: Mo Sep 10, 2007 18:35

DGL Member

Registriert: Do Sep 02, 2004 19:42
Beiträge: 4158
Programmiersprache: FreePascal, C++

Das Problem kommt mir verdammt bekannt vor!
Ich hatte doch vorkurzem ein ähnliches Problem. Wenn du den Compiler allerdings auf i386 umstellst, dann läuft es - abgesehen davon, dass deine Surface vermutlich nicht bei OpenGL ankommt, wenn du das gleiche "glück" hast wie ich.
Probier das doch mal aus, vielleicht können wir da unsere Erfahrungen irgendwie zusammenbringen. Ich suche immernoch nach einer Lösung.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Nach oben

Kyro

Betreff des Beitrags:

Verfasst: Mo Sep 10, 2007 23:41

DGL Member

Registriert: So Okt 26, 2003 20:07
Beiträge: 249

Würde ich gerne tun aber... ich hab mir mittlerweile aus Frust vor dem ganzen 64bit gedöns ein 32bit-OS draufgemacht, und hier geht alles einwandfrei und das ist gut so...

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Nach oben

ufas

Betreff des Beitrags:

Verfasst: Do Sep 11, 2008 12:44

DGL Member

Registriert: Fr Sep 01, 2006 08:22
Beiträge: 26
Wohnort: Frauenfeld / CH

Weiss nicht wie aktuell das Problem noch ist, aber bei mir scheint das verwenden aktueller SDL Header (Jedi, RC2 vom Februar 08 ) geholfen zu haben.

Nach oben

Seite 1 von 1

[ 6 Beiträge ]

Foren-Übersicht » Programmierung » OpenGL

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 5 Gäste

Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.