Hallo,

ich habe vor längerer Zeit mit BPascal 3D Programmiert, jetzt möchte ich auf Windows mit GL wieder anfangen. Habe aber leichte Start Problemme. Kann mir jemand einen Tip geben wo ich da einsteigen kann.
Ich hab mir schon so nen Tutorials Runtergezogen, aber mit dem Windows hat man soviele sachen wo man sich umgewöhnen muss.

Danke euch!

KA...aber phobeus wird sicher gleich vorbei kommen und werbung für seine delphi gl community machen -> www.delphigl.com

...da findest du bestimmt mehr!

Na Maximus... das sind ja bösartige Unterstellungen Habe hier noch nirgends Werbung machen lassen, springe nur ab und an mal gerne in die Bresche um anderen klar zu machen, dass das 3D nicht nur für Direct3D gepachtet ist, sondern auch in OpenGL vorhanden ist. Heißt ja auch nicht Windows2D ... ahem... *wieder.geht*

@neo: Wenn Du von BPascal umsteigst, solltest Du ein funderites Wissen über OOP und Delphi haben. Ansonsten wird es evtl. schwer sein Dich dprt einzuarbeiten. OpenGL ist eindeutig ein Fachthema und an diese sollte man sich nur ranwagen, wenn etwaige Grundlagen gegeben sind. Als Ur-Pascaler wird es sicherlich einige Dinge geben, an die man sich erst wieder gerwöhnen muss. Rede da glaube ich auch aus Erfahrung

High,
ich weiß ja nicht mit welchen Komponenten du bei Pascal programmiert hast. Aber bei Delphi würde ich das mit DirektX programmieren. Kannst du dir überall runterziehen!!!

seit wann ist DirectX eine Komponente :/
btw: ich bin zufriedener OpenGL-Nutzer

Ich mag gerne GLXTreem für OpenGL www.glxtreem.tk

und diese: [URL]www.sulaco.co.za[/URL] Seite wenn du es NonVCL machen willst.

Phobeus hat folgendes geschrieben:

Na Maximus... das sind ja bösartige Unterstellungen Habe hier noch nirgends Werbung machen lassen, springe nur ab und an mal gerne in die Bresche um anderen klar zu machen, dass das 3D nicht nur für Direct3D gepachtet ist, sondern auch in OpenGL vorhanden ist. Heißt ja auch nicht Windows2D ... ahem... *wieder.geht* @neo: Wenn Du von BPascal umsteigst, solltest Du ein funderites Wissen über OOP und Delphi haben. Ansonsten wird es evtl. schwer sein Dich dprt einzuarbeiten. OpenGL ist eindeutig ein Fachthema und an diese sollte man sich nur ranwagen, wenn etwaige Grundlagen gegeben sind. Als Ur-Pascaler wird es sicherlich einige Dinge geben, an die man sich erst wieder gerwöhnen muss. Rede da glaube ich auch aus Erfahrung

Also, in das Tutorial von dir hate ich angefangen vor kurtzen mal reinzuschauen. Allerdings sind mir da so ein zwei sachen unklar gewesen, ich denke, das liegt daran das ich mich erst an diese RICHTIGE OOP von Delphi gewöhnen muss. Aber ich werde mich sicher schnell daran gewöhnen! In deinem Tut, sprichst du das man besser die API von Windows nehmen solle. Gibt es von der API eine beschreibung (wenn es geht sogar in deutsch)?
Und danke für eure schnelle reaktion auf meine Frage?

Also direkt bei meinen wirst Du wenig OOP finden, da ich gerade bei der Spieleentwicklung ein Fan von strukturierter Programmierung (war *g*) und eben weitesgehend die API verwendet habe. Eine einfache Dokumentation sollte bereits bei Delphi dabei sein, zumindest bei den neueren Hilfe->Windows SDK. Alternativ gibt es auch noch bei MS die PSDK, ist aber ne gewaltiger Brocken, den man ohne DSL nicht in Angriff nehmen sollte. Dafür hat man aber auch den gesamten Schwachsinn von MS auf einen Haufen. Lernen tut man IMAO am besten in dem man viel API-Source studiert und dann die einzelnen Begriffe oder Parameter nachschlägt.

