zeit.ws10

Christian und ich hatten mehrere Gespräche und auch unsere Herangehensweise dabei überdacht.

Wir kamen zu dem Schluss dass Negativ/Positiv als Informationen nicht ausreichen oder auf Dauer kein Ansporn darstellen, zuviel Reduktion tat der Sache also nicht gut, zustopfen wollen wir unsere Anwendung aber auch nicht und dem Benutzer zuviel abverlangen erstrecht nicht.
Die Bedienfreundlichkeit haben wir also beibehalten.
Unsere 2 Elemente : Farbe und Kurve auch,
bei den 24h Balken bleibt es auch, ein Balken beginnt bei 06:00 und endet 05:00 früh am Folgetag. Auf diese Weise spielt sich der eigentliche Tag grafisch in der Mitte ab.

Statt eine Bedeutung der Stunde durch die Mittel Amplitude sowie Farbe auszudrücken, was doppeltgemoppelt wäre, haben wir Christians und meine Idee klug vereint!

Man legt sich also nun beim ersten Start des Programms Kategorien fest mit denen man das Programm füttern möchte.
Tennis, Hobby, Beruf, Party….. kann man editieren wie man möchte, auch neue Kategorien erstellen oder löschen(natürlich schade, hab auch noch kein Plan wie man verhindern soll dass sich jemand zuviele Kategorien erstellt)
Natürlich werden ein Paar von anfang an da sein. So eine Art Grundkategorien wie Schlaf, Arbeit, Gammeln, puh…. das ist eben das Problem bei der Sache. Aber auch da werden wir noch was adäquates finden.

Stündlich wird man dann abgefragt was man von den Sachen grade macht. Erfolgt 15 min keine Eingabe wird grau gewählt. (im Nachhinnein änderbar)

Dadurch erfolgt aber noch keine Bewertung, es handelt sich eher um eine Art Termintagebuch.
Zusätzlich zur Auswahl der Tätigkeit kommt also ein Schieberegler(vielleicht besser hochrunter statt links-rechts egal) Man schiebt also auf “Verplempert – Genutzt”
Der Balken biegt sich also hoch oder runter. Dadurch kommt die Wertung, unabhängig von der gewählten Tätigkeit. So lassen wir genug Freiheit.

Durch die dünnen Balken versperrt einem Nichts die Sicht auf hintere, vielleicht tiefliegende Parts.
Ob man den Raum per Klick drehen können soll oder es bei einer festen Perspektive(mit der Möglichkeit nach hinten zu scrollen) bleibt muss man noch abwägen.
Genauso ob es möglich ist alles auf eine 3d Fläche zu bringen, also auch das Benutzerinterface, oder ob das immer grade oben bleibt.

Stellt man sich von oben betrachtet ein Raster aus Punkten vor die man stündlich festlegt kann man die Punkte in die eine Achse (X) verbinden, dadurch ergibt sich ein Tag, so wir ihr es auf dem ersten Bild sehen könnt.
Es tut sich aber gleichzeitig auch die Möglichkeit auf die Punkte nach hinten (Y) zu verbinden wodurch sich mögliche Fragen ergeben wie “Was mache ich eigentlich jeden Tag um 15 Uhr??”
oder “was mache ich eigentlich jeden Mitwoch, öhhm 13 Uhr so”
Hoffentlich bekommt man das einigermaßen programmiert.

In Tabellen vorm (Open Officedatei)
Tabelletabelle_zeit_christian / übersicht_bewertung

So hab mich jetzt viel mit Unity rumgeschlagen, und ein einigermaßen funktionierendes Grundgerüst geschaffen.
Ich habe versucht alles selbst zu scripten (bis auf die 3d-Modelle und Shader natürlich), hab ordentlich was dabei gelernt, nur bin ich mit dem Ergebniss noch ziemlich unzufrieden.hier erstmal die Rohversion:

download

Steuerung (W)(A)(D)
Es fehlt noch die GUI und Texturen, sowie Feintuning bei der “KI” und dem Schwierigkeitsgrad.
Im Endeffekt soll es dann vielleicht mal so aussehen:

Konzept: Je weiter man geht, desto mehr “Gegner” erscheinen. Ausserdem bewegen sie sich schneller und wechseln öfter die Richtung. Nebenbei soll immer das jeweilige Jahr, die Geburtenrate und die Gesamtbevölkerung aktualisiert werden. die Landschaft und die Leute sollen dabei immer Grauer werden. Habe auch überlegt ob ich den Leuten verschiedene Outfits gebe (der Epoche entsprechend) die man selbst auch als Powerup aufsammeln kann. Wenn man dann ein Set aus einer vergangen Epoche an hat laufen alle Gegner verstärkt auf einen zu bis man ein aktuelles Outfit trägt/ sich angepasst hat. Eine weitere Idee war, dass der Spieler mit der Masse laufen kann um sich einen Vorteil zu verschaffen, was er aber nur begrenzt einsetzen kann. Er könnte sich dann zum Beispiel auf eine Parkbank setzen um sich wieder aufzuladen während der Strom vorbeizieht.

Eins der größten Probleme ist leider immer noch ein grundsätzliches…Ich habe immer noch keine Seite gefunden die die weltweite Geburtenrate früher listet als ab 1900. Man kann zwar aus den Bevölkerungszahlen die Wachstumsrate berechnen, aber die ist leider nicht so impressiv wie die pure Geburtenrate…zumal sie auch teilweise negativ ist.
Vorerst bleibt die Geburtenrate leider eine lineare Funktion die von 0.25 bis 10 Geburten/s läuft.
Problematisch ist auch, dass das Spiel gegen Ende auf schwächeren Systemen schon im jetztigen Stadium zu Rechenintensiv ist, da ja jede Gegnerinstanz ein eigenes Script betreibt.
Die Gegnerzahl ist leider auch nicht so überwältigend wie gehofft, aber dass könnte man kompensieren indem man die Gegner langsamer macht. Dann ist nur der Vergleich mit dem heutigen Geschwindigkeitsdrang/Zeitlosigkeitsgefühl nicht mehr so passend.

Als ich Gestern die trails an die Figuren gemanscht habe, ist mir ausserdem eine andere gute Idee gekommen.