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

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 14:15:45.27

!extend:checked:checked:1000:512:donguri=2/3
!extend:checked:checked:1000:512:donguri=2/3

スレの立ちにくい板なのでスレ立てを優先します

VIPQ2_EXTDAT: checked:checked:1000:512:donguri=2/3: EXT was configured

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がされないかもしれません

2025/11/21(金) 03:33:09.18

どうも405連発の人です。

また405、BOT判定が起こり今やっと解除されて、この一連のBOT判定、ツール使用全部不可IP制限(視聴だけできる)の全容がかなりわかってきました。

本日帰宅後すぐ寝てまして22時起床、チェック仮が19:30頃で通知止まってたので、ここでBOT判定が出たのだと推測されます。
23:20頃にそれに気付きBOT判定をブラウザで操作し解除、405解除(IPBAN解除)されたのは24:30か24:40頃です。

今回は405解除されたのは約1時間後、前回は5分後、初じめて405エラーに気付いて解除された時は約8時間後となります。
初回の時に偶然直ったLANケーブル抜き差しは、今回すぐに試してまったく効果なしでしたので、初回の時に8時間後の深夜にも再度405確認後すぐにLAN抜いてテザリングIPに変えた作業後に元のLANのIPに戻った時405解除されてたのは、偶然8時間後頃にIP制限解除されたと今の所そう解釈しています。
8時間は解除まで少し長すぎるような気がして、かなりの疑問な部分が残りますが、確実に5分と1時間で解除された2回の方は正確に確認していますので、制限解除時間は固定時間ではないようです。

2025/11/21(金) 03:33:46.92

長すぎてエラーが出たので続き

あと今回わかった部分は、BOT判定くらった時間は関係なく、ブラウザで操作解除してから時間経過後にIP制限解除されるようです。

あと、今回は11/20、0:00～19:30までの総転送量は深夜早朝に行った3配信600MBのみで、日中操作は何一つしていません、チェック仮の待ち受けのみです。
なので今の自分の考察では、チェック仮の処理だけでBOT判定になる可能性が高いです。
チェック仮常時起動＋短期間のツール呼び出し回数(転送量は一切関係ない)が多くなるほど更にBOT判定になりやすいと思われます。

チェック仮、最新版にしてからもうすでに3回も405エラーが出てるので、関係なくはないと思います。
＞サーバーの負荷軽減のためカテゴリページからの取得、放送中タブの表示、放送中の番組に色をつける機能を廃止。(2025/08/08)
＞番組表から取得する機能が正常に動作できなくなっていた不具合を修正、カテゴリページからの取得・放送中タブの表示・放送中の番組に色をつける機能を再度追加(2025/08/28)
ここあたりの修正で負荷関係で何やらあったみたいですし、ニコ生側も前より厳しくなっている流れだと推測できるので、チェック仮最新版の処理があると現状IP制限になりやすいんだと思います。

2025/11/21(金) 03:45:46.12

＞仰る通り、現在のところ、近くカテゴリーページやプッシュ通知も含めて動作できなくなることが考えられる状況であるかと考えております。

重要なこれが抜けておりました。やはりチェック仮のサーバー負荷が高いのが原因なんですかね？

2025/11/21(金) 16:02:31.94

>>559
ちなみにチェックツールには何件ぐらい登録してるの？
あとアラートの取得元は何にチェックつけてる？
全部ユーザーフォローするようにして、ブラウザのプッシュ通知からだけ取得するようにしてる？

2025/11/22(土) 07:12:03.52

>>560
13年以上使ってるので多めで、チャンネル(昔のコミュも)1565、ユーザー1250、実際今でも配信通知があるのは合わせて200～300位だと思います。
でも登録している分のは、ただのフィルタリングであると思われるので動作上の負荷向上にはなっていないのでは？

フォローリストを取得しました 328件(ユーザー:20 チャンネル:308)
チャンネルのフォローは、昔のほとんど動いていないのが多数、コミュフォロー派でしたのでユーザーのフォローはやっと最近使い始めています。
スマホは2年くらいアップデートしていなくプッシュもないので実質使用していない動作だと思います。

アラートの取得元は、全てデフォルト、全部チェック、カテゴリ15秒です。
カテゴリからの取得にほぼ全部頼りきっています。

2025/11/22(土) 10:40:02.47

問い合わせるのが一番じゃね

2025/11/22(土) 15:14:00.20

>>561
本当に改善したいならブラウザのプッシュだけにして
一般的にbot判定される可能性のあるスクレイピング系はオフにしてみて様子をみたほうがいいな

**552** 警備員[Lv.0][新芽] · 2025/11/22(土) 20:35:53.16

低遅延優先にしてもやっぱり焼け石に水だ
まず何を改悪すると途切れから復帰しにくくなるのか知りたい
直らないと分からないはストレスが相乗する

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/11/22(土) 21:11:44.55

>>564
ブラウザーの動作についてはドワンゴ側でしかどうにもできないんでそれならしょうがない
強いていえば直接ニコニコのサポートにクレーム入れるしかないだろうね

非公式なツールならm3u8やセグメントのタイムアウトを早くしたりリトライを早めにするなど対処する方法はあるけど、
こういうのっておま環な要素もあるから下手するとそれによってニコニコに過剰なアクセスしてニコニコにさらに過剰な負荷を与える可能性があるから難しいところ