しばらく待てば extractor のファイルも更新されるかな・・・と思ってたけどなかなか更新されない。

まぁいい機会だから対処法でも探そうかと。

一応解決したので備忘録も兼ねてシェア。

bilibiliでyt-dlpを使おうとすると412エラー

普通に使おうとすると412エラーが発生。

% yt-dlp -F https://www.bilibili.com/video/ほにゃらら/
[BiliBili] Extracting URL: https://www.bilibili.com/video/ほにゃらら/
[BiliBili] にゃらら: Downloading webpage
[BiliBili] ほにゃらら: Extracting videos in anthology
[BiliBili] ほにゃらら: Downloading wbi sign
[BiliBili] ほにゃらら: Downloading video formats for cid xxxxxxxxxxx
ERROR: [BiliBili] にゃらら: Unable to download JSON metadata: HTTP Error 412: Precondition Failed (caused by <HTTPError 412: Precondition Failed>)

かつて「クッキーを渡せばいける」という話もあったようなのでやってみたけど結果は同じ。

困ったねぇ

対処法：Origin ヘッダーを付与

色々試してみた結果、解決法としては
オプション --add-header "Origin:https://www.bilibili.com" を付与したら通りました。

% yt-dlp -F --add-header "Origin:https://www.bilibili.com" https://www.bilibili.com/video/ほにゃらら/
[BiliBili] Extracting URL: https://www.bilibili.com/video/ほにゃらら/
[BiliBili] にゃらら: Downloading webpage
[BiliBili] ほにゃらら: Extracting videos in anthology
[BiliBili] ほにゃらら: Downloading wbi sign
[BiliBili] ほにゃらら: Downloading video formats for cid xxxxxxxxxxx
[BiliBili] xxxxxxxxxxx: Extracting chapters
[info] Available formats for ほにゃらら:
ID    EXT RESOLUTION FPS │   FILESIZE   TBR PROTO │ VCODEC        VBR ACODEC      ABR
─────────────────────────────────────────────────────────────────────────────────────
30216 m4a audio only     │ ≈687.63KiB   66k https │ audio only        mp4a.40.2   66k
30232 m4a audio only     │ ≈  1.27MiB  124k https │ audio only        mp4a.40.2  124k
30280 m4a audio only     │ ≈  1.27MiB  124k https │ audio only        mp4a.40.2  124k
30016 mp4 640x360     30 │ ≈  2.87MiB  282k https │ avc1.640033  282k video only
30032 mp4 852x480     30 │ ≈  4.13MiB  405k https │ avc1.640033  405k video only
30064 mp4 1280x720    30 │ ≈  7.76MiB  761k https │ avc1.640033  761k video only
30080 mp4 1920x1080   30 │ ≈ 16.44MiB 1613k https │ avc1.640033 1613k video only

最初はクッキー、ユーザーエージェント、Refererヘッダー、Originヘッダーを付けてみましたが、削っていったら Origin だけでも通りました。

Origin:「リクエストがどのドメインから発行されたか」を見ている、ということですね。

「外部からの不正な直リンク（スクレイピング）」として 412 で弾かれていた、という理屈でしょうか。
デフォルトでOriginも送信はしているようです。が、オプションから付与したおかげで何か漏れていた部分で通ったのかもしれません。

たしかにブラウザでも、ユーザーの「動画リスト」ページにブックマークから直接飛ぶと空っぽと表示され、別ページに一旦移ってから再度移動すると表示されるという現象が起きています。

まとめ

今回は 412エラー（前提条件失敗） が発生し、Originヘッダーを付与したら通ったという結果になりました。

今後さらに厳格化されてリファラーやクッキーを見ることがあるかもしれません。

そうなったら

• クッキー：--cookies-from-browser ブラウザ
• ユーザーエージェント：--user-agent
  （Firefoxなら ヘルプ > トラブルシューティング情報 > ユーザーエージェント（の文字列））
• リファラー：--add-header "Referer:https://www.bilibili.com"
• オリジン：--add-header "Origin:https://www.bilibili.com"

あたりを付与していくと何とかなるかも。ならんかも。

他のツールで何か対応してるものないかと探してみたんですけど今は yt-dlp 一強みたいな感じなんですかね。
streamlinkも「プラグインないよ！」って拒否られたし、lux（旧Annie）みたいなものももはや更新されてなさそうだし。

そのうち優秀なエンジニアさんが Extractor の bilibili.py を更新してくれるはず。
それまでは Originヘッダーを付与 で凌ぎましょう。

では。

追記（20260616）：extractor/bilibili.pyを書き換える方法

yt-dlp 2026.6.9にアップグレードしたけれど「bilibili.py」はアップデートされず、そのままでした。残念。
412エラーは前述のように OriginヘッダーとRefererヘッダーを付ければ通りますが、480pまでしかリストが取得できないのでbilibili.pyを直接いじります。

bilibili.py 179行目

'https://api.bilibili.com/x/player/wbi/playurl', bvid,

を

'https://api.bilibili.com/x/player/playurl', bvid,

に変更すれば、
Originヘッダー、Refererヘッダーをつける必要もなく、またリストフォーマットで1080pなども（あれば）表示されるようになります。
（当たるサーバーによってなのか何なのか、412が出る時もありますが2回ほどトライすると通ります。）
（参考：github「bilibili video download fail #16962」）

あれ？Xのアカウントが凍結されてる？

ある日突然何も操作できなくなっていました。

なんかおかしい。
そう思った時にはもう時すでに遅し。

ほんと何にもできません。
いいねも投稿も削除も何もできない状態。検索もできなかったかな？
「閲覧のみが許された状態」みたいなことを言われた気がします・・・。（記憶が曖昧）

遡ること数週間前。

とあるアプリ中の出来事に対して一言のお礼と、相手の名前の一部を伏せた画像をポストしていました。
画像の中身は違えど同じ文言と同じようなサイズの画像。そして繰り返しの投稿。

これが自動化ツールを疑われたのかいわゆる「シャドウバン」になりました。

