Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Was soll ich Programmieren

Werbeanzeige

Lerikson

Alter Hase

Beiträge: 412

Wohnort: nördlich von Hamburg

Beruf: Schüler

  • Private Nachricht senden

11

27.02.2010, 18:34

also das kollisionssystem in einem pong-klon ist ja nun nicht gerade kompliziert, aber falls die links dir nicht helfen sollten schreib mir ne pn ich erkläre dir wie man ganz einfach durchblickt (denn wenn du erst einmal verstanden hast wie das funktioniert, wirst du sehen das es im Prinzip ziemlich einfach ist....zum. die Theorie....;) )
Errare est humanum. -Windows ist menschlich ;-)

Fred

Supermoderator

Beiträge: 2 121

Beruf: Softwareentwickler

  • Private Nachricht senden

12

27.02.2010, 19:30

Zitat von »"CrazyPlayer"«

Bei mir ist das problem einfach nur mit der Kollision wenn es zb. an die wand abprallt... sonst könnt ich die zwei spiele (ausser bei Pong die KI) realisiern... weißt du wo man Kollisionsberechnung lernt?

Schreib ein Pong oder Breakout und ich bin mir sicher, dir werden noch ein paar andere Probleme auffallen ;)
Außerdem wäre deine Frage ja irgendwie überflüssig, wenn du schon alles könntest ;)

CrazyPlayer

Treue Seele

  • »CrazyPlayer« ist der Autor dieses Themas

Beiträge: 109

Wohnort: Mittenwald [Garmischpartenkirchen]

Beruf: Schüler

  • Private Nachricht senden

13

27.02.2010, 19:43

Zitat von »"Fred"«

Zitat von »"CrazyPlayer"«

Bei mir ist das problem einfach nur mit der Kollision wenn es zb. an die wand abprallt... sonst könnt ich die zwei spiele (ausser bei Pong die KI) realisiern... weißt du wo man Kollisionsberechnung lernt?

Schreib ein Pong oder Breakout und ich bin mir sicher, dir werden noch ein paar andere Probleme auffallen ;)
Außerdem wäre deine Frage ja irgendwie überflüssig, wenn du schon alles könntest ;)


Ein Mensch kann nicht alles ;)
Every day is a programming day ;)

CBenni::O

1x Contest-Sieger

Beiträge: 1 145

Wohnort: Stuttgart

  • Private Nachricht senden

14

27.02.2010, 21:05

Zitat von »"Luinechor"«

http://www.google.de/search?client=safari&rls=en&q=Collision+detection+2d&ie=UTF-8&oe=UTF-8&redir_esc=&ei=BhyJS4y8FNiK_AbM9fTpBg


Wofür gibt es lmgtfy :D

mfg CBenni::O
Ein Mitglied der VEGeiCoUndGraSonMaWiGeS Bewegung.
42!
Aufräumen kann jeder, nur das Genie überblickt das Chaos!
Metal will never die!
1. Sppro Gamecontest - mein Beitrag

CrazyPlayer

Treue Seele

  • »CrazyPlayer« ist der Autor dieses Themas

Beiträge: 109

Wohnort: Mittenwald [Garmischpartenkirchen]

Beruf: Schüler

  • Private Nachricht senden

15

27.02.2010, 21:43

Zitat von »"CBenni::O"«

Zitat von »"Luinechor"«

http://www.google.de/search?client=safari&rls=en&q=Collision+detection+2d&ie=UTF-8&oe=UTF-8&redir_esc=&ei=BhyJS4y8FNiK_AbM9fTpBg


Wofür gibt es lmgtfy :D

mfg CBenni::O


Wer weiß XD

Ich hab eine Frage wie habt ihr es geschafft ein Breakout spiel zu programmien? Der Tutorial da oben im Link verwirrt mich einbischen...
Every day is a programming day ;)

Fred

Supermoderator

Beiträge: 2 121

Beruf: Softwareentwickler

  • Private Nachricht senden

16

27.02.2010, 21:50

Einfach programmiert, bis es fertig war ;)
Also ich würde an deiner Stelle einfach mal anfangen und mir viele kleine Schritte, die zu gehen sind überlegen:
Breakout
1. Schläger rendern
2. Schläger lässt sich mit Maus Tastatur bewegen
3. Ball rendern
4. Ball bewegt sich
5. Kollision des Balls mit den Bildschirmwänden
6. Blöcke rendern
7. Blöcke werden bei der Kollision mit dem Ball zerstört
...

