Das deutsche QBasic- und FreeBASIC-Forum

[Eastler_dart]

Hallo Leute,

der Eine oder Andere hat vielleicht schon gesehen, hab ein Tutorial zu OpenGL angefangen.

Jetzt steh ich an dem Punkt, an dem ich das Texturieren erklären sollte.
Ein Programmrohling zum Einlesen von Bildern aus Dateien in den Ram sowie danach Kopieren aus dem Ram auf den Grafikkartenspeicher steht mittlerweile und läuft.

Bzw. lief, bis ich damit auf ne alte Maschine gewechselt hab. Dort läufts nämlich nicht

So, wie ich bis jetzt recherchieren konnte, läuft mein Beispiel auf Karten mit OpenGL Version ab 1.3.3259 Win9x Release. Hm. Diesen Rechner schätze ich auf ein Alter von 4 bis 5 Jahren.

Aber auf den rund 10 Jahre alten Rechnern, auf denen mein Beispiel nicht läuft, ist
-------------------------------------------------------------------------------
GL-Hersteller = Microsoft Corporation
GL-Renderer = GDI Generic
GL-Version = 1.1.0
GL-Erweiterungen = GL_WIN_swap_hint GL_EXT_bgra GL_EXT_paletted_texture
-------------------------------------------------------------------------------
als OpenGL-Implementierung drin (300-500Mhz-CPU, 4MB-Grafikkarten unter W98SE)

Jetzt steh ich da, mit meinem Beispielprogramm und grüble:

1. Soll ich im Tutorial wirklich auf diese alten Geräte eingehen?
Eigentlich ja, ich hab ja solche Geräte auch noch am Laufen.
2. Den Beispielcode find ich aber genial schnell,
bei Berücksichtigung der alten Maschinen werd ich bestimmt
wieder ältere OpenGL-Befehle nehmen müssen, und damit
wird die Geschwindigkeit wieder in die Knie gehen.

Nun bitte ich Euch, mal so locker hier zu schreiben, wie alt Computer sein dürfen, auf denen euer (fiktives?) OpenGL-Programm laufen soll.

Denn, wenn ich eine OpenGL-3D-Welt mit zahlreichen Objekten erstelle, und diese noch texturiere, da glühen zwar die Alten Prozessoren auf höchster Stufe, aber wirklich flüssig wird das dann trotzdem nicht sein.
Oder?

Bin gespannt auf eure Antworten

Eastler
_________________
Kaum macht mans richtig, schon geht's

[nemored]

Sofern der Code nicht nur auf den allerneusten Rechnern läuft, würde ich ihn schon so ins Tutorial aufnehmen mit einem Hinweis darauf, dass er auf alten Rechnern nicht funktioniert. Wie du schon sagst - wenn der Rechner zu alt ist, dann ruckelt eine umfangreiche 3D-Darstellung sowieso.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[28398]

[Eastler_dart]

Hallo alle,

erst mal danke, für eure Antworten.
Aber irgendwie.....

Klar, wenn ich ein komplettes Programm schreibe, entscheide ich ja selbst, mit welcher OpenGL-Version ich mindestens arbeiten möchte. Das hängt ja klar an den Anzahlen von Objekten und verwendeten Befehlen, somit eindeutig.

Aber mir gehts hier ja darum ein Tutorial übers Texturieren in OpenGL zu schreiben - also der Versuch, zu erklären, mit welchen Befehlen in welcher Reihenfolge das Texturieren funktioniert.
Somit entscheide nicht ich, welche Version notwendig ist, sondern das hängt daran, was der Leser nach dem Tutorial noch so in den Beispielcode dazuschreibt.

Und deshalb die Frage, ab welcher Version Ihr programmieren möchtet.

NAJA, eins is ja geklärt, meine antiken 10jahresrechner (ich hatte es schon vermutet) fahren 3D also per Software im Ram über die CPU, die haben gar kein OpenGL auf der Grafikkarte fest drauf .
Kann mich jedoch erinnern, daß ich mit Anim8tor auf einer solchen Maschine Fotos einer 3D-Figur geschossen hatte.
Aber ich glaub, die erklär ich im Tutorial trotzdem nicht.

