Fachschaft Informatik - Benutzerbeiträge [de]

GameMaker AG

2011-10-20T09:40:27Z

SaschaGraeff: /* Kontakt und Mailingliste */

== Über die GameMaker AG ==
Jeder, der nicht nur programmiert, sondern gerne programmiert, hat sicherlich schon einmal mit dem Gedanken gespielt, ein eigenes Spiel auf die Beine zu stellen.

Diese AG findet sich zu dem Zwecke zusammen, sich gemeinsam in dieser Disziplin umzusehen und zu schauen, wie viel Aufwand hinter einem Spiel stecken kann.
Das Konzept ist inoffiziell begleitend zum Modul SE1.

''Wir haben nichts mit dem Programm "GameMaker" am Hut...!''

== Wo und wann? ==
Immer Dienstags, 17:00-19:00 Uhr.

Die Raumanfrage sitzt im Queue und freut sich.

== Was brauche ich? ==
Neben Zeit und Interesse wird nichts benötigt, insbesondere '''keine Vorkentnisse'''.

Aktuelle Versionen von Unity3d und Blender werden im Raum verfügbar sein.

Wer Photoshop sein Eigen nennt, darf es gerne mitbringen, wird aber nicht vorausgesetzt.

Zusammengefasst: Ihr braucht nur Interesse und Zeit. Mehr nicht.

== Was hab ich davon? ==
Wir benutzen die Unity Engine, was zwangsläufig dazu führt, dass man mit C# oder JavaScript zu tun bekommt.

Man lernt also ggf. Programmieren, und das auch ein wenig objektorientiert. Man kann also Inhalte aus SE1/SE2 mit der AG verbinden... und umgekehrt.

Des Weiteren werden wir uns mit 3D-Modellierung und -Animation auseinander setzen, vornehmlich mit Blender.

Ab einem bestimmten Punkt soll man in der Lage sein, sich ein eigenes Spiel bauen zu können.

== Kontakt und Mailingliste ==
Wir haben eine [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/ag-gamemaker Mailingliste].

Alle Interessierten dürfen gerne und alle Mitglieder sollten eingetragen sein.

Sonstiger Kontakt:
Sascha Graeff (0graeff)
oder 0graeff@informatik.uni-hamburg.de

A propos: Auf dem Mafiasi-Jabberserver haben wir auch einen Chatraum mit Namen GameMaker AG.

== Protokolle ==
Die Protokolle der Treffen finden sich hier: [[:Kategorie:GameMaker AG-Protokolle|Protokolle]]

GameMaker AG

2011-10-20T09:39:27Z

SaschaGraeff: /* Was hab ich davon? */

== Über die GameMaker AG ==
Jeder, der nicht nur programmiert, sondern gerne programmiert, hat sicherlich schon einmal mit dem Gedanken gespielt, ein eigenes Spiel auf die Beine zu stellen.

Diese AG findet sich zu dem Zwecke zusammen, sich gemeinsam in dieser Disziplin umzusehen und zu schauen, wie viel Aufwand hinter einem Spiel stecken kann.
Das Konzept ist inoffiziell begleitend zum Modul SE1.

''Wir haben nichts mit dem Programm "GameMaker" am Hut...!''

== Wo und wann? ==
Immer Dienstags, 17:00-19:00 Uhr.

Die Raumanfrage sitzt im Queue und freut sich.

== Was brauche ich? ==
Neben Zeit und Interesse wird nichts benötigt, insbesondere '''keine Vorkentnisse'''.

Aktuelle Versionen von Unity3d und Blender werden im Raum verfügbar sein.

Wer Photoshop sein Eigen nennt, darf es gerne mitbringen, wird aber nicht vorausgesetzt.

Zusammengefasst: Ihr braucht nur Interesse und Zeit. Mehr nicht.

== Was hab ich davon? ==
Wir benutzen die Unity Engine, was zwangsläufig dazu führt, dass man mit C# oder JavaScript zu tun bekommt.

Man lernt also ggf. Programmieren, und das auch ein wenig objektorientiert. Man kann also Inhalte aus SE1/SE2 mit der AG verbinden... und umgekehrt.

Des Weiteren werden wir uns mit 3D-Modellierung und -Animation auseinander setzen, vornehmlich mit Blender.

Ab einem bestimmten Punkt soll man in der Lage sein, sich ein eigenes Spiel bauen zu können.

== Kontakt und Mailingliste ==
Wir haben eine [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/ag-gamemaker Mailingliste].

Alle Interessierten dürfen gerne und alle Mitglieder sollten eingetragen sein.

Sonstiger Kontakt:
Sascha Graeff (0graeff)
oder 0graeff@informatik.uni-hamburg.de

A propos: Bei Jabber haben wir auch einen Chatraum mit Namen GameMaker AG.

== Protokolle ==
Die Protokolle der Treffen finden sich hier: [[:Kategorie:GameMaker AG-Protokolle|Protokolle]]

GameMaker AG

2011-10-20T09:37:51Z

SaschaGraeff: /* Über die GameMaker AG */

== Über die GameMaker AG ==
Jeder, der nicht nur programmiert, sondern gerne programmiert, hat sicherlich schon einmal mit dem Gedanken gespielt, ein eigenes Spiel auf die Beine zu stellen.

