Hallo Leute,

Mein Name ist Rainer aus Hamm/Westf. und ich bin neu hier im Forum.
Ich bin 50 und programiere seit ca 1990 in Turbo Pascal / BP.
Seit ca 1/2 Jahr übe ich mich in Delphi 7.

Ich Suche schon seit Tagen im Forum um mein 'Problem' zu lösen.
Ich mache ein wenig auf Laserscanning und entsprechend drehe und bewege ich 3D Vektoren.

Ab 50 Frames je Sek mit 1000 Vectoren und gleichzeitiger Bildschirmausgabe hängt mein Rechner 1,2GHz auf 100% CPU.

Ginge das mit OpenGL schneller im reinen 2D ?

Um das mit OpenGL umzusetzen habe ich im Forum nichts gefunden :-/

Als Beispiel hier der DelphiCode und die Exe. http://www.Gento.de/Wuerfel.rar

Drehen,verschieben usw muss ich von Hand machen und weil ich die X&Y Werte brauche ich zur Weiterverarbeitung ,doch das geht sehr Fix.

Wie gesagt das ist nur ein Beispielcode Lauffähig die Exe ohne viel Vektoren.

Es wäre schön wenn mir jemand auf die Sprünge hilft das in OpenGL umzusetzen.

Grüße Rainer

p.s. Auszug der Bildschirmausgabe.

Hallo Gento,
Willkommen hier im Forum. Ich habe mir Dein Programm angesehen. Nur von außen, nicht den Sourcecode. Ich würde sagen: Ja, genau dafür ist OpenGl wie geschaffen. Du sprichst von sehr vielen Vektoren, aber davon habe ich eigentlich nichts entdecken können. Du manipulierst einen Würfel im Gitternetzmodus. Davon geht OpenGL nicht in die Knie. Du solltest Dir die Tutorials im Wiki ansehen.
Viele Grüße
Traude

Hallo Traude,

Ehrlich das Tutorial ist sehr schlecht aufgebaut.
Ich hatte die wirklichen Links nicht gefunden und den(ie) Sterne geklickt. 'Wozu so ein Sternlink'?

Demo : Es hat wirklich nur ein paar Vektoren und war mein zweites Delphi Prog . . aus eigenenem BP Code umgeschrieben.

Real habe ich 2-5000 Vektoren und die möchte ich per Delphitimer und nur 2D=XY beschleunigt per OpenGL ausgeben.
Üblich scheint mir das bei normalen OpenGL Programmen gerne die CPU voll belastet wird .Drum Delphitimer.

Hier ein Bild von der richtigen Soft:



Meine erste Aufgabe scheint wohl das 512x512 Fenster zu erzeugen und irgendwas reinzumalen.



lg Gento[/img]

OpenGL spezialisiert für Linien: Dem kann ich so nicht ganz zustimmen. Ja es wurde Ursprünglich mal für CAD Anwendungen entwickelt allerdings geht der Trend seit geraumer Zeit immer weiter in Richtung Spiele weswegen die Optimierung von Linien nicht vorrangetrieben wurde. Sind für Spiele ja sowieso eher nutzlos. Deswegen sollte man bei Linien nicht zu viel erwarten. Aber nichts desto trotz stimme ich zu, dass eine halbwegs aktuelle Grafikkarte damit keine Probleme haben sollte.

Hallo Gento,

Willkommen im Forum.

Die Links hinter den Bildern kommen von der Wiki Software, die eingesetzt wird. Du wirst hinter jedem Bild ein Link finden der zu dem Bild oder einer größeren Version davon führt. Das ist wirklich überall so. Nicht nur bei uns.

Üblicherweise werden OpenGL Anwendungen so geschrieben, dass sie das Maximum aus der vorhandenen Hardware holen. Also so viele Bilder wie möglich darstellen. Wenn du nur genau 50 Bilder in der Sekunde haben möchtest, dann musst du bei einem Timer aufpassen. Sollte der Rechner das nicht schaffen sinken die Bilder pro Sekunde entsprechend. Es gibt nie eine Garantie dafür, dass es immer schnell genug ist. Aber das sollte vorerst nicht das Problem sein.