通知欄にて「仮フラグ」がつけられたとかなんとか言われ、他アカウントから検索しても出てこない。
とはいえ、普通にテキストのみのポスト（ツイート）もしてたんですけどね。。。

ポストの頻度は1日1回〜数日に1回。投稿数も数個程度、決して大量とは言えない量です。

直接の原因かはわからないまま、疑われるようなポストは一応全部削除。そして放置。

しばらく（数日）して検索をかけたら表示されてました。ポストも検索結果に出てくる。

大丈夫になったのかな？と思いつつも、しばらくは控えようと再び放置。

1週間ほど経ってアクセスしたらアカウントが凍結してました。
凍結されたのは2日前だったようです。

異議申し立てを行うも秒で却下！

どうすれば良いのかわからないながら、とりあえず異議申し立てを行うのは重要だろうと、やってみることに。

リンクが示されていたのか、検索して行き着いたのか定かではありませんが、
「アカウントのロックまたは凍結に関する異議申し立て」フォームから異議申し立てを行いました。

• Xのルールに反していないこと
• そもそも何のルールに抵触しているのかも不明であり
• 何かの間違いであろうこと
• 可及的速やかに復活させてほしいこと

などを書いた気がします。念の為同じ内容の英文も添えました。
わりとダイレクトな言い方だったと思います。（ムカついてたし）

そして送信することわずか数秒、メールが届きました。

Twitterからのお知らせです。
 
ご利用のアカウントは、Xルール（https://x.com/rules）に繰り返し違反したため凍結されました。
 
このアカウントは復活できません。
 
現在、本件への対応は終了しているため、ご返信をいただいても確認されませんのでご了承ください。
 
よろしくお願いします。
X 

数秒ですよ！異議申し立ての送信から！

AIによる自動返信なんでしょうね。

もうどうしようもないので泣き寝入り確定。放置。

ん？1週間ほど経って気が付く

その後、新規アカウント作成などはしませんでした。するにしても1ヶ月くらい空けようかと。

検索したい時は別の用途に使っていたアカウントを使っていました。
（だから作らなくてよかったんだけれども）

そして、そう言えばアカウント削除もしてないなと、しようかなと。あ、できないんだっけ？じゃぁせめてログアウトしてアイコンの表示を消そうかなと。
そう思い立ち、念の為別アカウントから凍結されたアカウントのプロフィールを覗いてみました。

ん？なんか表示されてるけど！？

以前は「このアカウントは凍結されました」という文章だけが出ていたはずです。

さらに昔投稿した文言で検索してもちゃんとポスト（ツイート）が出てくる。

その時点でログアウトはしていませんでした。
二つのアカウントを必要に応じて使い分けていて、もう一つの方にログインしている状態です。

アカウントを切り替えるのは正直怖いけど、やってみないと本当のところがわからない。

逡巡したのちに思い切って切り替えてみると・・・

画面が真っ黒！！！

その後これが現れました。

プレミアム（サブスクライブ）への勧誘画面

宣伝やないか〜い！

・・・ビビらせんなって。いやまじで！ほんとに！勘弁して。

プロフィールを開くと全てが元通りになっていました。
フォローもフォロワーも0じゃない。
検索したら検索結果にも表示される。

復活していたらしいです。いつのまにか。

試しにAIに状況説明して考えを聞いてみると「サブスクライブへの勧誘が出ている時点でステータスは制限・規制されているものから一般のユーザーに戻されているのではないか。規制対象なら勧誘されないはず」と言われ、なるほどと思ってしまった（笑　まぁ本当のところは分かりませんが。

いずれにせよ解除されたからといってすぐに活動せず、また1、2週間ほど間を空けようと考えています。

結局なんだったのか

理由はわかりません。
ただ一つ気になるのは、「ご利用のXアカウントは凍結されました」というメール内の文言。

ご利用のアカウント（xxxxxxxx）は、Xルールに違反していることが報告されたため凍結されました。
 
具体的な内容は次のとおりです。
 
偽装行為を禁止するルールに違反しています

「Xルールに違反していることが報告されたため」？報告された？誰に？
悪質なコミュニティノートを貼りまくっているアカウントを批判したことがありました。もしかして？

「偽装行為を禁止するルールに違反しています」
偽装行為、嘘の告発をするのに使いやすかったのでしょうか。
なりすましのような投稿内容でないことは明らかでした。おそらくその辺も考慮されて凍結解除されたのではないかとも思いますが。

そしてあくまでも推察ですが、
悪質なユーザーによる虚偽告発により、AIが自動判断、凍結からの異議申し立ても秒で却下。
ただその裏で別の判断（AI？人間の目によるもの？）があり、解除に至ったのではないかと。

全くもって勝手な想像の域を出ませんが、
ただ一つ言えることは
Xルールに抵触した行動をとっていない場合、であれば、永久凍結から復活する可能性もゼロではないこと。

異議申し立てをする際にははっきりと（具体的に）内容を書くこと。

が有効なのではないかと思います。

あくまでも、一個人の一体験に過ぎず、x側の論理で動く話なので何も断定はできません。
繰り返しの異議申し立てが良いとも悪いとも言えません。
何の有益な情報もお伝えできないのは心苦しいところがありますが、
ただ復活の希望はあるとだけ申し添えておきます。
では。

AIは基本的に一時チャットで使いたい派

普段から Google Gemini を利用させてもらっていますが、ログアウトした状態で使っています。

AIは基本的に一時チャットで使いたい派。
会話履歴とか引きずって欲しくないんです。

ChatGPTもClaudeも一時チャット（シークレット/インコグニートモード）。全部無料版ですが。
Geminiはログアウトした状態でも使えるのでログインせずに使っています。

最近小耳に挟んだ話で「GeiminiでアカウントがBANされると、そのGoogleアカウントに紐づいた全てのサービスが使えなくなる」なんてことを聞きました。GmailからGoogle driveから全てだとか。恐ろしいにも程がある。
それならなるべくログアウトした状態で使いたい。

