Startseite > Anleitungen, Internet, Piraten, Sonstiges, Statische Tags, Technik > HowTo Screencasts erstellen

HowTo Screencasts erstellen

Für meinen letzten Artikel habe ich einen Screencast erstellt. Dabei sind mir einige Sachen aufgefallen. Daher möchte ich hier eine Anleitung geben, wie man unter Windows einen Screencast erstellt. Diese Anleitung mag erstmal aufwändig klingen, aber das meiste davon muss man nur einmal machen und ich bespreche hier alle wichtigen Einstellungen. Wenn CamStudio erstmal eingerichtet ist, kann man einen kurzen Screencast schon in rund 20 Minuten vorbereiten, aufnehmen und hochladen.

Zunächst braucht man eine geeignete Software. An kostenloser Open-Source-Software existiert da keine allzu große Auswahl. Ich habe mich für CamStudio entschieden, in der Version, die ich gerade auf dem Rechner hatte. Diese meldet sich als „2.5“, es dürfte sich um eine Beta-Version handeln, die gibt es hier.

Darüber hinaus braucht man rund 10 MB pro Minute für die Rohdaten und man sollte ein Mikrofon/Headset haben.

Wie bei jedem Programm gehe ich zunächst durch die Einstellungen und Menüs, um mir einen Überblick zu verschaffen. Unter Options sollte man einstellen:

  • Bei Video Options den CamStudio Lossless Codec (ggf. muss man den erst von der CamStudio-Seite installieren)
  • Bei Cursor Options sollte man den tatsächlichen Cursor anzeigen lassen (show actual cursor), und ich finde „highlight cursor“ auch extrem sinnvoll. Selbst wenn man es eigentlich nicht benötigen würde, kann man Klicks nur sichtbar darstellen lassen, wenn diese Funktion aktiv ist. Das ist extrem sinnvoll, weil der Nutzer dann sieht, wann geklickt wurde. Dazu stellt man „Enable visual click feedback“ ein, stellt eine helle (z. B. weiß-gelb) für die Highlight-Farbe und eine knallige Farbe (volles Gelb) für left button color und eine andere knallige Farbe (z. B. Rot) für right button color ein.
  • Audio sollte man vom Mikrofon aufnehmen lassen, damit man die Aktionen live erklären kann, unter „Audio Options – Audio options for microphone“ sollte man einen brauchbaren Codec auswählen. 22.05 kHz, mono, 16-bit und MPEG Layer-3 beim Kompressionsformat sind recht gut. Stereo sollte man meiden, weil normalerweise das Mikrofon eh nur Mono aufnimmt. Auf jeden Fall muss man beim Test darauf achten, ob das Audio nachher beim fertig hochgeladenen Video auch aus beiden Kopfhörern herauskommt – wenn man die Sprache nur von einer Seite hört, ist es extrem unangenehm und ablenkend und auch ein ansonsten guter Podcast wird so unbrauchbar.
  • Autopan, also die Anzeige eines sich automatisch verschiebenden Bildausschnitts, sollte man ausschalten, wie man das Problem eines zu großen Bildschirms im zu kleinen Video löst, steht weiter unten
  • Die Programmoptionen stellt man nach Belieben ein, wenn man eine kleine Festplatte hat, kann man da auch ein anderes Laufwerk für temporäre Dateien angeben
  • Tastenkombinationen kann man einstellen, muss man bei meiner Methode aber erstmal nicht

Unter Effects – Options kann man ein Wasserzeichen einbauen, wenn man unbedingt will. Den Aufnahmemodus sollte man meiner Meinung nach auf AVI setzen (über die Symbolleiste).

Dann kommen wir zum wichtigsten Punkt – der Auswahl der aufzunehmenden Region. Videos werden meist in kleinen Youtube-Fenstern angezeigt. Es macht daher oft wenig Sinn, den ganzen Bildschirm mit einer Auflösung von oft weit mehr als 1024×768 aufzuzeichnen. Stattdessen sucht man sich ein kleineres Gebiet aus, platziert dort die Fenster, die aufgezeichnet werden sollen, passt ihre Größe entsprechend an und prüft, ob alle verwendeten Dialogfenster dort auftauchen, wenn man sie öffnet. Manche lassen sich verschieben und merken sich die neue Position, manchmal muss man den Aufnahmebereich anpassen. Ich empfehle, diesen Bereich nicht zu groß zu wählen – ansonsten wird das Video verkleinert, und man erkennt die Menüpukte nicht mehr. Wenn man den Bereich klein genug wählt, passt sich das Fenter an, verkleinert den Datenbereich (bei Word eben den Textbereich), aber die Menüs bleiben lesbar. Das geht natürlich nicht bei allen Programmen so gut, aber mehr als 1024×768 sollte das Video nicht groß sein. Wer einen zweiten Bildschirm hat, kann den ja auf eine niedrige Auflösung einstellen und das Video dort aufnehmen. Für eine gute Videoqualität sollte man eine von Youtube (oder eben dem Portal, wo man das fertige Werk hochladen will) empfohlene Größe nehmen, z. B. 640×480. Die Region stellt man mit „Region – Fixed Region“ und angekreuztem „Fixed Top Left Corner“ ein.

Im nicht verwendeten Bereich kann man dann das Aufnahmefenster platzieren, um ohne Störungen die Aufnahme bequem per Maus steuern zu können. Von dort kann man auch Notizen, Annotationen etc. steuern bzw. in den Aufnahmebereich ziehen.