Diese AG findet sich zu dem Zwecke zusammen, sich gemeinsam in dieser Disziplin umzusehen und zu schauen, wie viel Aufwand hinter einem Spiel stecken kann.
Das Konzept ist inoffiziell begleitend zum Modul SE1.

''Wir haben nichts mit dem Programm "GameMaker" am Hut...!''

== Wo und wann? ==
Immer Dienstags, 17:00-19:00 Uhr.

Die Raumanfrage sitzt im Queue und freut sich.

== Was brauche ich? ==
Neben Zeit und Interesse wird nichts benötigt, insbesondere '''keine Vorkentnisse'''.

Aktuelle Versionen von Unity3d und Blender werden im Raum verfügbar sein.

Wer Photoshop sein Eigen nennt, darf es gerne mitbringen, wird aber nicht vorausgesetzt.

Zusammengefasst: Ihr braucht nur Interesse und Zeit. Mehr nicht.

== Was hab ich davon? ==
Wir benutzen die Unity Engine, was zwangsläufig dazu führt, dass man mit C# oder JavaScript zu tun bekommt.

Man lernt also ggf. Programmieren, und das auch ein wenig objektorientiert. Man kann also Inhalte aus den SE-Modulen mit der AG verbinden... und umgekehrt.

Des Weiteren werden wir uns mit 3D-Modellierung und -Animation auseinander setzen, vornehmlich mit Blender.

Ab einem bestimmten Punkt soll man also in der Lage sein, sich ein eigenes Spiel bauen zu können.

== Kontakt und Mailingliste ==
Wir haben eine [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/ag-gamemaker Mailingliste].

Alle Interessierten dürfen gerne und alle Mitglieder sollten eingetragen sein.

Sonstiger Kontakt:
Sascha Graeff (0graeff)
oder 0graeff@informatik.uni-hamburg.de

A propos: Bei Jabber haben wir auch einen Chatraum mit Namen GameMaker AG.

== Protokolle ==
Die Protokolle der Treffen finden sich hier: [[:Kategorie:GameMaker AG-Protokolle|Protokolle]]

Fachschaft Informatik:Datenschutz

2011-10-19T14:19:24Z

SaschaGraeff: Die Seite wurde neu angelegt: „Datenschutz ist wichtig. Die Gründe dafür und die weiterführenden Informationen zum Thema sind auf dieser Seite geschützt und können nur von Mitgliedern mit…“

Datenschutz ist wichtig.

Die Gründe dafür und die weiterführenden Informationen zum Thema sind auf dieser Seite geschützt und können nur von Mitgliedern mit Premiumaccounts eingesehen werden.

GameMaker AG

2011-10-19T14:05:03Z

SaschaGraeff: /* Wo und wann? */

== Über die GameMaker AG ==
Eine tolle neue AG, yay!

Jeder, der nicht nur programmiert, sondern gerne programmiert, hat sicherlich schon einmal mit dem Gedanken gespielt, ein eigenes Spiel auf die Beine zu stellen.