ただちょっとだけ困るのが、プロンプト（カスタム指示）が設定できないこと。

当の本人に聞いてみたら
「会話の初めに書くと良いよ！」
とのことなので、必要な時にワンクリックで前提プロンプトを挿入できるようにしてみました。

Tampermonkeyを使ってプロンプト挿入ボタンを置く

「Tampermonkey」はFirefoxやChromeなどでユーザースクリプト（JavaScript）を管理・実行できる無料のブラウザ拡張機能です。
その機能を使って「プロンプト挿入ボタン」を作成します。

ダッシュボードの「＋」ボタンから新規スクリプトを追加。
下記コードをコピペします。保存したら有効化しているかも確認。

// ==UserScript==
// @name         Gemini 定型文挿入（1回使い切りボタン）
// @namespace    http://tampermonkey.net/
// @version      1.2
// @description  定型文挿入後、すぐ入力できるように末尾にカーソルを移動し、ボタンを消去
// @match        https://gemini.google.com/*
// @grant        none
// ==/UserScript==

(function() {
    'use strict';

    const myPrompt = "【前提条件：①事実と推測を分離 ②ハルシネーション回避。根拠が不十分な場合は「不明」と明記し断定をしない ③ユーザーの意図や期待に迎合して、事実認識や論理的な結論を歪めないこと（忖度禁止）。】\n\n";
    // ボタンの作成
    const btn = document.createElement('button');
    btn.id = 'gemini-prompt-btn'; // IDを付与
    btn.textContent = "🛡️ 厳格モード"
    btn.setAttribute('style', 'position:fixed; bottom:120px; right:20px; z-index:9999; padding:12px 20px; background:#1a73e8; color:white; border:none; border-radius:30px; cursor:pointer; font-weight:bold; box-shadow: 0 4px 12px rgba(0,0,0,0.2); transition: opacity 0.3s;');

    btn.onclick = function() {
        const container = document.querySelector('div[contenteditable="true"]');

        if (container) {
            // 1. テキストをセット
            container.innerText = myPrompt;

            // 2. 入力イベントを発火
            container.dispatchEvent(new Event('input', { bubbles: true }));

            // 3. カーソルを末尾に移動
            const range = document.createRange();
            const sel = window.getSelection();
            range.selectNodeContents(container);
            range.collapse(false);
            sel.removeAllRanges();
            sel.addRange(range);

            container.focus();

            // 4. ボタンを消去（フェードアウトさせてから削除）
            btn.style.opacity = '0';
            setTimeout(() => {
                btn.remove();
            }, 300);

        } else {
            alert('入力欄が見つかりませんでした。ページを更新してみてください。');
        }
    };

    // ページ読み込み時にボタンを追加
    document.body.appendChild(btn);
})();

やってることはシンプル。

1. 入力欄を取得
2. テキストをセット
3. カーソルを末尾に移動
4. ボタンをフェードアウトして削除

あらかじめ myPrompt に前提となるプロンプトを記述しておき、
厳格なプロンプトを適用したい時にボタン押下で入力欄に挿入します。

もう少し細かく説明すると、

ボタンがクリックされたら、
contenteditable="true" が付いた div を探します。これが入力欄。

const container = document.querySelector('div[contenteditable="true"]');

見つかったらプロンプトをセット

container.innerText = myPrompt;

inputイベントを発火
テキストが挿入されて「変更があった」ことを認識させ

container.dispatchEvent(new Event('input', { bubbles: true }));

カーソルを末尾に移動

const range = document.createRange(); //空の選択範囲を作成
const sel = window.getSelection(); //現在の選択状態を取得
range.selectNodeContents(container); //containerの中身全体を選択
range.collapse(false); //末尾に折りたたむ -> 最後にカーソルを移動
sel.removeAllRanges(); //今の選択を全部クリア
sel.addRange(range); //「現在の選択」として設定

入力欄をアクティブにして、続けてユーザーが入力できるようにします。

最後にもう必要ないのでボタンを消去。

ちなみに会話の途中からプロンプトを挿入することは想定していません。
ログアウト状態なので、毎回サイトを開くたびにフレッシュスタート、初めましての状態です。
その最初に入力することを想定しています。

注意点

これは現在（2026年4月）の時点で有効なものです。ページの構成や仕様が変わったら動かなくなる可能性があります。
特に

const container = document.querySelector('div[contenteditable="true"]');

この部分は変更されたら入力欄が取得できないので、動かなくなったらソースを見て適宜変更してください。

ログアウト状態での長いやりとりはブラックリスト入り！？

具体的にはそのチャット画面で送信ができなくなり、改めてアクセスしても「502エラー」の画面が出たりするようになります。
502は基本的にサーバー側のエラーなのですが、ある時Firefoxでは繋がらなくなり、safariなら問題なくアクセスできるという状況になりました。FIrefoxのキャッシュやらなにやらクリアしても状況は変わらず。
IPアドレスによる拒否ではないようで、そのままsafariでgeminiに起きている事象を聞いてみたら「一時的に接続拒否されているかも」、と。

時間を開ければ復活するようですが、あまり長いやり取りをするのは避けましょう。
様子がおかしくなってきたら切り上げるか、
「ここまでの内容を次のスレで使えるように要約して」と話をまとめてメモし、少し間をあけましょう。

まとめ

ということでGeminiを開いたらボタンが現れ、必要な時はワンクリックでプロンプトを挿入できるようになりました。

他愛のない話をする分には必要ありませんが、調べ物なんかの時に嘘つかれるのが厄介というか、面倒なんですよね。

いちいち手入力するのもかったるいので作ってみました。

ただログアウト状態で使っていると画像が扱えないなどの機能制限がありますし、やり取りが長引いた時はそれとなくログインするよう勧めてきます。
自分の場合は聞きたいことを必要な時に聞くだけなので特に支障はありませんが。

そして上記の方法は、Googleアカウントに紐づかないからと言ってリスクが無くなるわけではありません。
「リスクをゼロにする」のではなく「被害範囲を限定する」アプローチであることもお忘れなく。
何をしてもいいわけではありませんから。

