Merkwürdige Probleme bei Windows Migration (DevIL)
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Danke für den Link, ich werde mir das mal genauer anschauen. Nach dem ersten kurzen Überfliegen, sieht's aber genau nach dem aus, was ich so im Hinterkopf hatte ... Ansonsten kann ich mir ja auch mal Eure ZFXCE anschauen ;)
Deine Aussage bzgl. Singletons würde ich so nicht unterschreiben. Gebe zu, dass man nicht überall Singletons reinhauen sollte wo es geht und man sie wohl überlegt einsetzen sollte... Aber grad meine Erfahrung als QM und Software-Architekt aus der JAVA Welt zeigen mir, dass es schon wichtig ist, hier und da auf Singletons für Factories und Manager zurückzugreifen. Grade letzteres wird häufig in der JAVA Welt nicht eingesetzt und man pumpt am Ende den Speicher zu ...
Deine Aussage bzgl. Singletons würde ich so nicht unterschreiben. Gebe zu, dass man nicht überall Singletons reinhauen sollte wo es geht und man sie wohl überlegt einsetzen sollte... Aber grad meine Erfahrung als QM und Software-Architekt aus der JAVA Welt zeigen mir, dass es schon wichtig ist, hier und da auf Singletons für Factories und Manager zurückzugreifen. Grade letzteres wird häufig in der JAVA Welt nicht eingesetzt und man pumpt am Ende den Speicher zu ...
-
joggel
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
[Etwas Offtopic]
Ich habe gerade auf eurer Projektseite gesehen, dass Ihr OpenSceneGraph verwendet, oder?
Besser gesagt "osgPPU", aber dort steht ja "osgPPU is a library to use with OpenSceneGraph."
Habe mir dann mal etwas OpenSceneGraph angeschaut....
Was genau ist das?
Ich habe gerade auf eurer Projektseite gesehen, dass Ihr OpenSceneGraph verwendet, oder?
Besser gesagt "osgPPU", aber dort steht ja "osgPPU is a library to use with OpenSceneGraph."
Habe mir dann mal etwas OpenSceneGraph angeschaut....
Was genau ist das?
-
Alexander Kornrumpf
- Moderator
- Beiträge: 2198
- Registriert: 25.02.2009, 13:37
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Was ein SceneGraph ist weißt du?
-
joggel
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Naja, so wie ich das gerade bei Wikipedia lese, ist es eine Struktur zum Speichern von Objekten einer 3D-Szene!Alexander Kornrumpf hat geschrieben:Was ein SceneGraph ist weißt du?
Damit schneller Objekte gezeichnet werden können, geprüft ob diese sichtabr sind, vlt. auch noch für KollisionsTests, usw.
Wenn an es an dem so ist, dann kann ich mir die Frage wahrscheinlich selber beantworten.
OpenScenGraph ist eben eine Bibliothek, die Objekte in einer 3D-Welt verwaltet.
Oder?
-
Alexander Kornrumpf
- Moderator
- Beiträge: 2198
- Registriert: 25.02.2009, 13:37
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Naja ich will nichts falsches erzählen aber was ich hier an der Uni so mitbekommen habe, ist OSG sozusagen die "Industrieversion" einer Rendering Engine.
Auf der Homepage von denen steht auch sowas in der Art:
Auf der Homepage von denen steht auch sowas in der Art:
The core scene graph encapsulates the majority of OpenGL functionality including the latest extensions,
-
joggel
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Aha,
also eine "Industrieversion" von z.B. Ogre3D.
also eine "Industrieversion" von z.B. Ogre3D.
- Chromanoid
- Moderator
- Beiträge: 4318
- Registriert: 16.10.2002, 19:39
- Echter Name: Christian Kulenkampff
- Wohnort: Lüneburg
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
bei uns an der uni wird das in verbindung mit vr juggler für das CAVE system benutzt (Virtual reality kram)... die programmierung machte einen komfortablen eindruck...
-
Alexander Kornrumpf
- Moderator
- Beiträge: 2198
- Registriert: 25.02.2009, 13:37
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Genau. Habe auf deren langsamer unübersichtlicher Seite nun aber auch das FAQ gefunden:joggel hat geschrieben:Aha,
also eine "Industrieversion" von z.B. Ogre3D.
It is a 3D graphics library for C++ programmers. A SceneGraph library allows you to represent objects in a scene with a graph data structure which allows you to group related objects that share some properties together so you can specify common properties for the whole group in one place. OpenSceneGraph can then be used to automatically manage things like the level of detail necessary to draw the scene faithfully but without unnecessary detail which slows down the graphics hardware drawing the scene.
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Hehe, der Thread zeigt mir, dass ich mal die Projekthomepage aufräumen muß :o . Wir sind inzwischen von OSG (Open Scene Graph) nach fast 4 Jahren Entwicklung weg und haben uns entschieden doch lieber alles selbst zu implementieren, da wir mit dem OSG Framework ziemliche Probleme hatten und es einem zu starken Restriktionen auferlegt... Zudem ist OSG zu instabil, ich habe in den 3 Jahren 3 oder 4 Major Umstellungen gemacht, die mich auch zu massiven Anpassungen gezwungen haben. Und die Community war selten hilfreich, da hieß es immer nur, wechlse auf die neuste Version ...
Aber um hier mal die Fragen weg zu nehmen. OSG ist keine Industrie-Version eines Szenengraphen, sondern wirklich OpenSource und mehr Community getrieben, wenn man von Industriegetrieben spricht müsste man eher von OpenSG sprechen... OSG ist ausschließlich OpenGL basiert und nicht wie Ogre eine Cross-Render Engine Platform, zudem liegt der Schwerpunkt ggü. Ogre wirklich auf dem Szenengraphen, wodurch beide schwer vergleichbar sind. Ogre ist an vielen Stellen schon viel weiter als OSG und vieles lässt sich auch nur schwer in OSG umsetzen (z.B. Multipass Shading), das war u.A. einer der Gründe warum wir letztendlich von OSG weg sind und inzwischen alles neu aufsetzen...
Schwerpunkt eines Szenengraphen ist es eine 3DSzene als Baumstruktur abzubilden, wobei die einzelnen Knoten Platzhalter sind die Objekte und Teilobjekte beinhalten können. Jeder Knoten ist mit einem autom. Culling Mechanismus verknüpft, so dass sichergestellt ist, das einzelne Elemente außerhalb der Szene nicht gerendert werden, so können ganze Äste ausgeblendet werden. Innerhalb des Knoten herrscht eine Parent-Child Abhängigkeit, wobei die "Kids" i.d.R. das Verhalten der Eltern übernehmen, was vieles vereinfacht ... Hier mal ne kleine Einführung http://wiki.delphigl.com/index.php/Szenengraph
Aus meiner Erfahrung her sind Szenengraphen heute wichtige wenn nicht das wichtigste Element einer 3D Engine, neben Portalen ect. ...
Aber um hier mal die Fragen weg zu nehmen. OSG ist keine Industrie-Version eines Szenengraphen, sondern wirklich OpenSource und mehr Community getrieben, wenn man von Industriegetrieben spricht müsste man eher von OpenSG sprechen... OSG ist ausschließlich OpenGL basiert und nicht wie Ogre eine Cross-Render Engine Platform, zudem liegt der Schwerpunkt ggü. Ogre wirklich auf dem Szenengraphen, wodurch beide schwer vergleichbar sind. Ogre ist an vielen Stellen schon viel weiter als OSG und vieles lässt sich auch nur schwer in OSG umsetzen (z.B. Multipass Shading), das war u.A. einer der Gründe warum wir letztendlich von OSG weg sind und inzwischen alles neu aufsetzen...
Schwerpunkt eines Szenengraphen ist es eine 3DSzene als Baumstruktur abzubilden, wobei die einzelnen Knoten Platzhalter sind die Objekte und Teilobjekte beinhalten können. Jeder Knoten ist mit einem autom. Culling Mechanismus verknüpft, so dass sichergestellt ist, das einzelne Elemente außerhalb der Szene nicht gerendert werden, so können ganze Äste ausgeblendet werden. Innerhalb des Knoten herrscht eine Parent-Child Abhängigkeit, wobei die "Kids" i.d.R. das Verhalten der Eltern übernehmen, was vieles vereinfacht ... Hier mal ne kleine Einführung http://wiki.delphigl.com/index.php/Szenengraph
Aus meiner Erfahrung her sind Szenengraphen heute wichtige wenn nicht das wichtigste Element einer 3D Engine, neben Portalen ect. ...
-
Alexander Kornrumpf
- Moderator
- Beiträge: 2198
- Registriert: 25.02.2009, 13:37
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
industrie im übertragenen sinne
Re: Merkwürdige Probleme bei Windows Migration (DevIL)
Dito. OSG rangiert auf meiner Hass-Liste irgendwo zwischen CORBA und SOAP. Wobei man ja CORBA und SOAP ja kombinieren kann, dann wirds wiederum knifflig ... :xHellhound hat geschrieben:Wir sind inzwischen von OSG (Open Scene Graph) nach fast 4 Jahren Entwicklung weg und haben uns entschieden doch lieber alles selbst zu implementieren, da wir mit dem OSG Framework ziemliche Probleme hatten und es einem zu starken Restriktionen auferlegt... Zudem ist OSG zu instabil, ich habe in den 3 Jahren 3 oder 4 Major Umstellungen gemacht, die mich auch zu massiven Anpassungen gezwungen haben. Und die Community war selten hilfreich, da hieß es immer nur, wechlse auf die neuste Version ...
(Sorry, diesen Post konnte ich einfach nicht lassen :D)