Diese AG findet sich zu dem Zwecke zusammen, sich gemeinsam ein wenig in dieser Disziplin umzusehen und zu schauen, wie viel Aufwand hinter einem Spiel stecken kann.
Wir werden, neben einigen theoretischen Angelegenheiten, mindestens [https://www.informatik.uni-hamburg.de/Fachschaft/wiki/index.php/Diskussion:GameMaker_AG ein Spiel zusammen erstellen], vermutlich aber mehr.

''Wir haben nichts mit dem Programm "GameMaker" am Hut...!''

== Wo und wann? ==
Immer Dienstags, 17:00-19:00 Uhr.

Sascha läuft gerade durch das Ikum um einen Raum zu besorgen.

== Was brauche ich? ==
Neben Zeit und Interesse wird nichts benötigt, insbesondere '''keine Vorkentnisse'''.

Aktuelle Versionen von Unity3d und Blender werden im Raum verfügbar sein.

Wer Photoshop sein Eigen nennt, darf es gerne mitbringen, wird aber nicht vorausgesetzt.

Zusammengefasst: Ihr braucht nur Interesse und Zeit. Mehr nicht.

== Was hab ich davon? ==
Wir benutzen die Unity Engine, was zwangsläufig dazu führt, dass man mit C# oder JavaScript zu tun bekommt.

Man lernt also ggf. Programmieren, und das auch ein wenig objektorientiert. Man kann also Inhalte aus den SE-Modulen mit der AG verbinden... und umgekehrt.

Des Weiteren werden wir uns mit 3D-Modellierung und -Animation auseinander setzen, vornehmlich mit Blender.

Ab einem bestimmten Punkt soll man also in der Lage sein, sich ein eigenes Spiel bauen zu können.

== Kontakt und Mailingliste ==
Wir haben eine [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/ag-gamemaker Mailingliste].

Alle Interessierten dürfen gerne und alle Mitglieder sollten eingetragen sein.

Sonstiger Kontakt:
Sascha Graeff (0graeff)
oder 0graeff@informatik.uni-hamburg.de

A propos: Bei Jabber haben wir auch einen Chatraum mit Namen GameMaker AG.

== Protokolle ==
Die Protokolle der Treffen finden sich hier: [[:Kategorie:GameMaker AG-Protokolle|Protokolle]]

2011-01-18 GameMaker AG-Protokoll

2011-01-20T08:31:41Z

SaschaGraeff: Die Seite wurde neu angelegt: Protokoll der GameMaker AG-Sitzung am 18.01.2011 Anwesende Personen: 6 Beginn: 13:05 Uhr == Ablauf == '''Wir basteln einfach mal ein Spiel.''' In einer Stunde. * Wi...

Protokoll der GameMaker AG-Sitzung am 18.01.2011

Anwesende Personen: 6

Beginn: 13:05 Uhr

== Ablauf ==
'''Wir basteln einfach mal ein Spiel.''' In einer Stunde.

* Wir modellieren einen Würfel und texturieren ihn mit selbst erstellter UV-Map.
** Die UV-Map gibt an, welche Pixel des Bildes an welcher Stelle des Meshes angezeigt werden.
** In Blender im Edit Mode mit markierten Flächen U drücken und Unwrap-Methode wählen
** Oben Rechtsklick da wo man die obere Leiste runter ziehen kann => Split Window => Strich platzieren und Linksklick => zwei 3D Views
** Bei einem der 3D Views unten links 3D View in UV/Image Editor wechseln => schon sieht man sogar, was man macht
** Modell speichern, und schon funktioniert die UV Map auch in Unity.

* Der Würfel kriegt einen Box Collider und einen Rigidbody
* Wir erstellen zwei Materials und zwei Prefabs für graue und rote Würfel
* Alle Würfel kriegen dieses Skript:
function OnMouseDown()
{
Destroy(gameObject);
}
* und schon wird das Objekt zerstört, wenn man darauf klickt.
* Der Boden bekommt noch ein Skript, das für eine Verloren-Bedingung sorgt, wenn ein roter Würfel ihn berührt (beim Versuch, diesen zu erstellen, finden wir einen Bug in Unity. Sackgasse!)
* An dieser Stelle kann man Weiteres ausdenken: Platten auf dem Boden, auf die die roten Würfel fallen dürfen, alle grauen müssen zerstört werden, oder, oder....

== Ergebnis ==
* Wir haben einen Bug in Unity gefunden. Yay -.-

== Nächstes Mal ==
* Wir überlegen uns, was wir für ein Spiel machen wollen. Im Moment siht's nach RTS aus, wir entscheiden nächstes Mal.

[[Kategorie: GameMaker AG-Protokolle]]

2011-01-11 GameMaker AG-Protokoll

2011-01-20T08:20:44Z

SaschaGraeff: Die Seite wurde neu angelegt: Protokoll der GameMaker AG-Sitzung am 11.01.2011 Anwesende Personen: 5-6 Beginn: 13:05 Uhr == Ablauf == '''Wir basteln mit dem CharacterController herum.''' * Der Ch...

Protokoll der GameMaker AG-Sitzung am 11.01.2011

Anwesende Personen: 5-6

Beginn: 13:05 Uhr

== Ablauf ==
'''Wir basteln mit dem CharacterController herum.'''
* Der CharacterController ist für alle Arten von Humanoiden Figuren im Spiel gedacht, aber wer damit rumexperimentiert, wird feststellen, dass auch andere Anwendungen möglich sind.
* Die Komponente lässt ein Objekt ''nicht'' der Physikberechnung unterliegen, dennoch hat sie Kollisionsabfrage
* Wir merken uns unsere CharacterController-Komponente, um nicht in jedem Frame die zu meidende GetComponent()-Funktion zu benutzen:
private var controller : CharacterController;
function Awake()
{
controller = GetComponent(CharacterController);
}
* Die Funktion für Bewegung mit Kollisionsabfrage ist:
controller.Move();
* Wir benutzen einen auf Maximallänge 1 gekürzten Input-Vektor:
var dir : Vector3 = Vector3(Input.GetAxis("Horizontal"), 0, Input.GetAxis(Input.GetAxis("Vertical")));
dir = dir.normalized * Mathf.Min(dir.magnitude, 1); //Maximallänge 1 gegen schnelleres schräg laufen
* Das multiplizieren wir jetzt noch mit einer Variable speed:
dir *= speed;
* Da ein CharacterController nicht von alleine runter fällt, benötigen wir eine globale Variable zum speichern der aktuellen vertikalen Geschwindigkeit:
private var ySpeed : float = 0;
* Diesen Wert benutzen wir als y-Wert von dir, aber erst nach der Auf-1-kürzung (rate mal wieso):
dir.y = ySpeed;
* '''Vorher''' berechnen wir diesen Wert aber noch einmal neu:
if(controller.isGrounded) //Standen wir im letzen Frame auf dem Boden? Der controller weiß es!
{
ySpeed = jumpSpeed;
}
else
{
ySpeed = Mathf.Max(ySpeed -= gravity, minYSpeed);
}
* jumpSpeed, gravity und minYSpeed können durch Zahlenwerte ersetzt werden, sollten aber Variablen sein.
* Zuletzt wenden wir das ganze noch an:
contoller.Move(dir * Time.deltaTime);
* Und das alles in Update() (nicht FixedUpdate(), da kein Rigidbody!)

Ein bisschen Blender-modellierung am Schluss - nicht unbedingt inhaltlich nennenswert.

== Ergebnis ==
* Wir können mit CharacterControllern Humanoide erstellen, die eine Kollisionsabfrage haben und runter fallen können.
* Das Bewegen in Blickrichtung der Kamera ließe sich jetzt aus den Scripts mit dem Ball und der drehenden Kamera ableiten. Fertig ist das 3rd-Person Game.

[[Kategorie: GameMaker AG-Protokolle]]

Diskussion:GameMaker AG

2011-01-20T07:58:17Z

SaschaGraeff: Neuer Abschnitt: Unser richtiges Spiel

== Ein ersthaftes Projekt ==

Hallo, Leute! Schön, dass ihr hier reinschaut. Wir wollen was sammeln:

Ideen zu einem ernsthaften Spiel:

* Die Welt besteht aus Blöcken (Nein, kein Minecraft!)
* Lightmapping lässt die Blöcke klasse aussehen
* Der Spieler ist ... ein Mensch ... oder eine Kugel ... oder beides
* Er soll wie in Mirror's Edge an den Wanden herumlaufen, vielleicht auch etwas extremer, wie in Matrix

* Ziel: Checkpoints absolvieren
* Selber Sachen bauen (z.B. Brücken)

[http://ubuntuone.com/p/Xqi Zum Lightmapping]

Andere Ideen?

----

== Unser richtiges Spiel ==

Aus dem letzten Treffen ging eine Tendenz zu Real Time Strategy hervor.
Jeder möge bitte bis zum 25. Überlegungen zum Genre anstallen, wir kümmern uns dann am Anfang des Treffens gleich um die Auswahl.

GameMaker AG-Protokoll 02.11.2010

2011-01-20T07:52:42Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 02.11.2010? nach ?2010-11-02 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-11-02 GameMaker AG-Protokoll]]

