夜の間にエンコード完了…のはずが？

「寝ている間に動画のエンコードをさせておこう」

そう思って仕込んだコマンド、朝起きたら気持ちよく全部終わってる・・・はずが

1ファイルしか終わってない！

しかも今まさに2つ目が始まったところ！

なんで？なにしてたの？

今回はそんなやらかし話と備忘録。

前提：ffmpegはcaffeinate付きで実行していた

普段からスリープ対策として、以下のように .zshrc にエイリアス設定していました。

alias ffmpeg="caffeinate -i ffmpeg"

これで「ffmpeg実行中はスリープしないはず」だし、

実際、普段は問題なく動いていました。

寝てる間にフォルダ内の動画を一括エンコード

複数の動画ファイルがあって、ファイルサイズを抑えるためにそれらをエンコードしたかったのです。

でも裏でエンコードさせてると動作が重くなる。
かといってバックグラウンド処理だと遅々として進まない。それもストレス。

で、寝てる間に一括してエンコードさせておこうかと。

対象フォルダで新規にターミナルを開いて、以下を実行。

for f in *.mp4; do ffmpeg -i "$f" -c:v libsvtav1 -preset 6 -crf 26 -pix_fmt yuv420p10le -svtav1-params "tune=0" -c:a copy "${f%-*}.${f:e}"; done

やっていることはシンプルで

• フォルダ内の .mp4 を順番に処理
• AV1（libsvtav1）でエンコード
• 音声はコピー

そして「caffeinateがあるからスリープしないだろう」と、そのまま就寝。

起きて発覚：なぜか1本しか終わっていない

朝チェックすると…

• 1ファイルだけ完了
• Macはスリープから復帰した直後
• ちょうど次のエンコードが始まったところ

つまり、

途中でスリープして処理が止まっていた

なんで！？

原因：caffeinateが“途切れる瞬間”があった

ログなどを確認して分かったことは、

• 1つ目のエンコード終了後にスリープ条件が成立
• ffmpegプロセス終了と同時に caffeinate も終了
• 次のループが始まるまでの“わずかな間”にスリープ突入

つまり、

「連続処理なのに、caffeinateは連続していなかった」

で、スリープから復帰後にジョブを再開、という感じ。

修正：ループ全体にcaffeinateをかける

対策として、コマンドを以下のように変更。

caffeinate -ims zsh -c 'for f in *.mp4; do ffmpeg -i "$f" -c:v libsvtav1 -preset 6 -crf 26 -pix_fmt yuv420p10le -svtav1-params "tune=0" -c:a copy "_${f%.*}.${f##*.}"; done'

• caffeinate をループ全体に適用
• -ims でスリープ抑制を強化
• zsh -c でまとめて実行

これで「処理の隙間」がなくなり、for文全体にcaffeinateがかかっているため、無事に最後まで完走しました。

考えてみれば、まぁそうだよね。という話なのですが。

もう一つの対策法

システム設定 > 省エネルギー > ディスプレイがオフの時に自動でスリープさせない

を オン にする。

うん、シンプル（笑

まとめ

今回のポイントを一言でまとめると：

「caffeinateはコマンド単体には効くが、処理の流れ全体は守ってくれない」

“プロセスの切れ目”を意識していなかった、のが結果として盲点になっていました。

「朝起きたら全部終わってるはず」という期待が裏切られると地味にダメージ喰らうというか、脱力感。

特にエンコードみたいな時間かかる処理だと尚更ですね（苦笑

まぁ上にも書きましたが、スリープしないように設定しておけばなんという話でもないのですが、意外とこういう落とし穴あるよ〜という自戒も込めて。

てことで今回は以上！

なんとなくMacのセキュリティを意識して、
普段は「ファイアウォール ON」、オプションで「外部からの接続をすべてブロック」、「Bluetooth OFF」にしています。（今使ってるbluetooth機器はないので）
しかし、いざAirDropを使おうとすると、設定画面をあちこち開くハメになり手間がかかるというか煩わしい。

そんな面倒な手順をワンクリック（ある程度の自動化）で完結させてみました。

事前準備：必要なツールをインストール

スクリプトでBluetoothを操作するために、「blueutil」という便利なツールを使います。

Homebrew経由でインストール。（未導入の場合は先にHomebrewを入れてください）

brew install blueutil

ちなみに、Homebrewのインストール先が新旧macで異なるそうです。

• Intel Mac: /usr/local/bin/blueutil
• Apple Silicon Mac: /opt/homebrew/bin/blueutil

が、一応スクリプトの中でパスをエクスポートしているので大丈夫なはず。

スクリプトの作成