以上、備忘録として記事化してみました。
なにかの参考になれば幸いです。

数式がちゃんと表示されていない ことに気がついた。

分数の横線「括線（かっせん）」が表示されていないので、式がもんのすごく読みにくい。

なんとなく横線あるんだろうなぁ、と思いながら読んでいたけど読みづらいにも程がある。

普段から接するような内容じゃなかったので一瞬戸惑いましたが、対処法があったので短めですが記事としてシェア。

数式がちゃんと表示されてない！？

改めて勉強しようかと、とあるサイトを読み進めていた時、こんな表示にぶつかった。

ん？どゆこと？
まぁ内容的に横線（括線）が表示されてないだけだろうと。
もしかして知らない間に表示倍率が変わって？表示がおかしくなってるのかもと確認したけど問題ない。

先に進むとさらに読みづらさは増してくる。

さすがにイライラしてしまう。

解決法：数式がちゃんと表示されない時はレンダラーを変更

数式を表示するのに MathJax というJavaScriptライブラリを使っている場合に起こるようだ。しかも古いバージョンの時に。

MathJaxを使っている場合は数式上で右クリックするとメニューが現れる。

Math Settings > Math Renderer > Common HTML

などに変更するとちゃんと表示された。
デフォルトの HTML-CSS だと表示が崩れるらしい。

これでOK

MathJaxのバージョンが古いと発現する？

画像で数式を表示しているところも多く、そういった場所ではもちろん問題がないのだけれど、
前述の通り、バージョンが古いMathJaxを使っている場合に問題が発生する。

問題があったサイトはMathJaxのバージョンが v2.7.7

バージョン v3.2.2 を使っているサイトだと問題なく表示される。

レンダラーは変えても変えなくても問題ない。どちらでもちゃんと表示されている。

バージョンが 3.x以降 であれば問題なく表示されるようだ。

まとめ

古いサイトで、古いバージョンのまま残っている場合に問題が生じるようです。

ちなみに safari（ver 26.3） で開いたら問題なく表示されていました。

FirefoxやChromeなんかで表示が崩れるらしい。

今回の問題は

• MathJax の古いバージョンを使っていること
• FirefoxやChromeで開いていること

というかなり限られた条件に合致した時にしか発現しないと思われる。が、一般的にないとも言えないので備忘録も兼ねて記事化。

何かの参考になれば幸いです。

なんとなく気になると言うか、あとどれくらいで終わるのかがわからないとかが・・・なんか嫌。
ちょんちょんと早送り・巻き戻ししたくてもできないし。

んで、実は以前 uBlock origin で対策する方法を記事にしました。
でもそれからもう5年？弱も経っているので当然そのままでは動作しないと思う。

やり方は有効なはずなので工夫次第でなんとでもなるのですが、
せっかくなので現在使っているブックマークレットの方をシェアしようかと思います。
ログを見ていたらそのページにアクセスしている人もいるようなので。
備忘録も兼ねて記事化。

PC版Instagramに動画コントロールがない？

残念ながらPC ブラウザ（Web 版）では再生コントロールが表示されません。早送り・巻き戻しができず、地味に不便です。
かといって拡張機能を入れるほどでもない。

そもそもブラウザの機能でビデオコントローラーはあります。シークバーや音量調整なども表示できるのです。
要はそれを表に出そう、ユーザーがアクセスできるようにしようというお話です。

ビデオコントロールバーを表示するブックマークレット

ブックマークの URL欄 にそのままコピー＆ペーストして使います。

1. ブックマークバーを右クリック →「ページを追加…」（または「ブックマークを追加」）
2. 名前を入力（例：インスタ動画バー）
3. URL欄に下記コードをコピペ

javascript: (() => {document.querySelectorAll("video").forEach(e=>{e.controls=!e.controls}),location.hostname.includes("instagram.com")&&document.querySelectorAll("[data-instancekey]").forEach(e=>{e.style.display=e.style.display==="none"?"":"none"});})();

あとはWeb版 Instagram で動画が表示されているページを開き、登録したブックマークレットをクリックするだけ。
動画の下部にコントロールバーが現れます。
もう一度押せば元に戻ります。

やっていることは単純で

• ページ内に読み込まれている videoタグ（動画）を探し
• コントロールバーの表示オン・オフを切り替えます
• さらに動画の上に重ねられている邪魔な要素（UIレイヤー）を非表示にする

それだけです。

注意点

現在の時点（2026年3月）では問題なく動作しますが、時間が経てばインスタ側の構造変更により動かなくなることも予想できます。
その場合は [data-instancekey] の部分などを開発者ツールで確認し直す必要があります。

あと、公式にサポートされた使い方ではない、と言う点はご承知おきください。

まとめ

Web版インスタグラムの動画にコントロールバーを追加するブックマークレットを紹介してみました。
拡張機能不要・登録したらすぐ使えるので気になったら試してみてください。

何かのヒントにでもなれば幸いです。
では。

もちろん登録すれば出ないんでしょうけどそこまでじゃない。

なんとかしたい
できるなら。

解決法①：uBlock Originのカスタムフィルタで回避

まずは解決方法から。
一つ目、uBlock Originのカスタムフィルタを使う。

uBlock Origin はWebブラウザ上で動作する「コンテンツ・広告ブロック拡張機能」です。
その機能に JavaScriptインジェクション機能（scriptlet） と呼ばれるものがあります。

これを使うことで、
自動停止と登録画面のポップアップの無効化
を試みます。

設定方法

uBlock Originの「マイフィルター」に、次のルールを追加します。

bilibili.com##+js(aost, player.pause, /video\/video\.[0-9a-f]+\.js[\s\S]+?core\.[0-9a-f]+\.js[\s\S]+?emit/)

保存したら、ページを再読み込みしてみてください。

再生後1分くらいで出てくる登録画面はもう出なくなっているはず。

フルスクリーンも解除されず、いい感じかなと。

注意点としては、