2010-11-02 GameMaker AG-Protokoll

2011-01-20T07:52:42Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 02.11.2010? nach ?2010-11-02 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 02.11.2010

Anwesende Personen: 11-12

Beginn: 13:00 Uhr

== Ablauf ==
* Vorstellung der Anwesenden mit Angabe der Programmiererfahrung
* Vortragartige, knappe Einführung in die Spieleentwicklung
** Beispiele für falsche Vorstellungen über das Thema (wie: "Ich baue ein mmorpg...")
** Unterschiede zwischen Spieleprogrammierung und "normaler"
** Parallelen zwischen Inhalten der AG und denen des Studiums
** Über DirectX, OpenGL, Engines und Frameworks
** Pläne für die Zukunft der AG
* Erste Schritte in Unity
** Oberfläche kennen lernen
** Grundprinzipien: Spiel > Scenes > GameObjects > Components
** Objekte verschieben, drehen, skalieren
** Ein erstes Script, das ein Objekt (über die Transform-Komponente) dreht (JavaScript):
var speed : float;

function Update()
{
transform.Rotate(0, speed * Time.deltaTime, 0);
}

== Ergebnis ==
* Es sollte ungefähr geklärt sein, was Unity ist und wie man es ungefähr benutzt
* Notebooks mitbringen, um darauf Unity zu benutzen, klappt nicht unbedingt gut. Es wurde im RZ angefragt, ob die Rechner eines Raumes Unity und Blender verpasst kriegen (Tendenz: Wird was)
* Wir bauen als erstes ein extrem simples Spiel (vllt. Pong), um für ein selbst erdachtes Konzept die richtigen Vorstellungen bezüglich des Aufwands zu haben.

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 04.01.2011

2011-01-20T07:52:28Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 04.01.2011? nach ?2011-01-04 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2011-01-04 GameMaker AG-Protokoll]]

2011-01-04 GameMaker AG-Protokoll

2011-01-20T07:52:28Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 04.01.2011? nach ?2011-01-04 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 04.01.2011

Anwesende Personen: ~5

Beginn: 13:05 Uhr

== Ablauf ==
* Wir erstellen eine Rakete mit Explosion, um Prefabs besser kennen zu lernen.
** Ein Prefab ist ein GameObject (samt Children), dass in den Assets steckt und jederzeit im Editor oder über Skripts instanziiert werden kann. Man benutzt es entweder, um deine Scene mit vielen vergleichbaren Objekten füllen zu können, ohne Redundanz zu haben, oder, um Objekte zur Laufzeit hinzuzufügen.
** Um ein Prefab zu erstellen: Rechtsklick Project Tab (Assets) => Create => Prefab - Benennen - Fertiges GameObject reinziehen.
** Ein Prefab wird durch das Ziehen in die Scene View oder Hierarchy in die Scene eingefügt.
** Man kann Eigenschaften der Komponenten einer Prefab-Instanz (Exemplar, wenn man so will) nach belieben ändern. Drückt man oben im Inspektor des Objekts auf "Revert" nimmt die Instanz die Standardeinstellungen wieder an (außer Transform-Eigenschaften), "Apply" lässt das Prefab die Eigenschaften der Instanz übernehmen.
** Ändert man die Eigenschaften des Prefabs selbst, so ändert sie sich bei allen Instanzen, die diese Eigenschaft nicht überschrieben haben (fett gedruckt im Inspektor).
* Prefabs erzeugt man in einem Skript mit
<pre>Instantiate(GameObject prefab, Vector3 position, Quaternion rotation)</pre>
* Verwendet am besten eine Variable
<pre>var explosion : GameObject;</pre>
und zieht in die Eigenschaft im Inspektor das Prefab aus den Assets.