Eine deutsche Version davon wird von MS nicht angeboten, demnach wohl auch nicht von jemand anderen. Asserbad hat hier ja irgendwo noch ne seite mit IMAO einiges dazu. Evtl. möchtest auch ne wenig SDL, statt api? Funktioiert ähnlich ist aber portable (Template auf der Seite für DLLs und Header Goolge (SDL Jedi)). Du merkst die Windows-Welt ist nicht abwechslungsreicher, sondern nur verdrehter O_o Ich denke es bleibt einen nicht viel übrig als "Augen zu und durch". Evtl. wird ein Einsteiger der sich ne wenig mit der VCL ( Das mit den Formularen) angefreundet hat, leichter zu recht kommen. Kommt immer drauf an, was man eigentlich anstreben will. Für OpenGL selbst ist es eigentlich nur wichtig, dass man irgendwie ein Fenster aufm Bildschirm hat, dass auf OpenGL_Rendering vorberietet wurde. Nach dem WIE oder WOHER wird es nicht mehr fragen ^__-

Na siehste...geht doch

Phobeus hat folgendes geschrieben:

Na Maximus... das sind ja bösartige Unterstellungen Habe hier noch nirgends Werbung machen lassen, springe nur ab und an mal gerne in die Bresche um anderen klar zu machen, dass das 3D nicht nur für Direct3D gepachtet ist, sondern auch in OpenGL vorhanden ist. Heißt ja auch nicht Windows2D ... ahem... *wieder.geht* ...

..von direct3D hab ich 'nie' geredet - damit hast du jetzt angefangen - scheint ja schon ein richtiges trauma zu sein *g* kaum sagt jemand openGL fürchtest du, dass die dx-schergen ihn dir wieder nehmen könnten *rollt.sich.auf.dem.flur*

war sozusagen nur ein vorrauseilender service...ähja..damit Neo_in_der_MATRIX nicht so lange in der luft hängt *g*

Nana, sage ja nur, dass ich keine Werbung mache, sondern nur Waage spiele (aber auch nur falls die Konkurrenz eingreift *sg*)

Um nochmal auf deine Frage einzugehen. Ich persönlich werde weitesgehend immer mehr auf SDL umsteigen, weil es im Gegensatz zur WinAPI portable nach Linux ist und IMAO dadurch, dass nicht ganz so komplex leichter zu lernen. Denke das jemand der GameDev betreibt ruhig mit SDL oder VCL anfangen sollte.

Achso... @Maximus: *wort.im.mund.dreh* Ist ja schon super, wenn D3Dler OpenGL-Seiten empfehlen

Phobeus hat folgendes geschrieben:

Also direkt bei meinen wirst Du wenig OOP finden, da ich gerade bei der Spieleentwicklung ein Fan von strukturierter Programmierung (war *g*) und eben weitesgehend die API verwendet habe. Eine einfache Dokumentation sollte bereits bei Delphi dabei sein, zumindest bei den neueren Hilfe->Windows SDK. Alternativ gibt es auch noch bei MS die PSDK, ist aber ne gewaltiger Brocken, den man ohne DSL nicht in Angriff nehmen sollte. Dafür hat man aber auch den gesamten Schwachsinn von MS auf einen Haufen. Lernen tut man IMAO am besten in dem man viel API-Source studiert und dann die einzelnen Begriffe oder Parameter nachschlägt. Eine deutsche Version davon wird von MS nicht angeboten, demnach wohl auch nicht von jemand anderen. Asserbad hat hier ja irgendwo noch ne seite mit IMAO einiges dazu. Evtl. möchtest auch ne wenig SDL, statt api? Funktioiert ähnlich ist aber portable (Template auf der Seite für DLLs und Header Goolge (SDL Jedi)). Du merkst die Windows-Welt ist nicht abwechslungsreicher, sondern nur verdrehter O_o Ich denke es bleibt einen nicht viel übrig als "Augen zu und durch". Evtl. wird ein Einsteiger der sich ne wenig mit der VCL ( Das mit den Formularen) angefreundet hat, leichter zu recht kommen. Kommt immer drauf an, was man eigentlich anstreben will. Für OpenGL selbst ist es eigentlich nur wichtig, dass man irgendwie ein Fenster aufm Bildschirm hat, dass auf OpenGL_Rendering vorberietet wurde. Nach dem WIE oder WOHER wird es nicht mehr fragen ^__-

