Das deutsche QBasic- und FreeBASIC-Forum

[Kirodema]

Guten Tag.
Hab vor 2 Tagen angefangen FreeBASIC zu lernen und dachte mir mal ich fang mit nem einfachen Pingpong spiel an. Hab ein Paddel, dass sich beim bewegen halt jedesmal neu zeichnet. Hab nur ein kleines Problem mit dem Befehl cls, weil ja jedesmal der gesamte Screen gesäubert wird, verschwindet das andere Paddel (was zur Zeit einfach nur da steht und sich nicht bewegen kann).
Der Code schaut zur Zeit so aus:
Pingpong

Danke im vorhinein.
_________________
Mit freundlichen Grüssen
Kirodema

[OneCypher]

Echt interessant, dass jemand der schon einige Basic-Befehle kennt, nicht auf die Idee kommt den Bereich vor der Bewegung einfach schwarz auszumalen... Mit dem gleichen Befehl wie er den Balken bereits malt nur in Farbe schwarz... irgendwie lollig, aber respekt das du dir mühe gibst WEITER SO!!!

Die elegantere Art wäre natürlich einen Grafikbuffer zu erstellen der sich den hintergrund des paddels merkt und ihn einfach neu zeichnet bevor er sich bewegt. Und auf den screenrefresh sollte man natürlich auch noch warten weils sonst ein wildes geblinke wird...

[Kirodema]

Danke, die Idee hatte ich auch schon . Dachte nur es gäbe vielleicht einen anderen Weg .
Dann werd ich halt einfach drüber malen. Mit Buffer kenn ich mich noch nich so aus .
_________________
Mit freundlichen Grüssen
Kirodema

[OneCypher]

Buffer sind eine klasse erfindung .. solltest du dich wirklich mal mit beschäftigen!

Stell dir vor du möchtest eine Bitmap als hintergrundbild für dein pingpong-spiel anzeigen. Wenn du dann den bewegten bereich nur schwarz ausmalst, siehst man das sofort an den spuren auf dem bitmap.

Schau dir mal den GET-Befehl an:
http://www.freebasic-portal.de/index.php?s=reftopic&id=287
und den PUT-Befehl:
http://www.freebasic-portal.de/index.php?s=reftopic&id=497
Damit kannst du buffer einlesen und ausgeben.

Seit Freebasic gibt es im unterschied zu QBasic auch noch IMAGECREATE:

http://www.freebasic-portal.de/index.php?s=reftopic&id=307


Wenn du das beherrschst, kommst du wesentlich weiter als nur mit linien und bereiche malen

[Kirodema]

Ok. Danke sehr, werd ich mir mal anschaun .
_________________
Mit freundlichen Grüssen
Kirodema

[Jojo]

besser als GET/PUT ist das sogenannte Doublebuffering. Siehe hierzu SCREENCOPY und SCREENSET
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[28398]

Jojo, ich glaube das was du meinst ist eher das Absichern des Bildschirminhaltes.
Damit das aber reibungslos geht braucht man wieder Masken oder Transparenz, und so kompliziert braucht man es auch wieder nicht machen für ein allererstes PingPong Spiel.
Denn Doublebuffering wäre hier nicht nur überflüssig, da die fbGFXlib das schon von sich aus macht, und zum anderen, weil Triplebuffering nicht wirklich sinnvoll ist (nur in einigen Spezialfällen, bsp. Egoshooter, ein Anzeigebuffer, Scenebuffer, HUD/UI Buffer)

Ich denke, mit GET/PUT und evtl. BSAVE/BLOAD (für Screenshots und Bilder) ist Kirodema schon sehr gut bedient...

[Kirodema]

Hab es jetz mal mit Buffer probiert, nur irgendwie zeichnet er jetz keine Paddel mehr und wenn ich irgendeine Taste drücke, beendet er es Progi.

[dreael]

Zum Thema allgemein: Ein ganz einfaches Pong-Spiel (QB) in meiner Sammlung findet sich unter

http://www.dreael.ch/Deutsch/Download/Pong.html

Verbesserungstipp für eine FreeBasic-Version: Dort mit Vorteil von MULTIKEY Gebrauch machen, wo sich das Niederdrücken und Loslassen der Steuerungstasten gegenüber INKEY$ viel besser abfragen lässt.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[Kirodema]

Ok ... Fehler erkannt und behoben. Kann mir wer erklären, was OneCypher mit "auf den screenrefresh warten" meint? Weil bei mir blinkt das grad ziemlich irre
_________________
Mit freundlichen Grüssen
Kirodema

