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

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

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

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で元々使えるもので、スリープを抑制するコマンドです。
録画途中でスリープに入られると厄介なので。

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

具体的には、画像を開いてトーンカーブやモザイク処理などを行った後（手動）、
ブログ用にリサイズして保存する（タスクの自動化）。

複数画像を一括してリサイズするのではなく、
あくまでも手動で開いた１枚の「リサイズ＆保存して閉じる」部分だけ自動化したかったのです。

GIMPにはアクション（自動化プロセス）が無い！？

GIMPを深く使い込んでいるわけではないので、
なんとなくフォトショのアクションに似たようなものがあるんじゃないか・・・と勝手に想像していたけどどうやら無いらしい。

代わりに Script-Fu や Python-Fu といったスクリプトを書いて実現するみたい。
Script-FuはScheme（スキーム）というプログラム言語で書き、Python-FuはPython（パイソン）で書く、という違いがある。

Python-Fuでスクリプトを書いてみる

書いてみる、と言っても詳しくないので
サンプルを参考にしつつ、処理の部分を自分のやりたい事に置き換えて書いてみました。

#!/usr/bin/env python
# -*- coding: utf-8 -*-

from gimpfu import *
import os

def plugin_main(image, layer):
  savepath = "/Users/me/Desktop/img/" #保存先
  image = gimp.image_list()[0]

  # 画像のリサイズ
  new_width = 1024
  new_height = int(image.height / (float(image.width) / new_width))
  pdb.gimp_image_scale(image, new_width, new_height)
  #image.scale(new_width, new_height) #built-in method

  # 画像の保存
  newjpg = os.path.join(savepath, "_" + os.path.basename(image.filename))
  pdb.gimp_file_save(image, image.active_layer, newjpg, "")

  # 閉じる
  for i in range(image.ID + 1):
    #print 'i: %d' % (i)
    display = gimp._id2display(i)
    if isinstance(display,gimp.Display):
      #print(display)
      gimp.delete(display)
      break

register(
        "python_fu_resize",      #プロシージャの名前
        "テスト",                 #プラグインの情報
        "テスト",                 #詳しいプラグインの情報
        "author",                #プラグインの著者
        "author",                #コピーライト
        "09/29 2023",            #日付
        "/Filters/Languages/Python-Fu/resize-save-action",    #メニューに表示するプラグイン名
        "",                      #画像タイプ
        [],                      #引数
        [],                      #戻り値
        plugin_main)

main()

条件と処理の流れ

保存先のフォルダは事前に用意。
画像のサイズは横幅1024pxに合わせてリサイズ。
高さを計算する際に小数点以下切り捨てになってしまい、縦横比のズレが大きいので float() を付けて計算したのちに int() で整数に。

ファイル名の先頭に”_”（アンダースコア）を付けて保存。

画像を開くたびに画像のID（image.ID）は数が増えていくのですが、
表示に使われる display の数値は必ずしも画像のIDと一致しません。

現在使用している display の数値がわからないと閉じようにも閉じられないので、もう力技で1から数えて探ってます。
一致したら gimp.delete(display) に渡して閉じます。

メニューの

フィルター > Python-Fu > resize-save-action

に項目として出るようにしました。

ちなみに画像ファイルを一つ開いて編集・調整することが前提。
複数ファイルを一括処理するようにはしていません。

プラグインフォルダに保存、パス通し

拡張子 .py を付けて保存します。

python_fu_resize.py

既存のプラグインフォルダに入れるか、
自前で用意したフォルダに放り込みます。

バックアップをとるのに楽なので今回は自前のフォルダにしました。
設定からパスを通しておきます。

実行権限を付与

実行権限がないとプラグインとして動いてくれないので権限を付与します。

保存先でターミナルを開き、

chmod +x python_fu_resize.py 

のように実行

まとめ

なんとかやりたかったことは実現できました。

けっこう試行錯誤しましたけど。

特に画像を閉じる部分においては正直面倒臭かった。
ユーザーが開いた画像はスクリプトで閉じることは出来ない的な情報もあったりして・・・。

まぁ結果的にはなんとかなったので良かった。

いつからかはわかりませんが恐らくOSのアップデートあたりかな。たぶん。

アンインストールしようにもアプリが起ち上がってきてくれないとその選択肢を選べない・・・
困った。

そんな時の対処法。備忘録。

LuLu – オープンソースのアプリケーションファイアーウォール

MacOSにはファイアーウォール機能がありますが、外からのアクセスを遮断するのが基本です。

中から外へ向かうアクセスをコントロールしたいのです。
アプリケーションごとの設定で。

そこでこれ。

LuLu is the free, open-source firewall that aims to block unknown outgoing connections, protecting your privacy and your Mac!

→ LuLu
https://objective-see.org/products/lulu.html
https://github.com/objective-see/LuLu

アプリケーション毎に通信を許可するかどうか設定できます。

ん？ファイヤーウォールが起動してない？

インストールしてしばらく経ったある日。
ふと気がついたらluluが起動していない。

あらためて起動しようとしても「セキュリティーとプライバシー」から承認しないといけない、て言われちゃう。

LuLu’s Network Extension is Not Running
Extensions must be manually approved via Security & Privacy System Preferences

ネットワークの設定を見てもやはり「Not Running」

でも「セキュリティーとプライバシー」に承認するメッセージなんて出ていない。

となると再インストールだけど・・・
確かアンインストールはアプリから出来たはず。
そういうのは素直にアプリケーションからやった方がいい。けど起動できない。ん〜困った。

・・・詰んだ？（詰んでない

ファインダーから直接アンインストーラを起動

本来ならここからアンインストールできます。

が、起動しないのでアンインストーラを直接叩く。

アプリケーション > LuLu.app
から「パッケージの内容を表示」

Contents > Recources > LuLu Uninstaller.app
があるので起動し、「Uninstall」を押下すればアンインストールできます

リスタートを促されるので再起動

LuLuの再インストール

LuLuの再インストールはdmgをダウンロードするかHomebrewから。

自分はHomebrewからの再インストールを試しましたが、
なぜか「すでにインストールされてるよ！再インストール(reinstall)でやってね！」って言われました。

まぁ素直にそうしたらできたので問題はありませんでしたが。

brew reinstall lulu

dmgからインストールしたと記憶していたのですがもしかしたらHomebrew使ってたのかもしれない。
だとしたら回り道しちゃったな。

ま、いずれの方法にせよインストールし直して、表示されるExtensionの許可をすれば再インストールは完了です。

まとめ

ということで無事にアプリケーションファイヤーウォール復活しました。

ただユーザールールなんかは消えました。

とは言え使っていくうちに定まるので問題はありません。

同じような状態に陥った方がいらっしゃったらこれが参考になれば幸いです。

では。

追記：LuLuのルール設定がある場所について

/Library/Objective-See/LuLu/rules.plist

にあります。
もし起動できなくなって再インストールするときにはこれを事前にコピーしておきましょう。
再インストールして問題なく起動したら、コピーしておいたファイルで上書きすれば以前のルールが復活します。

これまでは普通にマルチカードリーダーをUSB接続で使ってました。
でもケーブルが断線しかけているらしくちと不安定。

これからは楽ちんやぁ♪
なんてウキウキしながら背面のスロットに挿してみたものの、うんともすんとも言いません。何度挿し直してもダメ。

ググってみたら挿し方にコツがあるとかなんとか出てきたけど・・・んなあほな（＾＾；

macのスロットにSDカードを挿しても認識しない！？

以前OSをクリーンインストールしようとして失敗したSDXCカードスロット。
途中で”ペケマーク”が出て進まなくなるんですよね。
あくまでもOSのセッティングが完了してから使えるみたいなイメージ。

それはさて置き。
なんで？どして認識しないの？

すでにセットアップされたMontereyを使ってるのに認識されない。
システム情報を開いても、ディスクユーティリティから見てもSDカードが認識されてない。

当然デスクトップにもFinderにも出てきません。

ん〜困った。

一度ログオフしてログインし直してもダメだし、再起動してもダメ。

なのにOptionキーを押しながら起動すればちゃんと認識されている。（インストールディスクとして使ったものを挿入）
その時点で認識されているということは接触不良とかじゃない。

挿し方のコツ云々の話じゃない。

どゆこと？

挿し直してもダメならUSBデーモンの再起動を

結論を。

USBデーモンの再起動をしたら直りました。

ただ接触不良が原因としてないわけじゃない・・・ので、似たような症状でお困りの方はコツとやらも一応お試しください。
真っ直ぐチャッと挿すのがコツだそうです。ゆっくりではなく。

それでもダメならターミナルから、

sudo launchctl stop com.apple.usbd; sudo launchctl start com.apple.usbd

と入力。
USBデーモン（com.apple.usbd）を停止させた後、再スタートさせます。
パスワードが聞かれるので入力したらOKなはず。

無事に認識されました。
そしてこれ以降はSDカードを挿すだけでちゃんと認識してくれるようになりました。

これでダメなら一応PRAMとSMCリセットをしましょう。
物理的に壊れていなければそれで多分大丈夫なはず。

まとめ

iMacのSDXCカードスロットが認識されない問題は「USBデーモンの再起動」で解決しました。

これがうまく動いてないとデータ転送はおろか、SDカードの認識すら危うくなると。

実際にはSDカード自体の不良だったり、スロットの接触不良だったりと様々な要因から不具合は発生します。

これが絶対的な問題解決の手段ということではありませんが、挿し方のコツとやらでうまく行かなかったらお試しください。

それでは。

備忘録。

スティッキーズのデータがある場所

結論から。

~/Library/Containers/スティッキーズ/Data/Library/Stickies/

Finderのメニュー、 移動 > フォルダへ移動 から開くか、
Finderから cmd + shift + .（ドット） で非表示フォルダを表示して開く

中にある

xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.rtfd

がデータファイル。

中身はFinderの表示をカラムやギャラリーにしてプレビュー、もしくはファイルを選んでクイックルックで確認可能。

別の起動ディスクからデータを持って来る場合には移動元からコピペしてアプリ再起動でOK。

バックアップ取るほどの内容は貼り付けておかないような気もするけど、
バックアップを取るなら該当ファイルを別の場所にもコピーしておくか、
「ファイル」メニューから「テキストを書き出す」などを使って書き出す。

定期的にバックアップを取りたければスクリプトを書いてcronなどに設定すれば良いかも。

後書き

外付けSSDにVenturaをインストールしてみたものの、
なんか使いづらい・・・ていうか使いづらい。

「Venturaは外付けSSDに難あり」みたいな意見も散見されたので、一つ落としてMontereyにしてみた。

システム設定一つとってもやはりこっちの方が良い気がする。
あちこちの設定画面に飛ばすくせに戻れないのも地味に不便だった。

で、そういえばと思って内蔵HDDにも入れたVenturaからデータを移行すべく、
情報を探したので一応備忘録として記事化。