コードと要約(クリック)

要約：本システムは、AppSheetとPythonスクリプトが連携し、Googleスプレッドシート上のメタデータに基づき動画・音楽ファイルをBunny CDNへ自動アップロード・管理する。 AppSheet側では、動画ファイル（mp4等）で「bn低画質動画単独生成=TRUE」かつ「bnステータス=処理待ち」の条件を満たすと、「Bunnyファイル生成更新」アクションが起動する。 MacのLaunchAgent (`com.XXXXXX.bunny_factory.plist`) により60秒ごとに実行されるPythonスクリプト`f1_bunny_factory.py`は、スプレッドシートを監視。システム設定のマスターSWが「ON」の場合に、「処理待ち」のレコードを検出する。 検出されたファイルは拡張子に応じ処理される。動画ファイルはBunny Streamへアップロードされ、動画IDとストリーミングURL（高画質・低画質）を生成。音楽ファイルはBunny Storageへアップロードされ、エンコードされたファイル名と直接アクセスURLを生成する。 アップロード後、スプレッドシートは新しいURLなどで更新され、「処理待ち」ステータスが「完了」となる。同時に、スプレッドシートに残る古い動画IDやファイル名が存在すれば、Bunny CDNからそれらを削除し、ログに記録する。これにより、Bunny CDN上のコンテンツが自動で最新に保たれる。

公開スクリプトに関するお問い合わせは以下へ↓

上の動画は、Bunny CDNを使っています。プレーヤーはWordPress備え付けをカスタマイズしています。

はじめに

今回は、少しマニアックな動画配信の裏側の話題です。 長年愛用してきたVimeoですが、3月頃に「Plusプランが廃止の方向」という記事を目にしました。それに伴い、現在月額750円程度の料金が、1,200円程度に値上がりする方向だそうです。私の動画配信の利用レベルからすると、これは明らかな無駄遣いになってしまいます。 「いよいよVimeoの代替を探す時が来た」と決断し、日頃から頼りにしているGeminiなどのAIと相談しながら、今回の移行作業を進めてきました。

１　コスパ最強のCDN選び：Bunny vs Cloudflare

移行先を検討する上で、最終的な候補に残ったのは「Bunny CDN（Bunny Stream）」と「Cloudflare Stream」の2つでした。両者のコストパフォーマンスを比較した結果、私はBunny CDNを選択しました。

Bunny CDNの最大の魅力は、月額の最低料金がたったの1ドル（約150円）であることです。 支払いの仕組みは「デポジット制」を採用しており、自動チャージと手動チャージが選べます。感覚としては交通系ICカードのSuicaと同じです。私は手動チャージにしてあります。デポジット残高が少なくなると通知が来るはずです。 これによって、Vimeoをこのまま放置していれば月額1,200円かかるところを、Bunny CDNなら月額150〜300円程度にまで節約できそうです。小規模な個人運営にとって、このコスト差は圧倒的です。

２　料金だけじゃない！「自動トランスコード」と「直リンク」の解放

Bunny CDNを選んだ理由は、単に安いからだけではありません。 Vimeoの大きなメリットであった「視聴者の環境に合わせて画質を調整する自動トランスコード機能」を、Bunny CDNもしっかりと備えています。

さらに決定的な違いが、ストリーミング配信用（.m3u8）の「直リンクURL（ダイレクトURL）」がそのまま使える点です。 Vimeoのような大手サービスでは、専用のプレーヤーを通すことが強制され、カスタマイズが困難でした（例えば、字幕一覧から特定のシーンへジャンプするなど）。しかし、直リンクが解放されているBunny CDNなら、自作のテンプレート（dr52.phpなど）を使って、オリジナルの自由な配信の仕組みを完全にコントロールすることができます。

３　英語の壁は「AIのサポート」で乗り越える

Bunny CDNを導入する上での唯一の難点は、サービス画面やマニュアルがすべて「英語」であることです。 しかし、今の時代、GeminiやChatGPTといった生成AIにサポートしてもらえば、英語はまったくハンデになりません。設定で分からないことがあればAIに聞き、PythonやAppSheetのシステム構築もAIと二人三脚で進めることができます。この強力なサポートがあれば、高齢者であっても最先端のインフラを構築することは十分に可能です。

４　複数の配信所を切り替える「マイライブラリ」の完成

今回の移行以前からですが、私が構築した「マイライブラリ」システムは、状況に応じて複数の配信サーバーを即座に切り替えられるようになっています。

それぞれのサーバーには特徴的な役割があります。

• Dropbox(1)：動画の製造工場からの「産直（ダイレクト配信）」。
• Bunny(2)：今回追加、自動トランスコード付きの配信所。
• Xserver(3)：安全で安定したWordPressの「メインのホスティングサーバー」であり、配信を振り分けるルーティングの中枢。
• pCloud(4)：買い切りプランを活かした「保存倉庫」。

もし配信にトラブルが起きても、Xserver、pCloud、Dropboxへ速やかに切り替えることができます。 ここに、強力なCDN配信所として「Bunny CDN」が加わった形になります。このような柔軟で自立したエコシステムが完成した今、私がVimeoなどの大手プラットフォームに依存し続けるメリットは殆どなくなりました。

５　逆転の発想〜再生数が多過ぎたら、その動画をYouTubeへ隔離する。

そんなことはないとは思いますが、もし動画に過度に人気や関心が集まり再生数が増大してしまい、Bunnyの料金負担が重いと感じるようになってしまったとします。具体的には月2$(300円)を超えるような場合です。その場合は、その動画を特定して（Bunnyのダッシュボードの左サイドバー→Monitoring→Logs→Report→Video Libraryから自分のライブラリを選択→Top10 URLs by Traffic）、その動画をYouTubeへ隔離するようにしたいと思います、残念ながら広告が入るかも知れませんが。その動画とて、公共の道具であるインターネットを通じて公開してきているわけですので、観たい聴きたいというニーズに対しては、応えていく必要はあると思います。

また、BunnyのStreamとして保存したGB数の上限を自分で決めて、それを超えた場合は、古いものについては、Bunnyから除去して、ファイル選択もBunnyを外して、標準の拡張子別の再生に切り替えるようにすることも考えています。

このようにマイライブラリを使うことにより、出費をコントロールしながら、自由自在に、動画の配信所の選択ができるわけです。

おわりに：世界情勢が物語る「脱・依存」の重要性

特定のプラットフォームにすべてを預けてしまうと、規約変更や大幅な値上げ、あるいはサービス終了の際に、自分のメディアが人質に取られたような状態になってしまいます。最近の世界情勢が物語っているように、何か一つの場所やサービスに過度に依存しないことは、情報発信においても非常に重要です。

Vimeoからの卒業は、まさに自分の資産を自分自身でコントロールする自由を手に入れるための、最良の決断でした。これからも色々工夫して、このブログの、無料かつ非営利の配信を堅持していきます。

YouTube,SNSといった庶民による動画配信が拡大したことにより、動画作成や字幕作成、翻訳などについてのアプリやサービスは、百花繚乱といった状況です。