• Bilibili側の仕様変更で効かなくなる可能性がある
• 環境によっては動かないかも？（mac,Firefoxで確認したのみ）

ということ。

あくまでも自分用に書いているので、うまく動かない場合は環境に合わせて工夫してみてください。

uBlock Origin の aost で中断

ブラウザの開発ツールで自動停止時のスタックトレースを確認すると、
video.xxxxx（ハッシュ）.js が入っているのがわかりました。これは手動で一時停止した際にはなかったものです。

uBlock Originには特定のスタックトレース条件に一致した場合のみ処理を中断する「abort-on-stack-trace（aost）」というscriptletがあります。

これを使ってスタック内に

• video/video.xxxxxx.js
• core.xxxxx.js
• emitを含む

という条件に一致したときのみ player.pause を中断させます。

実は loginVersionEveryPlayInternval という文字列も出てくるので、

bilibili.com##+js(aost, player.pause, /loginVersionEveryPlayInternval/)

でも効くのですが、この名前が変更されたら一発で動かなくなるので構造的に判断するようにしてみました。

一応これで通常の一時停止はそのままに、自動停止だけを無効化することができました。

現在の時点（2026.03.01）では特に不具合もなく動作しています。

解決法②：TamperMonkeyのスクリプトで回避

Tampermonkey は、ユーザースクリプトを管理・実行できるブラウザの拡張機能です。

こちらはもっとシンプルと言いますか、
手動でやることを自動化した感じ。

登録画面が出たらそれを閉じて、一時停止している動画の再生ボタンを押す。自動的に。
シンプル。

新規スクリプトを追加、から以下をコピペ。

// ==UserScript==
// @name         Bilibili ポップアップ停止＆自動再生継続
// @namespace    http://tampermonkey.net/
// @version      1.2
// @description  動画再生中の登録勧誘ポップアップを削除し、停止した動画を再開させます。
// @author       me
// @match        *://www.bilibili.com/video/*
// @grant        none
// ==/UserScript==

(function() {
    'use strict';

    const observer = new MutationObserver(() => {
        //console.log("------------------------------------observe");
        const element = document.querySelector('.bili-mini-mask');
        if (element) {
            // ポップアップを削除
            element.remove();

            // 動画が停止している場合は再生を再開
            const video = document.querySelector('video');
            if (video && video.paused) {
                video.play().catch(e => console.log("再生再開に失敗しました:", e));
            }
        };

    });

    // ページの要素変化を監視開始
    observer.observe(document.body, {
        childList: true,
        subtree: false
    });
})();

こちらも注意点としては、Bilibili側の仕様変更で効かなくなる可能性があるということ。
やってることはシンプルなのでクラス名の変更などで動かなくなったら適宜修正してください。

ただこちらはフルスクリーン解除を回避していません。

あと再生が止まることはありませんが、ちょっと引っかかるような感じはあるかもしれない。
あまり気にならないけど。

まとめ

Bilibiliの登録画面（ログイン誘導）表示による自動停止をこんな感じで回避してみました。

あくまでも個人用に書いたものを備忘録として記事化しています。
自己責任にてご活用ください。

同じように困っている方の参考になれば幸いです。

では。

FirefoxをアップデートしたらChatGPTの挙動がおかしくなった話。

アップデートの通知が来ていたので最新版にアップデートしたところ、直前まで普通に使えていたChatGPTの挙動がおかしくなりました。
ページ自体は表示されるものの、入力やレスポンス周りが不安定で、実用にならない状態です。
具体的には入力欄から送信ができない、返信が表示されない、ログインボタンが押下できない、などなど。

困るよね、こういうの…

まずは定番の切り分けから

ブラウザ絡みの不具合ということで、最初に疑ったのはアドオンや設定の影響です。

1. トラブルシューティングモード（旧セーフモード）で起動
2. アドオンやテーマをすべて無効化

しかし、結果は変わらず。
この時点で「少なくともアドオン由来ではなさそうだ」と判断しました。

キャッシュやクッキーも削除してみましたが、状況は変わらず。
それどころかログインすらできない状態に。

Firefoxのバージョンを戻したら復旧

次に試したのがFirefox本体のバージョン変更です。

本来ダウングレードは推奨されません！が、

たまたま数日前にMacOSのアップデートを実施。
その際にアップデート前のプロファイルを保存していたので、新たに一つ前のver146をダウンロード＆インストール、プロファイルの中身全コピペで復旧しました。

結果として問題はあっさり解消。

このことから、今回の不具合はFirefox本体で発生している可能性が高そうです。

about:configで回避できるという情報も

調べていく中で、一つ興味深い情報を見つけました。

about:config を開き、以下の設定を変更すると問題を回避できる場合がある、というものです。

1. network.http.dictionaries.enable
2. 値を false に変更

参考サイト：Mozilla Connect（公式）「ChatGPT not working anymore in Firefox 147.0 (64 bit) updated today」

どうやら最近のFirefoxで導入・変更されたHTTP周りの挙動が、ChatGPT側と相性問題を起こしている可能性がありそうです。

network.http.dictionaries.enable とは

ちなみに、
network.http.dictionaries.enable とは Mozilla Firefox の内部設定の一つで、HTTP圧縮における「圧縮辞書（compression dictionaries）」の利用を制御するためのフラグ、らしいです。

この設定を false にすると、Firefox は圧縮辞書機能を無効化し、特定の辞書ベース圧縮のやり取りをしなくなります。

false にすると直る可能性がある理由（推察）

以下は 観測ベースの推察としてまとめたものです。

1. 設定を false にすると、Firefox は圧縮辞書を一切使わなくなる。
2. その結果、ChatGPT 側とやり取りされる通信は標準的な圧縮（gzip など）にフォールバックされる。
3. これにより、圧縮辞書による不整合が回避され、Web UI等 が正常に読み込まれるようになる。

簡潔に言えば

圧縮辞書機能が原因で出ている不整合／エラーを無効化するため、従来どおりの圧縮処理になる→結果としてトラブルが回避される可能性がある
という考え方です。（※あくまで現時点での推測です）

ただし多くの改善報告がある一方、
Geminiの方で不具合が出るなどの報告もあるようです（※）

自分の対応とおすすめ

自分の場合は、特に急ぎではなかったため、

Firefox 146に戻し、
次のマイナーアップデートで修正されるのを待つ

という対応を選びました。

ただし、

1. Firefoxをどうしても最新版のまま使いたい
2. ダウングレードは避けたい、できない

という人は、一時的に network.http.dictionaries.enable を false にする方法を試してみる価値はあると思います。

Mozilla 側でも修正を含んだ 147.0.1 リリースが進行中という話なので、
そう時間を空けずに公開されるでしょう。

数日待ったら解決するような気もします、たぶんね。

まとめ

今回の件を整理すると、

1. Firefoxアップデート後にChatGPTの挙動が不安定になる場合がある
2. トラブルシューティングモードでも改善しない場合、アドオン以外が原因の可能性が高い
3. Firefox 146に戻すと正常動作した
4. about:config の設定変更で回避できるケースもあるらしい

という状況です。

ブラウザとWebサービスの組み合わせによる不具合は、ユーザー側ではなかなか厄介ですが、同じ現象に遭遇した人の参考になれば幸いです。
ただし、あくまでも今回の不具合に際して、という点にご留意ください。

では。

YouTubeのフィードから特定のチャンネルをブロックして排除したい

YouTubeを使っていて、
「このチャンネルは見たくないのになぜかおすすめに出てくる…」
って事ありません？

「出てきにくくなる」じゃなくてもう
出したくないし、サムネすら見たくない。
特に昨今のAIで嘘八百をただ読み上げてるだけの動画とかイライラしてしまう。

そんな動画を排除する方法についてまとめます。備忘録です。

YouTube上で特定のチャンネルをブロックする機能はあるの？

結論から言うと、現時点（2025年7月）では
視聴者が特定のチャンネルを完全に非表示にする機能はなさそうです。

以前は「ユーザーをブロック」することで、そのチャンネルを非表示にする方法が提供されていたようです。が、現在そういったものは見当たりません。
また、「興味なし」とすることで一時的にフィードに出にくくすることは可能ですが、完全な除外ではなく、一定期間が経つと再度表示される可能性があります。
子供の保護者向け管理機能はあるそうですが、これもまた使い方として限定的かなと。

というかそもそもログインして使ってないので設定もなにもないんですけどね自分には。

というわけで、ログインなしで非表示にする場合は、
本記事のような ブラウザ拡張機能を利用した回避策 が現実的なアプローチになります。

方法1：uBlock Originを使う

ブラウザはFirefoxを使っています。
最近では随分とシェアも減ったようですが、なんとなく使い続けています。

• オープンソースであり、ユーザーのプライバシーに重点を置いている
• uBlock OriginがManifest V2ベースで動作する最後の主要ブラウザ

そして uBlock Origin は、軽量で高性能な広告ブロッカー／コンテンツフィルター拡張機能です。
JavaScriptやDOM構造を解析し、不要なコンテンツの非表示・削除を行うことができます。広告だけでなく、ユーザー定義のフィルターによりWebページの任意の要素を非表示にすることが可能です。

[公式アドオンページ]からインストールできます。

マイフィルター（カスタムフィルター）の使い方と記述例

uBlock Originでは、「マイフィルター」機能を使って任意の要素を非表示にできます。

1. uBlock Originの「設定」画面やアイコンからダッシュボードを開き、「マイフィルター」タブを選択
2. 以下のようなフィルターを追加
3. 「変更を適用」をクリック

フィルター記述例：

www.youtube.com##ytd-rich-item-renderer:has(ytd-channel-name:has-text(/感動大国日本|世界が称賛JAPAN|世界が○○るニッポン/i))

簡単な解説：

• ## は、特定の要素を非表示にするセレクター構文
• ytd-rich-item-renderer はYouTubeのおすすめ・ホーム画面などで使われる要素
• :has-text() は、特定のテキストを含む要素を指定（チャンネル名に含まれる文字列、iは大文字小文字を区別しない）
• ytd-channel-name にあるテキストに特定の文字がある時、そのカードの領域ytd-rich-item-rendererを非表示にする

ちなみに、問題ない動画の説明文などに反応されると困るので、チャンネル名で判断しています。部分一致（〜を含む）で指定します。
指定する文字列はあまり汎用なものだと消す必要のないチャンネルまで消してしまう可能性があります。気をつけて。

注意点と限界

• uBlock Originは「要素の非表示」であり、YouTubeのレコメンドアルゴリズム自体を変更するわけではありません。
• YouTubeのUIやDOM構造が変更されると、フィルターが無効化される可能性があります。
• フィルターはユーザー個別に調整する必要があります。排除リストが長くなると動作が重くなるかも。

その他にも、
動画ページの関連動画リストや、その他の場所においては機能しません。
それらも記述しようとすると、場所毎に排除リストを重複して書く必要が出てきます。
冗長だよね…

方法2：Tampermonkeyを使う（チャンネル名で排除）

Tampermonkeyとはブラウザの拡張機能の一つで、ユーザーがJavaScriptコードを記述して、ウェブページの動作をカスタマイズできるツールです。
これにより、ウェブサイトの表示を自分好みに変更したり、機能を追加したり、既存の機能を変更したりできます。

[公式アドオンページ]からインストールできます。

さて、こちらはもう少し複雑なことが出来ます。

アドオンをインストールしたら「新規スクリプトを追加」から追加。

// ==UserScript==
// @name         YouTube 特定チャンネル非表示（安定動作版）
// @namespace    http://tampermonkey.net/
// @version      1.2
// @description  特定の文字列を含むチャンネルの動画を非表示
// @author       Me
// @match        *://www.youtube.com/*
// @grant        none
// @run-at       document-idle
// ==/UserScript==

(function () {
    'use strict';

    // ✅ ブロック対象のチャンネル名（部分一致）
    const blockedChannelNames = [
        "感動大国日本","世界が称賛JAPAN","世界が○○るニッポン"
    ];

    const blockedRegex = new RegExp(blockedChannelNames.join("|"), "i");

    // ✅ 対象となる動画カードの要素リスト
    const videoSelectors = [
        'ytd-rich-item-renderer', //ホーム/おすすめのカードに登場
        'ytd-video-renderer', //メインの動画リスト（検索結果）に使用
        'ytd-grid-video-renderer', //サブスクリプションやチャンネルページのグリッド表示
        'ytd-compact-video-renderer', //サイドバーや関連動画リスト
        'ytd-reel-item-renderer', //Shorts（リール）用カード
        'yt-lockup-view-model' //サイド関連動画
    ];

    // ✅ 対象カードからチャンネル名を取得
    function getChannelNameFromCard(card) {
        // チャンネル名の要素（複数形式あり）
        const selectors = [
            'ytd-channel-name a',      // 通常
            '#channel-name a',         // shorts 等
            '.ytd-channel-name',       // 一部検索結果
            '.yt-simple-endpoint',      // fallback
            'yt-content-metadata-view-model' //サイド関連
        ];
        for (const sel of selectors) {
            const el = card.querySelector(sel);
            if (el && el.textContent) {
                return el.textContent.trim();
            }
        }
        return null;
    }

    // ✅ ブロック処理
    function hideBlockedVideos() {
        videoSelectors.forEach(selector => {
            document.querySelectorAll(selector).forEach(card => {
                if (card.dataset.ytChecked) return;
                card.dataset.ytChecked = "true";

                const channelName = getChannelNameFromCard(card);
                if (channelName && blockedRegex.test(channelName)) {
                    card.style.display = 'none';
                    console.log("🚫 非表示: ", channelName);
                }
            });
        });
    }

    // ✅ 初回 + SPA 対応
    const observer = new MutationObserver(() => {
        setTimeout(hideBlockedVideos, 200);
    });

    observer.observe(document.body, {
        childList: true,
        subtree: true
    });

    // ✅ 初回読み込み後にも実行
    setTimeout(hideBlockedVideos, 1000);
})();

コピペしたら保存して、
「ブロック対象のチャンネル名」の部分に、ブロック（非表示）したいチャンネル名を追加していけばokです。
スクリプトを有効化するのも忘れずに。

これでyoutubeを開いたときに、いらんフィードを非表示にしてくれます。

コンソールを開けば
非表示: チャンネル名
と出るので機能してることがわかります。

スッキリ。

注意点

• こちらも「要素の非表示」であり、YouTubeのレコメンドアルゴリズム自体を変更するわけではありません。
• YouTubeのUIやDOM構造が変更されると、フィルターが無効化される可能性があります。
• タグ要素は環境によって変わることもあるようです。対象とする要素はユーザー個別に調整する必要があるかもしれません。

方法3：チャンネルIDで排除（Tampermonkey）

一つ上の方法2と同じですが、こちらはチャンネルIDを使います。
「チャンネル名」では汎用的な語句を使われた場合に誤判定が増えそうなので。

アドオンをインストールしたら「新規スクリプトを追加」から追加。

// ==UserScript==
// @name         YouTube: Hide cards by handle (lightweight)
// @namespace    http://tampermonkey.net/
// @version      1.0
// @description  Hide YouTube cards whose channel href (/@handle or /channel/UC...) matches blocked list (SPA-aware)
// @match        *://www.youtube.com/*
// @grant        none
// @run-at       document-idle
// ==/UserScript==