Ein weiterer Vorteil dieser Lösung ist es, dass nicht so leicht versehentlich Dinge mit aufgezeichnet werden, die man eigentlich nicht veröffentlichen möchte. Bei meinem Word-Tutorial hat man beispielsweise die Liste der zuletzt geöffneten Dokumente gesehen, die hätte ich vorher löschen müssen, wenn einer der Dateinamen irgendetwas enthalten hätte, was ich auf keinen Fall veröffentlicht haben will. An dieses Problem sollte man immer denken. Neben den „zuletzt geöffnete Dokumente“-Listen können auch Desktop-Icons, Lesezeichen in der Firefox-Lesezeichensymbolleiste, offene Fenster (z. B. beim Umschalten mit Alt-Tab) usw. Informationen enthalten, die man nicht im Netz sehen möchte. Besonders hervorzuheben ist hier die Firefox-„Awesomebar“, also die neue Adressleiste, die bei jeder Eingabe in History und Bookmarks sucht und alle Treffer sofort anzeigt. Da kann beim Tippen schon mal was zum Vorschein kommen, was man nicht im Screencast haben will! Gerade für Browser-Vorführungen bietet sich daher an, ein separates Profil zu verwenden. Firefox kann mit dem Parameter -no-remote mehrfach gleichzeitig mit unterschiedlichen Profilen gestartet werden.

Da es recht aufwändig ist, diese Videos nachzubearbeiten, sollte man Störungen vermeiden. Telefon ausgehängt/abgestellt? Auch ein im Nebenraum läutendes Telefon kann einen aus dem Konzept bringen. Auch Programme, die Popups erzeugen, sollten ausgeschaltet werden. Alternativ kann man den Aufzeichnungsbereich so wählen, dass die Popups da nicht hineinreichen. Auch so sollte man natürlich damit rechnen, dass man den Podcast mehrfach sprechen muss – das ist meist schneller, als zu versuchen, daran herumzueditieren. Lange Screencasts sollte man möglichst in Teilen produzieren und dann zusammenführen. Geeignete Software dafür könnte z. B. VirtualDub sein.

Sobald man alles fertig hat, sollte man unbedingt ein paar Sekunden mit Sprache, Maus und allem Drum und Dran aufnehmen, speichern, auf die Zielplattform (z. B. Youtube) hochladen und prüfen. Es wäre extrem ärgerlich, nach einem gelungenen 10-Minuten-Screencast zu merken, dass das Mikro nicht angeschlossen oder falsch eingestellt war.

Den Text, den man sprechen möchte, sollte man ablesen können, damit man sich nicht verspricht. Entweder neben dem Aufnahmebereich, oder auch direkt darin als Beispieltext (bietet sich gerade z. B. bei einem Word- oder einem Wiki-Tutorial an). Blindtext bekommt man hier.

Die fertigen AVIs kann man übrigens direkt bei Youtube hochladen und die Qualität ist auch sehr gut, zumindest wenn man den Aufnahmebereich passend (640×480 Pixel groß) gewählt hat. Die Bildqualität sieht direkt nach dem Hochladen erstmal katastrophal aus, sobald Google/Youtube das Video aber fertig verarbeitet hat, wird es richtig gut.

Für einige Themen sind Screencasts besser geeignet als für andere. Ich persönlich finde (wie vermutlich viele andere, die routiniert mit Computern umgehen können) eine einfache Auflistung von anzuklickenden Menüpunkten oder einzugebenden Befehlen, die ich selbst im selbst gewählten Tempo lesen kann, deutlich angenehmer, als ein Video. Das gilt natürlich erst recht für so Sachen wie die Wikisyntax. Mag sein, dass es Leute gibt, die sich sowas lieber erklären lassen, aber ich gehe davon aus, dass für die meisten eine „Quelltext – Ergebnis“-Gegenüberstellung wie die hier deutlich besser ist. Gerade für Schritt-für-Schritt-Anleitungen, die sich an völlige Anfänger richten und die man ansonsten mit dutzenden Screenshots bebildern müsste, kann ein Screencast aber nicht nur besser, sondern auch einfacher zu erstellen sein.

Dieser Artikel ist natürlich nicht der Weisheit letzter Schluss. Es ist meine persönliche Meinung, die ich mir aus Erfahrungen mit dem Schauen von Podcasts (was fand ich schlecht/gut), dem Betreuen wenig erfahrener User und der Erstellung des genannten Podcasts gebildet habe. Weitere Anregungen und natürlich auch Kritik per Kommentarfunktion sind herzlich willkommen.

  1. 2009-12-13 um 22:13 UTC

    Ich hätte mir zu dem Artikel einen Screencast von dir gewünscht – also ich mein jetzt ein Beispiel, nicht den Text selbst :-)

  2. Jan
    2009-12-14 um 03:22 UTC

    Als Beispiel muss der ganz am Anfang verlinkte Screencast zum korrekten Einfügen von Zeilennummern in Word reichen. Einen Screencast über Screencasts zu machen ist schwierig, weil man an der Software erklären muss, während sie arbeitet.

  1. No trackbacks yet.

Schreibe einen Kommentar

Trage deine Daten unten ein oder klicke ein Icon um dich einzuloggen:

WordPress.com-Logo

Du kommentierst mit Deinem WordPress.com-Konto. Abmelden / Ändern )

Twitter-Bild

Du kommentierst mit Deinem Twitter-Konto. Abmelden / Ändern )

Facebook-Foto

Du kommentierst mit Deinem Facebook-Konto. Abmelden / Ändern )

Google+ Foto

Du kommentierst mit Deinem Google+-Konto. Abmelden / Ändern )

Verbinde mit %s

%d Bloggern gefällt das: