Hi,

ich zeige in einem Panel die Ausgaben von OpenGL an. Beim starten des Programmes wird dieses Panel komplett von der OpenGL - Ausgabe gefüllt. Nach einer Maximierung des Programmes wird es wie folgt dargestellt:



Ich habe zuerst gedacht, das ich ein Resize des Viewports vergessen habe, die Funktion wird aber aufgerufen.

Die Funktion ist wie folgt implementiert:



Eigentlich nichts besonders, habe es aus einem Tut entnommen. In den Übergabeparamter steht die neue Größe, trotzdem wird die OpenGL Ausgabe auf die alte Größe ausgegeben. Hat jemand eine Ahnung, was ich noch versuchen könnte?

Gruß
KidPaddle

_________________
http://www.seban.de

Die Funktion zur Größenänderung deines Viewports ist vollkommen in Ordnung (vorausgesetzt du übergibts auch die Richtigen Parameter), und sollte auf jeden Fall funktionieren.Vielleicht machst du einen Fehler bei der Größenzuordnung des Panels?Hast du Align auch auf alClient stehen, oder passt du die Größe manuell an?

Lass dir einfach mal im Resizeevent die Dimensionen deines Panels per Dialogbox ausgeben, dann kannste ganz einfach nachprüfen ob dein Problem beim Resizen des Viewports oder des Panels auftritt.

Achte auch drauf das dein Rendercontext aktiv ist bevor du ihn mit glViewPort in der Größe festlegst!

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hi,

benutzt du evtl mehrere OpenGL Fenster??? dann fehlt nämlich ein wglMakeCurrent in deiner Resize Procedure

Ansonsten.. wo rufst du denn ResizeWindow auf??? Im OnResize vom Form?

Au'revoir,
Aya~

@SoS:
Der schwarze Rahmen kommt von der OpenGL - Ausgabe. Bei einem roten Hintergrund wird der Rahmen rot und somit erfolgt das Resize des Panels korrekt.

Ich habes gerade noch einmal geprüft, die Paramter Width und Height werden korrekt mit den neuen Groessen gesetzt.

@Aya:
Nein, nur ein Fenster mit OpenGL. Ausserdem rufe ich vor jedem Zeichen ActivateRenderingContext und nach dem Zeichnen DeactivateRenderingContext. Das Zeichen passiert in der OnIdle der Applikation.

Ich habe auch die Ausgabe der Grafik überprüft. Dort wird aber weder die aktuelle Breiter oder Hoehe mit einbezogen.

Muss ich eigentlich nach eine Resize ChangeDisplaySettings(dmScreenSettings, 0) erneut aufrufen?

KidPaddle

_________________
http://www.seban.de

Setz mal deinen glViewport-Aufruf in deinen Renderloop, so daß diese Funktion vor jedem Renderdurchlauf aufgerufen wird.Wenns dann geht, stimmt etwas mit deinem ReSize-Event nicht.


Nein, ChangeDisplaySettings muss man nur einmal aufrufen.Beim Resize reicht eigentlich das neue Setzen des Viewports.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Macht leider keinen Unterschied. Was ich nicht verstehe ist, das die Ausgabe mit der Hintergrundfarbe, hier Schwarz, korrekt gefüllt wird, aber der rest zu klein ausgegeben wird.

KidPaddle

_________________
http://www.seban.de

Wenn der Rest des Panels korrekt gelöscht wird, aber der Rest deiner Szene "abgeschnitten" wird (so siehts auf dem Screenshot zumindest aus), dann kann das natürlich nicht mehr am falschen Viewport liegen.

Spontan fallen mir da nur der StencilPuffer ein, den man nutzen kann um nur in bestimmte Bereiche zeichnen zu lassen, und eine versenhentlich gesetzte ClippingPlane, die deinen Bildbereich beschneiden tut...ansonsten fällt ne Ferndiagnose schwer.

Wenn du den Source hochlädst, kuck ich mir die Sache mal an...dann dürfte es weitaus leichter sein den Fehler zu finden.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hallo SoS,

hier liegt der <a href='http://www.seban.de/download/mideditor3.zip' target='_blank'>Source</a> - Code. Einen Stencilbuffer oder ClippingPlane setzte ich nicht ein. Soweit bin ich noch nicht.

Danke für deine Bemühungen.

KidPaddle

PS.:
Die CAD-Komponenten habe ich entfernt, damit Du leichter kompilieren kannst.

_________________
http://www.seban.de

Sorry, kann deinen Quellcode leider nicht kompilieren...bei mir hagelt es Fehlermeldungen, da dein fOGLOutput-Objekt gar nicht erstellt wurde.Scheint wohl als hättest du da ein wenig zu viel entfernt.

Korrigier das mal bitte, damit ich mich in deinen Quellcode stürzen kann :ph34r:

