Ein kurzer Hinweis der Vollständigkeit halber:
Du solltest in deinem Memory-Struct not entsprechende new / delete-Überladungen einfügen, die nothrow sind.
Gruß Kimmi
Die Suche ergab 1254 Treffer
- 29.03.2010, 10:31
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Runtime Libraries - Trauer, Hass, Zorn !
- Antworten: 28
- Zugriffe: 5555
- 29.03.2010, 09:40
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Ich schlage 1.1 vor.
Gruß Kimmi
Gruß Kimmi
- 25.03.2010, 23:04
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Runtime Libraries - Trauer, Hass, Zorn !
- Antworten: 28
- Zugriffe: 5555
Re: Runtime Libraries - Trauer, Hass, Zorn !
Ok, danke für die Info :).
Gruß Kimmi
Gruß Kimmi
- 25.03.2010, 18:30
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Runtime Libraries - Trauer, Hass, Zorn !
- Antworten: 28
- Zugriffe: 5555
Re: Runtime Libraries - Trauer, Hass, Zorn !
Mal ene Frage wegen des Begriffes ABI: habt ihr zu dem Thema einen interessanten Link? Ich bin gerade zu verpeilt und finde nichts im Netz. Ich habe nämlich keine Ahnung, was man unter der besagten ABI versteht.
Danke und Gruß,
Kimmi
Danke und Gruß,
Kimmi
- 18.03.2010, 10:53
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Ich werde mal zusehen, ob ich bis dahin den Q3-BSP-Loader hinkriege, allerdings sieht das gerade zeitlich mal wieder etwas mau aus. Ich habe schon: einen Zip-Loader für das BSP-Format, Laden der statischen Geometrie. Da da noch viele Baustellen offen sind, glaube ich nicht, daß ich dsa rechtzeitig f...
- 18.03.2010, 09:19
- Forum: Grafikprogrammierung
- Thema: ID3D11Device::GetImmediateContext() crasht
- Antworten: 6
- Zugriffe: 1701
Re: ID3D11Device::GetImmediateContext() crasht
Immerhin haben sie den Bug gut sichtbar dokumentiert. Da kenne ich andere Software-Hersteller, die da nicht ganz so offen mit umgehen :). Aber ärgerlich ist so etwas allemal. Immerhin kannst du nun einen Workaround einbauen. Und ärgern wird den Bug leider nicht verschwinden lassen. Diese Erfarung mu...
- 17.03.2010, 14:06
- Forum: Grafikprogrammierung
- Thema: Pro Mesh einen Vertex+IndexBuffer?
- Antworten: 18
- Zugriffe: 2822
Re: Pro Mesh einen Vertex+IndexBuffer?
Hierzu kann ich den Rendercode der ZFXCE mal als beispiel anbringen: http://zfxce.git.sourceforge.net/git/gitweb.cgi?p=zfxce/zfxce;a=blob;f=ZFXC-Engine/code/Modules/RenderOGL/ceRenderQueue_OGL.cpp;h=3f40bfdb20f4c7a5698210b9b6a5e625ee351156;hb=HEAD Die DrawElement-Calls bekommen einen entsprechenden ...
- 16.03.2010, 10:50
- Forum: Grafikprogrammierung
- Thema: Pro Mesh einen Vertex+IndexBuffer?
- Antworten: 18
- Zugriffe: 2822
Re: Pro Mesh einen Vertex+IndexBuffer?
Cool, den Link kannte ich nicht. Vielen Dank dafür. @Eisflamme: Wäre das nichts für dich ;)?
Gruß Kimmi
Gruß Kimmi
- 16.03.2010, 08:21
- Forum: Grafikprogrammierung
- Thema: Pro Mesh einen Vertex+IndexBuffer?
- Antworten: 18
- Zugriffe: 2822
Re: Pro Mesh einen Vertex+IndexBuffer?
Da habe ich mal eine Frage: gibt es Instanting unter OpenGL? Ich habe bisher diesbezüglich noch nie Infos finden können. Vielleicht weiß hier ja einer mehr, wie man das dort anstellen beziehiungsweise implementieren könnte.
Gruß Kimmi
Gruß Kimmi
- 16.03.2010, 08:06
- Forum: Grafikprogrammierung
- Thema: Texturemapping Fehler Sphere
- Antworten: 15
- Zugriffe: 3158
Re: Texturemapping Fehler Sphere
Wenn das Ergebnis bei einer gluSphere ok auszusehen scheint: Hast du schon mal die generierten Koordinaten aus deinem Algorithmus denen von gluSphere gegenübergestellt? Vielleicht findest du da einen Hinweis, wo dein Fehler liegt. Auf den ersten Blick sieht dein Code ok aus, allerdings liegt hier de...
- 15.03.2010, 14:26
- Forum: Grafikprogrammierung
- Thema: Pro Mesh einen Vertex+IndexBuffer?
- Antworten: 18
- Zugriffe: 2822
Re: Pro Mesh einen Vertex+IndexBuffer?
Stimmt, Aramis hat natürlich recht. Man legt einen großen VBO und rendert das Submesh dann einfach per IndicesRender-Calls.
Gruß Kimmi
Gruß Kimmi
- 15.03.2010, 13:45
- Forum: Grafikprogrammierung
- Thema: Pro Mesh einen Vertex+IndexBuffer?
- Antworten: 18
- Zugriffe: 2822
Re: Pro Mesh einen Vertex+IndexBuffer?
Du übergibst beim Rendern als Vertexarray doch einen Pointer. Mittels Pointerarithmetik kannst du dir die jeweilige Position des Mesh-bezogenen VertexBatches ermitteln und den dann rendern.
Gruß Kimmi
Gruß Kimmi
- 15.03.2010, 13:20
- Forum: Grafikprogrammierung
- Thema: Schnellstes Streaming zur GPU
- Antworten: 7
- Zugriffe: 1686
Re: Schnellstes Streaming zur GPU
Hier kannst du beispielsweise etwas dazu finden:
http://nehe.gamedev.net/data/lessons/le ... ?lesson=45
Gruß Kimmi
http://nehe.gamedev.net/data/lessons/le ... ?lesson=45
Gruß Kimmi
- 11.03.2010, 10:44
- Forum: Allgemeines Talk-Brett
- Thema: Jammer-Thread
- Antworten: 7641
- Zugriffe: 1965304
Re: Jammer-Thread
@Schrompf: Macht doch zusammen ein Code-Reading und packt die besten Parts zusammen. Dann lasst Lint drüber laufen, lest den Output und rennt ganz schnell weg. Womit ich zu meinem Jammerbeitrag komme: warum hat MS niemals eine statische Code-Analyse über ihre ATL-Murks laufen lassen, so daß ich den ...
- 11.03.2010, 10:17
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [ZFXCE-Development] What's cooking
- Antworten: 6
- Zugriffe: 1843
Re: [ZFXCE-Development] What's cooking
Ich habe den Rendercode jetzt soweit fitt, daß man sich beliebige Assets per Assimp-Import laden und in einer Mesh-Viewer-Anwendung ansehen kann. Dabei kann man per Kamera das Modell beliebig drehen und verschieben. Auch das Laden neuer Modelle ist nun möglich. Drückt man "o" im MeshViewer...
- 09.03.2010, 11:45
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [DX10] Konzept zur Verwaltung von HLSL Shader
- Antworten: 10
- Zugriffe: 2050
Re: [DX10] Konzept zur Verwaltung von HLSL Shader
Hier findest du eine OpenSource-Lösung zum Erstellen von UML:
https://sourceforge.net/projects/staruml/
Das hat den Vorteil, daß zumindest alle wissen, was die Pfeile bedeuten sollen und so.
Gruß Kimmi
https://sourceforge.net/projects/staruml/
Das hat den Vorteil, daß zumindest alle wissen, was die Pfeile bedeuten sollen und so.
Gruß Kimmi
- 01.03.2010, 14:31
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Peinliche Qt Linkerfehler
- Antworten: 7
- Zugriffe: 2140
Re: Peinliche Qt Linkerfehler
Hat du in den Libs schon mal nach dem Symbol gesucht ( nm )? Und ich habe auch mal gesucht und das hier gefunden, was ich allerdings selber nicht gelesen habe: http://www.eisboden.de/2007/04/15/eclipse-fit-machen-fur-c-und-qt-mit-mingw-msys-und-cdt/ Gruß Kimmi P.S.: Linkfehler sind nicht peinlich, s...
- 27.02.2010, 15:17
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Jupp, ich war schneller ;). Aber Danke für die Mühe ...
Gruß Kimmi
Gruß Kimmi
- 27.02.2010, 14:51
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Jupp, da ist was krumm. Ich schau mal!
Gruß Kimmi
Gruß Kimmi
- 27.02.2010, 13:02
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Der CMake-Install-Patch ist geliefert. Das lief auch soweit bei mir unter Windows. Nicht wundern: in den CMake-Files sind einige Files auskommentiert. Das sind die, die für den BSP-Loader drinn sind, aber noch nicht von mit committed wurden.
Gruß Kimmi
Gruß Kimmi
- 25.02.2010, 09:25
- Forum: Allgemeines Talk-Brett
- Thema: Jugendmedienschutz-Staatsvertrag
- Antworten: 7
- Zugriffe: 1443
Re: Jugendmedienschutz-Staatsvertrag
Kann mir mal jemand den angesprochenen Atheismus von Lord Delvon aufzeigen? Scheinbar ist es noch zu früh für mich, hatte noch keinen Kaffee.
Gruß Kimmi
Gruß Kimmi
- 19.02.2010, 15:43
- Forum: Allgemeines Talk-Brett
- Thema: Kompilier- und Linkgeschwindigkeit
- Antworten: 20
- Zugriffe: 4122
Re: Kompilier- und Linkgeschwindigkeit
Hm, wir sehen das wahrscheinlich aus verschiedenen Sichten. Ich muß hier sehr oft nur eine Zeile Coed ändern. Bei deinem Vorschlag würde ich dann viel viel viel warten :).
Gruß Kimmi
Gruß Kimmi
- 19.02.2010, 15:20
- Forum: Allgemeines Talk-Brett
- Thema: Kompilier- und Linkgeschwindigkeit
- Antworten: 20
- Zugriffe: 4122
Re: Kompilier- und Linkgeschwindigkeit
Wenn man mehrere Files hat und einen Source-Stand mit mehr als 20.000 Lines of Code hat, diese dann alle in ein File merged und das dann allein übersetzt und linkt, weil man eine Zeile Code geändert hat, behaupte ich jetzt einfach mal, daß das höchstwahrscheinlich nicht schneller ist. Zumindest wird...
- 18.02.2010, 16:38
- Forum: Allgemeines Talk-Brett
- Thema: Kompilier- und Linkgeschwindigkeit
- Antworten: 20
- Zugriffe: 4122
Re: Kompilier- und Linkgeschwindigkeit
An die BuilIch kann den anderen zu beipflichten, an C# wird man mit meinen Tipps nicht herankommen. Hält man sich an sie, exkalieren die Buildzeiten nicht komplett :).
Gruß Kimmi
Gruß Kimmi
- 18.02.2010, 15:56
- Forum: Allgemeines Talk-Brett
- Thema: Kompilier- und Linkgeschwindigkeit
- Antworten: 20
- Zugriffe: 4122
Re: Kompilier- und Linkgeschwindigkeit
@Helmut Hm, die von mir aufgeführten Tipps haben natürlich auch gerade bezüglich Wartbarkeit der Software echte Vorteile, die man gerade bei größer werdenen Projekten nicht unterschätzen sollte. Gerade entkoppelte Komponenten und der Einsatz von Interfaces ( Stichwort Dependency Injection, hatte ich...
- 18.02.2010, 14:58
- Forum: Allgemeines Talk-Brett
- Thema: Kompilier- und Linkgeschwindigkeit
- Antworten: 20
- Zugriffe: 4122
Re: Kompilier- und Linkgeschwindigkeit
Man kann das Compilieren und das Linken aber in der Regel etwas optimieren: Include auf das Nötigste minimieren, nur das includieren, was man auch wirklich braucht. In Header-Files so weit es geht Forward-Deklarationen benutzen, die Header dann im Cpp-File erst inkludieren. Das gilt gerade für oftma...
- 16.02.2010, 08:46
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Na dam auch einen kleinen Zwischenstand von mir: ich habe den BSP-Loader angefangen und ringe wie üblich um Zeit, da weiter zu kommen :). Aber da kommt noch was von mir!
Gruß Kimmi
Gruß Kimmi
- 15.02.2010, 20:45
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Zum Install-Target: Bin ebenfalls voll für das Halten an die Standards.
Gruß Kimmi
Gruß Kimmi
- 15.02.2010, 18:15
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Präfix: ich bin bezüglich Packager unter Linux aufgrund langer Abstinenz nicht mehr auf der Höhe. Wenn die das selber machen: um so besser. Im Make von Ankon hatte er die meines Wissens bei der Benutzung von Automake mit so einem Präfix von Hand versehen. Da ich den FHS/LSB nicht kenne, habe ich das...
- 15.02.2010, 17:02
- Forum: Allgemeines Talk-Brett
- Thema: Assimp - Brainstorming zum Release
- Antworten: 554
- Zugriffe: 271901
Re: Assimp - Brainstorming zum Release
Unter Linux hat sich als Präfix lib in der Tat eingebürgert, das ist meines Wissens nach distributionsunabhängig. Von da aus könnte man das im Skript vorsehen. Das beinhaltet dann aber noch eine Änderung des GNU-Makefiles. Und von so einem Fehler sollte man sich nicht deprimieren lassen. Viele dicke...