Automator, neuer Pool

Etwas leichtere Sachen heute. Eine Automator Action, mit der man schnell Videos auf x265 konvertiert, weil mein Mac HEVC HW Acceleration vermisst.

Einfach gedacht, am Ende wollte FFMPEG mit x265 kompilert werden + Extras.

brew reinstall ffmpeg \
--with-tools \
--with-fdk-aac \
--with-freetype \
--with-fontconfig \
--with-libass \
--with-libvorbis \
--with-libvpx \
--with-opus \
--with-x265 \
--with-libvidstab


Der Automator war einfach, das Script auch:

do
/usr/local/bin/ffmpeg -hide_banner -i "$f" -c:v libx265 -preset superfast -c:a aac -b:a 96k -crf 28 "${f%.*} x265.mp4"

/usr/local/bin/trash "$f"

Damit ist sind Video ca. 200 kbit + audio
Ja, Trash ist auch ein extra per homebrew – besser als rm. Cool auch, das Icon einfach per Copy&Paste zu ändern. In Photoshop copy – abgehändert und wieder zurück gepastet. OSX macht schon Spaß.

Kleiner Erfolg dann noch in der Nacht: Ich baute eine Route in den Tornado Server ein, mit der man die Seiten per Index File abrufen kann. Das war alles gehackt, doch wenn ich den Query String abgefragt bekomme, kann ich dann auch einfach die Seiten abrufen. Eigentlich cooler, weil es dann eine Web-API zum ZIM-File ist, aber eben wohl auch langsamer mit dem Weg über HTTP, statt dem Filesystem. Die Sache ist doch nicht so schwer per Trial&Error, obwohl ich mit Classes und Protected / Subclasses noch gar nicht herumhantiert habe.

Am Ende hatte ich eine kleine API „/idx/2006“ ohne das „?“, weil das in der Suchabfrage genutzt wird. So richtig klappt die Sache aber einen kleinen Schritt weiter bin ich damit schon. Plan ist, den Artikel-Index aus dem ZIM-Index zu nehmen, per SQListe3 Cursor also Zeile für Zeile abfragen. Dann kann ich wieder die Behandlung per BS4 und Regex starten – statt eben Markdown.

Das klappte auch soweit, obwohl eben das zusätzliche „idx“ als Namespace interpretiert wird. Geschwindigkeit ist mit einem schnell ab Test auch OK – um die 60-70ms pro Abfrage.