Losgehen soll es um 10:00 PST, also 19:00 Uhr bei uns.

Wer sich mit AppleScript beschäftigt, lernt schnell den Befehl do shell script zu schätzen. Dieser Befehl erlaubt die Ausführung von Shell-Commands oder auch Ketten dieser Befehle. Allerdings hat do shell script Probleme Shortcuts wie ~/ aufzulösen, daher sollte man immer die vollständigen Pfade verwenden.

Möchte man zum Beispiel den Pfad zum Schreibtisch-Ordner in einer Form bekommen, welche sich in do shell script benutzen lässt, dann kann man diese Befehlsfolge verwenden:

set myDeskPath to path to desktop folder
set myXDeskPath to POSIX path of myDeskPath

Die erste Zeile holt sich den Pfad zum Schreibtisch als Alias, die zweite Zeile “konvertiert” den Alias in dessen Unix-Variante. Die Variable myXDeskPath enthält nun den Pfad zum Schreibtisch-Ordner in der so genannten POSIX-Notiertung, also /Users/[shortname]/Desktop/.

Happy Scripting.

Nächster AppleScript-Kurs:

7.10. - 8.10.2013 München

Info und Anmeldung

Die erste Möglichkeit ist, zweimal die mittlere Taste des Mikrophons zu betätigen, und die Wiedergabe springt zum nächsten Stück. Wie auch beim “Vor-” und “Zurückspulen” ist hierbei das Timing wichtig.

Die zweite Möglichkeit ist die Sprachsteuerung (besonders an kalten Wintertagen mit den resultierenden klammen Fingern zu empfehlen). Um die Sprachsteuerung einzuschalten, halten wir die mittlere Taste des Kopfhörers so lange gedrückt, bis wir den Doppelton hören und sagen dem iPhone einfach, was wir von ihm wollen: “Nächster Song” oder “Überspringen”.

Die zweite Variante erlaubt natürlich noch ganz andere Befehle, diese lassen sich im Benutzerhandbuch nachlesen.

Dass wir mit dem mitgelieferten Kopfhörer des iPhones mehr machen können als Gespräche annehmen, haben die meisten schon entdeckt. Dass wir den Kopfhörer auch zum “Vor-” und “Zurückspulen” benutzen können, ist aber weniger bekannt. Diese Funktion zu benutzen erfordert allerdings ein wenig Übung. Beginnen wir daher mit dem “Vorspulen”.

Zum “Vorspulen” mit dem Kopfhörer drücken wir die mittlere Taste am Mikrophon (mit der sich auch Gespräche annehmen lassen) zweimal und halten den zweiten Druck. Jetzt – falls das Timing gestimmt haben sollte – hören wir, wie der Podcast oder die Musik “vorspult”. Sobald wir loslassen, hören wir wieder in normaler Geschwindigkeit. Waren wir zu langsam, wird die Wiedergabe angehalten, und Siri (respektive die Spracherkennung bei älteren Modellen) meldet sich.

Um “Zurückzuspulen” betätigen wir die Taste dreimal und halten den dritten Druck. Jetzt läuft die Wiedergabe rückwärts; wiederum so lange, bis wir wieder loslassen.

Wie gesagt, das Timing erfordert ein wenig Übung, aber so können wir das iPhone in der Tasche lassen.

Dazu lade ich mir einen geeigneten Ton (siehe Abbildung)

Screenshot von “Test Tones”

und bewege mich mit dem iPhone oder dem iPad im Aufnahmebereich. Der Ausschlag der Aufnahmesoftware, oder der Kamera, sollte sich dabei nur minimal verändern. Ist dies nicht der Fall, dann weiss ich, bei welchen Bereichen ich vorsichtig sein sollte. (Wer jetzt Let’s fix it in Post gedacht hat, muss zur Strafe eine Woche lang mit Windows™ arbeiten!)

Das Programm Test Tones – Lehmannaudio (Partnerlink) ist im App Store erhältlich. Fröhliches Auspegeln.