まずは、自動化の心臓部となる2つの実行ファイルを作成します。

ファイルはユーザーフォルダ直下に置くと仮定しますが、（例：/Users/ユーザー名/）
使いやすいところに置いてパスは適宜修正してください。

① AirDropを「ON」にするスクリプト

名前：airdrop_receive.sh

#!/bin/zsh
export PATH="/opt/homebrew/bin:/usr/local/bin:$PATH"

# blueutil を root (sudo) で動かすための許可証
export BLUEUTIL_ALLOW_ROOT=1
# Bluetooth ON
blueutil --power 1

# Firewall OFF
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off

# Finder起動してAirDrop表示
open /System/Library/CoreServices/Finder.app/Contents/Applications/AirDrop.app

作成したファイルには、ターミナルで実行権限を付与

chmod +x ~/airdrop_receive.sh

② 元のセキュリティ状態に「戻す」スクリプト

次に元の状態に戻すスクリプトを作成。

名前：airdrop_restore.sh

#!/bin/zsh
export PATH="/opt/homebrew/bin:/usr/local/bin:$PATH"
# blueutil を root (sudo) で動かすための許可証
export BLUEUTIL_ALLOW_ROOT=1

# Firewall ON
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate on

# Firewall option ON
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setblockall on

# Bluetooth OFF（必要なら）
blueutil --power 0

こちらも実行権限を付与

chmod +x ~/airdrop_restore.sh

ファイアウォールオプションの「内蔵ソフトウェアの外部接続許可」だけでは、iPhoneからMacが見つからない不安定な状態になりやすい。というか、なる。自分の場合は。

結局「使う時だけ全開放、終わったら即閉じる」が自分にとっての最適解かなと。

「ショートカット」アプリでボタン化する

スクリプトをいちいちターミナルで叩くのは大変。
Mac標準の「ショートカット」アプリを使って、メニューバーや右クリックから実行できるようにします。

「ショートカット」アプリを起動したら、「新規ショートカット」か「＋」ボタンから新規作成。

検索か「スクリプティング」から「シェルスクリプトを実行」を持ってくる。

テキストエリアに、以下を記入します。”ユーザー名”は自分の名前に変更すること。
例：sudo /Users/ユーザー名/airdrop_receive.sh

シェル:zsh
あとはそのままでok
名前はわかりやすいよう適当に。例：「AirDrop受信」

毎回パスワードを入力するのは面倒なので、次項目で入力を省略するための設定を行います。
なので「管理者として実行」にチェックはいりません。

右上の i マークから詳細タブ、「✅メニューバーにピン固定」をチェック
これでメニューバーから選んで簡単に実行できます。

同様に「復元用」のショートカットも作成しておいてください。起動するスクリプトのパスと名前が違うだけであとは同じです。
例：/Users/ユーザー名/airdrop_restore.sh

パスワード入力を省略するための sudoers 設定

「管理者として実行」
にチェックを入れると実行時にパスワードが聞かれます。

自分以外が触る可能性があるならそれでも良いのですが、普段から自分しか触らないのであればパスワード入力の手間も省きたいところ。

そこで sudoers に設定しておきます。

ただし直接 /etc/sudoers を編集すると、構文エラー（スペルミスや形式ミス）があった場合に即座にsudoが機能しなくなり、修正不能になる危険があります。
visudo を使うことで編集終了時（保存時）に自動的にチェックが行われ、エラーが判明した時点で修正を促されるため安全に作業できます。

ターミナルから

sudo visudo

でエディタを開きます。
が、普段 vi を使わない自分にはちょっとやりづらい。

そこで

sudo EDITOR=nano visudo

とすることで nano （初心者向けで画面下部にコマンドが表示される直感的なエディタ）表示になる。こちらの方が良い。

開いたら矢印キーで移動してファイルの最後に追記（コピペ）

## 「ユーザー名」は自分の名前に書き換えて
ユーザー名 ALL=(ALL) NOPASSWD: /Users/ユーザー名/airdrop_receive.sh, /Users/ユーザー名/airdrop_restore.sh

書いたら ctrl + x で終了、
保存するか聞かれるので Y を押下、リターンキーで戻ります。

ちなみに自分のユーザー名はターミナルで whoami と打つと出ます。わからないことはないと思いますが念の為。

% whoami

AirDropショートカットの実際の使い方

AirDropしたい時にメニューバーのショートカットアイコンから、
「AirDrop受信」ショートカットをクリック。

自動でBluetoothがONになり、ファイアウォールが解除され、FinderのAirDrop画面が開きます。

「このMacを検出可能な相手：すべての人」になっていることを確認。

なってなければ手動で変更。