* Ein GameObject oder eine Komponente zerstört man mit
<pre>Destroy()</pre>
* Sich selbst zerstören tut ein Objekt, dass ein Skript mit folgender Zeile ausführt:
<pre>Destroy(gameObject)</pre>
* Wäre der Parameter '''this''', so würde sich nur die Skript-Komponente selbst zerstören!
** Nachfolgender Code wird aber noch ausgeführt, da Destroy() erst am Ende des Frames wirklich zerstört!
* Um z.B. die Kollision eines Objekts zu löschen:
<pre>Destroy(GetComponent(Collider))
//oder
Destroy(collider)</pre>

* Mehr zu [[http://unity3d.com/support/documentation/ScriptReference/Object.Instantiate.html Instantiate()]], [[http://unity3d.com/support/documentation/ScriptReference/Object.Destroy.html Destroy()]] und [[http://unity3d.com/support/documentation/Manual/Instantiating%20Prefabs.html Prefabs]].
* Instantiate() und Destroy() nicht mit Network.Instantiate() und Network.Destroy() verwechseln!

* Wir schauen uns zum ersten Mal '''Blender''' an.
** Alle Fenster sind in ihrem Zweck veränderbar. Die Standard-3D-Ansicht heißt 3D View.
*** In der 3D View Mausrad gedrückt halten, um die Kamera zu drehen
*** Mausrad zum Zoomen
*** Shift+Mausrad drücken um die Kamera zu verschieben
*** Rechtsklick (!!): Dinge auswählen
** Startmodus eines 3D View: Object Mode. Unter der 3D-Ansicht Listbox benutzen, um bei ausgewähltem Objekt z.B. in den Edit Mode zu wechseln.
*** Im Edit Mode können wir die Punkte, Kanten und Flächen eines Meshes (ein 3D-Objekt in Blender, bestehend aus Flächen (Vertices)) bearbeiten.
*** Zwischen Punkt-, Kanten- und Flächen-Modus rechts neben der Modus-Listbox auswählen.
*** Punkte, Kanten oder Flächen (Shift für Gruppenselektion) mit Rechtsklick auswählen und mit Linksklick auf Gizmo (Pfeile beim Verschieben, Kreise beim Drehen, ...) bearbeiten.
** Es gibt viel zu viele Shortcuts...!
*** "e" extrudiert im Edit Mode Punkte, Kanten oder Flächen

* Das Wichtigste ist: Viel rumprobieren und üben!
* Achtung: Blender 2.49b fragt nicht, ob vor dem Schließen etwas gespeichert werden soll! Regelmäßig zwischenspeichern ist wichtig!

== Ergebnis ==
* Insgesamt können wir nun die wichtigsten Dinge, um ein Spiel zu programmieren.
* Wer mag, sollte sich auf jeden Fall einmal anschauen, wie Unity intern 3D-Modelle handelt. Dazu einfach aus dem WindowManager die Datei in Unity ziehen. Sie wird dann in den Asset Folder kopiert und importiert, kann anschließend einfach aus dem Project Tab in die Scene View oder Hierarchy gezogen werden. Dann einfach mal das GameObject anschauen.

== Sonstiges ==
* Es waren etwas wenig Leute da. Ich hoffe, das liegt primär am RS-Praktikum, und dass nächstes Mal trotzdem wieder mehr kommen.
* Ich werde mir wohl mal Blender instalieren :P

== Nächstes Mal ==
* Ein Lebewesen Modellieren, Modelle texturieren und riggen (mit Skelett versehen).
* Wenn wir uns dazu entscheiden, fangen wir an, uns über ein erstes richtiges Spiel Gedanken zu machen (oder entwickeln unser momentanes zu einem weiter).

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 07.12.2010

2011-01-20T07:52:11Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 07.12.2010? nach ?2010-12-07 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-12-07 GameMaker AG-Protokoll]]

2010-12-07 GameMaker AG-Protokoll

2011-01-20T07:52:11Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 07.12.2010? nach ?2010-12-07 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 07.12.2010

Anwesende Personen: 10

Beginn: 13:05 Uhr

== Ablauf ==
* Wir wiederholen noch einmal die Scripts PlayerMovement und FollowCamera
* PlayerMovement wird gändert, sodass Time.deltaTime darin vorkommt:
<pre>var speed : float;

