Home | Lehre | Videos | Texte | Vorträge | Software | Person | Impressum, Datenschutzerklärung | Blog

Generative Computergrafik
alias Digitale Filmproduktion

Pflichtfach im Hauptstudium des Diplomstudiengangs Medieninformatik
Wahlpflichtmodul für den Bachelor-Studiengang Digitale Medien

Lernziele

• 3D-Animationssoftware "von innen" verstehen: Algorithmen, Software-Struktur, Interface
• Umgang mit einem nichttrivialen realen, gewachsenen und schlecht dokumentierten C++-Framework
• Vertiefung von objektorientiertem Entwurf und C++
• Präsentation und Diskussion
• Debugging unter erschwerten Bedigungen; Fehlervermeidung, automatische Fehlersuche
• Programmiertechnik: DLLs, plattformübergreifende Entwicklung, Multithreading usw.

Voraussetzungen

Prüfungsleistungen

Skript

Labor

Auf den Rechnern im Labor INCG steht die Vollversion von Cinema 4D XL^® bereit. Achtung: Diese Version darf nicht für kommerzielle Anwendungen (Nebenjobs!) benutzt werden. Außerhalb des Labors können Sie die Demo-Version benutzen. Sie kann zwar nicht speichern, erlaubt aber, Plug-ins zu laden und zu testen.

Entgegen meiner ursprünglichen Absicht setze ich doch nicht auf das kostenlose Dev-C++ als Entwicklungsplattform. Das darauf portierte SDK erzwingt zu viele Workarounds, auch aufgrund von Fehlern seitens Maxon. Statt dessen werde ich Microsoft^® Visual C++^® 6.0 im Labor installieren. Zur Arbeit außerhalb des Labors können Sie die relativ günstige Studentenversion benutzen oder (noch preiswerter) die in einigen Büchern klebende Autorenedition. Erfolgreich ausprobiert habe ich die Version auf der CD von "Jetzt lerne ich Visual C++ 6" (24,95 Euro, ISBN 3-8272-5519-8). Vorsicht: Nicht mit dem neuen Buch "Jetzt lerne ich Visual C++.NET" verwechseln! Ebenfalls enthalten sein soll die Autorenedition unter anderem auch in "Visual C++ 6 für Dummies" (25,51 Euro, ISBN 3-8266-2862-4). Wenn Sie Mac OS^® benutzen wollen, kontaktieren Sie mich bitte.

Download:

• Dev-C++ mit Insight Debugger
• Maxon^®: Demoversion, PDF-Doku, C++-SDK (nur für MSVC und Metrowerks), COFFEE-Doku, Liste bestehender Plug-ins

Die ersten Labortermine sind unbenotete Fingerübungen für die endgültige Entwicklungsarbeit. Bewerten will ich nur letztere. Der Schwierigkeitsgrad muss in die Note eingehen. Das müssen wir dann jeweils besprechen, wenn Sie sich für ein bestimmtes Thema entscheiden. Ab da (Termin noch festzulegen) gebe ich auf jeden Fall am Semesterende (Termin noch festzulegen) eine Note und die Anwesenheit bei den Laborterminen ist verpflichtend.

Ich erwarte, dass Sie den größten Teil der Arbeit zwischen den Laborterminen erledigen. Bei Problemen mailen Sie mich an. Die Fragen, die Sie mir stellen, haben keinen Einfluss auf die Benotung. Ich werde aber darauf achten, Ihnen nur Denkanstöße z.B. zur Fehlersuche zu geben, keinesfalls fertige Lösungen.

Gemäß der Prüfungsordnungen ist als Entwicklungsarbeit nicht nur der Quellcode abzugeben, sondern eine komplette Dokumentation, also zusätzlich:

• Aufgabenstellung
• Anforderungsdefinition
• Entwurf (z.B. ausführlich kommentierte UML-Grafiken)
• Testdokumentation (Was haben Sie getan, um Tests zu automatisieren und/oder zu vereinfachen? Was haben Sie wie getestet? Konsequenzen?)
• Benutzungshinweise und ein Anwendungsbeispiel

Die Dokumentation haben Sie selbst zu verfassen, also ohne fremdes Bild- oder Textmaterial, ausgenommen Zitate in vernünftigem Umfang, die als solche gekennzeichnet sind. Ich ermuntere Sie jedoch ausdrücklich, sich umfassend zu informieren (bei mir oder bei Kommilitionen, aus dem Internet, aus Büchern ...). Allerdings müssen Sie immer angeben, welches Material aus welchen fremden Quellen stammt. Verstöße dagegen werte ich als Betrugsversuch. Außerdem befrage ich Sie bei der Vorstellung Ihres Programms, ob Sie es auch verstehen. Achten Sie darauf, wenn Sie fremden Code einbauen, dass es trotzdem erlaubt sein muss, das Ergebnis als Freeware zu verbreiten.

In die Bewertung fließen ein:

• Schwierigkeitsgrad der Aufgabe
• Problemlösung (Wie weit bewältigt? Fehler? Wie viel fremder Code?)
• Struktur (objektorientierter Entwurf, Testbarkeit, ...)
• Verständlichkeit (Bezeichner, Kommentare, ...)
• Dokumentation (Inhalt, Form, ...)

Literaturtipps

• DeLoura (Hrsg.): Game Programming Gems I/II: Sammlungen von knappen, von Praktikern verfassten Aufsätzen zu diversen Fragen der Spieleprogrammierung von 3D über Kommunikation bis Künstliche Intelligenz
• Böhm: "Fehlerfrei programmieren in C und C++", ISBN 3-932588-67-3: wie sich Bugs selbst melden I
• Maguire: "Writing Solid Code", ISBN 1-556-15551-4: wie sich Bugs selbst melden II
• SDL (Simple DirectMedia Layer): kostenlose plattformübergreifende Multimedia-Programmierbibliothek
• Grafik-Programmierung: flipCode, Gamasutra, GameDev.net
• Thinking in C++
• C++-Tutorials
• Guide to Faster, Less Frustrating Debugging
• Dateiformate: Wotsit (z.B. BMP, GIF, JPEG, TIFF, PDF, PS) und W3C (z.B. PNG, SVG)
• NEC ResearchIndex
• comp.graphics.algorithms: die einschlägige Newsgroup
• Magic Software: Quellcode für diverse Grafikprobleme
• The good-looking textured light-sourced bouncy fun smart and stretchy page
• Linkliste zu Grafikalgorithmen
• FAQSYS: Codesammlung
• GameTutorials
• NeHe Productions
• Stand der Technik: scene.org
• efg's Simulation and Modeling Page
• Immer noch nichts Brauchbares gefunden? Google benutzen!

Termine