Stellt sich also nur die Frage, läuft mein Beispielprogramm auch auf "richtigem" OpenGL 1.0 / 1.1 oder 1.2, kann ja sein.
Bei mir kann ichs nicht testen, hab sowas nicht.

Mal sehen, ich versuche mal ein Testprogramm zu schreiben. Wenn ichs hinkriege, stell ichs hier rein. Vielleicht finden sich hier Forum-Leser, die für mich testen - hoff.

Schreibt aber bitte trotzdem weiter eure Meinungen hier rein

danke - Eastler
_________________
Kaum macht mans richtig, schon geht's

[cadrat]

Hallo Eastler,

klar, wenn ich helfen kann bin ich dabei. Ich begeistere mich auch für die openGL-Programmierung und hab auch schon von deinen Tutorials mächtig Honig gesaugt, also erstmal Anerkennung und Dank für dein Engagement.
Mein Profil wäre so: Notebook, ca. 5 Jahre alt. Pentium 1500 Mhz, 500 MB RAM. Läuft unter Suse-Linux 12 und der openGL-Version weisichwas (Testprogramm?). Intel 855 GM mit 3D-Unterstützung wird angezeigt. Ich schraub mal auf und sehe nach.
Ich vermute dadurch bin ich ein Kandidat der es in aktuellen Versionen wissen will?
Aber ich vermute 28398 hat schon Recht, soweit ich ihn/sie verstanden habe zum Glück schreibst Du das Tutorial

Wie wäre es mit einem Tutorial und zugehörigem Thread? Wäre so die didaktische Symbiose schlechthin.

Gruß

cadrat

[28398]

[cadrat]

Na, das Fragebein hinterm Testprogramm meinte, ob Eastler, das mit seinem Testprogramm meinte, was wir laufen lassen sollen, aber nach Nachlesen glaube ich er meint ein openGL-Testprogramm. Aber ich hoffe mein Anwenderprofil war der Sache dienlich.

PS: .7z könnt ich ja mal recherchieren was das ist, aber was um alles in der Welt sind .exe-Dateien?

[Eastler_dart]

Hallo nochmal,

ja. ich versuche ein Testprogramm zu erstellen, daß Ihr als Source speichern , kompilieren und ausführen könnt. Und dieses Programm soll euch anzeigen, was ich und evtl viele Andere brauchen können.

Das Testprogramm frägt eure Grafikkarte ab, welche GL-Version von welchem Hersteller und mit welchen Extensions aufgelötet sind. Soweit für alle interessant. Sowas steht zwar normalerweise auch auf der Schachtel der Grafikkarte, aber wer kauft die schon einzeln und hat dann die Schachtel noch parat

Aber das Testprogramm soll noch mehr können. Meine gewählten OGL-Befehle, zum speichern eines Texturebildes auf der Grafikkarte sind unterschiedlich, jenachdem, ob Opengl in nem 15/16/24/32-bit-Fenster gestartet wird und nochmal zusätzlich unterschiedlich, ob das Bild im Speicher in 15/16 oder 32-bit vorliegt.
Keinen Einfluß auf diese Befehlsoptionen hat scheinbar (auf meinen Kisten) ob man auf der Grafikkarte dann die Textur in 15/16/24/32-bit Auflösung speichert.

@cadrat: bin mir sicher, auf deinm Laptop läuft meine Routine
Laß sie zu, nicht aufschrauben. Sollte ich das Testprogramm nicht hinkriegen, haste spätestens im Tutorial dann ne Routine, die dir sagt, was in deinem Lap an OpenGL eingebaut ist.

@28398: ist super dein Programm, aber das wird soviel Infos über den PC auswerfen, daß die paar speziellen, die ich brauche, dabei vielleicht untergehen. Und ob meine gewählten Ogl-Befehle laufen, sagt dein Tool nicht, denn sonst wäre das ein Programm, dessen Code so 60MB groß wäre .

Also: Wer wissen will, was er drin hat, nimmt 28398's Programm, für meine konkreten Infos stell ich noch was hier rein.

Danke schon mal für die bisherigen Ausführungen, ich versuch mich zu beeilen.

Eastler
_________________
Kaum macht mans richtig, schon geht's

[28398]