受信が終わったら「AirDrop設定復元」用のショートカットをクリックして、元の鉄壁の布陣に戻すだけ！

まとめ

「すべての人を許可」など、AirDropの許可範囲の設定はMacが前回の状態を記憶してくれるので、このスクリプトだけで準備の9割が自動化されます。

そこまでガチガチにしておく必要あるか？と言えば微妙なところですが、なんとなくそうしてます。

ちなみに以前はUSBに接続して写真などのデータを移動させていたのですが、なんか端子の調子が悪くて接続したりしなかったり・・・。
AirDropがあるんだからまぁそっちでいいかと。

でも、iMacからiPhoneにAirDropする時はさらっと送れるのですが、逆の場合はファイアウォールが邪魔をするのです。なんか・・・もう面倒くさくて。

あちこち設定開いて・・・とかが煩わしかったので、できるところは自動化してみました。

大量の写真なんかを移動する時は有線接続の方が安定する気がしますけど。

ニーズがあるかわかりませんが備忘録として記事化しておきます。
何かのヒントにでもなれば幸いです。
以上！

基本的にはそれで問題ないのですが、
放送（内容）は終了してもストリーミング（配信自体）はその後もしばらく続くような場合、
当然ながら配信が完全に終了するまで録画し続けてしまいます。

つまりオフラインになるまで余計に１、２時間録画し続けてしまうのです。

これを止めるため
「一定時間経過したら録画を止めるコマンド」
が必要となりました。

timeout というコマンドがLinuxで使えるようですが、
MacOSにはなかったので Homebrew から Coreutils を入れて使えるようにしました。

そんな備忘録。

時間になったら処理（録画）を開始し、一定時間で終了する

コマンドの利用については、別に録画に限った話ではないので、
関係なければ要らないところは読み飛ばしていただいて構いません。

スケジュール録画についてはちょっと試行錯誤したのでいくつかの記事に分かれてます。
この辺を見たら多分わかります。

ストリーム配信を録画する為に定期的にジョブを実行するcrontabを使う

以前カレンダーを使ってネット配信番組の動画を予約録画する記事を書きました。それにちょっとした問題が発生したので、今はcrontabを使って起動するようにしています。要するにカレンダーで起動していた録画実行スクリプトを、crontabでの起動...

www.wholenotism.com

2020.09.10

さて、とにかく処理を開始した後、一定時間経過したら終了するようにしたいわけです。

Homebrewからcoreutilsをインストール

そのためのコマンド群をインストールしました。
Homebrewを使いました。

% brew install coreutils
...
==> Pouring coreutils--9.5.monterey.bottle.tar.gz
==> Caveats
Commands also provided by macOS and the commands dir, dircolors, vdir have been installed with the prefix "g".
If you need to use these commands with their normal names, you can add a "gnubin" directory to your PATH with:
  PATH="/usr/local/opt/coreutils/libexec/gnubin:$PATH"
==> Summary
🍺  /usr/local/Cellar/coreutils/9.5: 481 files, 14.2MB

無事インストールが完了し、「gtimeout」が使えるようになりました。（エイリアスが作成され「timeout」でも通ります）

% timeout --help
Usage: timeout [OPTION] DURATION COMMAND [ARG]...
  or:  timeout [OPTION]
Start COMMAND, and kill it if still running after DURATION.

Mandatory arguments to long options are mandatory for short options too.
      --preserve-status
                 exit with the same status as COMMAND, even when the
                   command times out
      --foreground
                 when not running timeout directly from a shell prompt,
                   allow COMMAND to read from the TTY and get TTY signals;
                   in this mode, children of COMMAND will not be timed out
  -k, --kill-after=DURATION
                 also send a KILL signal if COMMAND is still running
                   this long after the initial signal was sent
  -s, --signal=SIGNAL
                 specify the signal to be sent on timeout;
                   SIGNAL may be a name like 'HUP' or a number;
                   see 'kill -l' for a list of signals
  -v, --verbose  diagnose to stderr any signal sent upon timeout
      --help        display this help and exit
      --version     output version information and exit

DURATION is a floating point number with an optional suffix:
's' for seconds (the default), 'm' for minutes, 'h' for hours or 'd' for days.
A duration of 0 disables the associated timeout.

Upon timeout, send the TERM signal to COMMAND, if no other SIGNAL specified.
The TERM signal kills any process that does not block or catch that signal.
It may be necessary to use the KILL signal, since this signal can't be caught.

Exit status:
  124  if COMMAND times out, and --preserve-status is not specified
  125  if the timeout command itself fails
  126  if COMMAND is found but cannot be invoked
  127  if COMMAND cannot be found
  137  if COMMAND (or timeout itself) is sent the KILL (9) signal (128+9)
  -    the exit status of COMMAND otherwise

