spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich finde deine Präsentationsweise bzgl. Sprachgeschwindigkeit und Ausdruck sehr gut. Ich hätte es toll gefunden, wenn du etwas "sinnvolles" erstellen würdest an statt irgendwo Primitives zu verteilen, z.B. einen simplen Raum mit Rampe und Boxen. Dort kannst du dann wunderbar deine Funktionen wie etwa "Raster Bewegung + Rotation" oder Gruppenverschiebungen begründen.

Die muss nicht sonderlich gescheit sein. Ein Raum mit ein ein paar Kisten, ein Tisch mit Bechern und ein Bild mit Beleuchtung ist doch schick Ansonsten ist es vielleicht hilfreich, dir einen Ablaufplan für die Videos zu machen, dann hast du einen Leitfaden.

Schönes Tutorial und angenehm deutlich gesprochen. Dass du viele Pausen machst und relativ langsam vorgehst dürfte Anfängern zugute kommen, mir wäre es allerdings vom Tempo her einen Tick zu langsam. Aber das ist wohl eher geschmackssache


Was den konkreten Inhalt angeht kann ich TrommlBomml nur zustimmen: Am besten wirklich "Real World Examples" verwenden anstatt einzeln Features / Aktionen zu präsentieren. Das ist nicht nur für den Zuhörer anschaulicher sondern hilft dir auch gleichzeitig beim Debuggen, da du auf diese Art einen impliziten Testlauf hast. Mir ist es oft passiert, dass ich beim Schreiben von Tutorials oder Aufnehmen von Videos Bugs gefunden oder auch einfach nur Unschönheiten bemerkt hab und anschließend schnell beheben konnte.

Zitat von »LukasBanana«

Ich selbst finde es immer befremdlich meine eigene, aufgenommene Stimme zu hören - aber so geht's wahrscheinlich vielen .

Jep, aber mach dir nix draus. Mir ging es da ähnlich und mit deiner Stimme ist alles in Ordnung Nach ein paar Video Tutorials hast du dich dran gewöhnt.

Zitat von »LukasBanana«

BTW: Ist allerdings ganz schön Zeitaufwendig. Für die Tonaufnahme und den Zusammenschnitt mit Windows Movie Maker habe ich geschätzt 3 Stunden gebraucht.

Auf jeden Fall, das unterschätzt man gerne. Skript schreiben, Aktionen aufnehmen, Stimme aufnehmen (beides eventuell mehrfach), alles nachbearbeiten und zusammenschneiden.. das kann auch gut und gerne mal mehrere Tage in Anspruch nehmen.

Das Video finde ich ganz gut gemacht, bezüglich Deutlichkeit und Geschwindigkeit der Erklärungen. Bezüglich des Inhalts hatte ich aber anderes erwartet. Du stellst hier zwar schön die Funktionen deines Welteditors vor, aber die vorgestellten Funktionen sind mMn eher Funktionen eines 3D-Modellers und nicht eines Welteneditors. Wozu brauche ich die Erstellung von Primitiven, wie Box, Kugel oder Spirale?
Warum sollte ich die Tessellierungsstufe eines Primitivs ändern wollen? Spätestens wenn du mit Assets arbeitest, die in der Regel in 3DSMax, Maya, Blender, etc. , erstellt wurden geht es einem vorangig um die Szenenkomposition, das Anlegen von Spieleobjekten, wie Trigger, Spawnpunkte, etc. Da ist die Tessellierung fix und spielt erstmal keine Rolle (es sei denn bei LOD-Stufen etc.). Nun es war das erste Tutorialvideo, was darauf schließen lässt, das diese Punkte noch kommen. Aber was ich damit sagen will, ist dass du meiner Meinung nach den Fokus in diesem Tutorial auf Funktionen gelegt hast, die ich in einem Welteneditor gar nicht haben möchte und ich mich frage (abgesehen natürlich von den Editierfunktionen, die du vorgestellt hast) ob diese etwas in einem Welteneditor verloren haben.
Was mir auch nicht ganz klar ist, ist der Punkt, ob dein 3D-Viewport ein direkter Engineviewport ist, also eine Enginevorschau der Szene wiedergibt?

Bitte versteh diesen Beitrag als konstruktive Kritik.

Thoran

Zitat von »LukasBanana«

Der Viewport bzw. die View-Windows lassen sich mit der Engine in jedem Spiel genau so darstellen, wie im Editor. Das macht eigentlich keinen Unterschied.

Worauf ich hinaus wollte ist die Frage, ob es sich bei einem Viewport letzten Endes um den Renderer deiner Engine handelt, du damit also den Enginerenderer eingebettet hast?
Wenn ich dich richtig verstanden habe, ist das aber genau der Fall.