Also wer heute noch 15/16 Bit Modi verwendet hat was hinter die Ohren verdient. Nicht nur, dass die Alt sind, sondern auch, weil sie deutlich langsamer sind als 32 Bit Modi.
Nach meinem Wissensstand "castet" die Windows-GDI intern alle Farben schon auf 32 Bit, selbst wenn die Desktopfarbtiefe nur 15/16 Bit beträgt.
Und spätestens seit Format wie PNG oder G3T (gut, dass kennt noch keiner ausser mir, ist aber 100% einfach, ist schnell (nach)ladbar und hat trotzdem eine gute Kompression...) ist das Argument, dass man so weniger Speicherplatz braucht auch nicht mehr das Wahre.
Jede Grafikkarte nach openGL 1.1 dürfte auf jeden Fall 32 Bit Farbtiefe unterstützten... man kann eben NICHT immer selbst die ältesten Schrottkisten unterstützen. Man muss nunmal eine klare Untergrenze ziehen.
Und sobald jemand auch die "richtigen" Herstellertreiber installiert, gibt es zumindest openGL 1.5, denn mir wäre kein zumindest HW basierender (windows) Treiber bekannt, der kein openGL 1.5 mitbringt. Und sogar MESA 3D unterstütz (glaube ich^^) openGL 1.5 .

[Eastler_dart]

Hallo Leute,

So, ich glaub, ich habs geschafft, puh. Und beim Erarbeiten erkannt, daß eine "Umfrage", welche OpenGL-Versionen Ihr auf euren Kisten so in Betrieb habt, sehr informativ für alle sein wird.
Jedenfalls ein Testprogramm hab ich beisammen, ist nur etwas lang geworden.

BESCHREIBUNG: das Programm startet nacheinander 4 mal ein OpenGL-Fenster, jeweils in unterschiedlichen Farbtiefen (15, 16, 24 und 32 bits). In jedem dieser vier Fensteraufrufe werden jeweils drei Texturen erzeugt, die wiederum aus 3 verschiedenen Farbtiefen heraus an OpenGL übermittelt wurden.
Die vier Aufrufe von OpenGL warten jeweils auf einen Tastendruck von euch, damits weiter geht.
Am Ende kommt eine Schlußmaske, die die Ergebnisse anzeigt und auf weiteren Tastendruck in Dateien speichert.
Unter XP werden dann diese erzeugten Html-Dateien mit eurem Lieblingsbrowser angezeigt, unter W98 muß man diese separat doppelklicken, um sie in einem Browser zu öffnen.

WAS KOMMT RAUS: na hoffentlich, daß alle eure Rechner diese vielen Texturen anzeigen - grübel - bei mir sinds auch nicht alle Rechner.
Für Euch zeigt das Programm viele Infos über das aufgelötete OpenGL an. Und wenn Ihr dann aus dem Html-Ergebnis den Textteil anreißt, in die Zwischenablage kopiert und hier reinstellt, kann ich erahnen, für welche Rechnergenerationen ich das Tutorial zum Thema Texturieren ausrichten soll.

WIE GEHT DAS: wie grad gesagt. In der vom Testprogram erzeugten Html-Datei "test.htm" stehen die Infos drin, die interessant wären. Anzeigen lassen, anreißen (0hne Bilder), kopieren und hier reinstellen.

DAS PROGRAMM:
Mit dem Link: http://www.eastler.de/FreeBasic/forums/test.zip Könnt Ihr eine Zip-Datei mit 72kb runterladen, in der der Quellcode und eine für WINDOWS fertig kompilierte EXE drin liegen.
Falls Ihr selber kompilieren wollt, das TESTPROGRAMM kann nur mit FREEBASIC V 0.20 KOMPILIERT werden. Für diesen Fall setz ich das Listing gleich hier rein, dann braucht Ihr die Zip nicht zu ziehen:

[28398]

Wie nicht anders zu erwarten läuft alles

[cadrat]

Musste grad den Rechner komplett neu aufbauen . Bekomme im Moment die Meldung:

/usr/share/freebasic/bin/linux/ld: cannot find -lX11

Von 0.2 auf 1.85 zurückgedatet (wasn das fürn Wort ) :

[nemored]

Ich habe gar nicht vor, auf meinem Laptop großartig 3D-Programme laufen zu lassen, hier aber dessen Testergebnisse: