4. Bild flimmert bei Bewegung, Probleme beim Löschen von Elementen

Bild flimmert bei Bewegung, Probleme beim Löschen von Elementen

  • P

    Na ja ich habe anfangs auch Spiele mit dem Borland C++ Builder geschrieben, für ganz simple Sachen kann man das auch machen.. (hab sogar mal ein Rennspiel gemaacht ;))
    Zu deinem Problem mit den Schüssen:
    Das mit Shapes zumachen ist schonmal keine gute Idee. Besser ist, du zeichnest im Grunde alles selbst, und zwar auf das Canvas des Forms. Quasi jeden Frame alles mit Weiß übermalen und dann die Schüsse raufzeichnen. (Entweder als einfache Kreise, oder du lädst vorher eine Grafik in ein TBitmap-Objekt und zeichnest das einfach per Canvas-Draw() auf das Form, ebenso geht das mit dem Hintergrundbild).
    Und ansonsten wäre es besser, ein festes Array von Schüssen anzulegen (bspw. 500 Stück groß). Du speicherst bei jedem Schuss davon, ob er sichtbar ist. Wenn du dann einen neuen Schuss abgibst, nimmst du den ersten nicht sichtbaren Schuss, setzt ihn auf sichtbar und setzt die Werte (Position etc), wenn dann ein Schuss aus dem Feld fliegt, setzt du ihn einfach auf nicht sichtbar. Rendern brauchst nur alle sichtbaren Schüsse.

    Das so zuu machen (also mit dem Zeichnen) ist zwar nicht gerade das Gelbe vom Ei, aber um erstmal einen Einstieg zu finden bzw. was zu testen reicht es eigentlich aus, da man keinen allzu großen Aufwand hat.

    Edit:
    Mist da war jemand schneller.^^ Die Schüsse in eine Liste zu packen ist quasi noch besser, nur wenn Hunderte Schüsse werden sollten, die jeden Frame neu erstellt und gelöscht werden müssen, wird es langsam ; )

    0
  • D

    Powerpaule schrieb:

    Die Schüsse in eine Liste zu packen ist quasi noch besser, nur wenn Hunderte Schüsse werden sollten, die jeden Frame neu erstellt und gelöscht werden müssen, wird es langsam ; )

    1. Meine Erfahrungen haben mir gezeigt, dass die STL nicht der Knacknpunkt ist, wenn man viele Objekte erzeugt und wieder löscht. Auch nicht sehr viele. Ich habe ein Partikelsystem, welches praktisch nix anderes macht und ich habe da keinen Engpass feststellen können. Zeichnen, updaten usw. ist einiges aufwändiger, als das erstellen oder durchiterieren.

    2. Gehe ich davon aus, dass std::list einen ähnlichen Mechanismus, wie den deinigen implementiert hat und da nicht wirklich jedes mal neuen Speicher anfordert, respektive zerstört. Dazu habe ich aber noch die Flexibilität, dass ich dennoch beliebig viele Objekte Speichern kann und nicht auf einen Wert beschränkt bin.

    0
  • P

    drakon schrieb:

    1. Meine Erfahrungen haben mir gezeigt, dass die STL nicht der Knacknpunkt ist, wenn man viele Objekte erzeugt und wieder löscht. Auch nicht sehr viele. Ich habe ein Partikelsystem, welches praktisch nix anderes macht und ich habe da keinen Engpass feststellen können. Zeichnen, updaten usw. ist einiges aufwändiger, als das erstellen oder durchiterieren.

    2. Gehe ich davon aus, dass std::list einen ähnlichen Mechanismus, wie den deinigen implementiert hat und da nicht wirklich jedes mal neuen Speicher anfordert, respektive zerstört. Dazu habe ich aber noch die Flexibilität, dass ich dennoch beliebig viele Objekte Speichern kann und nicht auf einen Wert beschränkt bin.

    Na ja ich hatte ebenfalls mal ein Partikelsystem mit einer std:list geschrieben, und das hat jedenfalls zu erheblichen Performance-Einbußen geführt, pro Sekunde wurden im Schnitt einige Hundert Objekte erzeugt/entfernt, dann hab ich's mit der oben beschrieben Methode gemacht, und es war um Welten besser... deswegen meinte ich das. Hatte mich ehrlich gesagt auch etwas gewundert, aber vielleicht war auch noch irgendwas anderes Hemmendes dabei..

    0
  • X

    also momentan versteh ich jetzt nicht unbedingt alles was ihr jetzt gesagt habt, aber ich werde mal mein bestes versuchen das erstmal so hinzukriegen, dass es besser läuft.

    btw. war es eigentlich eine gute idee mit c++ ein SPiel zu programmieren oder eher eine schlechte? Gibt es eventuell Programmierprachen womit man leichter Spiele programmieren kann?

    0
  • D

    Powerpaule schrieb:

    Na ja ich hatte ebenfalls mal ein Partikelsystem mit einer std:list geschrieben, und das hat jedenfalls zu erheblichen Performance-Einbußen geführt, pro Sekunde wurden im Schnitt einige Hundert Objekte erzeugt/entfernt, dann hab ich's mit der oben beschrieben Methode gemacht, und es war um Welten besser... deswegen meinte ich das. Hatte mich ehrlich gesagt auch etwas gewundert, aber vielleicht war auch noch irgendwas anderes Hemmendes dabei..

    Kann ich mir nicht vorstellen. Du hast aber schon im Release Modus getestet, oder? Ansonsten ist es schon kein Wunder..

    btw. war es eigentlich eine gute idee mit c++ ein SPiel zu programmieren oder eher eine schlechte? Gibt es eventuell Programmierprachen womit man leichter Spiele programmieren kann?

    Auf jeden Fall gibt es einfachere Sprachen. Die Frage ist aber eher wo du die Grenzen ziehen willst zwischen selber machen und schon fertiges benutzen. Z.b kannst du ja auch einen Game Builder nehmen. Kommen auch gute Sachen bei raus. Afaik bietet Blitzbasic einen recht einfachen (aber halt auch limitierten) Einstieg in Spieleprogrammierung.

    Das schöne an C++ ist halt, dass du an keine Grenzen stossen wirst, an welche du mit anderen Sprachen nicht schon früher gestossen wärst.

    0
  • X

    Ich denk mal ich bleibe mal bei c++, weil dies zudem die einzige Programiersprache ist, die ich kenne. Dennoch sind mir gewisse Sachen unbekannt.
    Das ist zwar ein Schulprojekt, dennoch ,öchte ich gerne alles ausreizen Zum Beispiel wollte ich das mit dem canvas machen, aber ich weiß absolut nicht, was das jetzt genau ist und was man damit machen kann. Ich weiß zwar das ein canvas eine Leinwand ist, aber ich weiß absolut keine Befehle, wie man das ausführt. Kann man an bestimmten Stellen im Kanvas ein Bild einfügen? Wenn ja, dann müsste ich erstmal herausfinden, wie die Befehle sind.

    0
  • A

    Gib mal im C++Builder-Editor irgendwo TCanvas ein und drücke F1. Damit hast du alle Informationen auf einen Schlag.
    TForm, TImage und so weiter haben alle ein Canvas-Objekt, auf dem du nach Belieben herumzeichnen kannst.

    0
  • X

    Ich habe ein paar von meinen Schulfreunden gefragt und die meinten, dass C++ zu langsam ist, um Spiele gut zu programmieren. Ein anderer meint, dass C++ keine richtige reale Zeit bestimmten kann, da die Zeit nur real ist, solange das Programm keine Engpässe enthält.

    0
  • K

    Ich glaube deine Schulkameraden sollten lieber ihre Mäuler halten :xmas1:

    0
  • A

    Deine Schulkameraden ver*****en dich. Sollte dir aber spätestens beim zweiten Punkt aufgefallen sein. Klingt mehr nach Philosophie als sonst irgendwas 🙂

    0
  • X

    es war mir schon klar, dass sie mich für dumm verkaufen wollen. Ich hab mir aber eher gedacht, dass sie sich mit C++ weniger auskennen.

    PS. Ein anderer hat gemeint, dass beim Spiel die Hardware mitspielen soll und nicht nur die Software. Also ich finde das ist schon eher ein Tipp, jedoch habe ich spätestens dann keine Ahnung, wie man das schreiben soll. Ich probier das Programm erstmal mit der SFML zu schreiben, da es mir so scheint, dass eigentlich alles da ist, was ich für die Spieleprogrammierung brauche. (und laut Features hat es sogar Hardwarebeschleunigung^^). Es muss ja kein Spiel sein, was für heutige Verhältnisse gut verkaufbar ist^^.

    0
  • D

    Ja, klar spielt die Hardware eine wichtige Rolle. Aber wenn du jetzt nicht gerade hochperformanten und speziell für eine Hardware angepasste Code schreibebn willst, dann spielt das mal keine Rolle. Und es gilt: Je teurer und neuere Teile verbaut sind, desto besser läufts. (natürlich nur Grundsätzlich und bei einem Vertraunswürdigen Verkäufter)

    Aber im Hobbybereich spielt das so gut, wie keine Rolle in heutigen Zeiten. 😉

    0
  • X

    Leider besitze ich einen Rechner der vor etwas mehr als 5 Jahren aktuell war. Ich hab schon gemerkt, dass das Programm auf schnelleren PCs besser läuft. Leider ist mein PC schon sehr veraltet und ich hab auch kein Geld mir einen neuen zu kaufen.

    0
  • A

    xbruceleex schrieb:

    Leider besitze ich einen Rechner der vor etwas mehr als 5 Jahren aktuell war. Ich hab schon gemerkt, dass das Programm auf schnelleren PCs besser läuft. Leider ist mein PC schon sehr veraltet und ich hab auch kein Geld mir einen neuen zu kaufen.

    Das würd ich jetzt nicht unbedingt als alt einstufen.
    Höchstwahrscheinlich wird der Takt deines Prozessors schon in GHz angegeben. Das reicht locker wenn du es "ordentlich" machst, d.h. für jedes Frame alles immer wieder neu mit Draw/CopyRect alles auf eine Zeichenfläche schiebst oder wenn du es mit SFML machst - selbst ohne Hardwarebeschleunigung.
    So ähnliche Spiele wie du gerade eins bastelst liefen auch schon auf nem 486er mit <50 MHz (da aber wohl nur mit Hardwarebeschleunigung).

    0
  • X

    Also ich kann mit SFML nicht arbeiten, da es immerwieder Linker Probleme gibt bzw. irgendwie die Library nicht erkennt. jedenfalls kompiliert der VC++ nicht.

    Einich komme mit Draw/CopyRect nicht klar. Kann mir jemand ein Beispiel geben, womit es funktioniert? Google hat mir da nicht wirklich weitergeholfen.

    0
  • P

    Du musst die Library auch dem Projekt hinzufügen etc.

    Na ja also auf meinem Rechner mit 2,1 Ghz (Athlon XP) geht das mit dem Canvas auf jeden Fall ausreichend für ganz simple Spiele, selbst in hohen Auflösungen (quasi Fullscreen).

    Ein ganz simples Beispiel:

    // Den Hintergrund weiß malen
Form1->Canvas->Brush->Color = clWhite;
Form1->Canvas->Brush->Style = bsSolid;
Form1->Canvas->Pen->Color = clWhite;
Form1->Canvas->Rectangle(0, 0, Form1->Width, Form1->Height);

// Bild laden
Graphics::TBitmap* bitmap = new Graphics::TBitmap;
bitmap->LoadFromFile("bild.bmp");

// Auf Form zeichnen an Position 10|10
Form1->Canvas->Draw(10, 10, bitmap);

[..]

delete bitmap;

    Das ist natürlich sehr simpel, du musst das dann schon noch ausbauen, dass Bilder zum Beispiel natürlich nur einmal zu Beginn geladen werden und das Ganze alles in einer Schleife läuft (notfalls geht auch TTimer..) und immer wieder neu gezeichnet wird und die Bewegungen der Objekte etc.
    Kannst natürlich auch alles (erstmal) nur durch einfache Kreise zeichnen, die Funktionen dafür findest du in BCB-Hilfe.

    0
  • A

    Wieso denn auf einmal VC++, ich dachte, du benutzt C++Builder? 😕
    Du musst einfach nur die Include-Files in (d)einen Include-Ordner schieben und die SFML-Libs dazulinken.

    0
  • X

    also ganz einfach mit #include <SFML\Audio.hpp> oder was man da hinschreiben kann funktioniert so nicht. Ich muss irgendwie Dem Programm beibringen, dass er noch eine datei aus dem ordner lib auslesen soll, denn bisher hab ich keine Ahnung wie man das macht

    0
  • A

    Beim C++Builder geht das unter Projekt/Dateien zum Projekt hinzufügen, iirc.
    Beim VC++ hab ich keine Ahnung, müsste aber nicht so schwer zu finden sein. Such mal nach Linkereinstellungen oder sowas.

    0
  • X

    ich hab die datei jetzt eingefügt, aber jetzt kommt:

    [Linker Error] 'D:\VC2005\SFML-GRAPHICS.LIB' contains invalid OMF record, type 0x21 (possibly COFF)

    ich hab keine Ahnung was der C++ Builder von mir will.

    0
Anmelden zum Antworten