EDIT : Habs selber zusammengeschraubt und hab jetzt ne OpenGL-Ausgabe...werd mich jetzt also ums Problem kümmern, aber beim nächsten Mal bitte sichergehen das der Quellcode sich auch kompilieren lässt!

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ups, sorry.

Habe aus versehen in FormCreate diese Zeilen gelöscht.



Peinlich, peinlich

KidPaddle

_________________
http://www.seban.de

Hmpfff...auch wenns dir nicht gefällt : Dein Quelltext ist nicht der schönste, und könnte glatt aus der Feder eines C'lers stammen

Hab den Fehler nach langem Suchen allerdings trotzdem gefunden...irgendwas machst du bei der Übergabe der Dimensionen für deinen Viewport falsch, denn wenn du folgendes in den OnResize-Event deines GL-Panels schreibts :


(Und entferne noch die glViewPort-Anweisung aus OGLWindow.ResetViewport!)

Dann sollte die Sache mit dem Viewport einwandfrei funktionieren.Ich hab jetzt noch nicht genau geschaut wo und wann der Fehler bei der Übergabe der Viewport-Dimensionen gemacht wird, aber da du ja jetzt weißt wo ungefähr der Fehler liegt solltest du das selbst hinkriegen, denn es ist immer etwas problematisch und anstrengend sich in den Quellcode anderer Leute reinzudenken, deshalb überlass ich die genaue Fehlersuche dir...hoffe aber dir zumindest bei der Ortung des Fehlers geholfen zu haben.
Wenn ich heute noch etwas Zeit finde, dann werd ich vielleicht auch noch suchen...allerdings wirst du dich wohl etwas besser in deinem Quellcode auskennen...

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Danke, werde ich gleich ausprobieren.

Also, das der Quellcode eines CL'ers gleichen soll, verstehe ich nicht. Ich habe keine kryptischen Anweisungen, rücke sehr viel ein, und die Methoden gehen nicht über 3 Seiten.

Was mach ich also falsch? :unsure:

KidPaddle

_________________
http://www.seban.de

OK, ich geb zu das der Quellcode zum einen nicht ganz so schlimm ist, und das meine Sichtweise natürlich auch von meinem persönlichen Programmierstil abhängt, bei dem ich mich durchweg an das von Borland herausgegebene Dokument zur Formatierung von Object Pascal halte.
Das Dokument gibts unter folgender URL : <a href='http://community.borland.com/soapbox/techvoyage/article/1,1795,10280,00.htm' target='_blank'>http://community.borland.com/soapbox/techv...95,10280,00.htm</a>

Einige Dinge die mich gestört haben :
Zuerst wie sie bei dir aussehen, und dann wie ichs machen würde (ohne Behaupten zu wollen das meine Methode das Non-Plus-Ultra wäre) :





Davon abgesehen lässt sich obiges noch wie folgt abkürzen :


Nur mal ein paar Beispiele, die den Quellcode in meinen Augen ein wenig übersichtlicher machen.Will damit natürlich nicht deinen persönlichen Programmierstil beleidigen, der ja jedem selbst überlassen ist.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Bei mir geht es hauptsächlich darum, in kürzester Zeit soviel Code von der Strucktur her zu verstehen. Daher sind lange Anweisungszeilen, z. B. in der Methodendeklaration, wenig gut geeignet, da ich hier immer genau hinsehen muss, was ist der Variablenname und was ist der Typ. Häufig vergessen die Leute noch Leerzeichen reinzumachen und schon ist die Lesbarkeit im Eimer.

Ich war noch nie ein Freund eine Zeile Code für ein Begin zu verschwenden. Noch schlimmer finde ich:

if ..
begin
end
else
begin
end;

Mache ich das einige Mal hintereinander, so habe ich von den ca. 50 Zeilen die ich auf dem Bildschirm sehe, 15 Zeilen verschwendet, was bedeutet daß ich mehr scrollen muss, um einen Algo zu entschlüsseln.

Aber wie gesagt Du gesagt hast, eine persöhnliche Vorliebe.

Aber Danke für den Hinweis, es funktioniert. Keine Ahnung wieso, aber es geht und Du brauchst Dich nicht weiter mit meinem Code zu quälen.

KidPaddle

_________________
http://www.seban.de

kleiner tipp am rande: viele entwickler haben ihre eigenen formatierungsvorstellungen. ich z.b. kann es überhaupt nicht haben, wenn jemand die strichpunkte in pascal an den anfang einer zeile schreibt.

das problem läst sich aber an sich recht einfach lösen. jeder der den code mag, wie er im borland styleguide steht(so wie ich), der benutze am besten den jedi code formater. das ding ist praktisch und code sieht schnell wie gewohnt aus. wem dieser nicht gefällt schreibe sich seinen eigenen - ist nicht sonderlich schwer, erleichtert einem persönlich aber die lesbarkeit ungemein. und wenn mal wieder der neuling in der firma seinen eigenen stil reingezwickt hat, dann wird einfach der codeformatter drübergejagt und alles ist wieder wies sein soll.