JLI Spieleprogrammierung

Chewie · Verfasst am: 01.08.2003, 11:03 Titel: Scrolling-Theorien

Ich mach grad ein Autorennen aus Vogelpersp., bei dem das Auto immer im Mittelpunkt steht und der Hintergrund immer gescrollt wird. Nachdem ich jetzt schon ewig versuche, aus meinem Hintergrund(sysmem) eine Zeile und Spalte rauszukopieren, und auf einem Buffer und dem Backbuffer richtig wieder zusammenzusetzen, und es immer noch nicht richtig funkt, hab ich mir gedacht, dass ich es jetzt vorerst einfacher mache.
Ich will mir meinen ganzen Hintergrund im AGP-Speicher anlegen und dann einfach immer das ganze nächste Bild rauskopieren. Der Auschnitt, der kopiert wird, ist dann etwa 500x300.
Bevor ich das jetzt so mache, wollte ich wissen, ob das von der Performance her noch vertretbar ist. Dass es keine optimale Lösung ist, ist mir klar.

-chewie

Christian Rousselle · Verfasst am: 01.08.2003, 11:20 Titel:

500x300x32 Bit (?) ist nicht so wenig. Aber für einen ersten Test, kannst du es ruhig so machen.

Chewie · Verfasst am: 02.08.2003, 20:07 Titel:

Hi, bin jetzt auf folgendes Problem gestossen:
Ich rechne mir den Stepx und Stepy in jedem Durchgang aus und berechne daraus dann den neuen Auschnitt...sieht dann ca. so aus:

Mr. Data · Verfasst am: 02.08.2003, 20:48 Titel:

Der Vorschlag den ich jetzt mache ist mit Sicherheit nicht der beste
aber ne Möglichkeit.

Fang doch erst an zu scrollen wenn der Wagen ne bestimmte Geschwindigkeit erreicht hat bzw. überschreitet.

Vielleicht geht´s so
_________________
nothing is inmpossible

The Lord of Programming · Verfasst am: 02.08.2003, 20:56 Titel:

Wenn du das Auto immer in der Mitte haben willst, dann kannst du doch einfach von den Koordinaten das Autos die Hälfte der Auflösung abziehen.
D.h. Das Auto wird sowieso in die Mitte gezeichnet(Bildschirmgröße durch 2)
Und jetzt hast du ja die Koordinaten des Autos in Relation zum Hintergrund. Wenn du nun von diesen Koordinaten die Hälfte der Bildschirmgröße abziehst, hast du den Punkt, der links oben bei 0/0 gezeichnet werden soll.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

Chewie · Verfasst am: 02.08.2003, 21:23 Titel:

@Mr.Data
Die Sache ist, das Problem besteht bis zu ziemlich grossen Geschwindigkeiten...wenn
s=100 (also 100px/sec)
r=0
dann krieg ich bei 85 Frames 1,1 als StepX....und das ist bei gerader Bewegung auf x....wenn dann eine Rotation dazukommt wirds eben <1, d.h er scrollt nicht mehr...

@Lord
ich bin mir nicht sicher ob das richtig verstanden hab, aber ich glaube so hätte ich das gleiche Problem Confused

Hazel · Verfasst am: 02.08.2003, 22:56 Titel:

@Chewie: Wenn du es so machst wie Lord, dann nicht... und warum scrollt er nicht mehr? Nimm doch für's berechnen floats und erst wenn du Blitten musst, castest du die Koordinaten zu Integer.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

The Lord of Programming · Verfasst am: 03.08.2003, 12:11 Titel:

Chewie · Verfasst am: 03.08.2003, 14:40 Titel:

Yo, danke Lord...jetzt hab ichs kapiert und jetzt funkts auch einwandfrei...gute Idee das so herum anzugehen Exclamation

(wieso gibts hier keinen thumbs-up smily??)

@Hazel
wenn du fragst, warum er bei meiner Methode nicht scrollt: selbst mit floats geht es nicht, wenn du dir die Steps in jedem Durchlauf ausrechnest, weil z.B:
stepx = cos(20*pi/180) * 100 / 85
stepx = 0.41

wenn ich jetzt auf long caste, krieg ich 0 raus, ergo: er scrollt nicht!