GNU coreutils online help: https://www.gnu.org/software/coreutils/
Report any translation bugs to https://translationproject.org/team/
Full documentation https://www.gnu.org/software/coreutils/timeout
or available locally via: info '(coreutils) timeout invocation'

gtimeout（timeout）の使い方

使い方は単純、終了させたい時間を指定すればOK
秒：10s
分：20m
時：1h　など

#サンプル １時間後に録画終了
% timeout 1h yt-dlp 'https://www.配信サーバー/URI' -o ~/Desktop/output.mp4 

これで１時間後に録画を終了します。

実際には途中でスリープに入らないよう caffeinate も使っています。
こちらはMacで元々使えるもので、スリープを抑制するコマンドです。
録画途中でスリープに入られると厄介なので。

ま、その辺は適宜対応してください。では。

基本的にはローカルで再生したいだけで見終わったら消すのですが、そのために長い時間待つ気はさらさら無いわけです。youtubeで観たら5秒戻すだけでも（バッファしなおすから）微妙に待たなきゃいけないし。
何回かリトライしてると制限を外れて落ちてくる時があるものの確実とは言えない。
無理な時は無理。

単に混んでいるのかな？くらいに思っていましたがどうやら

実際にyoutube-dlなどでのアクセスに速度制限がかけられていたようです（！）

まぁ世界中からのアクセスですからね、事情を考えれば仕方ないと言えば仕方ないのですが・・・
（儲けまくってんだから設備補充に回せよ！とも思うけど）

youtube-dlに代えてそのフォーク（派生）のyt-dlpをインストール

youtube-dlからの派生で「yt-dlp」というものがあるらしい。

早速インストールしてみました。
いつもの Homebrew から。

brew install yt-dlp

さくさくっと完了。

つーわけで早速、速度制限のかかっていたyoutube動画を試しに落としてみる。

・・・ん〜まぁ、大丈夫。

というのもなんか1MB/sくらいは出るけど「そんなもんだっけ？」ってな感じで。
※嘘だったそんなこともなかった。普通。

youtube-dlでリトライして上手くいった時は11Mb/sくらいは出ていたような気がするのです。（一時の速度かもだけど）

まぁそれでもトータルのDLにかかる時間を考えると 50kb/s より全然マシですけど。

まとめ

ということで youtube-dl から yt-dlp に乗り換えてみました。

今のところは良い感じ。

ちなみにconfigファイルなんかも同じ感じで置いたらok

~/.config/yt-dlp/config

オプションも引き継がれてる感じなのであまり混乱はしないかな？

これもそのうち規制されるんだろうけど・・・ねぇ

「なんかごちゃごちゃ先頭にある情報・・・邪魔じゃない？」

二つのファイルを比較しようと情報を出しても余計な行数が取られてしまう。

もちろんそれを非表示にするオプションは存在します。
それをデフォルトに設定しようというのが今回の小ネタ記事。

ffmpeg/ffprobeの冗長な情報を非表示にする

結論から言うと -hide_banner というオプションをつければ表示されなくなります。
ズラズラ〜っと出てくるビルドオプションなどが非表示に。

でもいちいち書くのは面倒。
ということでエイリアスとして設定。

~/.zshrc に追記（bashなら.bashrcや.bash_profile）

alias ffmpeg="ffmpeg -hide_banner"
alias ffprobe="ffprobe -hide_banner"

これは文字通り
ffmpeg って入力されたら
“ffmpeg -hide_banner” ていう意味だかんね！
と宣言（設定）しておくこと。

次回以降（ターミナルを開いていれば一度閉じてから）はこのオプションが適用されます。

スッキリ (´∀｀○)～♪

そもそもなんでデフォルトでそうなってないの？

それにはこんな深いわけ（？）が…

-hide_banner is the bane of those providing help. Making it the default would make providing support more difficult and less efficient. It hides important and useful information.
We require the user provide the full command and the complete console output when they ask for help or submit a bug report. Quite often we have to request this information resulting in an unnecessary delay. Making this the default could result in yet another step, more information requests, and more delays. We would have to explicitly mention -show_banner for every single help request and bug report. Making -hide_banner the default would result in more work for users and developers, frustrated users, and fewer questions answered.
（trac.ffmpeg.org）

まぁ一言で言うと
「ヘルプの際に”厄介の種”となり得るから」

つまり何らかのトラブルやバグリポートしてもらう時、その状況を詳しく報告してもらいたい、より細かい情報を提供してもらいたいと。
その方が状況を把握しやすく問題解決を迅速かつ効率的に行えると。