function FixedUpdate()
{
rigidbody.AddForce(Vector3(Input.GetAxis("Horizontal"),0,Input.GetAxis("Vertical")) * Time.deltaTime * speed);
}
</pre>
* Grund dafür ist die Möglichkeit, dass die Framerate auch in FixedUpdate() sinken kann, wenn sich die Physik-Engine irgendwann überfordert fühlt
* Wir entscheiden uns, die Steuerung und Kamera so abzuändern, dass die Kamera durch die horizontale Input-Achse gedreht sird, und man relativ zur Kamera nur nach vorne bzw. hinten rollen kann.
** Hierfür entfernen wir den die FollowCam-Komponente von der Kamera,
** erzeugen eine neues, leeres GameObject, dass wir an den Mittelpunkt des Balles positionieren, namens '''CameraPivot'''. Dieser kriegt nun eine FollowCamera-Komponete, die mit Offset 0,0,0 und der Kugel als Target dafür sorgt, dass er im Kugelmittelpunkt bleibt.
** Die Kamera wird nun dem CameraPivot untergeordnet (Parent-System) und so positioniert und rotiert, wie sie relativ zum Ball sein soll (das läuft ja nicht mehr über die Offset-Eigenschaft!).
** Jetzt ändern wir das PlayerMovement-Script:
<pre>var speed : float;
var pivot : Transform;

function FixedUpdate()
{
rigidbody.AddForce(pivot.forward * Input.GetAxis("Vertical")) * Time.deltaTime * speed);
}
</pre>
* Der Eigenschaft "Pivot" im Inspektor wird nun unser CameraPivot zugewiesen.
** '''pivot.forward''' ist der Vektor, der abhängig von der Drehung des Transforms vom Objekt aus gesehen nach vorne zeigt und ist somit identisch mit pivot.TransformDirection(Vector3.forward).
** Wir können jetzt nur noch nach vorne und hinten rollen.
** Um die Kamera zu drehen, erstellen wir ein neues Script namens '''RotateByInput''', das wir dem CameraPivot geben:
<pre>var speed : float; //Kamera-Drehgeschwindigkeit

function Update() //Update, da keine Kamera in Abhängigkeit eines targets ist (LateUpdate()) und kein Physikobjekt im Spiel ist (FixedUpdate())
{
transform.Rotate(0, Input.GetAxis("Horizontal") * Time.deltaTime * speed, 0); //Drehe dein GameObject (und damit die Kamera)!
}</pre>
** Damit haben wir das gesamte Gameplay umgekrempelt :)

== Ergebnis ==
* Alle sind scriptingtechnisch ungefähr auf dem gleichen Stand.
* Nach Möglichkeit kann Zuhause an der Scene gebastelt und somit eine Herausforderung erstellt werden.

== Nächstes Mal ==
* Wir können nun das Spiel nach belieben erwitern: Springen, bewegende Objekte, Spezialeffekte, Sounds, ...
* Ausserdem schauen wir uns Prefabs an - eine extrem wichtige Sache!

== Ansonsten ==
* Bitte alle in die [[https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/ag-gamemaker Mailingliste]] eintragen!

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 09.11.2010

2011-01-20T07:51:55Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 09.11.2010? nach ?2010-11-09 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-11-09 GameMaker AG-Protokoll]]

2010-11-09 GameMaker AG-Protokoll

2011-01-20T07:51:55Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 09.11.2010? nach ?2010-11-09 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 09.11.2010

Anwesende Personen: ~15

Beginn: 13:00 Uhr

== Ablauf ==
* Vorstellung der neuen Mitmachenden
* Wiederholung des Grundprinzips eines Unity-Spiels: Spiel > Scenes > GameObjects > Components
* Wir haben uns im Anschluss für ein Spiel á la Blaizing Trails <ref>http://www.caiman.us/freepix/318-2.jpg</ref> mit rollender Kugel als Erstspiel entschieden.
* Kleine, praktische Arbeit mit Unity:
** Bild importieren
** Material erstellen
** Würfel erstellen, verschieben, skalieren, duplizieren usw.
** Kugel erstellen und ihr einen Rigidbody geben, um sie zu einem Physikobjekt zu machen
** Kamera positionieren

== Ergebnis ==
* Wir können jetzt grundlegende Körper in die Welt einfügen, positionieren und mit Texturen (bzw. Materials) versehen.

== Nächstes Mal ==
* Da wir alle Unity zur Verfügung haben werden, können wir gemeinsam weiter arbeiten.
* Ein, zwei erste Scripts werden dafür sorgen, dass die Kugel gesteuert werden kann und die Kamera ihr folgt. Zudem werden wir die Welt noch ein wenig verschlnern (Licht, Particle Emitter, ...)

=== Referenzen ===
<references />

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 14.12.2010

2011-01-20T07:51:31Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 14.12.2010? nach ?2010-12-14 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-12-14 GameMaker AG-Protokoll]]

2010-12-14 GameMaker AG-Protokoll

2011-01-20T07:51:30Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 14.12.2010? nach ?2010-12-14 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 14.12.2010

Anwesende Personen: ~11

Beginn: 13:05 Uhr

== Ablauf ==
* Wir erweitern PlayerMovement, sodass man bremsen und mehrfach springen kann:
<pre>
var speed : float;
var brake : float;
var jumpPower : float;
var jumpCount : int = 3;
var pivot :Transform;

private var alive : boolean = true;
private var jumpCounter : int = 3;

function GameEnded()
{
alive = false;
}

