【ニコ生】新配信録画ツール（仮、livedl Part9

**nnn-revo2012** 警備員[Lv.4][新芽] · 2025/11/08(土) 18:30:29.36

>>540
それstreamlinkに多分なんらかの原因でFFmpegが起動できないか、FFmpegがない状態とみなされて映像データーだけをダウンロードして終了したんだと思います
その対策の一つはRAMDISKにすることなんだと思います　どんな環境か、同時にどんだけ録画してるか知らんけどDISKIOが足りないんじゃないかと思われ
ニコ生が動画の仕様変更する前は単に動画をDLして結合すればよかったけど、今は映像と音声の２つをDLしてそれをFFmpegで結合しないといけないわけでパソコン側の負担も前よりずっと高くなってる
それで録画できてるんならそれでいいんじゃないですかね？

2025/11/11(火) 22:42:41.88

10月30日ぶり以来、久々に405再発して概要が大体わかってきました。

今回はブラウザで数秒で複数タブを開くような操作はしていません。
直近12時間のニコ生転送量は4配信2GBほどで、転送量は普通でした。

今回の時系列
20:09　自動録画でstreamlink＋仮コメント生録画起動
20:57　TS録画確保、作業開始
20:57-21:06　3.27GB　sl+仮米録画
21:07-21:09　1.18GB　sl+仮米録画
21:07-21:11　自動録画でstreamlink＋仮コメント生録画起動　録画終了
21:11-21:13　700MB　sl+仮米録画

そして700MBの終了確認後すぐ、手動で次の用意してたTS録画実行しようとしたら405、ブラウザで確認したらBOT判定画面
作業中に並行してブラウザで視聴確認範囲指定作業はDLと同時には行っていました。
21:17に405は解除されました。

おそらく問題あったのは、生録画、米生録画中にTSのSL録画、米録画、最大計4タスクを同時に実行したのがBOT判定の原因
もしくは短時間、今回は15分内に5GB以上の転送が原因
もしくは短時間にstreamlink、仮の累計タスク使用総数が多かったのが原因、多いといっても計10個程度ですが

そんなにハードに使っていなくても、この程度で405は出るので参考にして注意してください。

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/11/12(水) 01:43:03.87

>>542
AWSになってからのタイムシフトは昔と違って最初に取得した*.m3u8にすべてのセグメントが載ってるからツール側でDL速度制限でもしないと爆速でDLしちゃうんでしょうね
仮に仮さんがツール作ってたらその辺に制限かけて従来通り2倍ぐらいのDLにしてたんだろうけど、Streamlinkの作者さんは「DLできるならできるだけ速くするのがベスト」みたいな考えらしいです
Streamlinkにyt-dlpにある帯域制限機能がないのは作者さんのポリシーだとかどっかのスレで見たような気がします
非公開でツール作ってる人がもしタイムシフトで405が頻発するなら、DLにwaitかけた方がいいかもしれません　だから何だと言われてもですが

2025/11/12(水) 05:57:43.39

>>543
実は、ここの過去スレでStreamlinkの帯域制限を発案した者でもあるですが、--ringbuffer-size 16Mがデフォルトであるのを10とか100とか1000とかに変更したら速度制限できるよと書いて以降、こんにちまでずっとTS時は帯域制限してstreamlinkを使用してきました。
ですがここ最近は、この方法ではCPUリソースが食われ電気代節約とやはり速度を追い求めて通常は200と300設定に、6、8Mbps配信の高画質配信で速度を上げたい場合600や1000～1200設定にしてるのですが、
時間帯によってASW側の転送速度は変わるんですが、10～25MB/s、80～200Mbpsほどの速度で現状落としていました。
ほぼ速度制限していない速度と変わらなかったかも知れません。
ringbufferを100前後以下に設定するなら、自由に帯域制限をかける事ができますが何個もあるTSに何時間もかけていられませんしね。