[28398]

Also, so mit einer Schleife tut das Programm soviel wie es nur kann - Zuviel eben, denn z.B. 500 FPS sind ziemlich sinnlos, da der Monitor nur 60 darstellt, und das Auge eh nur 24 Wahrnimmt.
Deswegen solltest du am Ende der Schleife ein ScreenSync einfügen.
Dies veranlasst die fbGFXlib dein Programm solange zu pausieren, bis der zuständige Grafiktreiber (GDI, X Treiber, DirectX oder openGL) ein neues Bild erwartet.
Das nennt man btw. auch VSync, da der Aufbau des Bildes auf dem Monitor abgewartet wird. Oder kurz: Dein Programm läuft gleichschnell, die Schleife wird mit normalerweise 60 oder 75 Hz abgearbeitet (= 60 oder 75 mal pro Sekunde durchlaufen)

[Kirodema]

Habs jetz nochmal probiert mit GET und PUT, weil ich ne kleinigkeit vergessen hatte, und nun geht wieder nix mehr . Entweder ich bin zu dumm für die ganze Buffer-Geschichte oder ich weiss nicht was.
Hier mal den Code
http://www.freebasic-portal.de/index.php?s=fbporticula&mode=show&id=609

Hab alles so gemacht, wies in der Befehlsreferenz steht und wie ich es dann halt interpretiert habe.

Edit:
Hab herrausgefunden, dass das GET in Paddel.movePaddel(...) den Absturz des Programms verursacht. Nur weiss ich leider nicht wieso

Edit2:
Hab mir den Fehler weiter angeschaut und herrausgefunden, dass ihm anscheinend der Buffer, wo ich was reinschreiben will zu klein ist. Könnte mir bitte wer mal das GET schön deppensicher erklären? Mag das nämlich irgendwann abschliessen können das Thema.
_________________
Mit freundlichen Grüssen
Kirodema

[Kirodema]

First of all: sry4 doublepost

Wollt nur mal, ob ich ne antwort krieg? Weil es ärgert mich irgendwie, dass das nich funktioniert, obwohl ichs so gemacht hab wies in der Befehlsreferenz steht
_________________
Mit freundlichen Grüssen
Kirodema

[nemored]

Ich weiß jetzt zwar nicht, ob das der Grund des Problems ist (habe keine Zeit mich einzulesen), aber achte darauf, das z. B.

[Kirodema]

Danke
Das hat zumindest schonmal dazu verholfen, dass es nicht immer bei get abstürzt . Nun schein ich aber nen Logikfehler zu haben, weil wenn man das Paddel bewegt, zieht es nen weissen Strifen hinterher (also es wird nicht schwarz dahinter). Weiss aber irgendwie nicht wieso?
Hier der Code
http://www.freebasic-portal.de/index.php?s=fbporticula&mode=show&id=615
_________________
Mit freundlichen Grüssen
Kirodema

[OneCypher]

Fürs gröbste reicht auch ein "SCREENLOCK" vor deinen Grafikanweisungen und ein "SCREENUNLOCK" nach deinen Grafikanweisungen.
Damit werden alle deine "gemalten" sachen erst beim "SCREENUNLOCK" auf einmal ausgegeben.
Wenn ich mich nicht irre gibt die gfx-"engine" die Grafik erst bei der nächsten Frame aus, was einem warten auf ein screenrefresh sehr nahe kommt...

Mit doublebuffering per Screencopy bzw screenset find ich eher unnötig und auf spatzen geschossen...

[28398]

First of all:

[Kirodema]

Mag euch ja nur ungern bei eurer Diskussion stören von wegen Doublepuffer or not, aber könntet ihr mir bitte kurz helfen mit meinem Problem
_________________
Mit freundlichen Grüssen
Kirodema

[nemored]

Ich mache um meine Grafiken meistens einen kleinen Rand in der Hintergrundfarbe - wenn ich die Grafik dann um 1 Pixel versetzt neu zeichne, dann wird der Rand des alten Bildes komplett überschrieben.

Alternativ (und an sich besser) ist ein Zeichnen mit XOR - einmal zum Hinzeichnen, ein zweites Mal (an derselben Stelle) zum wieder löschen.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Kirodema]

Meinst du damit, dass Paddel 2x mit put und xor als Aktionswort an der selben Stelle zeichnen?
_________________
Mit freundlichen Grüssen
Kirodema