なのにこのオプションをデフォルトで設定してしまうと重要な情報が隠されてしまう。
-show_bannerというオプションを付けて貰うことをお願いするより効率的だから、ということらしい。
まぁそだろね。

まとめ

痒いところに手が届く -hide_banner オプションのお話でした。

大した内容でもないのですが意外と一度は気になる話かと。

さほど珍しい情報でもないので恐縮ですが、折角調べて設定したので記事化しておきます。

以上小ネタ記事でした。
んまたね！

ファイルの先頭に日付が挿入されれば並び替えでもスッキリする。
でもいちいち手打ちするのは面倒くさい。

バックアップフォルダかなんかに放り込んだら自動的にリネームしてくれたら一番良いかも？

そこでパッと浮かんだのは「フォルダアクション」
初めて使って見たけどちょっとクセもあって・・・

そんな感じの備忘録。

1.フォルダアクションで自動的にリネーム（日付を付加）する

まず浮かんだのは「フォルダアクション」でのスクリプト割り当て。

多分 Automator あたりでちゃちゃっとできるでしょ？と思ってやってみた。できた。

まず Automator を起動し、「フォルダアクション」を選択。

左ペインから「Finder項目の名前を変更」を右側へ持ってくる。

コピーを作成するかどうか聞かれるが、特にいらないので今回は「追加しない」

追加されたら
「日付または時刻を追加」を選び、「現在」「名前の前」「区切り記号」などを選んでいく。

書式は下に例が出るので確認できます。

あとは紐づけるフォルダを一番上の「フォルダを選択」から選んであげれば良いはず。

とりあえず好きな名前で保存してっと・・・
楽チンやん

問題発生：リネームが止まらない！どんどん追加し続けてしまう

ここで問題発生。

試しにファイルを放り込んでみるとリネームはしてくれるのですが、
ずっとリネームし続けてしまうのです。

例えばこの画像ファイル「Hawaiian Print.jpg」を放り込むと・・・

「20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_20210515_Hawaiian Print.jpg」

こんな感じに。
際限なく文字列を追加し続けてしまいます。

これはリネームした後に
「お、新しいファイルがある！」→「リネームしなきゃ！」→「お、新しいファイルがある！」→ 以下ループ

という感じなんでしょう。（え〜

解決法：違うフォルダへ移動させる

仕方ないのでその一つ下に新しいフォルダを作成し、リネーム後はそこに移動させることにします。

「Finder項目を移動」を下に付け加え、保存先を選びます。

これで完成。
一度だけ日付が付け加えられ、指定のフォルダに移動されました。

フォルダアクションを外したいときは

フォルダアクションの設定を変更したい時は、
そのフォルダを右クリックし、「フォルダアクション設定」（「サービス」項目の中にある場合も）を選択。

該当するものからチェックのオンオフで切り替えられます。

2.リネームするシェルスクリプトをフォルダアクションに設定する

基本的には前述の通り、Automatorに用意されているもので解決できるのですが、
リネーム後に別フォルダへ移動させるというのがなんか気にいらない。（笑

やっぱりシンプルにフォルダへ放り込んだらリネーム、あとはそのまま保管できたらいいな。
うん、それがいい。

まずは名前をチェックして、
（今回のように）8桁の数字とアンダースコアが先頭に付いて”無い”場合にのみリネームを行う、そんなスクリプトを書く。
それなら繰り返しで追加リネームされることもなく、あるいは予めリネームしたファイルを放り込んでもそのままでいるはず。
それをフォルダアクションとして設定してあげれば一つのフォルダで済むではないか。

ということで少し違った方法でもやってみました。

mvコマンドでリネーム

Macってリネームのコマンド(rename)がないんですね。
ファイルを移動させるコマンド(mv)を使ってリネームを実現するようです。ちょっとびっくり。

Homebrewから rename コマンドをインストールすることもできるようですが、やりません。

今回は「bash」でも動くように「mv」コマンドで書いてみます。

ちなみにですが、
MacOS Catalina(10.15)以降ではデフォルトシェルが「zsh」に変更されているので、
より便利な「zmv」なるコマンドが使えます。

とは言いつつMojaveにもzshは入っているので、
実はシェルの選択でそちらを選べば次項のコードを mv -> zmv にしても動きます。

ただやりたいことはシンプルなのでどちらでもいいかなと。

zmvを使う時の準備

もしzmvを使いたい時は
~/.zhenv に

autoload -Uz zmv

を追記する必要があるようです。
（ファイルがなければ作成）

Automatorからフォルダアクションを設定

Automatorを起動し、「フォルダアクション」を選択したら
左ペインから「シェルスクリプトを実行」を持ってきます。

シェルは
/bin/bash
/bin/zsh
どちらでも。

for f in "$@"; do
	[[ ${f##*/} =~ ^[0-9]{8}_.*$ ]] || mv "$f" "${f%/*}/$(TZ=UTC-9 date '+%Y%m%d')_${f##*/}"
done

と入力し、

上部にある「次の場所に追加されたファイルやフォルダを受け取る」から
アクションを割り当てるフォルダを指定します。

あとは名前をつけて保存。

素人の下手コードですが一応何をやっているのかを説明すると、
受け取ったファイル（複数可）のファイル名を一つずつ取り出し条件に合うかを確認。
先頭が8桁の数字とアンダースコアでなければ、mvコマンドで現在の日付をファイル名の先頭に付け加えます。

まとめ

意外と簡単なような、面倒くさいような、やっぱり面倒くさいような。

まぁ一度設定してしまえばあまり触ることもないでしょうし、これでいいかな。

とりあえず調べて見た感じで rename がコマンドとして無かったこと、
たった今自分でリネームしたものを覚えられず繰り返してしまう、ちょっぴりアホな子iMacちゃんにキレ…萌えたので備忘録として記事にしました。

それでは。

そんな難しいことをしているわけでもないのに何故か動かない。

なんで？

その原因は変数展開の仕方の違いにありました。

小ネタですが備忘録として記事化しておきます。

bashとzshの変数展開における空白の扱いが違った件

bashで書いた簡単なスクリプト。
動画をダウンロードするプログラムを起動する為のスクリプトです。

なので基本的にはそのURLと、設定ファイルの場所をパラメータとして渡すだけ。

zshに移行してもそのまま動くだろうと思ったのですが、物の見事に引っかかりました。

エラーを吐いて動いてくれない。
シンプルなだけに意味がわからない。

これで何故動かない・・・

で、色々調べてみたらなんと

bashとzshでは変数に含まれる空白の扱いがデフォルトで違う、ということだったのです。

bashでは変数に空白が含まれていた場合、それを区切り文字として分割、展開されます。

が、zshは分割せず全体を一つの大きな塊として処理します。

つまり

コマンド に URL オプション

と言うそれぞれ空白で区切られたものとして渡したかったものが

コマンド “URL オプション”

という一続きになっていたということ。

そりゃそんなURL無いって言われるわ。

解決法

解決するには SH_WORD_SPLIT オプションを設定するとbashと同じ扱いになるらしい。

setopt SH_WORD_SPLIT

これをスクリプトの先頭の方に追記。
無事動くようになりました。

また ${=VAR} という形にするという方法もあり。

書き直すの面倒だから今回はしないけど。

思わぬ落とし穴でした。

Mojave（10.14）までのデフォルトシェルは bash です。
macOS Catalina（10.15）から zsh に変えられたのは有名なお話（？）

とは言えMojaveにももともとzshは入っているので、
せっかくだからこれを機に bash から zsh に切り替えてみようかと。

ついでに一番新しいバージョンをインストールして使ってみようかと考えました。

Mojaveのデフォルトシェルはbash

冒頭に書いたようにMojave（10.14）までは bash がデフォルトで使われています。
しかもちょっと古めのバージョン（GNU bash, version 3.2.57(1)）でした。

バージョンを上げられなかったのはライセンスの関係だとか。
その辺りのことで Catalina からは zsh になったようです。

ま、それはさておき、
バージョンを調べてみると

$ bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)
Copyright (C) 2007 Free Software Foundation, Inc.

$ zsh --version
zsh 5.3 (x86_64-apple-darwin18.0)

こんな感じ。

以前は（と言っても今も使ってますが）High Sierra に bash-5.0 をインストールして使っていました。
もともと入っていたバージョンは同じ bash 3.2.57(1) です。

【Mac】最新のbash5.0（+パッチ）をインストール

さて、つい先日知ってからちょっと気になっていたこと。macOS Catalina(10.15)からデフォルトシェルが zsh に変更されているという話。その辺りについては詳しく知らないものの、既に変更されたのなら今後はzshを使った方が良い...

www.wholenotism.com

2020.05.24

んでもって zsh の新しいバージョンを調べてみると、
どうやら ver5.8 というのが最新らしい。（2021/2/3現在）

ということで今回は Homebrew から zsh(5.8) をインストールしてみます。

Homebrewからzshをインストール

もともと入っていたバージョンのはそのままに、
Homebrew から新しいzshをインストールします。

$ brew install zsh

これで

/usr/local/bin/zsh

にインストールされました。
簡単簡単。

次に

/etc/shells

にパスを書き加えます。

Finderから「フォルダへ移動」メニューで開いてテキストエディタで編集してもいいですし、
ターミナルから

$ sudo bash -c 'echo /usr/local/bin/zsh >> /etc/shells'

と入力してもOK.

その結果

# List of acceptable shells for chpass(1).
# Ftpd will not allow users to connect who are not using
# one of these shells.

/bin/bash
/bin/csh
/bin/ksh
/bin/sh
/bin/tcsh
/bin/zsh
/usr/local/bin/zsh

ちゃんと追記されました。

ログインシェルの変更

さてインストールはできたので、
次はログインシェルを bash から zsh に変更します。

ターミナルから

$ chsh -s /usr/local/bin/zsh

と打ち込んで、パスワードを入力して変更。

ターミナルを一度閉じて（ログアウト）開き直すとこう表示されました。

This is the Z Shell configuration function for new users,
zsh-newuser-install.
You are seeing this message because you have no zsh startup files
(the files .zshenv, .zprofile, .zshrc, .zlogin in the directory
~).  This function can help you with a few settings that should
make your use of the shell easier.

You can:

(q)  Quit and do nothing.  The function will be run again next time.

(0)  Exit, creating the file ~/.zshrc containing just a comment.
     That will prevent this function being run again.

(1)  Continue to the main menu.

--- Type one of the keys in parentheses ---

.zshrc などがないからその設定ですね、初回の。

(q) 何もしない。次回も同じ画面でるよ
(0) コメントだけの空ファイルを作る
(1) 対話形式のメインメニューへ

とりあえず 0 を押して空のファイルを作っておきました。
中身は色々情報見ながら書けばいいし、
メニューのはなんか面倒臭そうで。

試しになにか打ち込んでみると・・・

% echo $SHELL
/usr/local/bin/zsh
% zsh --version
zsh 5.8 (x86_64-apple-darwin18.7.0)

うん、表示された。

プロンプトの記号がパーセント（％）に変わっているのにちょっと違和感あるけど。

まとめ

ということでデフォルトのログインシェルを bash から zsh(5.8) に変更してみました。

High Sierra に bash5.0 を入れた時は、Homebrewからではなくソースからmakeしてインストールしました。

でも断然Homebrewを使った方が楽。

あとはなんか「oh-my-zsh」とかいう便利なフレームワークがあるようですがそういうのはまぁ追々。

だって色々さわってみないとまだ何が何やら・・・なので。

とりあえず今回はインストールするところまで。
では。

アイコン表示もクイックルックでの表示もできるようになりましたが、
プレビュー（Preview.app）で開くことはできません。

面倒臭いので webp → png に一括で変換できるようにしてみました。

webpフォーマットとは

簡単におさらい。

WebPは、米Googleが開発しているオープンな静止画像フォーマット。ファイルの拡張子は「webp」
（Wikipedia WebPより引用）

ちょっと前に「WebPQuickLook」というwebpに対応させるプラグインを導入しました。

WebPファイルをmacで表示できるようにする方法＆変換方法

Macでwebp形式のファイルを表示できるようにする方法です。とは言え既に対応ブラウザでは表示できるので正確に言うとFinderのプレビュー画面（Quicklook）なんかでも見られるようにするプラグインを導入します。ついでにブラウザのキャ...

www.wholenotism.com

2020.10.29

一応これでMacでも表示できるようになりました。

PhotoShopにもプラグインを導入することで開けるようになったのですが、
いちいち起動するのが面倒臭い。

もっと手軽にできないものか？

コマンドラインから webpを変換 or webpに変換

webp形式を開けるフリーソフトなどをまた別に導入してもいいのですが、
そもそも webpquicklook を入れた時点で webp というパッケージもインストールされています。

なので

• cwebp（webp形式に変換）
• dwebp（webp形式から変換）

という変換のためのコマンドが使えるようになっていたのです。

とは言え、
これまたまずはターミナルを開いて、コマンドを手打ちして、変換して・・・なんて面倒臭いですよね。

じゃぁ自動化してしまえ、ということで Automator を使います。

Automatorで画像を一括変換するサービスを作成

アプリケーション > Automator.app

を開き、「サービス」を選択。

左ペインから
「選択されたFinder項目を取得」と「シェルスクリプトを実行」を右ペインに。
「選択されたFinder項目を取得」は必要ありませんでした！二重にファイルを渡すことになるので追加しないで大丈夫です

“サービス”は、次の選択項目を受け取る：イメージファイル
検索対象：Finder.app

シェル：/bin/bash
入力引渡し方法：引数として

スクリプトを入力

export PATH=$PATH:/usr/local/bin
for file in "$@"
do
  dwebp "$file" -o "${file%.*}".png
done

ちなみにファイルがwebpフォーマットかどうかの判別はしていませんので、
違うものを入力してもエラーが表示されます。
そこは”使う人自身フィルター”で。

あとは名前をつけて保存。

例：webp->png

など。

~/Library/Services

に保存され、webpファイル（イメージファイル）を右クリックすれば「サービス」のところに表示されます。

実行すると同じ場所に .png の拡張子で変換後のファイルが保存されます。
複数選択可能です。

webpをjpgに変換したい

デフォルトではpngフォーマットに変換されます。

ドキュメントマニュアルには書いていませんが
出力するファイルの拡張子を .jpg に変えるだけで

webp -> jpg にも変換できます。

dwebp "$file" -o "${file%.*}".jpg

dwebp オプション

簡単にいくつか紹介。

-h
ヘルプ表示

-o string
出力ファイルの指定。デフォルトではpng形式。

-bmp
BMPに。

-tiff
tiffに。

-crop x_position y_position width height
クロップ指定。左上からの座標。

-scale width height
スケール指定。スケーリングはクロップの後に適用。

その他詳しくはドキュメントを確認してください。

dwebp  |  WebP  |  Google for Developers

developers.google.com

まとめ

今回はwebpファイルを右クリックで png や jpg に変換する方法を紹介しました。

いちいちアプリケーションを開く必要がないので楽チンです。

Automatorのこういう気軽に扱えるところがまたいいですね。
（まぁそもそもmac OS自体がさっさと対応してくれたらもっと良いんですけどね、たぶん。）

ということで今回は以上！
それでは。

とは言え既に対応ブラウザでは表示できるので
正確に言うとFinderのプレビュー画面（Quicklook）なんかでも見られるようにするプラグインを導入します。

ついでにブラウザのキャプチャ機能を使ったpngへの変換や
Photoshopで開くためのプラグイン紹介も。

WebPフォーマットとは

画像フォーマットの一つ

WebPは、米Googleが開発しているオープンな静止画像フォーマット。ファイルの拡張子は「webp」
（Wikipedia WebPより引用）

アルファチャンネルが使えるほか、
従来のjpegやpngに比べてファイルサイズを2〜3割小さくできる、としています。

ただ問題はデフォルトでOSが対応していないこと。
見れない、開けないじゃ意味がない。

何も対応していなければ当然ちゃんと表示できない。

アイコンは真っ白

Quick lookでもグルグルするだけで表示されない
当然Finderのプレビューでも同じこと。

ブラウザ「Firefox」を使った変換方法

webp形式が見れないなら見れる形式にすれば良い。
例えば webp → png に。

それがまず一つ目の方法。

mac OS側で対応できていなくてもブラウザでは開けます。
safariは無理ですが。（対応していない）

ブラウザで開く

ブラウザにドラッグアンドドロップ等で目的のファイルを開きます。

開いたら画面上で右クリックし「スクリーンショットを撮る」を選択

表示されている画像の領域をクリックして選んだら

「ダウンロード」で規定の場所にpngとして保存されます。

WebPQuickLookを使う

形式変換はブラウザでもできますが、いちいち作業するのは面倒です。

最初から Quicklook に仕事してもらいましょう。

Quicklookとはファイルを選択してスペースバーを押せば中身がみられるあの機能です。
同時にサムネイルの作成にも関与しています。

「WebPQuickLook」はwebpに対応させるプラグイン。
→https://github.com/emin/WebPQuickLook

今回はHomebrewを使ってインストールします。
（Homebrewのインストールは済ませておいてください）

ま、やることは単純。

brew install webpquicklook

これだけ。
インストールが終わったら

サムネイルでも

クイックルックでも表示されるようになりました。

Photoshopにもwebpに対応させる

Photoshop用のプラグインが配布されています。

https://developers.google.com/speed/webp/docs/webpshop
アプリケーションの「プラグイン」フォルダに放り込んでください。

古いバージョン（Mac CS2/3/4,CS5/CS6）のPhotoshopをお使いの場合はこちら。

お使いのバージョンにあったものをダウンロードし、アプリケーションの「プラグイン」フォルダに放り込んでください。

まとめ

ということで「WebPQuickLook」プラグインを導入してみました。

おかげでFinderでも表示されるようになりました、快適、快適。

色々と有用なフォーマットが増えるのは良いのですが、
OSが対応してくれないと困りますね。

今後、このフォーマットは使われるようになっていくのでしょうか。

それともあまた現れては消えて行ったものの後を追うのか・・・

どうなんでしょ。