Programmierer unter uns?

@ Maturion

Der Mehrwert besteht aber nicht nur aus OOP.
Zumal OOP ja schon einen gewissen Nutzen hat (wenn man es nicht "übernutzt", wie die versnobbten Siemensler in meiner Klasse, die am liebsten alles über Polymorphismus und Vererbung regeln würden).

Was die Verwendung in Großprojekten angeht: Klar. Wenn ein halbes dutzend mittelmäßiger Programmierer über mehrere Jahre daran rumpfuschen soll, muss es natürlich alles gepflegt OOP sein. Für das gepflegte Chaos benötigt es ja zu aller erst einmal Ordnung.

Ich hatte es übrigens schon einmal erwähnt, aber einige Institutionen sind gerade dabei, OOP durch DOP und strukturierte Programmierung zu ersetzen. Von allgemeiner Einigkeit kann man also kaum reden. Dieser sind wir einzig und alleine in den frühen und mittleren 90ern (als OOP noch als Allheilmittel gehyped wurde) nahe gekommen.

@thecixxx: gerade mal wieder FastLane gezockt - auf der Schneestrecke einige Runden gedreht

Dabei bin ich allerdings nicht ansatzweise an den Rekord herangekommen. Die ersten beiden Plätze haben allerdings nur 3 Nachkommastellen, war die Strecke vielleicht vorher noch anders? Ich wüssste atm nicht wo ich noch 4 Sekunden herausholen könnte

Verstehe, da bin ich doch etwas "beruhigt" Bin auch die kürzere Strecke gefahren und hab schon abgekürzt wo es ging

Gerade nochmal ca. 20 Minuten Ice Road mit "Snake" jeweils die kürze Version der Strecke gefahren, macht richtig Laune! Bist damit wieder aus den Highscores für die Strecke verdrängt

Ich nutze den aktuellen Firefox Version 15.0.1. Bei meiner Bestzeit (und noch 2-3 weiteren Zeiten die jetzt nicht mehr im Highscore sind) wurden auch nur drei Stellen nach dem Komma angezeigt.
Könnte es sein, dass die letzte Ziffer sofern sie eine 0 ist nicht angezeigt wird?

Edit: Top 10 Highscore auf Ice Road jetzt innerhalb von 2/10 Sek.

soo nochmal ICE Roads gefahren konnte ja nicht angehen, dass ich bei resettetem Highscore nach der Erweiterung auf 10 Runden nicht mehr in den TOP 10 war

Denke aber, dass zeittechnisch noch einiges drin ist.

Edit: So nochmal ne Runde gecruised. Bestzeit auf ICE Roads jetzt 204 Sekunden, wobei unter 200 Sekunden definitiv möglich ist! Ich ditsche leider noch das ein oder andere mal irgendwo an ^^Bei mir werden jetzt auch nur noch 3 Nachkommastellen angezeigt

Ich hab den Thread nicht richtig gelesen, in was hast du das programmiert?

Nachdem ich die letzten Wochen kaum Zeit hatte, mich mit der Spieleentwicklung zu beschäftigen, ist heute nun gezwungenermaßen ein neues Projekt hinzugekommen.
Bis nächsten Freitag muss ich für die Schule ein kurzes Spiel auf die Beine gestellt haben, welches die interne Arbeitsweise eines Prozessors erklärt.

Spielfigur steht soweit auch schon (ein kleiner Roboter mit Rollschuhen). Nur bin ich mir noch nicht so richtig darüber bewusst, in welchen Stil ich das alles zeichnen/rendern soll. Das eine Level müsste ja im Grunde ein System aus langen Tunneln und Blöcken sein. Ist nur die Frage, ob ich das alles im klassischen Pixel Design mache oder so wie Machinarium oder gleich rendere.

@thecixxx

Was sagst du dazu? Denkst du, so etwas wäre mit Google Sketchup umsetzbar?

Ich habe mich jetzt dazu entschlossen, die Sprites in klassischem 8 Bit Design zu gestalten und die Hintergründe mit Hilfe der Cube 2 Engine zu generieren. Letztere bietet sich ja eigentlich für schnelles Design an.

Leider ist die Präsentation bereits nächste Woche und ich habe gerade einmal 2-3 Stunden pro Tag zur Verfügung, sonst hätte ich wohl entweder alles im Machinarium Stil gemacht oder mich mal etwas mit Claymation versucht.

Hier mal die ersten zwei Teile des Spritesheets.

Die Sprites selbst erstelle ich mit Spritepad (das selbe Programm, mit dem ich all meine C64 Sprites erstelle). Kleine Details (beispielsweise rote LEDs am Rad, um die Bewegung eben jenes zu simulieren) füge ich im Nachhinein mit MS Paint ein.
Skaliert wird intern. Hatte es vorab mit Irfanview versucht, aber die Ergebnisse waren alle sehr schlecht und wiesen Doppelkanten und Unreinheiten auf.

Meine Kollegin hat es heute geschafft, aus dem Projektteam zu fliegen.