Das dürfte schon vielen passiert sein. Eine Datei lässt sich einfach nicht verändern oder löschen. In vielen Fällen gibt es vermutlich einen triftigen Grund dafür (Systemdateien oder Dateien ohne die ein Programm einfach nicht laufen würde). Wenn es sich aber um Dateien handelt, die wir selbst auf die eine oder andere Weise auf die Festplatte importiert hat, wundert man sich dann doch, warum wir die Datei nicht verschieben oder löschen können. Es könnte sein, dass ein wohlmeinendes Programm versucht uns vor uns selbst zu beschützen. Aber das können wir leicht überprüfen.

Am einfachsten nähern wir uns der Thematik indem wir eine Datei erzeugen und diese so einstellen, dass wir sie nicht mehr löschen oder verändern können. Dazu öffnen wir das Programm Terminal, suchen uns ein geeignetes Verzeichnis oder legen es an, und erzeugen eine Datei.

Gehen wir einmal von einer Datei namens mytestfile.txt aus (ja, ich weiss, nicht sonderlich kreativ). Momentan handelt es sich um eine ganz normale Datei, die ich per touch mystestfile.txt in dem Directory example angelegt habe, wie wir im Terminal problemlos sehen können:

leMini:example erik$ ls -l mytestfile.txt 
-rw-r--r--  1 erik  demo  16 11 Apr 10:02 mytestfile.txt

Soweit, so normal. Sehen wir uns die Datei einmal mit der Option -lO mit ls an:

leMini:example erik$ ls -lO mytestfile.txt 
-rw-r--r--  1 erik  demo  - 16 11 Apr 10:02 mytestfile.txt

Aha! Wenn wir die zwei Ausgaben von ls vergleichen, dann fällt auf, dass im zweiten Fall ein - angezeigt wird. Es scheint also noch Platz für Dinge zu sein, die sich einstellen lassen. die Option -lO zeigt die so genannten flags an. Um diese zu setzen benutzen wir den Befehl chflags und mit ihm, für unsere Zwecke, die Option uchg:

leMini:example erik$ chflags uchg mytestfile.txt

Mit der Option -lO können wir uns anzeigen lassen, ob das flag uchg gesetzt wurde:

leMini:example erik$ ls -lO mytestfile.txt 
-rw-r--r--  1 erik  demo  uchg 16 11 Apr 10:02 mytestfile.txt

Soweit, so unspektakulär. Aber, jetzt wird’s interessant. Versuchen wir doch einmal unsere eigene Datei zu löschen:

leMini:example erik$ rm mytestfile.txt 
override rw-r--r--  erik/demo uchg for mytestfile.txt? y
rm: mytestfile.txt: Operation not permitted

Whiskey-Tango-Foxtrott-Moment™-Alarm! Das Betriebssystem lässt nicht mehr zu, dass wir die Datei entfernen; gleiches gilt übrigens auch für alle anderen Manipulationen an der Datei oder ihren Rechten. Wenn wir uns die Rechte an der Datei mit ls -l mytestfile.txt ansehen, stellen wir fest, dass die Datei uns gehört und wir theoretisch auch die nötigen Schreibrechte haben sollten. Die Betonung liegt hierbei auf theoretisch. Die Abfrage auf den rm-Befehl hat uns bereits den entsprechenden Hinweis gegeben: override rw-r--r-- erik/demo uchg for mytestfile.txt? Aufgedröselt liest sich das Ganze so:

• Überschreiben von rw
• User erik
• Gruppe demo
• flag uchg

Wir haben es also mit dem flag uchg (“user immutable”) zu tun, das wir in diesem Fall ja auch selbst gesetzt haben. Das Wort “immutable” bedeutet “unveränderbar”, und OS X befolgt diese Anweisung buchstabengetreu. (Alles andere wäre auch eine Überraschung, oder?) Um das flag wieder zu entfernen, benutzen wir chflags mit nouchg, also “no uchg”:

leMini:example erik$ chflags nouchg mytestfile.txt

Dann überprüfen wir, ob das flag wirklich entfernt wurde:

leMini:example erik$ ls -lO mytestfile.txt 
-rw-r--r--  1 erik  demo  - 16 11 Apr 10:02 mytestfile.txt

Jetzt können wir die Datei problemlos (und ohne Abfrage!) löschen und überprüfen, ob sie wirklich gelöscht wurde:

leMini:example erik$ rm mytestfile.txt 

leMini:example erik$ ls -al
total 0
drwxr-xr-x  2 erik  demo   68 11 Apr 10:05 .
drwxr-xr-x  3 erik  demo  102 11 Apr 09:50 ..

Fazit: Wenn wir auf eine Datei stossen welche wir verändern oder löschen möchten, und sich diese erfolgreich widersetzt, dann sollten wir einfach mit ls -lO nachsehen, ob uns nicht ein gesetztes uchg-Flag daran hindert. Bevor wir das flag mit chflags nouchg entfernen, sollten wir allerdings überprüfen, ob es nicht aus einem wichtigen Grund gesetzt wurde. Anders gesagt: Benutzung auf eigene Gefahr!

Wer sich für die anderen möglichen flags interessiert, sollte sich die man-page mit man chflags in Ruhe durchlesen.

Na deswegen:

Compressor hat jetzt auch eine Einstellung für die neuesten Geräte von Apple.

Happy encoding everyone.

Compressor – Apple(Partnerlink) gibt es im App Store.

1. Wenn andere Personen sich den Bildschirm ansehen, dann sehen sie, an was man sonst so arbeitet.
2. FCP X “verbrät” wertvolle Zeit beim Starten, um alle vorhandenen Projekte anzuzeigen.

Ersteres würde ich in die Kategorie “kommt darauf an” einordnen, letzteres hingegen bremst ab einer bestimmten Zahl aktiver Projekte schon ein wenig. Was kann man also machen?

Die Lösung ist ebenso einfach wie naheliegend: Man legt sich einfach einen Ordner an, in den man die gerade nicht benötigten Projekte auslagert; soweit so logisch. Aber Vorsicht! Immer nur den vollständigen Projektordner verschieben. FCP X verhält sich genauso zickig wie die Dateistruktur einer P2-Karte, wenn man anfängt Dinge weiter “unten” in der Struktur zu verschieben!

Diese Vorgehensweise hat sich bei mir bewährt (nur weil’s bei mir funktioniert, bedeutet nicht, dass die Vorgehensweise perfekt ist, also auf eigene Gefahr):

Ich lege auf jeder Platte mit einem Final Cut Projects-Ordner auf gleicher Ebene einen Ordner Namens Final_Cut_Projects_disabled an, und verschiebe die Projekte, die ich gerade nicht im direkten Zugriff benötige, in diesen Ordner. Die Namensgebung sorgt dafür, dass die zwei Ordner untereinander liegen (spart Mouse-Miles). Das Verschieben sollte nur dann erfolgen, wenn FCP X nicht läuft. So wie es aussieht, durchsucht das Programm die vorhandenen Final Cut Projects-Ordner nur beim Start (kann sein, dass ich mich da täusche).

Happy Editing.

Ein Ingest von grösseren Dateien (im vorliegenden Fall FCP X Kamera-Archive von P2-Karten) in einen Event auf dem Drobo kann (muss aber nicht) dazu führen, dass sich FCP X beschwert, die Daten seien nicht lesbar und ein “unbekannter Fehler” wäre beim Einlesen aufgetreten. Keine Panik, die Karten und die Kamera sind vermutlich in Ordnung! (Wer die Kamera und die Karten trotzdem entsorgen will, bitte E-Mail an mich. )

Einfach für den Ingest-Vorgang die Karten (oder Kamera-Archive) auf eine lokale Platte kopieren und auch den Event auf einer lokalen Platte halten, dann klappt’s auch mit dem Einlesen.

Das Ganze tritt sporadisch auf, und ich bin mir noch nicht ganz sicher, ob es allein an der ISCSI-Verbindung liegt, oder ob noch andere Faktoren hineinspielen.

