• Film mit Vlc öffnen und den relevanten Ausschnitt während des Anschauens aufnehmen. Das spart Zeit und Frames bei längeren Dateien.
• Nautilus: Aufnahme in günstigen Ordner ziehen (z.B. /videocaptures).
• Terminal: → cd /home/yourcomputer/Desktop/videocaptures
  // Wechsel in den Ordner mit dem Filmschnippsel.
• Terminal: → ffmpeg -i vlc*.mp4 -t 40 -ss 00:00:00 -s 320x240px -sameq image-%4d.jpg
  // Auslesen der Einzelbilder z.B. der ersten vierzig Sekunden mit durchgängiger Nummerierung. (Auf die Bildmaße achten!)
• Nautilus: Im Ordner /videocaptures die ungewollten Frames löschen.
• Terminal: → convert -delay 4 -loop 0 -layers OptimizeFrame -colors 51 image*.jpg filename.gif
  // Gif-Erzeugung (farboptimierte Endlosschleife) mit vorgegebener Farbanzahl.
• Nautilus: Die *.gif anklicken, welche nun von Eye of GNOME geöffnet wird. Wenn Qualität und Dateigröße überzeugen, den Ordner bis auf die Gif-Animation leeren. Ansonsten beim nächsten Durchlauf störende Bilder löschen und einzelne convert-Optionen justieren.

• Bezug
• Kontrast
• Spannungsfeld
• Bevölkerung
• Kinder und Jugendliche
• ältere Mitbürger / ältere Generation
• Wohnsituation
• Lebensqualität
• Gestaltungselement
• Ruheoase
• -wirkung / wirkt
• in diesem Bereich
• wassergebundene Decke
• -möglichkeit / ermöglicht [z.B. Sitzmöglichkeit statt 'Bank']
• -fläche / -ebene [z.B. Rasenfläche statt 'Rasen']
• attraktiv / einladend / lädt ein
• eingefasst
• eingebracht
• aufgelockert
• begehbar
• befindet sich
• dient als / soll dienen
• geprägt / zeichnet sich aus
• natürlich / naturbelassen

Bin gespannt, wie schwierig es ist, diese Worthülsen zu vermeiden.

Leider ist das ROW zu schwach, um die (bei größeren Mikroskopen problemlos per Adapter aufsteckbare) EOS 350D zu tragen. Deshalb habe ich das ROW-Objektiv in einen grob aufgebohrten und -geschnitzten M42-Objektivrückdeckel eingepasst und mir aus dem Makrofotografie-Equipment ein kameragerechteres Mikroskop zusammengeschraubt.

Die Versuchsanordnung bestand aus Stativ, ROW-Objektiv im Rückdeckel, Balgengerät, Zwischenringen, Pentacon 3.5/30, Umkehrring. Nicht im Bild: M42-Adapter und EOS 350D.

Das Material des allerersten Schraubdeckels – sicherlich Bakelit – wollte sich nicht bearbeiten lassen und so habe ich ihn leider dem Lerneffekt opfern müssen. Und die Bohrung des brauchbaren Prototypen ist ziemlich scharfkantig und lässt um das hineingesteckte ROW-Objektiv herum Licht durch. Die Gegenmaßnahme heisst Bastelkarton.

Das Fotoshooting selbst war nervenaufreibend, weil der Abstand zwischen Objekt (eine tote Fliege aus dem Treppenhaus) und unhandlichem optischen Instrument einfach stimmen muss; der Schärfebereich ist lächerlich gering und das Fotografieren ist nur mit Auslöserverzögerung und eingeschalteter Spiegelverriegelung sinnvoll. Ganz davon abgesehen, dass bereits das In-Szene-setzen und Scharfstellen des Bildmotivs nichts für Grobmotoriker ist.

Herausgekommen ist bei meinem Versuch deshalb vor allem, dass ein kamerataugliches Mikroskop sein Geld wert ist, da das Gefrickel wegfällt. Jedenfalls dauerte es mit meiner Konstruktion verdammt lange, bis die halbwegs brauchbare Nahaufnahme der Außenkante eines Stubenfliegenflügels zustandekam.

Der dazugehörige Menüpfad ist leicht zu merken:

Datei -> Importieren -> Rohdaten

Jetzt wird die zu öffnende Datei angeklickt und das nächste Menü erscheint, in dem es etliche Kombinationsmögleichkeiten gibt:

Auswahl der Verschlüsselung, Byte-Reihenfolge und - nicht im Bild - Anzahl der zu erzeugenden Kanäle (1 [mono] bis 16)