前回も生録画中にTS作業をして405になったので、おそらくですがタスクを同時実行するのが一番の原因だと思います。
短時間に転送量を使っても問題ないはずだと思います。
普通に12時間8Mbps配信1個で25GBを20～30分かかりますが、過去に何度も落としてきて前後に405制限された事は1度もないです。

常時チェック仮、同時タスク、ブラウザ視聴などの複合的要因が重なりBOT判定になってるのかも知れません。

**nnn-revo2012** 警備員[Lv.4][新芽] · 2025/11/12(水) 08:49:21.16

>>544
妥協案としてSlなんとか（またはStreamlink or yt-dlp)と（仮の起動時間を10秒ぐらい（もっと長くでもいいけど）空ければいいんじゃないかと思います
リアルタイムだとコメントが・・・って思うだろうけど、実はメッセージサーバーになってからのコメントは一般アカウントでも過去のコメント取得できるんだよねー

2025/11/12(水) 12:22:41.88

でもこの人以外に405の報告でてないのは不思議

**nnn-revo2012** 警備員[Lv.5][新] · 2025/11/12(水) 12:52:17.36

>>546
SlNicoLiveRecのコメントに2件ぐらいあるから出てる人は出てるんじゃない？
今のところ解除される時間が短いようから気づいてないとか？

2025/11/12(水) 18:39:34.41

>>547
あっち見てなかった
確かに見たらあるな

あっちで、こっちのスレの話題を出してる人いるが
あっちの作者に今回のケースの405の原因を聞いてもさすがにサポート対象外だろう
まずはこっちで聞けばいいのに

**nnn-revo2012** 警備員[Lv.7][新] · 2025/11/12(水) 19:14:50.14

>>548
さすがに405の原因については気づいてるだろ
あっちはミクチャ、インスタ、TickTokのようなもっとアクセスに厳しいサイトも取り扱ってるから大丈夫だと思いますね

2025/11/12(水) 20:29:47.60

ニコニコプレミアム会員（DL対象の配信、動画がより高画質になる）なので
ここで報告されてる以上の速度と容量、頻度で落としてるけど一回も規制された事無いわ
新配信はAWSである事を考慮しても速度と容量を基準にIPをターゲットとした規制では無いと思う
推測できるのは無料会員or非ログインを対象に同時セッション数での規制かな
有料会員でも同時セッション貼りすぎると強制ログアウトさせられるし
所謂botは当然無料会員か非ログインなのでこの規制方法は合理的

2025/11/13(木) 19:32:45.12

>>291
nnn-revo2012さん
今更だけどこれ保存版で残してくれてありがとう
おかげでstreamlink単体でも中断されずに同一アカウントで録画しながらブラウザ視聴もできた

2025/11/13(木) 20:17:18.65

いつのアプデでかしらんけどここ数週以内でブラウザ視聴で画面と音の停止が悪化したな
1Mbps回線の環境で384kbps設定で見るとかそれだけですぐ止まる
要するに4Gフル20Mbpsとかの贅沢な回線でないと理論上の帯域が十分余っていてもすぐ止まるようになった

動画が一瞬でも途切れた後に「放送位置を修正して再生し直す」という動作が効いてないレベル同然になったようだ
無論生配信サイトでこれが正常に機能しないのは論外もいいところ

2025/11/14(金) 23:17:38.46

速度十分でも起こるし復帰しない
ラジオにしにくいから困るんだわ
「映像･音声が止まった際に押して下さい」が役に立たん

2025/11/15(土) 17:19:22.20

？

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/11/15(土) 18:38:44.36

>>552-553
ブラウザーなら設定→通信モードを安定性重視にすれば多少は安定するのでは
じゃなきゃ、コマンドプロンプトやPowerShellからStreamlinkやyt-dlpを起動してVLCやMPCを直接起動すれば？

例：
>streamlink --default-stream 450p https://live.nicovideo.jp/watch/lv349185615

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/11/19(水) 21:06:00.86

もう公開停止したlivedl-nですが、メッセージサーバー移行後のバージョンでコメント取得の際にueとshitaが指定されないバグがありました
あとフォント関係でDeFontがされないかもしれません