BTW: Wer sich die Version 10.0.3 von Final Cut Pro X noch nicht genauer angesehen hat, sollte dies unbedingt so bald wie möglich nachholen. Ein paar der neuen Funktionen können im hektischen Schnitt-Alltag eine Menge Nerven sparen.

Was mit “fertigem Text” gemeint ist, plus einer Richtigstellung der kursierenden Gerüchte, ist im Beitrag IMHO (Unbegründete) Aufregung um Apples iBooks Author beschrieben. Nun zum handwerklichen Teil.

Der Text lag, fertig lektoriert, als so genannter Plain-Text vor, hatte also keinerlei Formatierungen. (Ich schreibe alle meine Texte auf diese Weise, da ich sie so relativ einfach in das vom Verlag gewünschte Format überführen kann.) Da es sich um ein Sachbuch mit sehr flachen Strukturen handelte, nur Kapitel, keine Abschnitte, keine Abbildungen, habe ich die Vorlage “Basic” in iBooks Author benutzt.

Wie alle Vorlagen enthält auch diese nach dem Auswählen ein Kapitel welches eine Section (Abschnitt) enthält. Da ich diese feinere Unterteilung nicht benötigte, habe ich die vorgeschlagenen Seiten – bis auf die Kapitelseite – einfach gelöscht und durch eine Standardseite (über den Button “+”) ersetzt. Danach habe ich den Text kapitelweise einfach in die Standardseite kopiert (wenn der Platz nicht ausreicht, fügt das Programm dem Kapitel einfach weitere Seiten hinzu).

Dieser Vorgang (Kapitel hinzufügen, Text einsetzten, und wieder von vorne) hat für die 17 Kapitel des Buches ungefähr 45 Minuten in Anspruch genommen. Danach habe ich noch weitere 45 Minuten für das “fine-tuning” gebraucht (Textauszeichnungen, Kapitelüberschriften auf die Kapitelseite verschieben). Aus Interesse habe ich danach noch die Kapitelseiten mit Bildern versehen.

Mit dem Ergebnis auf dem iPad war ich sehr zufrieden.

Pro:

• Mein Experiment hat gezeigt, dass sich auch Bücher mit einfacheren Strukturen mühelos mit iBooks Author erstellen lassen.
• Man sieht bereits beim Erstellen, wie das Buch auf einem iPad aussehen wird.

Con:

• Das Textbook Format unterstützt, im Gegensatz zu ePubs aus Pages, nicht die Möglichkeit die Schriftgrösse auf dem iPad zu verändern. Es handelt sich also um ein so genanntes “fixed Layout”. Für Romane oder Kurzgeschichten sollte man sich also überlegen, ob ein “normales” ePub nicht die bessere Variante darstellt.
• Das Programm kann keine automatischen “Drop Caps”, also den ersten Buchstaben über mehrere Zeilen verteilen.
• Sonst habe ich nichts zu meckern.

Fazit: Wer mit Pages umgehen kann, fühlt sich sofort “daheim”. Für alle anderen dürfte sich die Einarbeitungszeit nur unmassgeblich erhöhen; das Programm ist absolut logisch aufgebaut. Wer ein iPad sein Eigen nennt, sollte iBooks Author unbedingt ausprobieren. Mit dem Programm kann man sich seine eigenen Nachschlagewerke sehr leicht erstellen. Für alle Mitglieder der schreibenden Zunft (also unter anderem für mich ) bietet sich hier eine sehr interessante Gelegenheit Ideen einfach zu publizieren.

Um eine oft gestellte Frage zu beantworten: Ja, ich arbeite an einer ePub-Version von Mehr machen mit dem Mac für OS X 10.7. Da das Buch aber nur in einer elektronischen Version herauskommen wird, experimentiere ich noch mit verschiedenen Formaten. Die Möglichkeit Videos einzubinden, statt zu versuchen bestimmte Vorgänge im Text zu erklären, ist sehr verlockend. Stay tuned.