function FixedUpdate ()
{
if(alive)
{
rigidbody.AddForce(pivot.forward * Mathf.Clamp(Input.GetAxis("Vertical"), 0, 1) * speed * Time.deltaTime);
rigidbody.angularDrag = Mathf.Clamp(Input.GetAxis("Vertical"), -1, 0)* -brake;

//Sieh unter Dir nach, ob da Boden ist
if(Physics.Raycast(transform.position, -Vector3.up, 0.25+0.05))
{
jumpCounter = jumpCount;
}
//Wenn wir Space drücken und wir noch Sprünge übrig haben
if(Input.GetButtonDown("Jump") && jumpCounter > 0)
{
rigidbody.AddForce(Vector3.up * jumpPower, ForceMode.Impulse);
jumpCounter--;
}
}
}</pre>
* Außerdem kann durch Aufruf von "GameEnded()" die Bewegung deaktiviert werden.
* Interessante Dinge: [[http://unity3d.com/support/documentation/ScriptReference/Physics.Raycast.html Physics.Raycast()]], [[http://unity3d.com/support/documentation/ScriptReference/Input.GetButtonDown.html Input.GetButtonDown()]] und [[http://unity3d.com/support/documentation/ScriptReference/Rigidbody-angularDrag.html Rigidbody.angularDrag]].

* Wir erstellen des Weiteren ein Skript mit GUI.
** function OnGUI() definieren
** GUI.xx oder GUILayout.xx im Rumpf aufrufen
** Offizielles Tutorial hierzu: [[http://unity3d.com/support/documentation/Components/GUI%20Scripting%20Guide.html klick]]
** Klasse GUI in der Scripting-Referenz: [[http://unity3d.com/support/documentation/ScriptReference/GUI.html GUI]]

* Unser Script "PlayerGUI", der dem Spieler nzeigt, ob er noch spielt, gewonnen oder verloren hat, und dem entsprechend einen Knopf für Neustart oder das nächste Level anzeigt:
<pre>enum PlayerState
{
　playing,won,lost
}

private var state : PlayerState = PlayerState.playing;

function GameEnded(won : boolean)
{
if(won)
{
state = PlayerState.won;
}
else
{
state = PlayerState.lost;
}
}

function OnGUI()
{
var message : String;
switch(state)
{
case PlayerState.won:
message = "Du bist der King";
if(GUI.Button(Rect(10,44,200,24), "Weiter..."))
{
Application.LoadLevel(Application.loadedLevel+1);
}
break;
case PlayerState.lost:
message ="Du Idiot!";
if(GUI.Button(Rect(10,44,200,24), "Neustart..."))
{
Application.LoadLevel(Application.loadedLevel);
}
break;
default:
message = "Macht hinne!";
break;
}
GUI.Box(Rect(10,10,200,24), message);
}</pre>
* Hierbei interessant: [[http://unity3d.com/support/documentation/ScriptReference/Application.LoadLevel.html Application.LoadLevel]] und [[http://unity3d.com/support/documentation/ScriptReference/Application-loadedLevel.html Application.loadedLevel]].

* Jetzt muss man nur noch unseren WinTrigger so anpassen, dass er in PlayerMovement und PlayerGUI (beide unserer Kugel als Komponente gegeben) jeweils GameEnded() aufruft, bei PlayerGUI mit einem boolean-Parameter (win), der angibt, ob der Trigger das Ziel oder ein "verloren"-Bereich ist:
<pre>var win : boolean = false;

function OnTriggerEnter(other : Collider)
{
if(other.CompareTag("Player"))
{
other.BroadcastMessage("GameEnded", win);
}
}</pre>
* Muss einem Objekt mit Collider mit isTrigger gegeben werden (haben wir schon erstellt).

== Ergebnis ==
* Fügt man nun mehrere Level zu den Build Settings hinzu, erhält man ein Spiel mit mehreren Leveln.
Mit der GUI und einer Scene, in der einfach kein steuerbarer Spieler ist, ließe sich z.B. ein Hauptmenü erstellen.
* Ich habe Prefabs vergessen. Shame on me. Wer mag, darf sich bis zum nächsten Treffen (welches ja eine Weile hin ist) über Prefabs schlau machen: [[http://unity3d.com/support/documentation/Manual/Prefabs.html Prefabs]]. Mit Prefabs kann man GameObjects (ggf. samt Children) als Vorlagen speichern, z.B. den Spieler, und dann in jedem Level einfach nur noch einfügen. Genauso das Ziel oder auch einen sich wiederholenden Baustein. Auf Wunsch wird eine Änderung an einem Prefabs auf alle seine Instanzen angewendet. Sehr praktisch und wichtig!

== Sonstiges ==
* Vielen Dank an Ina für die Binärkekse!
* Wir sehen uns am ersten Dienstag nach der vorlesungsfreien Zeit wieder!

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 16.11.2010

2011-01-20T07:50:49Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 16.11.2010? nach ?2010-11-16 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-11-16 GameMaker AG-Protokoll]]

2010-11-16 GameMaker AG-Protokoll

2011-01-20T07:50:49Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 16.11.2010? nach ?2010-11-16 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 16.11.2010

Anwesende Personen: ~15

Beginn: 13:15 Uhr

== Ablauf ==
* Neuen Raum suchen, da D-114 von den Uni-Tagen gemopst wurde.
* Wir gehen noch einmal das Grundprinzip Scenes > GameObjects > Components durch. Kann man nicht oft genug machen!
* Wir sehen uns verschiedene Komponenten und Physic Materials an. Der Ball kann damit Flummi-Eigenschaften kriegen.
* Des Weiteren werfen wir einen Blick auf des Parent-Child-System, am Beispiel eines Panzers. "parent" ist eine Eigenschaft eines Transforms, nicht des GameObjects!
* Wir erstellen 2 Scripts:
** FollowCam
<pre>//Diese beiden Variablen sind public, also im Inspektor für ein Exemplar dieser Komponente einstellbar.
//Deshalb müssen sie auch hier nicht initialisiert werden, da sie ihre Werte von den Eingaben im Inspektor erhalten.
var target : Transform; //Ein GameObject mit einer Transform-Komponente (trifft in diesem Spezialfall auf alle zu) als Ziel der Kamera
var offset : Vector3; //Ein Vektor3 als Richtung vom target Weg, also die relative Position zum target

function LateUpdate() //Bei Kamerabewegung immer Lateupdate nehmen, da es ansonsten zu Rucklern kommen wird
{
transform.position = target.position + offset;
}</pre>
* PlayerMovement
<pre>var speed : float;

function FixedUpdate() //Bei kontinuierlicher Bewegung von Rigidbodys: FixedUpdate statt Update!
{
//In Unitys JavaScript braucht man kein "new". Einfach den Konstruktor aufrufen, wie hier Vector3
rigidbody.AddForce(Vector3(Input.GetAxis("Horizontal"),0,Input.GetAxis("Vertical"))*speed);
}
</pre>
* Die Namen und Einstellungen der Input-Achsen (auch für einzelne Buttons, wie Space/Jump werden Achsen benutzt) lassen sich im Input Manager des Unity Editors einstellen.

== Ergebnis ==
* Wir können simple Bewegungen mit Rigidbodys durch Spieler-Input erstellen und des Weiteren eine Kamera erstellen, die einem Objekt folgt.

== Nächstes Mal ==
* Hoffentlich können wir alle die Festrechner in D-114 benutzen. Von daher würde ich euch bitten:
** Entweder eure bisherige Version des Projekts auf ein externes Speichermedium zu kopieren (USB-Stick vornehmlich), und zwar den ganzen Ordner
** oder das Projekt bei Gelegenheit schon einmal auf euren Home-Space zu kopieren (Z:\).
** Alternativ müsstet ihr euer Notebook wieder mitbringen und damit weiter arbeiten. Natürlich ist das in Ordnung, aber das Gerät sollte tempotechnisch mitkommen. Die Anforderungen werden von jetzt an nicht weniger.

* Ach ja: Das Treffen nächstes Mal scheint auszufallen. Diesmal scheint die [[VV]] tatsächlich stattzufinden, zu der ihr natürlich alle gehen sollt.

[[Kategorie: GameMaker AG-Protokolle]]

GameMaker AG-Protokoll 30.11.2010

2011-01-20T07:49:49Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 30.11.2010? nach ?2010-11-30 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

#REDIRECT [[2010-11-30 GameMaker AG-Protokoll]]

2010-11-30 GameMaker AG-Protokoll

2011-01-20T07:49:49Z

SaschaGraeff: hat ?GameMaker AG-Protokoll 30.11.2010? nach ?2010-11-30 GameMaker AG-Protokoll? verschoben: Datums-Ordnung

Protokoll der GameMaker AG-Sitzung am 16.11.2010

Anwesende Personen: ~15 (Neue Leute dank VV-Werbung, trotzdem nicht mehr wegen RS-Praktikum...)

Beginn: 13:00 Uhr

== Ablauf ==
* Wiederholung des ersten Treffens, sowie des Unity-Grundprinzips (mal wieder) und der schnellen Einführung in die Editor-Oberfläche.
* Alle anwesenden sollten in der Lage sein, Objekte hinzuzufügen (Würfel, Kugeln, Lichter, ...), sowie diese in Position, Rotation und Skalierung anzupassen.
* PlayerMovement und FollowCam wurde nicht erneut gescriptet, das wird nächstes Mal wiederholt.
* Stattdessen erstellten und scripteten wir den Gewinner-Trigger (Würfel hinzufügen, MeshRenderer und MeshFilter löschen, Collider auf isTrigger stellen)
<pre>function OnTriggerEnter(other : Collider)
{
if(other.CompareTag("Player")) //Spielerkugel muss als Tag "Player" haben
print("Du hast gewonnen. Glunsch."); //Diese langweilige Konsolenausgabe erstzen wir beizeiten durch eine awesome GUI-Ausgabe.
}</pre>

== Ergebnis ==
* Alle sollten den Unity Editor grundlegend bedienen können.

== Nächstes Mal ==
* Wir erweitern den TriggerScript und machen ihn zum WinTriggerOfAwesomeness.js
* Danach holen wir PlayerMovement.js und FollowCam.js nach, damit alle ein spielbares Spiel haben, mit rollender Kugel.

[[Kategorie: GameMaker AG-Protokolle]]