Suchergebnisse
Suchergebnisse 1-20 von insgesamt 36.
Hey, danke, dass mit dem Alignment hab ich bisher noch nicht gewusst, jetzt funktioniert alles wie es sollte.
Hallo, ich arbeite grad an einem Spiel mit Direct3D und würde gerne Texturen ohne Hilfe von D3DX erstellen. Deshalb habe ich mir einen eigenen Loader geschrieben, funktioniert auch gut: <!--splitLinkBegin--><!--splitLinkEnd--><!--noLinkBegin-->ExternesOriginalbildanzeigen(Link)<!--noLinkEnd--> Allerdings nur, so lange die Breite nicht größer als 100 Pixel ist. Ist das der Fall, passiert folgendes: <!--splitLinkBegin--><!--splitLinkEnd--><!--noLinkBegin-->ExternesOriginalbildanzeigen(Link)<!--noL...
Bei mir ist leider noch nichts da
Ich find das Spiel auch verdammt Klasse, scheint den meisten bloß wirklich zu komlex zu sein. Hab auch schon einige Online Matches gespielt, leider verlier ich meistens
Nein, ich habe auf beiden Systemen beim Vergleich die exe direkt gestartet, na ja, ist jetzt auch egal, werd erstmal weiter proggen, denn noch ruckelt es nicht
Ähm, nur wenn irgendwas nicht stimmt, ansonsten starte ich immer die Release Version. Beim Debuggen läufts ja noch langsamer
Also ich bewege meinen Spieler und habe keine Probleme Na ja, wenn man bei 2 Sprites mit Kollisionsabfrage und einem kleinen Feuerchen nur 300 FPS drin sind, weiß ich nicht wie das dann mit ein paar mehr Sprites ausschauen wird. Aber es will einfach nicht in meinen Kopf, dads der gleiche Code bei einem minimal schnelleren Rechner 6 mal so schnell läuft.
DestRect gibt bei mir doch den Rect an, der durch das Bitmap auf dem Bildschirm geblittet wird, also das Rechteck AUF dem Bildschirm, nicht das Rechteck von dem geblittet wird, ich glaub wor reden grad aneinander vorbei Egal, zu meinem eigentlichen Problem, hat da niemand was dazu?
Der linke und obere Rand zusammen ergeben den oberen linken Punkt des Rects, oder hab ich da was falsch verstanden?
So wie ich das immer verstanden hab, markiert ein Rect einen Bereich auf dem Bildschirm, Bitmap, ..., dazu muss ja auch die Position drinnen gespeichert sein, sonst bräuchte man ja keine 4 Variablen sondern nur 2.
Ja, aber der linke Rand gibt doch auch gleichzeitih die X-Position an, oder? C-/C++-Quelltext 1 RECT DestRect = {XPos, YPos, XPos + FrameWidth_, YPos + FrameHeight_}; Ich speicher das nur darein, damit ich dem Clipper nur 2 Rects anstatt 8 Werte übergeben muss, machts für mich ein bisschen angenehmer
Das bedeutet, er wartet bis das Sprite fertig gezeichnet wurde. Das ist mir alles klar. Ich hab mal zu Testzwecken zwei gleiche Sprites reingemacht, das erste dauert zum Rendern 20 mal so lange wie das zweite, obwohl es da keine Unterschiede gibt. Aber bei meinem Laptop dauern beide gleich lang, wenn das selbe Programm abläuft, dadurch läuft es dort auch viel schneller. Ich gleub ihr versteht mich falsch, mit der Geschwindigkeit habe ich keine Probleme, nur mit den Geschwindigkeitsunterschieden....
Ich weiß, dass das die Positionsangaben sind, die ja in dem Rect gespeichert sind. Und ja ich habe einen Timer, mein Problem ist nicht dass alles unregelmäßig läuft, sondern ich möchte nur wissen woher diese komischen Geschwindigkeitsunterschiede kommen, die ich mir nicht erklären kann.
So, ich arbeite nun schon seit einigen Wochen an meinem ersten Spiel, basierend auf DirectDraw. Bisher läuft alles bestens, nur ist mir vor kurzem etwas komisches ausgefallen. Ich habe bis jetzt 2 Sprites in meinem Programm. Soweit so gut. Ich wollte dann mal schauen wie lange die einzelnen Programmabschnitte in der Hauptschleife dauern, um herauszufinden, wo ich die Geschwindigkeit am ehesten verbessern kann. Dabei ist mit etwas aufgefallen, das erste Sprite zu rendern dauert ca. 20 mal so lang...
...wodurch die Flöhe heruntefielen und die Aliens aufaßen. Diese Flöhe gingen dann...
...diese Jahr keine Geschenke verteilt, wodurch alle Kinder...
Du musst dazu den Ordner "Data" oder wie auch immer er heißt in den Debug Ordner kopieren, denn die exe sucht relativ von sich aus gesehen nach dem Pfad, den du im Quelltext angegeben hast. Wenn du aus der IDE das Programm startest, legt sie fest, dass die Dateien nicht relativ zur exe Datei, sondern zum Hauptverzeichnis gesucht werden. Ich hoffe ich hab das verständlich genug ausgedrückt Kommen die Warnungen denn noch immer, wenn du das Projekt kompilierst?
Unter Debuggen -> Starten ohne Debugger oder STRG + F5. Sie erste Warnung hatte ich auch schon, das ist nicht schlimm, die kommt auch nicht mehr. Was die zweite Warnung genau bedeutet, kann ich nihct sagen, hat irgend etwas mit verschiedenen Run-Time-LIbraries zu tun. Aber das Programm müsste jetzt laufen, oder?
24.04.2024, 12:54
Zum Seitenanfang