Wenn du ein Projekt auf eine derart einfach Ebene reduzierst, dann lassen sich Probleme deutlich leichter lösen. Beispielsweise musst du dir doch jetzt noch gar nicht den Kopf zermartern, wie du die Kollision lösen könntest. Wenn dann mal Ball und Schläger gerendert werden, dann kannst du mit den Bildschirmwänden(recht einfach) herumspielen und dann merkst du schon so langsam wo der Hase hinläuft. Und später verstehst du dann auch, wie du es etwas komplizierter auf die einzelnen Blöcke anwenden kannst.

CrazyPlayer

Treue Seele

  • »CrazyPlayer« ist der Autor dieses Themas

Beiträge: 109

Wohnort: Mittenwald [Garmischpartenkirchen]

Beruf: Schüler

  • Private Nachricht senden

17

27.02.2010, 21:53

ok, wäre es nicht sinnvoll erst alles zu planen, sprich auf papier wichtige daten aufzuschreiben?
Every day is a programming day ;)

Fred

Supermoderator

Beiträge: 2 121

Beruf: Softwareentwickler

  • Private Nachricht senden

18

27.02.2010, 22:06

Ja das kommt darauf an. Ich bin eher der Ansicht, dass man bei einem Projekt vom Ausmaß von Breakout auch ruhig einfach mal anfangen sollte. Gerade beim ersten Projekt finde ich Planung sehr schwierig. Denn Planung bedeutet, dass man mögliche Probleme im Voraus erkennt und versucht eine Lösung zu finden. Aber beim ersten Projekt erkennt man logischerweise noch nicht alle Probleme. Weiterhin ist Breakout auch nicht sonderlich komplex und man hat ja egtl. alles im Kopf, was man erreichen will(also ich gehe einfach davon aus, dass dein Breakout zunächst mal nicht das beste und innovativste der Spielegeschichte werden soll)
Aber natürlich macht es Sinn, sich vielleicht irgendwelche besonderen Features mal aufzuschreiben und möglicherweise über eine mögliche Implementierung nachzudenken.
Aber ansonsten halte ich es egtl. nur für besonders wichtig, das Projekt in mehre kleine Happen zu unterteilen s. o. und sich diese dann Stück für Stück vorzunehmen.
Wenn du das so machs, dann kann meiner Meinung nach bei einem Breakout nicht mehr viel schief gehen.

Aber das ist meine Meinung und es mag und wird Menschen geben, die da anderer Ansicht sind.

CrazyPlayer

Treue Seele

  • »CrazyPlayer« ist der Autor dieses Themas

Beiträge: 109

Wohnort: Mittenwald [Garmischpartenkirchen]

Beruf: Schüler

  • Private Nachricht senden

19

27.02.2010, 22:41

Zitat von »"Fred"«

Ja das kommt darauf an. Ich bin eher der Ansicht, dass man bei einem Projekt vom Ausmaß von Breakout auch ruhig einfach mal anfangen sollte. Gerade beim ersten Projekt finde ich Planung sehr schwierig. Denn Planung bedeutet, dass man mögliche Probleme im Voraus erkennt und versucht eine Lösung zu finden. Aber beim ersten Projekt erkennt man logischerweise noch nicht alle Probleme. Weiterhin ist Breakout auch nicht sonderlich komplex und man hat ja egtl. alles im Kopf, was man erreichen will(also ich gehe einfach davon aus, dass dein Breakout zunächst mal nicht das beste und innovativste der Spielegeschichte werden soll)
Aber natürlich macht es Sinn, sich vielleicht irgendwelche besonderen Features mal aufzuschreiben und möglicherweise über eine mögliche Implementierung nachzudenken.
Aber ansonsten halte ich es egtl. nur für besonders wichtig, das Projekt in mehre kleine Happen zu unterteilen s. o. und sich diese dann Stück für Stück vorzunehmen.
Wenn du das so machs, dann kann meiner Meinung nach bei einem Breakout nicht mehr viel schief gehen.

Aber das ist meine Meinung und es mag und wird Menschen geben, die da anderer Ansicht sind.


Jop, dann werd ich mal langsam anfangen, ich werde dann meine Fortschrite in ein Therad veröffentlichen :)
Every day is a programming day ;)

FalkT

Treue Seele

Beiträge: 125

Wohnort: AC

  • Private Nachricht senden

20

01.03.2010, 20:00

Re: Was soll ich Programmieren

Zitat von »"CrazyPlayer"«

..., mir fällt spontan jetzt Tetris ein


Das ist perfekt geeignet. Es gibt im Internet ein paar Seiten mit Tetris-Tutorials, wie z.B. :
-> Hier <-

Da du SDL nutzt, schreibst du halt deine eigene Implementierung. Also einmal die obige Seite durchlesen und danach direkt anfangen zu coden.

Werbeanzeige