Also, jetzt hast du mich durch einander gebracht. Also SDL ist protabel auf linux, das heist also das ich den Quell-Code ohne größeren umstand auf UNIX portieren kann! Ich frage, weil ich bevor ich mich entschlossen hatte auf windows wieder weiter zu machen eigentlich auf UNIX progen wollte, und meine alten Units unter linux (alerdings auch nicht unter windows) liefen. Es ist ja nun verboten direckt in den Speicher eines gerätes und in die Ports zu schreiben. Das ist das was mich eigentlich stört, mir ist zwar klar das das so sein muss wegen der system abschirmung, aber es ist trotzdem nen blöde sache wenn mann das noch gewihnt war! Weil meine Units alle dirckt auf die Hardware zugegriffen hatten. Und jetzt muss ich mich mit der API oder irgent einer schnittstelle herum schlagen die ich nicht richtig kenne! Mhh... ... mall sehen.
Kann ich eigentlich unter linux die glechen GL init benutzen wie unter Windows (mal abgesehen das ich das fenster anderst erzeuge)?
Hmmm ... und giebt es die Header auch für Unix irgent wo?
Mhh .. das ist nehmlich noch interessanter!
OK, dann bis denne CU

Yep, SDL ist als Gegenstück zu DirectX gedacht worden. OpenGL ist unter Windows und Linux fast identisch. Lediglich einige Hilfsfunktionen sind an das System angepaßt. z.B. um einen RenderContext an einem Fenster zu binden. Diese wird man auch weiterhin manuell umschreiben müssen, aber wir reden hier meist von nur wenigen Zeilen. Das was hingegen meist eher Zeit kostet ist das Fenstermanagement und die Kommunikation mit dem OS darunter. Was die Grafik angeht macht OpenGL das ja prima, aber bei Fenstern? Dafür hat z.B. SDL ein Mangement dafür, dass sowohl unter Windows, Linux und Co identisch sind. Es handelt sich dabei um eine Art Wrapper die den SDL-Befehl entsprechend dem zu Grunde liegenden OS umwandelt und weitergibt. Somit erreicht man Plattformunabhägigkeit und das obwohl man auf die entsprechenden Bonis der OSe nicht verzichten mußt.

Ich selbst habe mit Linux nicht viel Erfahrung und es noch nie gemacht. Aber theoretisch sollte SDL dort keine Probleme machen und zahlreiche Header für OpenGL, die man bei Delphi benutzen kann, laufen auch bei Kylix oder FreePascal.

Wie schnell und aktuell ist denn SDL?

PS: 'Bonis' gefällt mir...ist das der korrekte plural oder eine phobeusche wortschöpfung?

Hi,

ich denke in Zeitalter von 3D-Grafik und hochkomplexen Modellen brauchen wir uns nicht mehr über die Geschwindigkeit eines Fenster-Wrapper gedanken zu machen. Wir reden hier von durchaus professioneller Software und keinen DelphiX-Aufguss *g* SDL wird auch schon häufiger verwendet als man denkt. Einfach mal drauf achten, wenn man einige kleinere Projekte runterläft.

Die Aktualität kann ich nicht genau zu sage, es ist nichts veraltetes und es auch nicht notwendig dort dauernd was zu aktualisieren. Ich denke OpenGLer wird GLUT ein Begriff sein und ja, SDL ist eindeutig neuer und Fehlerfreier und sollte in jedem Fall auch vorgezogen werden. Einziger Wermutstropfer wenn überhaupt. Die SDL.dll müssen mitgeliefert werden, aber Hand aufs Herz, die sind bei DirectX ja auch dabei... Würde auch fast wetten, dass viele Leute irgendwo sich diese bereits "eingefangen" haben

Bonis: Eindeutig phobescher Neologismus. Bei Obligatorischen Neuerungen Ists Super. *langsam.aus.schlinge.aalt*

danke für die aufklärung...und wenn SDL auch noch einfacher zu nutzen ist werd ich vielleicht irgendwann mal watt mit bauen!

@Neophobismus: treibs nicht zu weit *g*

PS: IMHO sind engines am coolsten, die openGL und directX machen können...hab grad beruflich mit solch einer zu tun. damit kann man dann, wenn man kann, auf linux und mac portieren...nur am rande

@SDL: Ich denke, dass man als weltoffener Mensch, der nicht nur auf Microsoft fixiert ist das ganze durchaus als Alternative auffassen sollte. Auch was z.B. Leute angeht, die nur 2D machen wollen.