Kommt heute früh an und beichtet mir lächelnd, dass sie am Wochenende lieber Party machen war, als sich um ihren Teil der Aufgabe zu kümmern.
Und als ob das nicht schon frech genug wäre (die Frau will eindeutig ihren Namen unter dem Projekt stehen haben, ohnen einen Finger gekrümmt zu haben), beleidigt sie ernsthaft auch noch meine Pixel Art und fragt mich, warum ich dem Roboter in der Seitenansicht einen gewaltigen Penis angehängt hätte.

WTF?!

Muss auch mal wieder etwas von mir hören lassen.

Präsentation ist vorletzten Freitag gut verlaufen. Allerdings bin ich anscheinend ein besserer Schreiber als Redner.
Mir viel es diesmal ziemlich schwer, mich an das Publikum anzupassen und wahrscheinlich hat die knappe Hälfte eh nur auf die hübschen bunten Bildchen geschaut. Nichtmal der Lehrer wusste nachher noch Bescheid und hat immer wieder im Unterricht Fragen gestellt, die ich in meiner Präsentation schon längst beantwortet hatte.

Dafür bekomme ich aber eine extra Note für den Zeitaufwand. Finde ich mal ziemlich fair. Sollte man als festen Standard an deutschen Schulen einrichten und das Ganze evtl. elektronisch (beispielsweise über Jira oder ähnliches) stützen.

Mitlerweile habe ich auch eine neue Lieblingsprogrammiersprache und eine neue Lieblingsengine für mich entdeckt, welche mir deutlich die Vorzüge interpretierter/gemanagter Sprachen näher gebracht haben. Dank Python und Panda3D bin ich in der Lage meinen Programmcode nahezu in Echtzeit auszuführen (etwas, womit Epic übrigens bei der UE4 wirbt. Da sieht man mal, wie fortschrittlich die Open Source Community im Vergleich ist ) .

Auf Panda3D möchte ich nun auch meine eigene Engine aufbauen, welche ich Little Paw getauft habe. Ziel dieses Engine Forks ist es eine Engine zur Verfügung zu stellen, welche mir mit zahlreichen nützlichen Tools bei der Entwicklung von Little Peter's Adventure Into the World Beyond zur Seite steht und in der Lage ist, eine hohe Anzahl an Polygonen und Partikeln darzustellen, sowie realistische Shader (insbesondere Fell und Wasser) bieten kann.

Derzeit experimentiere ich noch mit der Landschaftsgenerierung, welche ich über ein exteres Tool vornehme. Dank Marching Cubes ist es mir möglich, realistische wie auch surreale Landschaften zu erschaffen. Auch Höhlen stellen dabei kein Problem dar.

Allerdings ist der derzeitige Stand etwas unbefriedigend. Ein 64x64 Landschaftsmesh kann, je nach Voxeldichte und Tessellierungsgrad, zwischen 12MB und 202MB (.egg Format) verbrauchen, wobei ein untesselliertes Modell mit maximal möglicher Voxeldichte (d. h. für noch kleinere Dichten müsste man auf ein Octree konvertieren) ca. 160MB verbraucht.

Da finale Landschaften deutlich größer ausfallen sollen, führt dies natürlich zu einem Speicherproblem.

Dafür habe ich bisher zwei Möglichkeiten erdacht:

1. Ich reduziere den Polycount/die Voxeldichte (entweder im Editor oder per Meshlab)
2. Ich teile das gesamte Mesh in mehrere Ebenen auf und lösche jedes Mesh dynamisch, nachdem der Spieler es vollständig durchquert hat und es außerhalb des Bildschirms ist.

Da die Minimumvorraussetzungen für die PC Version bei etwa einer GTX 260 liegen sollen, werden diese Speicheroptimierungen wahrscheinlich dringend nötig.

EDIT: Übrigens gibt es bald Konkurrenz für das UDK. Habe heute Justin Marshall, den Programmierer des id Tech 4 CDK angeschrieben und er hat mir bestätigt, dass es nächsten Monat noch einmal ein Aktuallisierung der Codebase geben soll.

Wer das CDK noch nicht kennt:
Es handelt sich dabei um eine vollständig modernisierte Fassung der id Tech 4 Engine u. a. mit Unterstützung für deferred rendering und Virtual Texturing (bekannt aus RAGE. Nur hier mit 64 mio Pixeln weniger. Also 120.000x120.000px statt 128.000x128.000) .

Die größten Vorteile gegenüber dem UDK, Unity und CryEngine sind Quelloffenheit. Gegenüber dem UDK bietet es außerdem den Vorteil über ein standardisiertes Shader System (wahlweise GLSL oder HLSL. Leider kein cg.) zu verfügen.

http://blackenmace.com/

Zitat von knacht

Python ist ja an sich eine schöne Sache aber die Konventionen stossen mir schon sauer auf.

Auch bin ich überhaupt kein Freund von nicht typisierten Sprachen

Lustigerweise sind das genau die zwei Dinge, die mir an Python richtig gut gefallen.