Länge und Form des generierten Wellenmusters hängen nicht nur mit der in diesem Menü getroffenen Entscheidung zusammen, sondern bereits mit dem inneren Aufbau des Rohdatei. Kleine Dateien erzeugen kurze Klänge, und ich vermute, dass stark komprimierte Dateien grundsätzlich ein dichtes Klangbild (bis hin zu whitenoise-ähnlichem Rauschen) liefern.

Doch bevor ich deshalb letztens mal wieder resigniert den Tab schließen wollte, klickte ich Read Online, und es stellte sich heraus: Der Link schlägt eine virtuelle Ausgabe des Buches auf, die aus brauchbaren Bilddateien besteht.

Am rechten unteren Bildrand geht es zum Thumbnail View, welcher es wiederum sehr vereinfacht, PublicDomain-Bücher nach Illustrationen durchzugraben.

Wirkt eine Einzelseite interessant, klickt man sie an und kann alsbald mittels Rechtsklick und Bild speichern unter die komplette Seite in maximal verfügbarer Auflösung herunterladen. Der einzige Nachteil dieser Methode ist jedoch anscheinend (mal wieder), dass die Qualität und Größe je nach Auftraggeber der Digitalisierung variiert.

Ausschnitt einer Illustration zu "A romance of perfume lands, or, The search for Capt. Jacob Cole : with interesting facts about perfumes and articles used in the toilet" (Frank Sanford Clifford, 1881)

size(101,101); //width,height|breite,hoehe
point(0,0); // Punkt(xWert,yWert)
point((width/2),(height/2));
point(width-1,height-1);

Aufgepasst: Eine Breite von 101px bedeutet, dass der erste Pixel der Null-te ist und der letzte durch die natürliche Zahl 100 ‘angesteuert’ wird! Du musst also, siehe oben, beim Markieren des rechtsunten-sten vom Breitenwert einen Pixel abziehen, sonst verschwindet der point aus dem Bild.

|| 1 | 2 | 3 | 4 | ... | 101 || (Anzahl)
|| 0 | 1 | 2 | 3 | ... | 100 || (Zaehler)

Außerdem gibt es bei einer geraden Anzahl von Pixeln keine echte Mitte. 101px bedeutet, einer ist der point und jeweils 50 auf jeder Seite bleiben leer.

Der nächste Quellcode erzeugt die gleichen drei Punkte, ist aber die Vorstufe zur Bilderfolge und deshalb sperriger:

int n=0; //zaehlvariable
size(101,101); //width,height
point(n,n);
point((width/2)+n,(height/2)+n);
point(width-1,height-1);

Die int-Variable n ist zu Beginn (und in diesem Fall unvariabel) mit Null definiert, ihre Addition verändert die mittlere point-Position nicht.

Nun variiere ich die Idee heftigst und bringe gleichzeitig Bewegung hinein; ./processing wird mittels des folgenden Quellcodes vier Punkte generieren, die sich auf die Bildecken zubewegen.

int n=0; // zaehlvariable festlegen und auf Null setzen
void setup(){ // alles relevante vor beginn der endlosschleife
size(101,101); // bildgroesse
background(210); // hintergrundfarbe
frameRate(16); // Dauer (in 1/x-Sekunden) bis zum naechsten Durchlauf
}
void draw(){ // endlosschleife
background(210); // bild wird mit grauwert gefuellt
point((width/2)+n,(height/2)+n); // unten rechts
point((width/2)-n,(height/2)+n); // unten links
point((width/2)-n,(height/2)-n); // oben links
point((width/2)+n,(height/2)-n); // oben rechts
saveFrame("point-###.png"); // 3stellig durchnummerierte Einzelbilder erzeugen
n++; //hochzaehlen (entspricht n=n+1)
if(n>((width/2)-1)){n=0;} // n auf Null zurücksetzen, wenn Wert 'anstoesst'
}

Wenn ich innerhalb void draw() den Befehl background(210) weglasse, bleiben alle bereits gesetzten Punkte sichtbar, und dies erzeugt Strahlen, die auch beim nächsten Durchlauf nicht verschwinden. So hingegen überlagert/löscht der background die alten Punkte, nur um gleich darauf mit vier frischen verziert zu werden. Falls man im void setup() die Strichstärke strokeWeight(5) festlegt, sind sie besser erkennbar.

[weiterführender Link: http://processing.org/reference/alpha.html]

Adresse:
Konzertkeller des riesa efau
Adlergasse 14
01067 Dresden Friedrichstadt
—
Veranstaltungsprogramm und Links unter
clongclongmoo.org – donnerstag