Suchergebnisse
Suchergebnisse 1-20 von insgesamt 27.
12 Stunden Schlaf ist aber auch nicht grade gesund
Du kannst auch statt einer Tile-Based-Map eine Non-Tile-Based-Map bauen, dabei ist aber ein richtiger Editor notwendig, welcher die Positionen der Objekte speichert (inklusive weiterer Daten). Non-Tiled-Map's haben Vorteile bei der Gestaltung, weil man diese frei gestalten kann. Was für deine Zwecke besser geeignet ist, musst du selber entscheiden.
Eine kurze Frage, die nicht zum eigentlichem Thema gehört: HMONITOR monitor = MonitorFromWindow(_handle, MONITOR_DEFAULTTOPRIMARY); Diese Zeile Code schlägt immer fehl, und ich kann nicht sagen woran das liegen kann. Das Windowhandle ist definitiv richtig; ich bekomme als Ergebnis nur "0" zurück.
Danke für die Hilfe, ich habe jetzt die Debug-Dll genutzt. Die Werte sind alle korrekt! Das kommt davon, wenn man fast nur in C# programmiert und es dort bei den Werten keinen großen Unterschied macht, ob Release oder Debug.
Ne ich verwende direkt den Releasebuild.
Hi Leute, ich habe ein ziemlich seltsames Problem. Ich habe ursprünglich mein Fenster und DirectX per Hand initialisiert, jetzt bin ich aber darauf umgestiegen, meine DirectX Anwendung zu einer Engine umzubauen und in einer DLL auszulagern. Vom Code an sich habe ich rein gar nichts geändert, ich habe diesen nur in einer DLL ausgelagert. Wenn ich diese dann ausführe, werden mir aber Parameter, die ich in der Funktion an sich setze, komplett falsch dargestellt. Hier der wesentliche Code: Zitat DXG...
C-/C++-Quelltext 1 2 3 4 5 6 private Gegner1() { enemyframes = new Rectangle[10]; enemy = gegner1; time = TimeSpan.FromSeconds(3); } Da fehlt doch etwas.. Überdenke am besten nochmal den ganzen Quellcode, da sind ganz viele Sachen drin, welche sehr merrkwürdig erscheinen. Zu der Frage: Nein, du kannst Texture nicht verwenden, wenn Texture nicht initialisiert wurde. Verwende stattdessen texture. Die Arraysache stößt mir leider, es tut mir leid, unangenehm auf.
Warum übergibst du die Variable enemyFrames an den Konstruktor, wenn der Konstruktor diese eh nicht braucht und überschreibt? Dies ist eine mögliche Fehlerquelle und unsauber. Der Hauptfehler liegt jedoch hier: Zitat sourceRects = new Rectangle((sourceRects.Length - 1 - i) * (Texture.Width / sourceRects.Length), 0, Texture.Width / sourceRects.Length, Texture.Height); Du verwendest Texture obwohl Texture noch nicht zugewiesen wurde.
Zitat Bei allen Tools muss man den Output jedoch mit Vorsicht geniessen, besonders wenn externe Libraries wie z.B. OpenGL oder DirectX mitspielen, es gibt viele False-Positives. Oh ja, da stimm ich vollkommen zu. Aufgrund von DirectX habe ich ja überhaupt erst nachgeschaut, warum der Arbeitsspeicherverbrauch ansteigt. Zitat Die Implementierung gibt RAM auch nicht sofort zurück, sonst müsste man beim nächsten new wieder neuen RAM vom OS holen. Gut zu wissen. Zitat Für Memory Leak Detection gibt ...
Ich habe über den Task Manager drüber geschaut; aber wenn das so ist, muss ich mir in meiner richtigen Anwendung keine Gedanken machen. War nur auf den ersten Schlag so ziemlich geschockt
Hi Leute, habe in meinem Programm ein Speicherleck festgestellt, und weiß nicht genau wie er entsteht.. C-/C++-Quelltext 1 2 class z{public: virtual ~z() {}}; class w : public z{public: virtual ~w() {}private: double highMemoryUsage[48000];}; Wenn ich diese Schleife durchlaufen lasse, dann springt meine Auslastung an Arbeitsspeicher von ca. 1980 auf 2360kByte. Dieser Sprung ist konstant, auch wenn ich die Arrayzahl änder oder die Anzahl an Schleifendurchgängen. C-/C++-Quelltext 1 for(int i = 0; ...
Zitat von »Horus« *PSIn.TextureWeights.A; Das geht nicht, weil es wenn dann .a sein müsste; oder .w das geht auch. Zitat Auch gelingt es nicht die float4 TextureWeights : TEXCOORD3; als float4 TextureWeights[4] : TEXCOORD3; Da kann ich mir vorstellen, dass ein ganz anderes Problem dies verhindert. Sieh mal in deinen Shader. Dort hast du zustehen: "float Depth : TEXCOORD4;". Dies wäre dann aber falsch, da du ja vorher ein Array deklariert hast. float4 TextureWeights[4] : TEXCOORD3; würde somit a...
HLSL ist jetzt auch nicht so sonderlich wild, wenn du dich mit der Pipeline von DirectX auskennst und grob weißt was Shader darstellen.
Konnte der Abschnitt denn überhaupt kompiliert werden? Quellcode 1 2 3 4 5 Spieler = new Spieler();Spieler[i].iPunkte = new int[125];[/i] Spieler[i].iLeben = new int[125];[/i] Spieler[i].iPunkte[iAktuellerTag] = 0;[/i] Spieler[i].iLeben[iAktuellerTag] = 3;[/i] Sehr zu bezweifeln jedenfalls.
Was meinst du denn mit Vertexte?
Was stellt das Bild jetzt nochmal genau dar?
Statt effect.Techniques[0].Passes[0].Apply(); müsste wohl eher effect.CurrentTechnique.Passes[0].Apply(); helfen.
Zitat Both a vertex shader and pixel shader must be set on the device before any draw operations may be performed. Das kann daran liegen, dass das Shaderprogramm noch nicht "aktiviert" wurde. Am besten rufst du effect.Technique[0].Pass[0].apply() auf und dann sollte das auch klappen.
Wie schon in der Fehlerbeschreibung beschrieben, existiert die Definition von "SizeInBytes" bei dem Vertex- und Indexbuffer nicht. Ich kenne jetzt nicht das Tutorial, aber vermutlich wird dies über XNA 3 handeln. Du verwendest vermutlich XNA 4? Dort gibt es eine Eigenschaft namens "VertexCount" für den VertexBuffer. Beim IndexBuffer lautet dies analog dazu "IndexCount".
Ich würde dir sehr gern helfen, aber ich lese mir den C# Quelltext solange nicht durch, bis der ordentlich formatiert ist
09.05.2024, 21:51
Zum Seitenanfang
