Die Suche ergab 1249 Treffer
- 04.06.2009, 23:00
- Forum: Gamedesign und Kreatives
- Thema: verrückte Ideen für einen Editor
- Antworten: 19
- Zugriffe: 5665
Re: verrückte Ideen für einen Editor
Das wäre supertoll. Nahezu ebenso toll wäre ein Editor, der Syntaxfehler auch für C++ wirklich zielsicher on-the-fly erkennen und highlighten kann, Tippfehler halbwegs intelligent korrigiert und gleichzeitig auch noch angenehm performant ist.
- 04.06.2009, 15:45
- Forum: Grafikprogrammierung
- Thema: [DX9] Blur für Shadowmap
- Antworten: 7
- Zugriffe: 1791
Re: [DX9] Blur für Shadowmap
Oder grafisch: xxxxx vs xxxxx + x xxxxx x xxxxx x xxxxx x xxxxx x Natürlich, der zweite Pass bringt auch einen gewissen Overhead mit sich, schließlich musst du ja Target/Quelle wechseln. Für *ganz* kleine Blurkernel auf geringer Auflösung ist die Singlepass-Variante also zumindest theoretisch schnel...
- 04.06.2009, 14:24
- Forum: Grafikprogrammierung
- Thema: [DX9] Blur für Shadowmap
- Antworten: 7
- Zugriffe: 1791
Re: [DX9] Blur für Shadowmap
Weil du Singlepass n^2 Samples machen musst um den gleichen Effekt zu erzielen wie mit zwei getrennten Passes zu je n Samples.
- 04.06.2009, 13:44
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: (gelöst) [C++] Zwei Objekte in einem new
- Antworten: 15
- Zugriffe: 3021
Re: [C++] Zwei Objekte in einem new
Das folgende kompiliert zumindest mal unter MSVC. Ob es wirklich standardkonform ist - eher nicht. Aber vielleicht ist es ein Ansatz, was nicht heißt, dass ich das ganze befürworte ;-) // -------------------------------------------------------------------------------------------- template <typename ...
- 04.06.2009, 13:10
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: (gelöst) [C++] Zwei Objekte in einem new
- Antworten: 15
- Zugriffe: 3021
Re: [C++] Zwei Objekte in einem new
In VC6 konnte man afaik den operator sizeof überladen, so dass man sizeof(Klasse1) einfach um sizeof(Klasse2) Bytes größer gemacht und das zusätzliche Objekt per (this + 1) erhalten hat … afaik ist das Überladen von sizeof aber nicht mehr möglich … Exakt, und zwar weil sizeof *zwingend* eine Konsta...
- 02.06.2009, 21:47
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [geloest] [DevIL] Teuflisch falsche Cubemaps
- Antworten: 2
- Zugriffe: 967
Re: [DevIL] Teuflisch falsche Cubemaps
Danke dir, das war ein entscheidender Hinweis. ilActiveImage macht absolut gar nichts, aber ilActiveFace funktioniert tatsächlich auch für die 'negativen' Faces (die 3, die ich heute Morgen geladen bekam waren allesamt in positiver Raumrichtung)... aber nur wenn man jedesmal ilBindImage nochmal aufr...
- 02.06.2009, 13:20
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [geloest] [DevIL] Teuflisch falsche Cubemaps
- Antworten: 2
- Zugriffe: 967
[geloest] [DevIL] Teuflisch falsche Cubemaps
Hoi, ich auch mal. Ich versuche mit DevIL eine Cubemap zu laden - bislang hab ich für nahezu alle Bildformate eigene Loader verwendet, aber deren Pflegeaufwand wird mir zu hoch. An sich funktioniert DevIL (aktuellste Version) hervorragend, nur das mit den Cubemaps will nicht und Google kennt nur ein...
- 30.05.2009, 13:47
- Forum: Algorithmen und Datenstrukturen
- Thema: „Index Compression“ – wie effizient?
- Antworten: 79
- Zugriffe: 12253
Re: „Index Compression“ – wie effizient?
Ich denke, es geht darum Teile der Modellgeometrie prozedural zu generieren. Beispielsweise bei symetrischen Modellen nur eine Hälfte abspeichern, und die Ebene an der gespiegelt wird. Du musst also die gesamte Content-Pipeline in deinen Händen haben und entsprechende Informationen vom Modellierungs...
- 28.05.2009, 20:30
- Forum: Algorithmen und Datenstrukturen
- Thema: „Index Compression“ – wie effizient?
- Antworten: 79
- Zugriffe: 12253
Re: „Index Compression“ – wie effizient?
3.Aufgrund der vielen Ecken und Kanten stellt es Ansprüche an die Cache-Optimierung und kann nicht mal schnell in einen durchgängigen Triangle-Strip umgewandelt werden. Naja, ACMR 0.9 ist nicht unbedingt schlecht, zugegebenermaßen allerdings auch nicht das Gelbe vom Ei. Generell ist es relativ schw...
- 28.05.2009, 13:36
- Forum: Vorstellungsbereich
- Thema: [Projekt] Open Asset Import Library
- Antworten: 34
- Zugriffe: 10953
Re: [Projekt] Open Asset Import Library
Done. Kleine Neuerung ist, dass die komplette Logging-Funktionalität nun auch im C-Interface verfügbar ist. Dafür gibts jetzt Tag-Salat auf der Startseite: »Currently, Assimp is a beta, a RC to be fininate.png" border="0"/>«. Mmmh, schmeckt gut xD Ups, das hatte ich irgendwie übersehe...
- 28.05.2009, 13:21
- Forum: Algorithmen und Datenstrukturen
- Thema: „Index Compression“ – wie effizient?
- Antworten: 79
- Zugriffe: 12253
Re: „Index Compression“ – wie effizient?
Ihr könnt die Cachegröße auf die Assimp hin optimiert auch manuell setzen. Defaultwert ist 16.Hmm. ok. die index liste hat ein acmr (average cache miss rate) von 0.7070 für eine cache size von 20 Einträgen (FIFO). Das ist eigentlich wirklich nicht soo schlecht
- 28.05.2009, 12:34
- Forum: Vorstellungsbereich
- Thema: [Projekt] Open Asset Import Library
- Antworten: 34
- Zugriffe: 10953
Re: [Projekt] Open Asset Import Library
Generell ist mir noch aufgefallen, dass manche Enum-Werte mit CamelCase, andere aber mit ALL_CAPS bezeichnet werden – einheitlich wärs schöner Hin und wieder ist das Leben schon mal merkwürdig .. ich hab zufälligerweise gestern Nacht die Header aufgeräumt, und dabei die Schreibweisen einiger Enums ...
- 28.05.2009, 01:32
- Forum: Vorstellungsbereich
- Thema: Showroom - Aktuelle Arbeiten und Projekte
- Antworten: 1998
- Zugriffe: 927751
Re: Showroom - Aktuelle Arbeiten und Projekte
prrrima! *freut sich* Nur dass jedes unterstützte Format nochmal ein Link zu einer Unterseite ist, würde ich rausnehmen... ich weiß nicht, was Du da zu jedem Format erzählen willst. Ein kleines Wiki dazu, welche Exporter für das Format zu haben sind und welche davon taugen, wäre zwar ein ungemein n...
- 27.05.2009, 20:49
- Forum: Algorithmen und Datenstrukturen
- Thema: „Index Compression“ – wie effizient?
- Antworten: 79
- Zugriffe: 12253
Re: „Index Compression“ – wie effizient?
Assimp scheint in der Hinsicht nicht so doll zu sein … :/ Algorithmen, die etwas ganz anderes optimieren als man optimieren möchte, sind generell nicht so doll :!: Assimp's VCache-Optimizer verwendet Tipsify, und funktioniert an sich ganz gut. Im Prinzip generiert er - wie bereits von Dir genannt -...
- 24.05.2009, 15:54
- Forum: Algorithmen und Datenstrukturen
- Thema: „Index Compression“ – wie effizient?
- Antworten: 79
- Zugriffe: 12253
Re: (erledigt) „Index Compression“ – wie effizient?
PS: Schade, dass scheinbar die Diskussionsqualität in diesem Forum in den letzten Jahren nicht besser geworden ist. Hm .. Genau genommen ist das hier der erste Thread seit langem in dem Leute anfangen sich inhaltslos anzuschimpfen. Lasst es doch einfach an dieser Stelle auf sich beruhen, und gut is...
- 23.05.2009, 21:44
- Forum: Vorstellungsbereich
- Thema: Showroom - Aktuelle Arbeiten und Projekte
- Antworten: 1998
- Zugriffe: 927751
Re: Showroom - Aktuelle Arbeiten und Projekte
So, nun will ich auch mal. Die Assimp-Webpräsenz hat in den vergangenen Wochen (mal/schon wieder) ein gewisses Finetuning überstehen müssen. Zugegebenermaßen, etwas Perfektionismus und Rumspielerei war tonangebend. Wenigstens bin ich nun aber (erstmals/schon wieder) rundweg zufrieden damit und denke...
- 23.05.2009, 18:09
- Forum: Grafikprogrammierung
- Thema: [DX9] Schnelles dynamisches Licht
- Antworten: 12
- Zugriffe: 2159
Re: [DX9] Schnelles dynamisches Licht
Mit [ code=c ].PS: Wie konnte man nochmal sagen, dass das Syntaxhighlighting c ist für den geposteten Code?
- 22.05.2009, 18:35
- Forum: Grafikprogrammierung
- Thema: [DX9] Schnelles dynamisches Licht
- Antworten: 12
- Zugriffe: 2159
Re: [DX9] Schnelles dynamisches Licht
Da gibt's keine Master-Lösung für, außer den üblichen Verdächtigen:
- Agressives Culling und (geschicktes) Batching
- Simulieren von entfernten Lichtern durch Sprites oder Decals.
- 22.05.2009, 14:41
- Forum: Algorithmen und Datenstrukturen
- Thema: [C++] STL Container Basisklassen
- Antworten: 2
- Zugriffe: 1295
Re: [C++] STL Container Basisklassen
Der kommende C++-Standard C++0x sieht ein neues Sprachmittel, sog. 'concept's vor, das dieses Manko gewissermaßen behebt. Damit ist es möglich beim Schreiben von Templates bestimmte Interface-Anforderungen an die Templateargumente stellen (z.b. ein definierter operator++). Im Prinzip Basisklassen au...
- 14.05.2009, 16:55
- Forum: Artikel, Tutorials und Materialien
- Thema: [Artikel][XNA] Interfaces mit Hintergrundmasken
- Antworten: 6
- Zugriffe: 5114
Re: [Artikel][XNA] Interfaces mit Hintergrundmasken
Die Methode ist für Rechtecke imho overkill, für andersartig geformte Buttons aber sehr zu empfehlen. Ich hab sie damals beim HUD/NavigationsUI für AssimpView verwendet, es hat unzählige Stunden gespart und ist absolut pixelgenau. Hier die Maske.
- 14.05.2009, 15:16
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++, ASSIMP] Debug geht, Release nicht (mal wieder)
- Antworten: 7
- Zugriffe: 2031
Re: [C++, ASSIMP] Debug geht, Release nicht (mal wieder)
Wie immer kann ich nur noch den Ratschlag anfügen, in jedem Fall auf die aktuellste Revision zu aktualisieren, falls noch nicht geschehen. Letztens habe ich noch einige Konfigurations-Mismatches beseitigt die zu Crashes aufgrund zueinander unpassender STL/CRT-Versionen führten. Der aktuelle Master-T...
- 13.05.2009, 20:58
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Bei Spielen statisch linken ??
- Antworten: 3
- Zugriffe: 1112
Re: Bei Spielen statisch linken ??
Die Größe der ausführbaren Datei ist gering im Gegensatz zur Größe der Spieldaten. Da ist es völlig egal, ob die Hauptexe 2 oder 10 MB groß ist. Zumal du den Platz beim dynamischen Linken ja auch brauchst, nur in Form von DLLs bzw. dem Installer für die Runtime.
- 12.05.2009, 22:18
- Forum: Vorstellungsbereich
- Thema: [Person] Thomas Bialik
- Antworten: 1
- Zugriffe: 1432
Re: [Person]Thomas Bialik
Herzlich Willkommen im Forum :-)
- 11.05.2009, 22:32
- Forum: Algorithmen und Datenstrukturen
- Thema: Metadaten in BMP unterbringen
- Antworten: 10
- Zugriffe: 3251
Re: Metadaten in BMP unterbringen
Oder du nimmst 32Bpp-Bitmaps und verwendest diesen Pseudo-Alphakanal. Die meisten Bildbetrachter sollten damit klarkommen bzw. ihn ignorieren. Wie auch immer, es bleibt imho eine schlechte Idee :twisted:
- 11.05.2009, 14:12
- Forum: Algorithmen und Datenstrukturen
- Thema: Metadaten in BMP unterbringen
- Antworten: 10
- Zugriffe: 3251
Re: Metadaten in BMP unterbringen
Nö, afaik gibt es da keine 'Sammlung'. Ich denke auch nicht dass es sinnvoll ist in einer BMP-Datei Metadaten unterbringen zu wollen. Lieber eine gleich benannte XML-Datei im Verzeichnis. Das Ausdehnen von Standards (selbst wenn laut Spezifikation legal) ist niemals eine gute Lösung. Ich sage es des...
- 11.05.2009, 13:19
- Forum: Grafikprogrammierung
- Thema: The good old question : DirectX or OpenGL?
- Antworten: 27
- Zugriffe: 5135
Re: The good old question : DirectX or OpenGL?
Gab es ja auch nicht – das war nur das Beispiel, was passiert wäre, wenn man D3D10 ohne Kernel-Änderungen auf XP portiert hätte Aber es wäre nicht unmöglich gewesen, und weitaus weniger aufwändig als die Vista-Kernel-auf-Xp-Variante. Um es nochmal auf einen Punkt zu bringen: ich möchte Microsoft ke...
- 11.05.2009, 00:12
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [c++] auf Stack/Heap prüfen
- Antworten: 11
- Zugriffe: 2480
Re: [c++] auf Stack/Heap prüfen
'delete this' ist IMHO nicht generell böse, aber meist. Das einzige gute Beispiel dass mir einfällt ist ein im Objekt selber implementierter Referenzzähler, wie beispielsweise in COM. void PopRef() { if (--refcnt == 0) delete this; } Solche Objekte *dürfen* dann eben einfach nicht auf dem Stack lieg...
- 10.05.2009, 21:59
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [c++] auf Stack/Heap prüfen
- Antworten: 11
- Zugriffe: 2480
Re: [c++] auf Stack/Heap prüfen
Wenn du das wissen musst, ist irgendwas in deinem Programmdesign definitiv schiefgelaufen :-)
- 10.05.2009, 19:58
- Forum: Grafikprogrammierung
- Thema: The good old question : DirectX or OpenGL?
- Antworten: 27
- Zugriffe: 5135
Re: The good old question : DirectX or OpenGL?
Genau genommen wäre 'lebensfähig' auch bereits ausreichend gewesen für ein DX10 für Xp auf Basis des alten Treiberinterfaces. Niemand sagt dass es sinnvoll wäre für Vista auf ein neues Treibermodell zu verzichten, nur aus Kompatibilitätsgründen zu eXPerience und Windows 98. Ich spüre den heiligen Fl...
- 10.05.2009, 19:10
- Forum: Grafikprogrammierung
- Thema: The good old question : DirectX or OpenGL?
- Antworten: 27
- Zugriffe: 5135
Re: The good old question : DirectX or OpenGL?
Die wenigsten DX10 Features benötigen WDDM *wirklich*. Genau genommen sprich bloß die bessere Ausnahmebehandlung im User-Space für das neue Treibermodell, aus der Sicht einer typischen 3D-Anwendung. Den Rest hat Microsoft IMHO nur forciert weil sie ihn brauchten, für AERO. Das ganze auf XP zu bringe...