Als Erstes dürfte wohl auch das QuickStart Tutorial recht nützlich sein. Dort existiert auch ein Link auf die Templates die schon alles behinhalten was du braucht. Teilweise aber auch mehr was die Sache nicht einfacher macht. Ich denke das Unterste dürfte das Richtige sein.

Wie ich in meiner gestrigen Mail schon geschrieben habe solltest du nach Möglichkeit die Perspective/Transformation/Rotation mit OpenGL selbst erledigen. Ja ich weiß, dass du diese Daten für die Laser sowieso berechnen musst aber ich sage das nicht weil ich dir die Arbeit erschweren möchte. Sondern aus dem Grund, da seit ca 6 jahren alle Grafikkarten eine T&L Einheit (Transformation & Lightning) besitzen. Diese sorgt dafür, dass die Transformationen nicht mehr auf der CPU sondern auf der GPU berechnet werden können. Da die Arbeit bei dir zu großen Teilen daraus besteht würdest du nicht alles nutzen was die Karte eigentlich kann. Das aber nur unter der Vorraussetzung, dass es überhaupt möglich ist. Und natürlich falls die derzeitige Hardware es nicht schaffen sollte.

Ansonsten kann ich dir zusätzlich noch mal das 2D Tutorial aus meiner Mail empfehlen. Dabei aber eher nur bis einschließlich Kapitel 1.5. Alles andere ist ganz informativ aber für dich wohl eher nicht nützlich.

Der Artikel glBegin dürfte auch nützlich sein, da er die zur Verfügung stehenden Primitiven (Line, LineLoop) aufzeigt.

Wenn alles richtig initialisiert wurde kannst du folgendermaßen eine einzelne Linie zeichen. Wie ich aber auch in der Mail erwähnt habe solltest du glBegin und glEnd sparsam einsetzen. Also mehrere Linien am Stück zeichnen.



PS: Konstruktive Kritik oder Verbesserungsvorschläge sind im Feedbackforum immer gerne willkommen. Aber wenn dann sollte man das auch begründen.

Quick & Dirty und nicht komplett hinbekommen, weil ich gerade nur halb zeit hab ... eigentlich nur die rotation eingebaut

aber das zeigt wie einfach das geht hat gerade mal 10 minuten mit angucken deines programms gebraucht

Hallo Gento,
wir reden offenbar aneinander vorbei. Was bedeutet:


Heißt das, Du scannst 3D-Objekte per Laser ein und erhältst in schneller Folge 2D-Frames mit einer hohen Anzahl von Punkten und hast somit das Problem, diese Punktbilder so schnell wie möglich wegspeichern zu müssen? Warum musst Du dabei die Vektoren drehen? Könntest Du das etwas näher erläutern?


Das Delphin-Bild scheint mir zu dünn besetzt für 5000 Vektoren. Aus eigener Erfahrung kann ich Dir aber sagen, dass eine ALTE Version von OpenGL (nämlich 1.3) ca. 55 Frames/sec. schafft bei einem Modell aus 34.000 Polygonen mit einem altersschwachen Laptop.

Wenn es so scheint, dass in OpenGl Programmen die CPU belastet wird, ist das meist auf den Programmierer zurückzuführen.

Ich möchte ganz einfach nur verschieden farbige Linien oder Punkte in x,y schnell auf den Bildschirm zeigen.

Dummerweise finde ich nirgens ein Beispiel für Ausgabe in ein Timage oder Panel nur immer Fensterfüllend.

Unschwer zu erkennen das jenes Bild 834 Vektoren hat. @Traude

lg Gento

Du erstellst mittels GetDC einen DeviceContext und dabei wird das Handle des Fensters übergeben. Wenn du anstelle das Handle des Panels übergibst wird OpenGL darin erstellt. TImage geht nicht, da es kein echtes Windowsfenster ist sondern nur ein Bild darstellt.

