Suchergebnisse
Suchergebnisse 1-20 von insgesamt 31.
Da steht zwar drin, das man const benutzen soll, aber nicht weil es schneller ist.
Ach so. Das ist interessant. Wo wir gerade bei Optimierungen sind, wäre es dann nicht sinnvoll bei Methoden wie float tbFont::ComputeTextWidth(const char* pcText, int iLength, // = -1 const float fSpace) aus dem "const char* pcText" ein "const char * const pcText" zu machen?
Hat es irgendeinen tieferen Sinn, dass bei manchen Funktionen die Parameter als const deklariert sind? Bei Pointern und Referenzen verstehe ich das ja noch, aber was bringt das z.b. bei Int? Ich glaube die Random Funktionen machen das. Also sowas wie: Funktion ( const int a, const int b ) was spricht denn gegen Funktion ( int a, int b )? Ist ja so oder so eine Kopie der Werte.
Das eine 4er MX-Karte keine VS 2.0 kann ist ja auch klar, die sind ja leider keine vollwertigen Geforce 4 Karten. Und selbst wenn gibt es VS 2.0 doch erst ab Geforce FX oder?
Ich programmiere nur mit DirectX, also für Windows. Erstmal will ich eine API vernünftig verwenden können, bevor ich ein Spiel gleich für zig Betriebssysteme lauffähig mache. Und dann würde ich es trotzdem nicht tun, weil die meisten wirklich (zumindest zum Spielen) Windows haben also warum sollte ich mir die Arbeit machen?
DevC++ www.bloodshed.net Dazu gibt es auch DX9 Libraries, google einfach mal danach.
Er meinte wohl, wenn es im Regal liegt kannst du es ja nicht lesen.
Im Buch steht, man kann den aktuellen Video Modus abfragen und dann das Backbuffer Format entsprechend setzten. In der DX SDK Hilfe steht, dass man auch einfach D3DFMT_UNKNOWN angeben kann. Ist das nicht einfacher oder gibt es dort noch Unterschiede die man beachten muss?
Nur was ist übertreiben? Bei "Far Cry" kann man ja über die ganze Insel gucken (oder war das ein anderes Spiel?) und das ist schon eine sehr hohe Sichtweite.
Dann sollte man also - wenn möglich - besser einen W-Buffer verwenden um das Problem zu umgehen? Sonst kann man z.B. keine Aussenlandschaften mit hoher Sichtweite erzeugen?
Auf Seite 89 in deinem Buch schreibst du, dass der Z-Buffer nicht überall eine gleich grosse Genauigkeit hat und man besser hohe Werte für die nahe Clipping-Ebene verwenden sollte. Das verstehe ich allerdings nicht. Wenn ich jetzt eine hohe Entfernung zwischen naher und ferner Clipping-Ebene habe ist es klar, dass eine höhere Genauigkeit (32, statt 16 Bit) da Vorteile bringt. Aber das Problem mit der nahen Clipping-Ebene verstehe ich nicht. Für jeden Pixel werden doch 32/16/etc Bit als Tiefenwer...
Wie lange hast du eigentlich gebraucht um das alles zu lernen? Und wie viel Zeit muss man da pro Tag dran investieren? Bin schon froh, wenn ich mich mal für 2 Stunden motivieren kann überhaupt was zu tun.
Habe ich bestimmt auch mal gemacht, aber das ist dann schon 4-5 Jahre her. Müsste mich da erst wieder einarbeiten.
Zitat Sicherlich kennt jeder die Methode y = mx + b, wobei m die Steigung der Geraden ist und b der y-Achsenabschnitt. Diese Darstellungsweise hat jedoch einen Nachteil: Was passiert, wenn man eine horizontale Linie hat? Dann wäre die Steigung unendlich groß. Du meintest eher vertikale Linie oder? Bei einer horizotalen ist die Steigung 0. Den Rest verstehe ich noch nicht 100%ig also sage ich dazu erstmal nichts
Hat zwar nichts damit zu tun (nur indirekt.. ganz indirekt ), aber wie zum Geier hast du das alles gelernt? Mit 18 schon so ein Wissen zu haben. Respekt. Bin 22 und kriege mit Mühe und Not ein texturiertes Dreieck hin.
Darauf bin ich gar nicht gekommen. Sollte funktionieren.. Danke
Das mit Static kenne ich schon, nur wird da die Klasse ja schon bei Programmstart angelegt, bei new erst dann wenn sie wirklich gebraucht wird. Ich finde das alles nicht so toll. Dann sorge ich doch lieber selber dafür, dass ich als Programmierer nur eine Instanz anlege.
Was ich bei einem Singleton nicht verstehe ist, wie es wieder gelöscht wird. Legt man es mit new an, dann sollte es doch auch mit delete wieder entfernt werden oder sehe ich das falsch?
mache ich ja über #pragma once, wenn aber in zwei header dateien z.b. klassen und strukturen verwendet werden, die je in der anderen header datei definiert werden, dann kann es nicht klappen, weil eine der header dateien zuerst eingebunden werden muss und dann findet sie natürlich die struktur/klasse aus der anderen header datei noch nicht.
Eine Abneigung gegen gotos findet man eigentlich in jedem Buch, muss doch was dran sein. OOP oder nicht OOP ist mir degegen völlig egal, ich mache es so wie ich es kann oder es mir sinnvoll erscheint. Aber gotos.... Hier mal ein paar Statements dazu: Zitat Goto breaks the control flow and can lead to code that is difficult to comprehend. In addition, there are limitations for when goto can be used. For example, it is not permitted to jump past a statement that initializes a local object having a...
09.05.2024, 22:25
Zum Seitenanfang