(function () {
    'use strict';

    const blockedChannelIds = [
        "@emojapa","@NurikaJapa","@%E4%B8%96%E7%95%8C%E3%81%8C%E3%",
    ];

    // blockedSetの生成（デコード・正規化を両辺で統一）
    const blockedSet = new Set(
        blockedChannelIds.map(x => normalizePath(x))
    );

    function normalizePath(str) {
        const decoded = tryDecode(str);
        const noTrail = decoded.split(/[?#]/)[0].replace(/\/+$/, '');
        return noTrail.startsWith('/') ? noTrail : '/' + noTrail;
    }

    function tryDecode(str) {
        try { return decodeURIComponent(String(str).trim()); }
        catch { return String(str).trim(); }
    }

    // チェック対象カード（コンテナ・Shortsは除外）
    const CARD_SELECTORS = [
        'ytd-rich-item-renderer',
        'ytd-video-renderer',
        'ytd-grid-video-renderer',
        'ytd-compact-video-renderer',
        'yt-lockup-view-model',
    ].join(',');

    // チャンネルリンク候補（優先順）
    const CHANNEL_LINK_SELECTORS = [
        'ytd-channel-name a',
        '#channel-name a',
        'yt-content-metadata-view-model a[href^="/@"]',
        'a.yt-simple-endpoint[href^="/channel/"]',
        'a[href^="/c/"]',
        'a[href^="/user/"]',
        'a[href^="/@"]',
    ];

    function getChannelPath(card) {
        for (const sel of CHANNEL_LINK_SELECTORS) {
            const el = card.querySelector(sel);
            if (!el) continue;
            const raw = el.getAttribute('href') || el.href || '';
            if (!raw) continue;
            try {
                const pathname = raw.startsWith('http')
                    ? new URL(raw).pathname
                    : raw;
                return normalizePath(pathname);
            } catch { continue; }
        }
        return null;
    }

    function processCard(card) {
        // pathが取れていれば確定済み（再チェック不要）
        if (card.dataset.ytBlocked === 'true') return;
        if (card.dataset.ytSafe === 'true') return; // ←取れた＆セーフ確定

        const path = getChannelPath(card);

        if (!path) return; // まだDOMが揃っていない→フラグを立てず再試行可能に

        if (blockedSet.has(path)) {
            card.style.setProperty('display', 'none', 'important');
            card.dataset.ytBlocked = 'true';
            console.debug('🚫', path);
        } else {
            card.dataset.ytSafe = 'true'; // セーフ確定→以後スキップ
        }
    }

    function run() {
        document.querySelectorAll(CARD_SELECTORS).forEach(processCard);
    }

    // throttle付きMutationObserver
    let timer = null;
    new MutationObserver(() => {
        if (timer) return; // leading throttle（前の処理が終わるまで追加しない）
        timer = setTimeout(() => { run(); timer = null; }, 200);
    }).observe(document.body, { childList: true, subtree: true });

    // 初回（DOMが遅延する場合に備えて2段階）
    setTimeout(run, 800);
    setTimeout(run, 2500);

})();

blockedChannelIds の部分に、ブロック（非表示）したいチャンネルIDを追加していけばok。
チャンネルIDは消したいカード（サムネ）の下に表示されているチャンネル名を右クリックしてリンクをコピー、その＠マーク以下を入力します。
日本語で設定されている場合にはURLエンコードされた文字列（例：@%E6%97%A5%E6%9C%AC%E3%81…みたいな）を入力します。

自分は現在この方法を使っています。

注意点

• チャンネルIDは任意に変更できるものらしいのでその点は注意。
• こちらも「要素の非表示」であり、YouTubeのレコメンドアルゴリズム自体を変更するわけではありません。
• YouTubeのUIやDOM構造が変更されると、フィルターが無効化される可能性があります。

まとめ

これで無事に、見たくないチャンネルの動画フィード、不快なサムネを非表示にできました。

最初はuBlock Originで設定したのですが、痒いところに手が届かないと言いますか、あともうちょいが届かない。
例としては3つほど”架空のチャンネル名”をあげていますが実際はもっと多いです。というか多すぎです。似たような動画ばっかりどうなってんだ。

そんな長ったらしいチャンネル名群を、複数行に書くのは精神衛生上よろしくありません。

そこで実は今回初めて Tampermonkey を使ってみました。
コードも実はChatGPTに手伝ってもらっています。AI動画を排除するためにAIを使うっていうね。ま、そういうもんだよね。うん。

とりあえずスッキリしたので良しとします。
以上。

yt-dlpでTVerをダウンロードしようとしてエラーが出る、そんな時の対処法。
ただ一時的な対処法です。いずれ対応したものが出されるでしょうから。

あと個人的な備忘録です。一応。

yt-dlpでTVerをダウンロードしようとするとエラーになる

数日前からこの状態になりました。

ERROR: [brightcove:new] Unable to download JSON metadata: HTTP Error 404: Not Found (caused by <HTTPError 404: Not Found>)

JSON metadata のダウンロードでエラー発生。見つからないよと。

TVer側で仕様の変更があったようです。

どうやら新しく配信されるものからどんどん切り替えられている模様。

yt-dlpが更新されればと思っていたのですが、数日待って更新された「yt-dlp 2025.03.21」の extractor の中に TVer の修正版は含まれませんでした。

てことで、
fixされた tver.py を入手して対応します。

修正された tver.py を使う

手順を簡単に説明。

基本的な情報はこちら↓

[TVer] ERROR: [brightcove:new] Unable to download JSON metadata: HTTP Error 404: Not Found #12643

修正された tver.py を入手

上記ページのこのコメントから

こちらに移動したようです↓
https://gist.github.com/arabcoders/21162f44a99ba9ad96db28bc43fc83a0

上書きか、プラグインフォルダに入れるか

該当ファイルを上書きしてもよし。その場合は extractor フォルダを探して置き換えましょう。

今回はプラグインフォルダを作って放り込みました。
macなので場所はここ。

~/.config/yt-dlp/plugins/tver/yt_dlp_plugins/extractor

ちなみにwindowsは↓

C:\users\your_name\.config\yt-dlp\plugins\tver\yt_dlp_plugins\extractor

一つ一つフォルダを作っていくのは面倒なので、
階層ごといっぺんにフォルダを作成する。

mkdir -p ~/.config/yt-dlp/plugins/tver/yt_dlp_plugins/extractor

今回初めて知ったこのやり方（pオプション）。便利。

あとは入手した tver.py を放り込むだけです　が、内部の記述が相対パスになっているのでこのままではエラーが出てしまう。
一部書き換える。
新しい修正版では書き換える必要がなくなりました。そのままファイル置き換えかプラグインフォルダに放り込むだけで動作します

from .common import InfoExtractor
from ..networking.exceptions import HTTPError
from ..utils import (
.
.
.
from ..utils.traversal import require, traverse_obj

　↓

from yt_dlp.extractor.common import InfoExtractor
from yt_dlp.networking.exceptions import HTTPError
from yt_dlp.utils import (
.
.
.
from yt_dlp.utils.traversal import require, traverse_obj

リージョンロックがかかっているようなので
日本国内のIPアドレスからアクセスする必要があるらしいけど、まぁそこは問題ないので割愛。

修正されたtver.pyは従来のものと取得できるフォーマットリストが違う

「yt-dlp 2025.03.25」がリリースされました。
修正版のtver.pyも含まれています。（よかったよかった

でもちょっとファイルサイズが大きいような気がして・・・比較してみたらすこし違うみたい。

同じ720pでもビットレートが違うしファイルサイズも違う。

自分はちゃちゃっと観て消しちゃうのでそんな大きいサイズはいらない。

結局、ひとつ前のバージョンの tver.py をプラグインフォルダに入れて使用、
エラーが出るなら新しい方を使う形にしました。

古いドラマなんかはまだ取得できるんだよね、以前ので。時間の問題だろうけど。

まとめ

参照先の修正者さんに感謝。

おそらく数日から数週間で対応されるでしょうから、それまでの一時的な処置ですかね。

音声ファイルの詳細が取得できないようですが、そこはほぼ問題ないかと。

あとは普通に使えます。

ただ既に上がっていた、従来の方法で取得できる番組に関しては修正版tver.pyと従来のものとで取得できるリストが違います。

yt-dlp -F でまずはクオリティリストの取得を試みて、エラーが出たら新しいものを使う方が良いかもしれません。
これも短期的な話になると思いますが。

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

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

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

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

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