Fachschaft Informatik - Benutzerbeiträge [de]

Pia

2010-11-17T00:14:22Z

80.171.207.7: Die Seite wurde neu angelegt: Pia ist das elektrisch betriebene Wunder von einem Keyboard des c.t., welches zusammen mit den in diesem Zusammenhang weniger aktiven Gitarren die ansonsten durch [...

Pia ist das elektrisch betriebene Wunder von einem Keyboard des [[c.t.]], welches zusammen mit den in diesem Zusammenhang weniger aktiven Gitarren die ansonsten durch [[Emma]] geprägte Klangwelt der Räumlichkeiten aufs Angenehmste erweitert.

Neben den obligatorischen weißen Tasten bietet Pia auch eine zusätzliche Menge obligatorischer schwarzer Tasten, deren Benutzung in Kombination mit einer der in großer Zahl vorhandenen Instrument-Einstellungen Töne unterschiedlichster Form und Farbe erzeugt.

Pia besitzt eine IEC-60320-C8-Buchse und ein dazu passendes Kabel, das ebenfalls im c.t. zu finden sein sollte.

GameMaker AG

2010-11-16T21:15:52Z

80.171.207.7: /* 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 ein Spiel zusammen erstellen, vermutlich aber mehr.

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

== Wo und wann? ==
Die Treffen finden immer '''Dienstags''' statt, und zwar um '''13:00''', in '''D-114'''.

Unity und Blender sind inzwischen auf den Rechnern in D-114 verfügbar.

Die Treffen dauern etwas weniger als '''eine Stunde''' (um 14:00 steht SE1-Ü auf dem Plan).

Die [[VV]] am 23.11. um 12:00 Uhr hat eine höhere Priorität (alle hin da), '''die AG findet daher an diesem Tag nicht statt'''. Sollte die VV auf noch nie da gewesene Weise verschoben werden, findet das Treffen automatisch doch statt.

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

Ab jetzt gibt es Unity und Blender auf den Rechnern in D-114, sodass man kein Notebook mehr mitbringen muss.

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 dem Modul SE 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 ==
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: [http://www.mafiasi.de/Kategorie:GameMaker_AG-Protokolle Protokolle]

GameMaker AG

2010-11-16T21:15:29Z

80.171.207.7:

== Ü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 ein Spiel zusammen erstellen, vermutlich aber mehr.

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

== Wo und wann? ==
Die Treffen finden immer '''Dienstags''' statt, und zwar um '''13:00''', in '''D-114'''.

Unity und Blender sind inzwischen auf den Rechnern in D-114 verfügbar.

Die Treffen dauern etwas weniger als '''eine Stunde''' (um 14:00 steht SE1-Ü auf dem Plan).

Die [[VV]] am 23.11. um 12:00 Uhr hat eine Höhere Priorität, die AG findet daher an diesem Tag nicht statt. Sollte die VV auf noch nie da gewesene Weise verschoben werden, findet das Treffen automatisch doch statt.

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

Ab jetzt gibt es Unity und Blender auf den Rechnern in D-114, sodass man kein Notebook mehr mitbringen muss.

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 dem Modul SE 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 ==
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: [http://www.mafiasi.de/Kategorie:GameMaker_AG-Protokolle Protokolle]

2010-11-16 GameMaker AG-Protokoll

2010-11-16T20:05:42Z

80.171.207.7: /* Nächstes Mal */

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]]

2010-11-16 GameMaker AG-Protokoll

2010-11-16T20:04:18Z

80.171.207.7: /* Ablauf */

2010-11-16 GameMaker AG-Protokoll

2010-11-16T20:04:07Z

80.171.207.7: /* Ablauf */

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.

[[Kategorie: GameMaker AG-Protokolle]]

2010-11-16 GameMaker AG-Protokoll

2010-11-16T20:03:49Z

80.171.207.7: Die Seite wurde neu angelegt: 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...

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.

[[Kategorie: GameMaker AG-Protokolle]]