Neophobismus? O_o ... oha, das Wort hat ja ne gewisse Doppeldeutigkeit. Das muss ich unbedingt mal dem "Bruder Neo" (also dem "richtigen" *g*) melden. Mal sehen, was dr dazu sagt *sg*

@hybrid: Ich persönlich weiß nicht, wo der effektive Nutzen dabei liegen sollte. OpenGL und Direct3D sind sich ebenbürtig. Die wahrscheinlichkeit, dass es für eine Grafikkarte keinen OpenGL-Treiber gibt ist relativ gering (ansonsten Hersteller meiden...). Ist meiner Ansicht nach doppelte Arbeit und es gab mal so einen berühmten Satz den ich zu SchodMC sagte als er neben D3D OpenGL integrieren wollte... "Wer ne Zeit mit beiden APIs arbeitet wird sich für OpenGL entscheiden..." Damals wurde über mich gelacht, nun sitzt er in fester OpenGL-Position. Achso, ich bin auch ne Zeit zweigleisig gefahren Denke das gerade im Hobbybereich ein Hybrid keinen wirklichen Sinn macht und man es meiden sollte.

Phobeus hat folgendes geschrieben:

Yep, SDL ist als Gegenstück zu DirectX gedacht worden. OpenGL ist unter Windows und Linux fast identisch. Lediglich einige Hilfsfunktionen sind an das System angepaßt. z.B. um einen RenderContext an einem Fenster zu binden. Diese wird man auch weiterhin manuell umschreiben müssen, aber wir reden hier meist von nur wenigen Zeilen. Das was hingegen meist eher Zeit kostet ist das Fenstermanagement und die Kommunikation mit dem OS darunter. Was die Grafik angeht macht OpenGL das ja prima, aber bei Fenstern? Dafür hat z.B. SDL ein Mangement dafür, dass sowohl unter Windows, Linux und Co identisch sind. Es handelt sich dabei um eine Art Wrapper die den SDL-Befehl entsprechend dem zu Grunde liegenden OS umwandelt und weitergibt. Somit erreicht man Plattformunabhägigkeit und das obwohl man auf die entsprechenden Bonis der OSe nicht verzichten mußt. Ich selbst habe mit Linux nicht viel Erfahrung und es noch nie gemacht. Aber theoretisch sollte SDL dort keine Probleme machen und zahlreiche Header für OpenGL, die man bei Delphi benutzen kann, laufen auch bei Kylix oder FreePascal.

Die SDL von der du redest, kannst du mir sagen wo ich die herbekomme, und ob ich mit meiner Analogen leitung das überhaupt ziehen sollte?

Hab übrigens meine ersten gehversuche mit OpenGL gestartet, und mich an euren Templets von der Site gehalten. Habe aber einige Probleme.
Hatte mir follgendes vorgestellt:

Also dachte ich schreibe erstmal sowas wie nen Interpreter, der sowas wie nen Text-File einlist und anhand diesen das Bild erzeugt. In dem Text-File stehen comandos wie bei OpenGL und mein Prog interpretiert dieses. Hate auch schon fast soweit alles fertig. Jetzt habe ich ein Problem.
Und zwar wenn ich die Zahlen einlesen will, meldet mein Prog nun nen Runtime fehler weil die zahl angeblich keine richtige Float-Zahl ist.
Ich Poste euch mal den Entsprechenden Teil:

Function ReadFloat: Double;
Var
Line: String;
Temp: Double;
Lauf: Integer;
Begin
{ Lesen wir unsere Parameter in den Puffer }
Line:=Puffer[CurentLine];
Line:=Copy(Line, LinePos, Length(Line));
Lauf:=GetPosOfChar(',', Line);
If (Lauf=-1) Then
Lauf:=GetPosOfChar(')', Line);
Line:=Copy(Line, 1, Lauf - 1);
LinePos:=LinePos + Lauf;
Result:=StrToFloat(Line);
End;

Also in dem Array Puffer stehen die gesammten befehle drin, mit GetPosOfChar suche ich die Position eines Zeichens.

Ich weiß nicht ob euch dieser Auszug ausreicht, wollte nicht den gesammten Quelltext Posten.
Das wird für euch warscheinlich nur ein kleines Problem sein, aber für mich ist es im moment eine grasse hürde.

Ich danke euch, biss denne man sieht sich!

Phobeus hat folgendes geschrieben:

@SDL: Ich denke, dass man als weltoffener Mensch, der nicht nur auf Microsoft fixiert ist das ganze durchaus als Alternative auffassen sollte. Auch was z.B. Leute angeht, die nur 2D machen wollen.

Das tu ich mir mal rein...*klapt.schädeldecke.auf.schüttet.SDL.aus.vollen kübeln.rein*...microsoft fixiert bin eindeutig nicht, aber unter kommerzeillen gesichtpunkten sollte man wenigsten ein bischen mit directX umgehen können...sagt ja niemand, dass ich auf ewig dem bösen huldige

Zitat:

Neophobismus? O_o ... oha, das Wort hat ja ne gewisse Doppeldeutigkeit. Das muss ich unbedingt mal dem "Bruder Neo" (also dem "richtigen" *g*) melden. Mal sehen, was dr dazu sagt *sg*

*ROFL* ..das volle ausmass dieses wortes war mir garnicht bewusst, als ich es schrieb *g*

Zitat:

@hybrid: Ich persönlich weiß nicht, wo der effektive Nutzen dabei liegen sollte. OpenGL und Direct3D sind sich ebenbürtig. Die wahrscheinlichkeit, dass es für eine Grafikkarte keinen OpenGL-Treiber gibt ist relativ gering (ansonsten Hersteller meiden...). Ist meiner Ansicht nach doppelte Arbeit und es gab mal so einen berühmten Satz den ich zu SchodMC sagte als er neben D3D OpenGL integrieren wollte... "Wer ne Zeit mit beiden APIs arbeitet wird sich für OpenGL entscheiden..." Damals wurde über mich gelacht, nun sitzt er in fester OpenGL-Position. Achso, ich bin auch ne Zeit zweigleisig gefahren Denke das gerade im Hobbybereich ein Hybrid keinen wirklichen Sinn macht und man es meiden sollte.

hobby-technisch is das sicherlich richtig...nur ich rede ja auch von einer fertigen, voll ausgereiften(falls das überhaupt möglich ist), kommerziellen game-engine.

mfg

@Neo_in_der_MATRIX: ich kann dir nur dringend davon abraten, selbst einen interpreter zu schreiben. Zum einen würd ich erstmal mit der openGl-API rumspielen...damit man mal schöne erfolgrerlebnisse hat (das darf man nicht unterschätzen, wie wichtig das ist) und zum anderen sind interpreter langsam und IMHO nur bei vollwertigen engines sinnvoll.

Was schon eher sinn machen würde...wäre ein OOP framework zu erstellen, in dem alle sichtbaren und unsichtbaren teile objekte in einer hierarchie sind...mit recursionsartigen algos kannst du dann alles in einem abwash zeichnen! ...und was immer sinn macht: ein stream-format in dem du den aktuellen status aller, oder einzelner, objekte speichern kannst. Quasi ein beschreibungs-format deiner szene, sodass du nicht alle objekte von hand coden musst

hoffe ich hab dich nicht zu sehr verwirrd *g* ...kannst ja bescheid sagen, wenn da klärungsbedarf ist.

mfg.

[quote="maximus"]@Neo_in_der_MATRIX: ich kann dir nur dringend davon abraten, selbst einen interpreter zu schreiben. Zum einen würd ich erstmal mit der openGl-API rumspielen...damit man mal schöne erfolgrerlebnisse hat (das darf man nicht unterschätzen, wie wichtig das ist) und zum anderen sind interpreter langsam und IMHO nur bei vollwertigen engines sinnvoll.

Was schon eher sinn machen würde...wäre ein OOP framework zu erstellen, in dem alle sichtbaren und unsichtbaren teile objekte in einer hierarchie sind...mit recursionsartigen algos kannst du dann alles in einem abwash zeichnen! ...und was immer sinn macht: ein stream-format in dem du den aktuellen status aller, oder einzelner, objekte speichern kannst. Quasi ein beschreibungs-format deiner szene, sodass du nicht alle objekte von hand coden musst

hoffe ich hab dich nicht zu sehr verwirrd *g* ...kannst ja bescheid sagen, wenn da klärungsbedarf ist.

mfg.[/quot]


@maximus: genau das hatte ich vor, weil es mir zu blöde war ständig den code neu zu generieren dachte ich, das ich sowas wie ne text datei habe wo die GL-Comandos drine sind, und mein programm wertet diese zur laufzeit aus und zeichnet danach.