Dank @Lossy ,
das war Präzise.

lg Gento

Dank @Honsterus für ein Lauffähiges Gerüst.

Eben war ich gründlich am Ändern.
Das Ergebniss:

Init:
Zeichnen:



Ich muß sagen mein EX-Code ohne Open GL war schneller ,oder im dem Code oben sind nätürlich noch Denkfehler

Auffällig ist das : >>> glClear(GL_COLOR_BUFFER_BIT or GL_DEPTH_BUFFER_BIT); <<< 90% der Verbrauchten CPU Last nimmt.
Eine andere schnellere Variante wäre alle gezeichneten alten Linien neu mit der Hintergrundfarbe zu zeichen.


Andere Sache:Welche Möglichkeit besteht die Linie unsichtbar zu zeichnen ohne mit Col(0,0,0) zu überschreiben ? (wie Moveto z.B.)

Grüße Gento

Was hast du für eine Grafikkarte? Hast du einen passenden Treiber installiert. Denn wenn du keine Hardwarebeschleinigung hast, dann ist es logisch, dass es langsam ist. Schaut dir mal das Tool GlInfo auf der folgenden Seite an. Dort befinden sich gleich auf der ersten Seite die Informationen über den Hersteller (Vendor) deines Grafikkartentreibers. Wenn dort was von Microsoft steht läuft ALLES auf der CPU und du musst dafür sorgen, dass du einen Vernünftigen Treiber bekommst.
http://www.delphi3d.net/hardware/

glClear: Typischerweise ist das nur ein stumpfes überschreiben eines Speicherereichs. Das ist in der Regel eigentlich nicht langsam. Vermute, dass du keine Hardwarebeschleunigung hast sonst kann ich mir das auch nicht erklären. Du könntest evtl folgendes versuchen. Lösche mit glClear nur den Farbbuffer und deaktiviere den Tiefentest. Das löschen des Tiefenbuffers kannst du in deinem Falle sparen. Evtl bringt es ja schon etwas.


"unsichtbare Linien": Wie ich in einem vorherigen Beitrag schon geschrieben habe. Schau dir mal bitte glBegin an. Du benutzt in dem Code GL_LINE_STRIP. Das ist nun mal eine riesige lange Linie.

Bei mir kommt dann immer Compilerfehler : Undefinierter Bezeichner 'glVertex'

Die beiden Änderungen brachten nicht viel.


IBM T23 S3




Komisch , Komisch

Gento

Ein Blick ins Wiki dürfte bei solchen Problemen nie schaden. Der [wiki=glVertex]Artikel[/wiki] zu glVertex zeigt zum Beispiel, dass es diesen Befehl selbst nicht gibt, sondern nur in den Abwandlungen glVertex***. Versuch es mal mit diesen Funktionen.

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

glVertex:
Besser kann ich es nicht erklären.

glClear: Na Ja. Die Karte ist ja schon etwas älter. Ist aber trotzdem etwas verwunderlich, dass das so extrem langsam ist. Auf dem Bild kann man nur erkenne, dass der Treiber einen OpenGL Teil hat. Ob der tatsächlich auch benutzt wird weiß man nicht. Es kann durchaus auch passieren, dass durch die Einstellungen die beim Kontexerstellen du nur den Softwaremodus bekommst. Versuch mal bitte Folgendes.


Sollte dort Microsoft drinne stecken läuft es per Software. Das einfach nur mal Testen anschließend kannst du es wieder löschen.

Alternativ zu glClear könntest du in deinem Fall auch ein schwarzes Quad bildschirmfüllend darstellen. Wobei du aber eine Perspektive hast was das Bildschirmfüllende etwas schwieriger macht. Für dich wäre wohl der Orthomodus besser. Infos darüber findets bei glOrtho oder im 2D Totorial. Das macht die Addressierung einfacher. Direkte Pixelkoordinaten.

S3 Graphics eingetragen kommt.

Gento