アプリやサービスを、取り替えては楽しむ。それは若い人は、それでいいのでしょうが、私なんかは、手作業で地味にコツコツできないものか、とすぐに考えてしまいます。

QuickTimePlayerとテキストエディットは、Macを買えば、最初から入っています。いわば大工のノミとカンナのような小道具です。今回、感じたのは、新しいものの吸収も大事だが、古くからある道具にコツコツ慣れることも大事だろう、と思えることです。

下のイメージ図は、動画と字幕作りのワークフローです。結局、作られたものは必ずといっていいほど、作り直しが発生するわけです。その時に、本格的に動画アプリでその修正を行うか、または、ノミ、カンナなどDIYショップで買えるような小道具で行うか。そこの選択ですが、私は、まずはDIYを選ぶ。ダメなら動画アプリなどを選ぶ。そのような順番で考えます。

＜クイックアクション＞

ポイント解説

１　「字幕工房」の利用

動画や字幕を修正する小道具は、ノミやカンナのようなものと言いましたが、小道具側に入れるが、ちょっと高級なもの、電動ノコギリのようなものが「字幕工房」です。
ナレーションを文字起こしするような場合は、Vimeo、Vrew、Filmoraなどの機能を使って字幕ファイルが自動生成されますが、内容を文字で説明する場合は、説明文を自分で打ち込むことになります。そのような場合に、「字幕工房」は向いています。

「字幕工房」は、動画(mp4 mov)の上で、右クリック->このアプリケーションで開く->「字幕工房.app」で開けるのが非常に便利です。

この「字幕工房」は字幕をQuickTimeプレーヤーおよびSafariと紐付けするようになっています。その紐付け状態でWordPressプレーヤーで再生させると字幕が二重になったり扱いが面倒になります。従って、私としては、動画は動画として独立、字幕は字幕として独立して作成して、配信するときに、紐付けて動作させるやり方にします。

その方法ですが、2つ注意点があります。1つ目は、作成した字幕を忘れずに書き出すこと。ファイル->SRT->書き出す->日本語、とすると同じフォルダにSRTが書き出されます。これを忘れると、終了の時、字幕が何も残らない結果（何も修正されない結果)になってしまいます。SRTで書き出すことが字幕の保存という意味です。作業を後日続けたい時は、「読み込む…」で行います。その上にある保存、別名で保存は、mp4.mov動画の保存であり、私の場合は使いません。

2つ目は、終了する時、「動画に加えた変更を保存しますか？」と聞かれますが、動画のイメージ自体には何も変更はありませんが動画と字幕を紐付けすることは、動画にとっての変更となるでしょう。動画には何の変更もされたくありませんので「保存しない」を選びます。

上のスクリプトの説明表の中の動画は、「字幕工房」QuickTimePlayerで作成しています。

※「字幕工房」：Mac App Storeで購入できます。買い切りで約1000円。

２　Appleスクリプトによる字幕ファイルのかんたん作成

「字幕工房」よりもっと、かんたんな作成方法です。QuickTimePlayerで動画を表示しながら、止めた位置に、字幕テキストを書き込んでいく簡単なアプリを作成しました。そこそこ実用になります。→「字幕かんたん作成」

３　字幕文章の時刻情報(00:00:00)の挿入と削除について

上の表にあるように、字幕文章の先頭に秒未満をカットした時刻情報(00:00:00)を、挿入したり削除したりできます。一応、その都度、ファイル名に、timeadded、timeremovedが追記されます。なぜ、このようなものを用意しているかですが、動画内の字幕が翻訳できない場合の補助として、その字幕の位置を示すためです。例えば、Vimeoなど動画内に表示される字幕を翻訳できる場合と、WordPressのように動画内では翻訳できない場合があります。字幕一覧は翻訳されます。
時刻情報が文章に入っている例：
下は、Dropboxの動画をWordPressプレーヤーで配信している例です。ページ左上の「言語を選択」から適当な言語を選んで表示してみてください。(1)はリアルタイムで翻訳されますが、動画の外枠へ表示します。(2)は動画内の字幕は日本語ですが、字幕一覧は翻訳されます(長い動画の時は翻訳の改行が不安定になりますが)ので、時刻情報をキーとして内容を把握できます。
(1)メールを全受信に表示しない方法＜字幕一覧なし＞ 33秒(動画🎥Dropbox)
(2)メールを全受信に表示しない方法＜字幕一覧あり＞ 33秒(動画🎥Dropbox)

必要に応じて、文章頭に時刻情報を入れることが可能、と捉えてください。

４　その他

動画作成の作業を便利にするものとして、今回は、QuickTimePlayer、テキストエディット、字幕工房を具体的に取り上げましたが、網羅するならば、上に掲載したクイックアクション、それから、下にあるStream Deckの各設定が、全体像になります。

Stream Deckに関しては、また別に取り上げます。

以上。

現状では、世界のどこかの人が何かのデバイスで、このブログを見て、その中の動画を視聴した時に、言葉がわからないという問題にぶつかります。ですから、そのブログの中に、言葉をわかるようにする「手掛かり」を配置しておきたいと思います。

ただその「手掛かり」と言っても、なかなか簡単ではありません。
条件が複雑過ぎるからです。

現在、条件がどうマチマチであるか眺めてみます。まず、デバイスとしてポピュラーなものをピックアップすると、WindowsPC,Mac,iPhone,iPad,Android携帯、Androidタブレット、以上になるでしょうし、OSでポピュラーなものは、Windows,Mac,iPad/iPhone,Androidになるでしょうし、ブラウザでポピュラーなものは、Chrome,Edge,Safariになるでしょうし、さらに動画の配信側は、YouTube,Vimeo,WordPress,Dropboxなどクラウドサービス、自宅サーバーなど。。
こんな複雑な条件の中で、今、こうしたブログさらにその中の動画などが配信されているわけですね。ですから、全てのユーザーに、「言葉がわかるようにする」のは無理と言っていいでしょう。

結論が遅れました。

それほど、手の込んだ工夫ではありません。

動画の下に、タイムコードあるいは番号が付いた「字幕一覧」を配置すべし。
具体的には以下です。

このような折りたたみの字幕一覧を用意しておくと、ブログの翻訳をすれば、この部分も翻訳されます。(1)(2)などの番号でもいいですが、動画の中の位置が分かりません。タイムコードなら動画のバーを近くに持っていけます。YouTubeなどで字幕の自動翻訳もありますが、速く進み過ぎて目が追いつけません。だから、自分のペースで追いたいです。逆に、急いでいるので動画の要点をサラッと知りたいということもあります。いわば「本屋の立ち読み」です。音声の早送りより、はるかに生産性は高いです。10分の動画でも字幕一覧をみれば30秒で概略がわかります。

AIの解読力ですが、動画を理解することもできるようになってきてはいます。しかし多大なリソース消費の問題もあり正確性も今一歩のところがあります。Geminiに質問してみましたが、動画に字幕ファイルが別添されている形が、AIとすると一番ありがたい形式、と言う返答でした。

いずれにせよ字幕一覧形式は非常に優れています。翻訳した字幕一覧を自分のメモに貼り付けることも出来ます。字幕が邪魔なら、動画の字幕を非表示にして、この字幕一覧を折り畳めばいいです。

ちなみに、上の折りたたみ字幕一覧を、左上のGoogle翻訳で試してみてください。翻訳の途中から改行がされない現象が生ずる場合があります。これはChromeからChromeの翻訳機能を使っても同じ現象になるでしょう。
次に、AppleやWindowsの翻訳を試してみてください。ブラウザから利用できると思います。それを使うと、正しく改行されるはずです。

Macで使う場合、Vimeoの動画に表示される字幕の翻訳は、Google翻訳では翻訳不可ですが、Apple翻訳ではVimeoの動画に表示される字幕を翻訳してくれます(動画無音)。iPad,iPhoneではそれが難しいのでWordPress固定ページに字幕一覧を読み込んで工夫することにします(動画有音)。

Apple翻訳で気づいた欠点の一つは、WordPress動画プレーヤーで表示される字幕について翻訳しようとする時パカパカと点滅状態になるため(動画無音)字幕は非表示にせざるを得ない点があります（2024.2月現在)。

なお、WindowsのEdgeにより、vimeoのプレーヤーを直接に呼び出す場合ですが、AppleのSafariと同じく、字幕は直接に翻訳されます(動画無音)。

総じて、各社の字幕や翻訳の対応は、まだまだバラバラな状況と言っていいです。そこへ群がるように、各社がAI生成画像、音楽などのサービスをくっつけてきているというのが現状です。

そこで、振り回されないように、字幕一覧を配置して、Apple/Windows翻訳とGoogle翻訳の両方を使い分けるようにしよう。というのが、この投稿の主張です。

＜字幕作成に関するオリジナルスクリプト一覧表＞

ポイント解説

１　その他

WindowsPCでのこのブログにリンクした動画の再生についてです。Dropboxの動画についてですが、Dropboxの動画は、ブログに貼り付けた場合は、そのまま素直にストリーミング再生されます。しかし、URLをリンクで再生しようとした場合、ダウンロードしてからの再生を求められます。それはとても面倒なこと。その点も勘案して、Google翻訳アイコン、動画、字幕一覧の各場所をテンプレートにして、動画については、Vimeo、Dropbox、WordPressサーバー、YouTubeなどを貼り付けられるようにして、WordPressの固定ページで動画ライブラリーとしてひとまとめにするように改善中です。

以上

改めて、災害時の損失を抑え復旧を速やかに行うことが大切と感じています。自宅サーバーを今すぐ撤去するつもりはありませんが、自宅サーバーに依存しない方向、自宅サーバーは選択肢の一つにする方向、そちらへ舵を切りたいと思います。動画再生方法のいくつかの選択肢をテストする中で、その選択肢を更に使いやすくする方法を作ってみます。なお、Google単独は、GoogleドライブからWordPressプレーヤーへ動画と字幕を同期させて引き込む方法は、基本的には困難なようですので、対象から除きました。

No1　Vimeo単独

VimeoはYouTubeと同様にトランスコードされてストリーミング再生されるので、停滞が非常に少ないです。Vimeoは、動画の、まるごと差し替えがOK、何回でも上書きアップロードができます。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

動画を別ページで表示します(ここをクリック)。

No2　Dropbox単独

Dropboxは、ブログを補足するための短い簡潔なビデオが適しています。ニッチに役立つことが目的なので、集中アクセスは殆どないと想定しますが、一般向けの内容の場合はVimeoを使います。Dropboxの再生のスムーズさは、WiFi環境であれば、少々待ち時間はありますが、問題なく視聴できると思います。但しスマホで4Gセルラーでの視聴は、時間帯によっては困難かも知れません。特に昼休み。仕事場でWiFiや有線LANでパソコンを使っていた人が、昼休みになると一斉にスマホを使い出すので、昼休みは困難かも知れません。この動画は476MBと大きいサイズです。更新方法は、MacにあるDropboxにリンクしたローカルファイルを上書き保存するだけです。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

No3　自宅単独

Dropboxより非力です。過去の投稿で紹介してきた通り、一般には、476MBという大きい動画を扱うのは無理クリですが、あえて掲載しました。WiFi環境で、高速度なら、視聴できるかも知れません。場合によってはDropboxよりサクサク動くこともあります。更新方法は、MacにあるDropboxにリンクしたローカルファイル(実はWordPressフォルダとも同期させている)を上書き保存するだけです。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

No1~No3と比較してきましたが、現在、安定度に優れるのはNo1のVimeoが第１位、No2のDropbox単独が第2位です。扱い易さは、圧倒的にNo3の自宅単独です。実はこの3つ以外にも、Dropbox(動画、字幕) と自宅(初期画面)、Dropbox(動画、字幕) とGoogleフォト(初期画面)、Dropbox(動画、字幕) と外部(初期画面)についてテストをしましたが、今一つ不安定なことと操作が複雑になることから割愛しました。
しかし、今回、改めて考察するキッカケになった災害リスク。これを考えると、自宅のWebサーバーに比重を置くのは問題といえるでしょう。

従って、今回、「No2 Dropbox単独を採用していきます。10分未満の簡単編集でマニアックなものはDropbox、ファイルが重そうな10分以上あるいは一般向け配信のものはVimeoという使い分けをイメージしています。さあどうかな。

ポイント解説

１　動画の中に登場するAppleScriptの紹介

（１）Dropboxの共有リンクをWordPress貼り付け用に変換するクイックアクションのAppleScriptは、以下です。

コード変換の方法は、

URLの記述の中の

“www.dropbox.com” を”dl.dropbox.com”へ置き換える。

“dl=0” を”raw=1″へ置き換える。

を使っています。なお、拡張子に関係なく扱えています。

DropboxのURLを変換するAppleスクリプト

「AppleScriptを実行」を挿入

-- DropboxのURLを変換するスクリプト

-- ３−１　ベースとなるDropboxの共有URLを一時的に保管する。
set baseURL to the clipboard
set tempURL to ""

-- 共有URLが存在するか確認
if baseURL is not equal to "" then
	
	-- ３−1　クリップボードの結果をtempURLへ置き換える。
	set tempURL to baseURL
	
	-- ３−２　URLの記述の中の "www.dropbox.com" を "dl.dropbox.com" へ置き換える。
	-- set tempURL to replaceText("www.dropbox.com", "dl.dropbox.com", baseURL)
	
	-- ３−３　URLの記述の中の "dl=0" を"raw=1"へ置き換える。
	set tempURL to replaceText("dl=0", "raw=1", tempURL)
	
	-- ３−４　クリップボードに保管する。「クリップボードにWordPress貼り付け用URLをコピーしました。」と表示する。
	set the clipboard to tempURL
	display dialog "クリップボードにWordPress貼り付け用URLをコピーしました。"
else
	display dialog "共有URLが見つかりません。"
end if

-- 文字列中の指定されたテキストを置き換える関数
on replaceText(find, replace, sourceText)
	set text item delimiters to find
	set sourceText to text items of sourceText
	set text item delimiters to replace
	set sourceText to sourceText as text
	set text item delimiters to ""
	return sourceText
end replaceText

（２）WordPress動画貼り付けコード生成用アプリのAppleScriptは以下です。

-- スクリプトのテンプレート
set scriptTemplate to "<figure class=\"wp-block-video aligncenter\">
<video controls
poster=\"%poster%\"
src=\"%video%\" 
playsinline=\"\">
<track default=\"\" 
src=\"%subtitles%\" 
label=\"日本語\" srclang=\"ja\" kind=\"subtitles\">
</video>
<figcaption>%videoDescription%
</figcaption>
</figure>
[dynamic_external_html url=\"%subtitle_list%\"]"

-- ダイアログでユーザーに入力を求める
set posterURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 開始画面の画像のURLを入力してください(省略可)。" default answer "")
set videoURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 動画本体のURLを入力してください(省略可)。" default answer "")
set subtitlesURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 字幕ファイルのURLを入力してください(省略可)。" default answer "")
set videoDescription to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 動画の説明を記入ください(省略可)。※先頭の文字に小文字の< >は不可。" default answer "")
set subtitleListURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 字幕一覧のURLを入力してください(省略可)。" default answer "")

-- スクリプトのテンプレートをユーザーの入力で置き換える
set customHTML to scriptTemplate
set customHTML to my replaceText(customHTML, "%poster%", posterURL)
set customHTML to my replaceText(customHTML, "%video%", videoURL)
set customHTML to my replaceText(customHTML, "%subtitles%", subtitlesURL)
set customHTML to my replaceText(customHTML, "%videoDescription%", videoDescription)
set customHTML to my replaceText(customHTML, "%subtitle_list%", subtitleListURL)

-- 置換用の関数
on replaceText(originalText, searchString, replacementString)
	set AppleScript's text item delimiters to searchString
	set textItems to text items of originalText
	set AppleScript's text item delimiters to replacementString
	set replacedText to textItems as text
	set AppleScript's text item delimiters to ""
	return replacedText
end replaceText

-- 結果を表示
display dialog customHTML

-- 結果をクリップボードにコピー
set the clipboard to customHTML
display dialog "この内容をクリップボードにコピーしました。"

なお、後日、字幕一覧のデータの投稿内引き込みを追加しました。WordPressのfunction.phpへ以下を追加ください。

<?php
// 外部テキストを取得する関数
function fetch_dynamic_external_html_content($atts) {
    // ショートコードの引数を定義
    $attributes = shortcode_atts(array(
        'url' => '' // URLを指定する
    ), $atts);

    $url = $attributes['url'];
    
    // URLが指定されていない場合の処理
    if (empty($url)) {
        return 'URLが指定されていません。';
    }

    // 外部URLからデータを取得
    $response = wp_remote_get($url);

    // エラーチェック
    if (is_wp_error($response)) {
        return 'テキストの読み込みに失敗しました。';
    }

    // 取得したデータの処理
    $body = wp_remote_retrieve_body($response);
    return $body; // HTMLとしてそのまま返す
}

// ショートコードを作成
function display_dynamic_external_html($atts) {
    return fetch_dynamic_external_html_content($atts);
}
add_shortcode('dynamic_external_html', 'display_dynamic_external_html');

?>

上の２つのAppleScriptは、汎用性があります。

例えば、自宅サーバー用のWordPressのカスタムhtml記述については、URLはランダムな文字列を埋め込むことなく、素直なディレクトリの記述になっているので、（２）だけ使います。

２　ChatGPTの活用

上のAppleScriptですが、実は、ChatGPT（無料版の利用）の力を借りています。私は、「指示書を書いて、結果を検証して、間違いを指摘して訂正を求める」だけです。ChatGPTは、プログラミングは得意な分野だと思います。私は、特に活用法をどこかで学んだことはありませんが、質疑応答を、「解決して欲しい問題を書く、何を使って、どのような手順で（手順１　手順２　、、）、プログラミング記述して欲しいかを書く」という流れで繰り返すことができます。但し、即座に正しい解法になることはまずありません。出てきたエラーをそのまま伝えて、訂正を依頼する、それを、５〜６回繰り返して、辿り着く感じです。隘路に入ったためスタートに戻ることも、ままあります。

３　マウスの左を３回クリック

動画の中で登場する、マウスの左３回クリック、トリプルクリックは、このブログをご覧の方はご存知のことと思いますが、紹介します。

４　2023年12月にDropboxリンクの構造が変更。個々のコンテンツ単位で制限管理ができる仕組みへ移行。

DropboxリンクのURLですが、以前は”https://……..？”まででした。2023年12月にrlkey=以降が追加になっています。トラッキング追跡のためか何らかの異常回避、情報収集のためでしょうか。ファイル単位でアクセス制限ができるようになるのかも知れません。いずれにしても、何らかの安全対策だと思います。　自宅サーバーは、サーバー単位か、そこまで細かく出来ていないので、Dropboxは一歩も二歩も進んでいます。

Dropboxヘルプセンターにrlkeyを導入すること及び利用方法(レンダリングの強制 )の説明があります。この中で、ブラウザで直接画像を表示するには、つまりWordPressなどでリンク表示する場合は、raw=1を使ってリダイレクトをさせて使用するように指示が書かれています。まだ移行が完了したとはしていないので、今後とも何らかの仕様の変更があるかも知れません。ウオッチする必要があります。

５　Dropboxリンクを使うならファイル名は英数字で作るのが基本。

Dropboxリンクは、ファイル名を変えても、フォルダを移動しても、変わりません。”https://ランダムな文字列/ファイル名?rlkey=ランダムな文字列“となっています。このファイル名のところですが、日本語の部分が削除されます。ですから、ファイル名は、英数字だけでユニークな文字列をまず書いて、私は年月日プラス連番がいいと思いますが、そこに少しだけ短く日本語を加える書き方がよさそうです。

６　ダウンロードを要求される問題。

Dropboxリンクの末尾をraw=1に置き換えたURLを、WordPressの投稿中の文字列にリンクして再生しようとすると、ダウンロードを要求される場合があります。Dropboxはクラウドストレージが本業であって、データを受け渡すのが本業。だから、動画や画像も、ビジネス上のファイルのやり取りと同様に、利用者が一度自分のフォルダへダウンロードして、その後で、そのファイルを再生する。それが基本だろうと思います。しかしながら私のように、個人のWeb配信に使う場合は、ダウンロードを要求されるなら、それは不便過ぎて利用できないです。そこで、そのような個人的な小規模の発信者に対して、ランダム生成した非常に長いURLアドレスへリダイレクトするなら利用を可能にする、アクセスが集中するようなら視聴制限を加える、そうした条件の下で利用を許可しているということになります。

ともかく、間違いないのは、Dropbox動画ごとに、それを貼り付けた独立ページ（固定ページ）を自分で作ることです。そしてその独立ページをWordPressの文字列にリンク。そうすればWindows/Macほかでもダウンロードを要求されないでしょう。

７　動的トグル

小さな工夫の紹介ですが、上のスクリプトのところで、「字幕一覧のデータの投稿内引き込みを追加した….」と記述しましたが、これの具体例が、以下のトグルです。

上の3つの動画の下部に挿入した字幕一覧のトグルと同じものです。このtxtファイルは、Dropboxの中にあります。上に掲載のfunction.phpをコピペしたあと、

[dynamic_external_html url=""]

上をカスタムhtmlに記述して、url=””のところに当記事で説明した方法で変更したDropboxリンクを挿入します。Dropboxにあるこのtxtファイルを変更すると、全てのこの字幕一覧の表示が変更されます。当たり前といえばそうなのですが、なかなか便利です。動的トグルと呼んでおきます。

８　直接リンクには3つのサーバーがあるが、不安定であり、モニタリング要。

Dropboxから画像を直接リンクする方法は、正直、不安定です。以下に、同じ画像を、DropboxのURLをwww.dropbox.com（変更なし)の場合、dl.dropbox.comの場合、dl.dropboxusercontent.comの場合、を並べます。数日様子を見ていますが、www.dropbox.com(変更なし)がほぼ常に表示されています。これの特徴は、別のトークンURLに書き換えられて表示されるという２段階になっています。状況をウオッチしていきます。
2024.5.5時点で、www.dropbox.com raw=1は表示不可、dl.dropbox.com raw=1は表示可能となっています。

私の場合、Vimeoの一番安いクラスPlusの会員、700円/月、250GBになっています。現在はもうPlusの募集は無く、新体系でStarterが登場し1,200円/月、2TBということになっています。Vimeoの有料会員のサービスに、日本語字幕の自動生成が含まれるようになりました。これを使うのが経済的です。最近、自動生成される文字起こしも、使い物になってきていると感じます。このやり方の何がいいかというと、自分でテキストエディタなどで修正を行なって即反映できること。実は字幕データの修正は、つまり文字の移動や時刻の移動などは、アプリやWeb上で行うより、使い慣れたテキストエディタで行う方がラクです。Vimeoはそうした形での利用に向いています。例えばVimeoの自動字幕起こしを元に作った例は、こんな感じです。

自動字幕起こしにvimeoを使った例_OBS~音声の設定 9分(動画🎥)

字幕起こしについては、色々触ってみましたが、今一番コスパがいいと思うのは、Vimeoです。動画をアップロード→自動字幕起こし→srtをダウンロード→下記の文字修正→テキストエディタ上で文字直し→必要ならFinalCutProへ読み込んで尺の調整→完成アップロード、となります。Vimeoの翻訳レベルは割と高い、句読点、。が入っている点も好みです。

さらに、Vimeoは動画配信をそのまま、差し替え自由、広告なしでやってくれる点を忘れてはなりません。

修正作業を効率化するフロー及びツールを作りましたので、以下にご紹介します。

ポイント解説

１　Vimeoの日本語(自動生成）を利用しダウンロードします。ところが。

ところが、自動生成したものは、下のように、文字と文字の間に、不規則に、空白が入っており、このまま使いたくありません。それから、auto_generated_captions.vttとしてダウンロードされます。つまりvttファイルです。それと連番が０から始まっています。srtは連番は1から始まる必要があり、Final Cut Proで使うためには変換が必要になります。これも全体の流れを複雑にしている理由でもありますが。

２　MacのAutomatorを使い、Appleスクリプトを記述します。

（１）文字と文字の空白を削除する。

（２）”–>”の前後の空白も削除されてしまうので、” –> “に置き換える。

（３）先頭行を”WEBVTT “だけにして、２行目に空白行を挿入する。

 Vimeo修正用　Appleスクリプト：コピーしてご利用ください。

「 AppleScriptを実行」を挿入

on run {input, parameters}
	set filePath to POSIX path of input
	
	-- Remove all spaces from the file
	do shell script "sed -i '' -e 's/ //g' " & quoted form of filePath
	
	-- Ensure the arrow has spaces on both sides
	do shell script "sed -i '' -e 's/-->/ --> /g' " & quoted form of filePath
	
	-- Ensure the first line is exactly "WEBVTT"
	do shell script "sed -i '' -e '1s/.*/WEBVTT/' " & quoted form of filePath
	
	return input
end run

３　クイックアクションで、vttファイルを修正します。

コピーしたvttファイルの上で右クリック→クイックアクション→vimeoのvttの修正、を起動します。

すると、以下のように、修正されます。

これを元に、テキストエディットで更に手直しを行い、vttファイルを完成します。それをvimeoの字幕へアップロードします。

上記説明とは直接には関係ありませんが、この際、あると便利なものを作っておきます。

vttからsrt生成、srtからvtt生成についても、あちこちで変換ツールが提供されていますが、Macとして一番使いやすいのは、Finderから対象ファイルの上で右クリックで操作できるのが一番ラクです。そのためのAppleスクリプトは以下です。ご利用ください。

vttからsrt生成兼連番付け直しスクリプト

vttからsrtを作成するときは、連番が0からではなく、1から始まるようにする必要があります。vttファイル上で作業するときに、いくつかの文章行をまとめたり削除したりしますと、当然、連番は変わっていきます。連番の付け直しの作業も行います。つまり、このスクリプトは、vttからsrtを生成するときとsrtの内容を手直しして連番を正しくしたいときに使います。_renumbered.srtが新しくできます。
（１）「 AppleScriptを実行」を挿入

-- 手順１　内容を複製した新たなSRTファイルを作成する。
on run {input, parameters}
	set srtFilePath to POSIX path of (first item of input)
	
	-- 新しいファイル名を作成
	set fileName to do shell script "basename " & quoted form of srtFilePath
	set baseName to text 1 thru ((offset of "." in fileName) - 1) of fileName
	set newFileName to baseName & "_renumbered.srt"
	set newFilePath to (text 1 thru -((count fileName) + 1) of srtFilePath) & newFileName
	
	-- ファイルをコピーして新しいファイルを作成する
	do shell script "cp " & quoted form of srtFilePath & " " & quoted form of newFilePath
	
	-- 次の処理に新しいファイルのパスを渡す
	return {newFilePath}
end run

（２）「 AppleScriptを実行」を挿入

-- 手順２　新しいSRTファイルの内容を更新する。
on run {input, parameters}
	set newFilePath to POSIX path of (first item of input)
	
	-- SRTファイルの内容を読み込む
	set fileContent to read newFilePath as «class utf8»
	set fileLines to paragraphs of fileContent
	
	-- 新しい内容を生成
	set newContent to ""
	set counter to 1
	set lineCount to count of fileLines
	
	repeat with i from 1 to lineCount
		if (item i of fileLines) contains "-->" then
			-- 連番を追加
			set newContent to newContent & (counter as string) & linefeed
			-- 時刻行
			set newContent to newContent & (item i of fileLines) & linefeed
			-- 文章情報行
			if i + 1 ≤ lineCount then
				set newContent to newContent & (item (i + 1) of fileLines) & linefeed
			end if
			-- 空白行
			set newContent to newContent & linefeed
			-- 連番カウンターを増加
			set counter to counter + 1
		end if
	end repeat
	
	-- ファイルに新しい内容を書き込む
	set fileHandle to open for access newFilePath with write permission
	set eof of fileHandle to 0
	write newContent to fileHandle as «class utf8»
	close access fileHandle
	
	return input
end run

srtからvtt生成用Appleスクリプト

（１）「 AppleScriptを実行」を挿入

-- 手順１　内容を複製した新たなvttファイルを作成する。
on run {input, parameters}
	set srtFilePath to POSIX path of input
	
	-- 拡張子をVTTに置き換える
	set newFilePath to replaceExtension(srtFilePath, "vtt")
	
	-- ファイル名を作成する
	set fileName to do shell script "basename " & quoted form of srtFilePath
	set baseName to text 1 thru ((offset of "." in fileName) - 1) of fileName
	set newFileName to baseName & ".vtt"
	
	-- 新しいファイルのパスを生成する
	set newFilePath to (text 1 thru -((count fileName) + 1) of srtFilePath) & newFileName
	
	-- ファイルをコピーして新しいファイルを作成する
	do shell script "cp " & quoted form of srtFilePath & " " & quoted form of newFilePath
	
	-- 手順２に新しいファイルのパスを渡す
	return {newFilePath}
end run

-- 拡張子を置き換える補助関数
on replaceExtension(filePath, newExtension)
	set AppleScript's text item delimiters to "."
	set pathItems to text items of filePath
	set lastItem to last item of pathItems
	set last item of pathItems to newExtension
	set AppleScript's text item delimiters to "."
	set newPath to pathItems as text
	return newPath
end replaceExtension

（２）「 AppleScriptを実行」を挿入

-- 手順２   次に、手順１で新たに作ったVTTファイルに対して、
-- (1) 先頭行に文字列"WEBVTT"を含む行を挿入する。
-- (2) 2行目に空白の行を挿入する。
-- (3) 3行目以降から、読み込んだデータを書き込む。
-- (4) "-->" がある行は、行の中の","を"."に置き換える。

on run {input, parameters}
	set newFilePath to POSIX path of (first item of input)
	
	-- ファイル内容を読み込む
	set fileContent to read newFilePath as «class utf8»
	set fileLines to paragraphs of fileContent
	
	set newContent to "WEBVTT" & linefeed & linefeed
	
	-- 条件に基づいてファイル内容を更新
	repeat with i from 1 to count fileLines
		set lineText to item i of fileLines
		
		if i > 1 then -- 読み込みデータの2行目以降
			if lineText contains "-->" then -- (4)
				set lineText to textReplace(lineText, ",", ".")
			end if
		end if
		
		set newContent to newContent & lineText & linefeed
	end repeat
	
	-- ファイルに新しい内容を書き込む
	set fileHandle to open for access newFilePath with write permission
	set eof of fileHandle to 0
	write newContent to fileHandle as «class utf8»
	close access fileHandle
	
	return input
end run

-- 文字列中の特定の文字を置き換える
on textReplace(inputText, findText, replaceText)
	set AppleScript's text item delimiters to findText
	set textItems to text items of inputText
	set AppleScript's text item delimiters to replaceText
	set newText to textItems as text
	set AppleScript's text item delimiters to ""
	return newText
end textReplace

４　まとめ

補足しますが、Vimeoの自動生成は音声がある場合、作動します。

Vimeoの自動生成を使うのは、動画の尺は変えない段階まで来てから、字幕だけ付けるという場合、有効でしょう。あるいはもしFinal Cut Proで動画編集をしているなら、Final Cut Proの字幕ファイル読み込みはsrtファイルだけなので、先に述べてきた通りAppleスクリプトでvtt→srtを生成して、srtを読み込みFinal Cut Proで編集する方法があります。

字幕起こしアプリVrewも、Filmoraも代替方法とします。

ただ、Vimeoの自動生成をテキストエディタで修正したものを、srtとvttを変換しながらFinal Cut Proで修正するのが、そこそこ分かりやすい方法ですが、いかんせん、何回も変換するのは面倒。

使い慣れたテキストエディタが、一番使いやすい！

さて、説明してきたように、Vimeoの自動生成ファイルはvttファイルです。それを手直ししながら全部済むなら一番ラクです。

誰にでも操作できるツールは、Windows、Mac問わず、テキストエディタです。正直言って、字幕起こしアプリの中で、文字を直したり、移動したり、時刻を変更する作業は、どれを使ったとしても、私には、更新に不安定さを感じますし、作業方法があれこれ変えられてしまうアプリ会社の都合も入ってきます。ところが、テキストエディタは、昔から殆ど変わりません。メニューバーも１行程度しかありません。ですから、やることは、

「Vimeo他の自動字幕起こしを行ったら、すぐに自分のテキストエディタへダウンロードをする。
動画を適当なプレーヤーで表示しながら、各字幕の開始時刻、終了時刻、文字の修正を、テキストエディタへ直接書き込む。」

以上のことだけで十分です。

さらにあると便利だと感じるのは、「時刻情報をxxx分xxx秒(いやxxx秒だけの方がわかりやすいかも)、だけズラせ」というスクリプトを動作できるようにすれば、それはさらに便利でしょう。この改善（スクリプトは完成しています。）は後日、ブログで投稿したいと思います。

結論的に言うならば、

簡単な字幕の修正なら、vttファイルのままで、時刻ずらしスクリプトなどを使ってテキストエディタで処理する、複雑な修正なら、連番の付け直しをしてsrtファイルに変換して、Final Cut Proに読み込んで、動画との紐付きを視覚的に確認しながら処理する、と言うことになります。

器材記録：

Vimeo(PLUS会員)
Automator
テキストエディット
Mac mini M2 Ventura
BGM:オリジナル音楽

以上です。

上のビデオをご覧ください。

何ぞやムー的、オカルト的な雰囲気を醸し出していますが、それほどでもない、気楽な内容です。

今回は、ちょっと変わった話題、珍現象を紹介します。

Macで、OBSという動画の配信録画アプリを、ぼちぼちと使っています。録画録音の目的で使うつもりです。OBSのスクリーンの左側にiPadの画面、右下にiPhoneの画面をミラーリングしています。iPad、iPhoneとMacの接続は、安定させるために、無線ではなくUSBケーブルで行っています。

動画を目にして、カンの良い方ですと、すぐに気づかれたかも知れませんが、iPad、iPhoneの日時表示が、既に数分経っているのに、9:41のまま動いていない。変だなと。

「1月9日火曜日9:41」となっていますが、現日付は全然違うのですね。この動画を撮影しているのは、9月21日木曜日です。

OBSに表示された日時と、iPad本体、iPhone本体に表示された日時が違うのか、確認したら、本体側の日時も「1月9日火曜日9:41」で一致していました。

ただし、この日付時刻の表示部分は、私が動画作成するときに特に弊害にはならないので、ほっといて問題ないとは思います。

ただ、来年2024年の1月9日は火曜日。何か気になるな。

そこでアップル社に、問い合わせをしました。

最初、聞いたことのない現象だとコメントされた後、すぐに、

「2007年の1月9日火曜日９:41は、スティーブ・ジョブズが初代iPhoneを発表した記念すべき日時です。」と説明されました。OBS側でデバイスから得た情報を表示しているということで、それ以上のことは分からないとのことでした。（初代iPhone発表を語る記事）

アップル社が掌握しているようなハッキングやウイルスとは違うようですので、アップル社らしい遊び心だと、気持ちが愉快になりました。

iPad,iPhoneのUSBケーブルを外すと、すぐに、正しい日付時刻表示に戻りますので、外した後、iPad,iPhoneはふだん通り問題なく使用できます。

そもそもは、MacのOBSにおける複数デバイスの扱い、複数音声トラックの設定についてのブログを書こうとしていましたが、面白いものを発見してしまい、寄り道の記事となりました。

あと、いずれ書きたいと思いますが、私は、MacかWindowsのどちらかを使うのではなく、MacもWindowsも使うです。制作関係はMac、事務処理はWindowsですね。また、まだまだWindowsでしか使えない、Windowsの方が快適なサービスもあります。

以上です。

2025.7.9追記：SynologyがサードパーティのHDDを使用不可にする打ち出しについては、検証をクリアしたベンダーについては、互換性リストに追加して使用可能にするとのことです。Western Digital、Seagate、東芝は追加されることはほぼ確実のようです(記事)。

2024.9.追記：SATAスタンドは、ミラーリングを行うようにしました。

上のビデオをご覧ください。

マニアックなようでもあり、よくありそうな話題です。

人の嗜好には、色々ありますが、モノを買う時、「何でも入っている方がいい」という人と「それぞれ別々の方がいい」に分かれると思います。ただどうでしょう。今でも量販店のパソコンコーナーへ行って、「そのまま何でも全部入ってて、後からあれ買えこれ買えって言ってこないやつ。それで安いやつ。」と店員を困らせ、まあ、ある意味店員を喜ばせ、買う人の方が多いですかね。まだDVDドライブ付きが売ってますね。オールインワンってやつ。

今回、NASが容量不足で、内装されたHDDを大容量に交換する。というテーマですが、もしオールインワン嗜好の人のパソコンに例えると、パソコンに内蔵されたHDDを換装する、ということを意味します。これを自分でやると結構大変。まず外付けのHDDにデータを全部コピーする。HDDとパソコンの指示書通りに、パソコンのネジを外して、HDDを交換する。外付けHDDから新HDDへコピーする。様々な確認を通って、完了。その作業の間は、当然、パソコンは使えません。

パソコンでは内蔵されていて、そう簡単には取り出せないHDDを、そもそも最初から、外に取り出してしまったもの。別々にしたもの。それがNASです（ただしNASは、それだけが目的ではありません。）

そしてNASは、たいてい、2個以上のHDDを持って、データを常に、二つ以上持っています。片方のエンジンが故障しても飛行できるようになっています。

ですから、今回の、HDDを大容量に交換する時でも、パソコンの停止は不要です。

なお、「お下がり」交換リレーと称したのは、新品HDD→DS220+→既存を抜いて→DS218+→既存を抜いて→SATAスタンドと「お古」をお下がりしたからです。

実行前→完成

今回、開始から完成まで、約２日かかりましたが、振り返ってみると、難しい作業は、ありませんでした。もちろん、慎重に行う必要はあります。

殆ど同じ仕様である、DS220+とDS218+を使ったことが、さらに、一連の作業をスムーズにさせました。2台x2巡ですから、4回同じ作業をしたわけです。

ポイント解説

1 　まるでマジック。パソコンの作業を止めることなく、NASやWebサーバーも止めることなく、HDDの容量が増えている。

DS218+およびDS220+ともに2個のHDDを収容しています。SHRまたはRAID1を使用した場合、最大使用量は小さい方になってしまいます。例えば、異なる容量の既存6TBと新12TBという組み合わせで稼働すること自体はできます。新12TBに既存6TBのデータが書き込まれます。ただし、このままにすると、新12TBの方の6TB分が未使用になってしまいます。このままではやってることが無意味です。ですので一巡目の修復が完了後に、二巡目として、既存6TBを抜いて新12TBを入れて、先の12TBから新12TBにデータを書き込みます。これにより、元のデータを維持した上で、12TBが使用可能領域になります。パソコンの作業を止めさせることなく、裏側で、HDDを総入れ替えするという、まるでマジックです。これをDS218+とDS220+の2台同時に行ったわけです。こういったトリック的なやり方は、企業の情報システム部では、ふつうに行われていることかと思いますが、家庭でも、割と簡単に実行できるのは、大いなる進歩です。

余談ですが、NAS(DS220+)とWebサーバー(DS218+)は、別のプロバイダ、別のネットワークにして、隔離しています。

Synology RAID計算機というサイトでは、

HDDの組み合わせにより、使用可能な容量を算出してくれます。

２　SATAスタンドのHDDフォーマットはexFAT。

SATAスタンドは、HDDを挿し込むだけで、SynologyNAS側では、別の2個のUSBディスクと認識されます。(3TB+3TB)x0.9= 5.4TB 使用できます。HDDのフォーマットはexFATにしました。exFATであれば、SATAスタンドのUSBケーブルを抜き挿しして、WindowsでもMacでも読み書きが出来ます。

この外付けHDD2個でRAIDを組むことはできませんが、シェルスクリプトとスケジューラを使って、ミラーリングの形、常に同じものを2つ持つ形の定期バックアップを行っています（rsyncを使ってUSBHDD１からUSBHDD２へ定期バックアップ)。

３　動画がどんどん大容量化。だから、NASに注目が集まりそう。

つくづく思いますが、動画などの大容量のデータを、どこへ、どのように保存するかは、非常に大きな問題です。どんどん大容量化していきます。クラウドだけに頼っていたら、お金が続かない。クラウドの主な役割は、災害後に復旧させたい重要な情報を預ける、とした場合、そこまで重要ではないが、日常生活の充実のために手元に残しておきたいデータは、どうすればいいか。

NASは、その一つの答えです。

以上

2022.12.27追記：MacOSをVenturaに更新。プリントのポップアップウインドウの形が更に変更されました。両面印刷は、以前より更に、奥まったところになりました。

結局、両面印刷については、Windowsでは、下イメージのように、最初の画面に選択ボタンがあります。これは優れているな、と感じますね。

ポイント解説

1 　最近、めっきり減った紙の印刷

ポイント解説というより、周辺の出来事という感じですが、2022年1月から電子帳票保存法が改正されて、会計帳簿について、一定の仕組みを導入すれば、紙ではなく電子データで保存すればそれでいいことになりました。会計以外でも、どんどんペーパーレスは進むと思います。

しかし、紙の読みやすさは、優れています。紙は、高齢者のサービスのために残っていくと思いますが、ある種、コストの掛かった贅沢な方法、と見做されていくことでしょう。

以上　

2022.12.29更新　Macを新OS Venturaに更新したら、仮想スピーカーアプリ(Background Music他)が不安定になりました。私が不勉強なのかも知れませんが。対策として、外付けしてあるオーディオインターフェースUR24Cのループバック機能を使うことにしました（→追記1)。

追記

追記1：2022.12.29 現在、Mac mini(Intel)と周辺機器類は、ドッキングステーションとThunderbolt3ケーブル1本で接続しています。OSをVenturaに更新した後、仮想スピーカーアプリ（Sunflower Background Music,Loopbackいずれも)からUR24Cを認識できなくなりました。再セットしてもMacを再起動すると再び認識できなくなる。Mac miniとUR24Cを直結すれば、認識するのだが、ケーブル１本でなくなりシャク。そこで、オーソドックスに、UR24Cに装備されているループバック機能を使うことにしました。じゃ、なぜそれを敬遠してきたかと言うと、UR24Cは机の下に置いていまして、MASTERツマミを手探りで操作するのは難しい、と感じたからです。しかし、今回、「ヘッドホンジャックを刺したままにして、そのジャックのすぐ左側のツマミ」と指先で覚えれば、手探りで操作できると解りました。従って、今回、仮想スピーカーは何も使わないでも、UR24Cだけで解決しました。

＜Macの画面とBGMを操る方法＞

ポイント解説

１　Macのサウンド設定について

初期投稿時に説明した、2 ＜Macのサウンド出力の設定＞は、Steinberg UR24Cへ変更します。
3 ＜「スクリーンショット」のマイクの設定＞も、Steinberg UR24Cへ変更します。

以上

以下は初期投稿時

いきなり本題から外れますが、上の解説ビデオで使っているVimeoは非常に使いやすいです。Vimeoの利点は（１）差し替えが自由に出来る（動画も字幕(※1)も）。（２）広告がない。（３）「いいね」「再生数」など解説ビデオとしては不要なものを外せる。などYouTubeとは異なるサービス方針になっており、特に、解説教育ビデオは、一つのビデオを頻繁に更新したい、訂正したい、そういったニーズが高いのですが、そこに応えてくれます。

※1：Vimeoでデフォルトで字幕が表示されるようにする方法。

さて、本題ですが、Macで内部音声、例えば音楽、YouTubeなどを貼り付けて、そこへ外部マイクを重ねて収録するのは、結構難しいと説明されている記事が散見されます。Appleは著作権の管理が厳しいので、プロの音楽を簡単にキャプチャー出来ないようにしているのでしょうか実の所良くわかりません。それで自分で、試してみました。

結論としては、こんなもんか、という感じです。実は、音楽制作をされる方、運動会学芸会の設営をされる学校の先生方は経験されるトラブルだと思いますが、例えば、外部マイク音と音楽制作アプリDAWなど内部からの音をミキシングしたいのだが、モニタリングはできるが録音出来ない、あるいはその逆、モノラルになってしまう、左しか出ない。。などなど。ルーティング設定（音の経路設定）のトラブルです。根気よくコツコツやれば道はひらけます。諦めないことですね。

大事なのは、成功した設定を記録に残す、例えばこうしたビデオブログに残すことだろうと思います。

まずはビデオを見ていただき、下の「ポイント解説」でおさらいしてください。

ポイント解説

1 ＜LadioCastの設定の補足＞

LadioCastアプリは、Mac App Storeで無料でダウンロードできます。このルーティング設定では、ステレオのBGM内部音声に、マイクからのモノラル音声を重ねる、という流れにしてありますが、そうではなくて、マイクからのモノラル音声に、ステレオのBGM内部音声を重ねる、とすることも可能かも知れませんが試してはいません。

なお、オーディオインターフェースでマイクを使う方は経験があると思いますが、Steinberg製を例にすると、ルーティング設定を行うdspMixFx_UR-C.appというアプリにて、左右チャンネルに同じ音を流すか又はモノラルに変えようとしても、CubaseなどDAW側で加工するならそれは可能ですが、今回のようにMacの内部マイクへ繋げようとした場合、左側しか聞こえない、という問題が生じます。そこで、Background Musicを使うことで解決しています。SoundFlower(2ch)という仮想マイク・スピーカーでも同じ働きをしますが、私の環境ではプチノイズが多発するために使えません。

2 ＜Macのサウンド出力の設定＞

Macのサウンド出力によりBackground Musicへ、つまり④へ出力された後で、LadioCastのルーティング設定で、→④→Background Music→⑤→SteinbergUR24C→⑥→、と渡され、SteinbergUR24Cに接続されたモニタースピーカーやヘッドホンから聴くことができます。私は、常時、下の設定のまま使用しています。

3 ＜「スクリーンショット」のマイクの設定＞

「スクリーンショット」での収録は、QuickTime Playerでの収録と、中身としてはほぼ同じです。「スクリーンショット」では、保存先が「スクリーンショット」フォルダがデフォルトとなっており、私はそれが使いやすいので、「スクリーンショット」を選択しています。この時、収録するマイクは「Background Music」を選びます。⑤の段階で録音されます。間違って「SteinbergUR24C」を選ぶと、マイクの音が左側にだけ録音される結果となります。

画像音声収録アプリには、ScreenFlowという人気アプリもありますが、有料で一番安いものでも149US$となります。ScreenFlowは、収録アプリと簡単な動画編集アプリを合体させたものです。

私は既に、有料アプリとしては動画加工用の「Final Cut Pro」「Compressor」、字幕作成アプリ「字幕工房」を持っていますので、有料のScreenFlowまでは不要だと思っています。

4 ＜「Background Music」をログイン項目に設定＞

LadioCastをログイン項目に設定して、普段使いとして、Background Musicを起動させて使うことも多いと思われます。その場合、Macの起動時に音が出ないことがあります。その場合、ログイン項目に、Background Music.appを追加して試してみてください。

5 ＜まとめ＞

今回、触れていない、動画収録後の、「字幕工房」利用による字幕作成など、後日掲載します。

以上です。

下の、BGM Fitting TestのボタンとVimeoのボタンをクリックして、ご視聴ください。
※スマホの「タップして消音を解除」のボタンが邪魔の時は、一度タップして下のアイコンでミュートして下さい。※BGMは繰り返します。

BGM Fitting Test:

Vimeo: Millefeuille Fruits rouges/ Griottes
BGM : Fruits Street / imakat

赤いサクランボを使ったミルフィーユの作り方を紹介したGriottesさんのビデオです。このビデオの音楽も、陽気でいい感じの曲で、似合っていると思います。

しかし今回は、自作のヨーロッパ風の曲が、似合うかどうか。テストします。
動画の方が先に終わってしまいますが、まあまあ、オシャレだと思います。

いかがでしょう。

※なお、このようにBGMとVimeoをブログへ組み込む方法は、こちらの<7>をご参照ください。