spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Nexxtron"«

achsoo...thx
...bin mal gespannt auf die nächsten Maps und dass sich die Farbe vom Bildschirm ändert, in Level 2, machste auch im Quellcode?

genau wie gegner werden auch levels in einem array aus strukturen gespeichert. dort sind zum beipiel strings mit dateipfaden aber auch farben und geschwindigkeit für den farbwechsel gespeichert.

würde mich sehr interessieren wie sich das spiel auf intel grakas verhällt. hat das ma wer probiert? bitte berichten Dankeschön

Zitat von »"Toa"«

Ich bin selbst sehr von 2D begeistert und deshalb interessiere ich mich auch für die Technik die du benutzt hast. Ist das Mapsystem Tilebased? Wie funktioniert das mit der Kollision über das col.png genau? Würde mir wünschen das du das ganze open source machst, jedoch denke ich das du das wohl nicht machen wirst. Kann ich aber auch verstehen. Also über ein paar Einzelheiten zur Technik würde ich mich freuen!

in der coll.png sind weiße linien zu erkennen. diese weißen pixel werden beim start des levels in ein array geladen,dann die coll.png released. füge ich nun der position des spielers ein geschwindigkeitsvektorü hinzu, überprüft ein algo, ob sich an der stelle mit einem gewissen radius kein weißer pixel befindet. erst dann wird die neue spielerposition gesetzt. soweit ganz einfach, doch was ist wenn der weg ungerade mit steigungen ist? das ist schon ein wenig komplizierter. befindet sich der spieler am boden und bewegt sich zur seite, wird eine stelle geprüft, die ein wenig über dem zielpixel liegt. ist diese stelle pasierbar wir die stelle darunter geprüft und immer so weiter, bis entweder normalhöhe wieder erreicht wurde oder eine kollision aufgetreten ist, an die der spieler dann gesetzt wird. bsp: der spieler soll sich am boden ein pixel nach rechts bewegen. ich prüfe dann die stelle ein pixel rechts und drei pixel oben vom spieler.
wenn keine kollision prüfe ich ein pixel rechts und zwei pixel oben vom spieler.
wenn keine kollision prüfe ich ein pixel rechts und ein pixe oben vom spieler.
wenn keine kollision prüfe ich ein pixel rechts vom spieler.
tritt aber eine kollision auf so wird nicht weiter geprüft. hoffe das prinzip des "treppensteigens" ist nun klar. runterwärts neigung ist nicht so kompliziert, das übernimmt die gravitation.

das spiel ist nicht tilebasiert. jedes map element gibt es nur einmal. allerdings mach ich mir über speicher und performance keine sorgen.
das große zweite level aus version 0.64 erreicht bei mir 4500 (unlocked+softwaremode) FPS und eine speicher auslastung von 180 mb ram. info: auf 3.0GH intel p4 und onboard grafik. grafikkarte ist aber wegen softwaremode egal. also wegen der fps mach ich mir keine sorgen und den ram...nun gut 256 MB dürft wohl jeder ham, auf was niedrigerem läuft ja nicht einmal directx und win xp anständig.

source werde ich erstmal nicht hochladen, da ich hoffe irgendwann einmal das spiel kommerziel bei bigfishgames zu verkaufen. bis dahin is zwar noch viel arbeit, aber mit offenem source kann ich was kommerzielles vergessen. jetzt keine sorge, bevor nicht alles final ist, werde ich immer aktuelle versionen posten.


noch was anderes: wenn ihr level zwei nicht schafft, schaut hier wies geht: http://www.youtube.com/watch?v=z61E8xhCJJM
video ist zwar aus der nicht veröffentlichten 0.63, aber desingtechnisch hat sich sowieso nichts verändert.

Zitat von »"goldfisch007"«

system: eeePC 1000H

CPU : Nen Atom 1,6 Ghz
Ram 1GB
Grafik: Intel 945 Express (familie)

perfekt. netbooks waren mein ziel. denn netbookbesitzter greifen mangels leistung oft zu kleinen indie-games mit wenig hardwarehunger. in der nächsten version muss ich gleich die fullscreen auflösung 1024x600 hinzufügen