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

**504** 警備員[Lv.4][新芽] · 2025/10/30(木) 05:25:45.96

前回の名前知らずのうちに405にすり変わっていました。

>>511
今回の数秒間に連続でタブ開いた操作がBOT判定になったとは確実に断定できていないので、落としすぎでBOT判定になるという見方も正しいかも知れない状況です。

405エラーが出る30秒～1分前に行ったstreamlink実行は正常だったのに、このタスク終了確認後すぐ手動で新規のstreamlink実行したら405が出てアレ？となりました。
でブラウザ見に行くとBOT判定画面が出ていました。あやふやな記憶ですが5分～10分前に連続でタブ開く操作して、それ以降はブラウザ新規で見ていない状況です。
ちなみに調べたら405エラーになる直前のニコ生は1GB以下しか転送量使っていなかったので、短期間で使い過ぎの状況ではなかったです。

BOT判定画面を初めて見かけたのは3ヵ月～半年前くらいに、公式番組表
live.nicovideo.jp/timetable　で複数タブ5連続ほど、前日翌日を2、3回行き来してただけで判定くらったので
短時間に操作するとなりやすいと予測できます。

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/10/30(木) 08:42:41.31

>>512
BOTかどうかの判定はAIのない昔から「短期間に同一IPから複数アクセスあるかどうか？」なのでそりゃそうだろ
一時的なIPＢＡＮの場合、IPで判定するからログイン有無や別アカウント含めすべてＢＡＮされるでしょ

それとＢＡＮの解除については例えばYoutubeだとIPv6だとかなり長いけどIPv4だと（IPがほかの人に割り当てられる可能性が高いから）割と短いというとの話もあるんでそれこそおま環問題

ちなみに単位時間当たりの転送量が多すぎだと403食らうのはランサムウェアでダウンする前から実装されてたはず
それがアマゾンAWSに移行した今も有効かどうかは単位時間当たりのDL量を増やすような糞プログラムでも作って検証しないかぎりわからない

2025/10/30(木) 14:55:33.81

>>512
公式番組表のその操作だけだとこっちの環境では問題なかったから
他のツールのアクセス量と組み合わさった場合に発生する現象だろうね
仮のチェックツールはちょっと前にアクセス数多い問題あって直したけど
ちゃんと最新版のチェックツール使ってるよな？

2025/10/30(木) 15:01:47.03

>>510
websocketに接続しまくるはやったことあるけど2,3以内に200回アクセス程度じゃ問題なかったら
今回の操作程度でBOT判定なるのは正直疑問

2025/10/30(木) 15:02:19.65

>>515 2~3秒以内

**504** 警備員[Lv.0][新芽] · 2025/10/30(木) 20:52:57.44

チェック仮は最新です、10/17～10/29までの記録分の全転送量460GBほぼTS分、1日平均35GBくらいですね、
ちなみに15年ほどずっと毎日24時間常時起動namaroku、チェック仮待機しております。
ここ1、2年はずっとこの調子これより少し少ない程度なので毎日アベレージ25GB以下～30GBだと思います。

DL判定管理する為のブラウザ視聴も実行分は確実に見回って判断してるのでアクセス転送はもう少し上がると思われます。

これだけ毎日やっててBOT判定が出たのは全部合わせて3回のみだけです、ブラウザで早い操作したらその後に急に判定画面になってという経緯です。

405くらっても、ブラウザ視聴は何の問題もなくできてるのでツールだけIP制限されてるのがよくわからない所です。

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/10/30(木) 20:56:31.49

調べるとAWS WAF ボットコントロールってのがあるんで、こういうの使って接続を監視しているんだろう

ニコ生が映像と音声分離してから動画とコメント取得する場合原則別ツールを使うことになるからその時点で２連続で接続してることになるけど
それも原因の１つかも

**nnn-revo2012** 警備員[Lv.1][新芽] · 2025/10/30(木) 21:10:55.06

>>517
>これだけ毎日やっててBOT判定が出たのは全部合わせて3回のみだけです、ブラウザで早い操作したらその後に急に判定画面になってという経緯です。
>405くらっても、ブラウザ視聴は何の問題もなくできてるのでツールだけIP制限されてるのがよくわからない所です。

・短時間での連続したアクセスはBOTとみなされやすい
・ブラウザからか別のツールからとかそんなのはとっくに解析済と思われる
　（例えUA偽装しててもアクセスパターンなどからツールと解析できると思います）

2025/10/30(木) 22:17:35.97

>>517
あんたガチの監視員だな
うちの仮なんか3日でフリーズするんだが常時動く方法を知りたいわ

2025/10/30(木) 22:43:49.24

ipローテのスクリプト組めば
プロファイルは適当なVPN
レインボー攻撃方式で複垢作り

2025/10/31(金) 00:02:36.99

>>517
自分の環境は１日35GBは普通に超えてる
違いがあるとすれば自分は仮チェックツール+streamlinkでコメントはいらないからコメント取得はしてない
ブラウザでも見まくってるがBOT判定なんて見たことない
この違いからなにかわかるのでは？

**504** 警備員[Lv.4][新芽] · 2025/10/31(金) 05:53:54.87

>>520
メモリ64GB、仮想メモリページファイル150GB設定ですが全然足りなくなってきたので次回組む時は最低128GBにする予定ですね。

同じく最短3、4日程度でフリーズはしないですが、いつからかのチェック仮から致命的なバグがありメモリが仮想にスワップしだすあたりから、
取得が勝手に止まるバグがあるので、7～15日程度で再起動は定期的に絶対してます。

チェック仮のメモリ云々のバグは、ここか忘れましたが過去ログのどこかで指摘している1人だけ見かけて、
それから要警戒でチェック仮を監視、起動後4日以降は1日ごとにアプリのみ再起動をすれば対策できてます。

これはチェック仮のバグなのかニコ生の仕様の変更が原因かわかりませんが、記憶がまったく曖昧ですが1～2年前以上から出てます。
ちなみにこれより以前は、最長30日程度起動してても取得が止まる事なんか1度もなかったので何かが原因かと思われます。

**504** 警備員[Lv.4][新芽] · 2025/10/31(金) 06:14:01.08

なんとなく思い出しましたが、チェック仮のバグの指摘を初めて見かけたのはニコ生が暗号化されたあたり前後でそれから対策し始めました。
めちゃくちゃ曖昧ですが、サイバー攻撃受ける以前のチェック仮は問題なかったような感じがします。

2025/10/31(金) 12:57:14.50

>>523
自分もそれあったけど
あっちの掲示板で対処法見て解決した
新規でダウンロードして元のファイルに上書きとかしないで
新規でダウンロードしたものを使うようにしたら直った

2025/10/31(金) 12:57:15.28

>>523
自分もそれあったけど
あっちの掲示板で対処法見て解決した
新規でダウンロードして元のファイルに上書きとかしないで
新規でダウンロードしたものを使うようにしたら直った

**504** 警備員[Lv.0][新芽] · 2025/10/31(金) 13:48:57.81

>>525
新規だと直るんですね、使ってるか調べてないけどレジストリやappdataの古い設定のゴミが残ってると悪さするとか？
フォルダ見直しても上書きだけで変になるような部分は見当たらないんですけどね

**nnn-revo2012** 警備員[Lv.4][新芽] · 2025/10/31(金) 17:26:56.56

>>527
>レジストリやappdata

guest_nicoさんのツールはすべてどっちも使ってない(いわゆるポータブル版みたいな位置づけ)

何年か前のバージョンでニコ生放送チェックツール（仮.configの中のkeyがずれて保存されたかkeyが抜けるかしたんじゃないかと思う
それ以降チェックツールが一見動作してるけど謎の不具合が出続けてるのはそれが原因じゃないかと
だから古くからずっと使っててまめにバージョンアップしてる人ほど謎の不具合が出るんじゃないかな？

修正方法はguest_nicoさんの掲示板をさかのぼってみてくれ

**nnn-revo2012** 警備員[Lv.4][新芽] · 2025/10/31(金) 17:46:21.95

ここ１、２日久々にここに書き込みしたけど、自分は情報提供できると思ったから書いたまで
nnn-revo2012なんて見たくもないという人は専ブラなら名前かなんかで見えなくなるようにすればいいです
ここやguest_nicoさん、四八福星間開発さんの掲示板も含めても基本書かないようにしてますんでご心配なく

2025/10/31(金) 21:58:31.28

>>529
各所で見かけております、よく話題に参加してくれて毎回適格な見解ありがとうございます。

2025/11/01(土) 02:13:07.53

文章に特徴があるから名前なくてもわかるけどねw

2025/11/01(土) 02:49:13.32

>>529
おまえがいないとこのスレ過疎るから今後も書き込み頼むわ

2025/11/01(土) 04:33:25.72

>>305これ書いててまだ沸いてこれる厚顔無恥ならお好きにどうぞ

**nnn-revo2012** 警備員[Lv.0][新芽] · 2025/11/01(土) 06:56:14.87

今更だけど録画ツール（仮から外部ツールとしてstreamlink/yt-dlpを起動するのは作者に却下されたけど、
なら現状の今の外部ツール起動（*.m3u8をFFmpegに渡す）する際に例のcookieを渡すように改造すればいいのでは？
これなら動画/コメントのvpos同期以外の問題は解決するのでは？と思った
もちろんこれも作者に却下されると思うけど法律うんぬんより実際この方がサーバーに優しい（無駄なアクセスがない）わけでwin-winじゃないかと思った

**nnn-revo2012** 警備員[Lv.3][新芽] · 2025/11/01(土) 09:55:20.16

もう一つ
リアルタイム録画で録画数が多くてBOT判定されるのはわかるけど、タイムシフト録画のみ（動画＋コメント）でBOT判定されるケースはあるの？
タイムシフトなら動画とコメントのツールの起動時間を数秒から1分ぐらいずらせば引っかからないと思うけど？

2025/11/01(土) 11:10:40.18

そうしたいならお前が作れよ

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

>>536
作ったとしても僕のアンチがドワンゴに通報しまくって警告が来て公開停止の流れじゃないかね？
例えUA偽装したところでそれ以外の要素からツールかどうか特定できるはずだから無理としか言いようがない

2025/11/03(月) 22:56:56.94

昔はそんなもん無視して作るホンモノだけしか居なかったんだけどな

2025/11/04(火) 09:53:23.65

今は正義マンだらけで無理だな

2025/11/08(土) 01:46:28.28

古いPC(HDD)をwindows11にして
ニコ生放送チェックツール（仮 + streamlinkで
保存したらどれも音声が再生されなくなって
windows10の時と同じようにキャッシュをRAMDISKに設定したら
問題なく記録されるようになりました
streamlinkのオプションは--default-stream bestだけ
ちなみに真空波動研究では
800x450 8Bit AVC/H.264 Main@3.1 1:1 Progressive 30.00fps 3960f 103.43kb/s[2][不明cmfc]
となってました

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

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

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/11/25(火) 19:05:59.57

【重要／ニコニコ生放送】2026年2月より「ニコ生ゲーム／放送ネタ」の運用体制とサービス内容を変更します

ttps://blog.nicovideo.jp/niconews/262451.html

慎重に検討を重ねた結果、ニコニコ生放送全体を安定的にご利用いただける環境を維持するため、2026年2月下旬より「ニコ生ゲーム／放送ネタ」の運用体制を変更します。

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/11/26(水) 22:08:54.24

guestさんの掲示板1043に対するguestさんの返答がどうなるのか楽しみ
返答が遅れてる場合は何かプログラム修正してるんだろうけど、これって小手先の修正じゃ解決しないと思うんだがなあ

2025/11/28(金) 00:43:40.78

可能性のある部分修正したってきたな
bot判定はチェックツールにも原因あったのか？

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/11/29(土) 20:18:30.52

>>568
他サイトもそうだけど、チェックツール自体がbotツールと変わらないわけでユーザーの使い方次第でbot判定されるようになっただけ
例の件以降セキュリティやbot対策に力入れてるんじゃないの？

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 2025/11/30(日) 02:13:26.18

チャックツール作者に運営が改善要請だしてることから
チャックツールを暗黙的に認めてるようなもん
だったらAPI公開して流量制御かけて管理するようにしたほうが
負荷抑えられるだろ

2025/11/30(日) 10:28:57.98

何のチャックだよ

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/11/30(日) 23:17:57.87

>>570
そもそもbot判定が頻繁にされるのはごく一部のヘビーユーザーだけと思われるので、それを基準にソフト作成すること自体が無駄というか無意味だと思うけど
なのでチェックツールやその他のツールの無駄なWebアクセスを削減するというのはありかと思うけど、それ以外の対処はできないと思うのね

2025/12/03(水) 19:23:27.28

ソフト側で極力無駄なアクセスを減らす事は出来るだろうけど限界があると思うけどな
VPNサービスでチェックツールと録画アプリのネットワークを分けるとか効果あるのかね

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/03(水) 20:50:44.04

>>573
そんなのアクセス時間やパターンでわかると思うよ

現状のニコ生でbot判定されるケースってそんなにあるの？
チャンネル生放送で同じ時間に何件もほぼ同時に開始しつつユーザー生も近い時間に開始する放送を登録してるよっぽどのヘビーユーザーぐらいしか引っかからないと思うけど？
これが何十人もいるならもっと（仮さん掲示板や四八さんの掲示板で同様の件が書かれてていいはずだけど？

2025/12/03(水) 21:02:04.06

それは貴方の感想じゃない？AWSの内部者なの？
ただただ必要のない配信者の登録しすぎてアクセスしすぎてbot判定されてるという認識
アプリ側では対応の限界があるから、必要ない人をチェックリストから削除するとかした方がいいと思う
bot判定されるなんて本当に稀だと思うけどね

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/03(水) 21:05:34.00

ちょっと気になってること

（仮掲示板 1044の ver0.1.9.4.debug.zip っておそらく誰も検証しないし検証しようにもほとんどの人には発生しないと思うけど、
この修正って次の正式版に入れてもいいと思う？
フリーウェアだから動作保証なんてどうでもいいというならありかと思うけど、普通の感覚だと必要とされない機能を無駄に入れなくていいと思うんだけど？
返答がない＝このままOKというのならそれでもいいけどね

2025/12/04(木) 06:12:08.61

不具合修正も含まれてるし、たいした機能追加じゃないから別にいいんじゃね
全く必要とされないかは知らんが論理的に考えて使われる可能性があるなら残しておいてもいいかと

機能を無駄に入れなくていいは同意だけど
個人的な見解として、あそこはなんでも要望聞きまくっててその方針はもう破綻としてる思ってるから今更だと思う

2025/12/04(木) 18:11:19.72

個人的には入れてもいいと思う、開発者側も何かしら過剰アクセスに思い当たる節があったから修正したわけで

2025/12/05(金) 03:16:18.19

CLIで完結するツールを誰か…

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/05(金) 21:24:05.21

>>579
他のAIじゃ生成できるのかもしれないけど、ChatGPTだとどうしてもwebsocketからコメントを取得しようとするねｗ
Pythonでニコ生のコメントを取得するツールはNDGRClientぐらいしかなくてAIの学習不足なんだろか？
以下を参考のどんどんメッセージサーバーの仕様を追加していけば、いつかはツールできるんじゃね？

例：
ニコ生のコメントをダウンロードするCLIツールを作成してください(他のツールやブラウザーを使用するのなしで) コメント取得は最新の仕様(MessageServerに接続してデーターを取得する方式)にしてください

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/12/06(土) 11:13:15.91

公式がCLIのツールを作る気はないと思うけど、個人運用ではチェックツールと録画ツールで十分でしょ
N Airは自らコメントを棒読みちゃんやVOICEVOXとかの外部ツールと連携しててオープンソースだから必要だったら自分で作れば良い

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/07(日) 20:49:44.02

GUIでもCLIでも何でもいいけど、今のニコ生のコメント関連のツール作るにはメッセージサーバーがらデーターをLongPollingで受信しながらさらに各データを並列的にLongPollingで受信する（しかもプロトコルはProtocolBuffersっていうバイナリーデータ）っていうロジックを１から作らないといけないのがかなりの障壁（多分ドキュメントは日本語しかないから海外の人は作れないのでは？）
映像の方はAIに聞けばほとんど作ってくれるから割と簡単に独自ツール作れるようだけど、ならstreamlinkやyt-dlpを使えばいいわけで（それをGUIにしたのがSlNicoLiveRec）

次スレあるならスレタイは【ニコ生】SlNicoLiveRec、新配信録画ツール（仮になって
SlNicoLiveRec、新配信録画ツール（仮、Streamlink、yt-dlpがメインになっていくのかもしれんね

2025/12/07(日) 22:22:31.90

作った本人がスレタイに自分のツール名を一番前に書くような自己顕示欲じゃなぁ・・・

**nnn-rev02012** 警備員[Lv.4][新芽] · 2025/12/07(日) 22:36:47.91

>>583
？？？
まさかと思うけど、四八福星間開発さん＝nnn-revo2012だと思ってる人が存在したとは？！

自分が知ってる限り四八福星間開発さんって何年も前からShowroomの動画やコメントを作ってて最近は４８（坂？）関連で主にスカイパワーさんが公開してないサイトのツールを作成してる人だと思ってた
自分と同一人物なんて思われるのはむしろ光栄だけどどう考えても違うよね

そもそも自分はAKBよりおニャン子や乙女塾、チェキッ娘の時代に活動してたファンなのでそういう意味でもｗ

**nnn-rev02012** 警備員[Lv.6][新芽] · 2025/12/08(月) 05:29:31.98

今の人は知らんと思うけどRTMPが主流だった頃は
ニコ生は"名無しさん"の作成したnamaroku、kakorokuRecorder、誰かしらんけどnamarecoやimarecoがあった
そのほかのサイトはSkypowerさんがツールを作成してた
ニコ生はRTMPからm3u8に変わる頃にlivedlやnamaichiが作られてnamaichiはこのスレで宣伝されてJavaからC#に変更されて"ニコ生新配信録画ツール（仮"になって今に至る

こんな感じだったと思う

2025/12/08(月) 13:33:48.82

自分はプログラミングの知識無いから使う側だけだけどほんとそういうの詳しくて作れる人すげえなと思う

2025/12/08(月) 16:19:26.66

今だと少しだけAIで補助できるね
昔はAIも支援サイトもほぼないから独学や自己流で
作るしかない時代だったみたいだね

2025/12/08(月) 17:21:05.08

おだてても何も出来ないよ

2025/12/09(火) 19:46:34.84

ニコ生放送チェックツールが13時過ぎから終わってるんだけどウチだけ？

2025/12/09(火) 19:49:09.78

火曜日に仕様変更は珍しいな

2025/12/09(火) 20:00:27.54

まじかよ！

でも俺だけじゃなくてよかったもうさっきから焦りまくり

**名無しさん＠お腹いっぱい。** 警備員[Lv.6] · 2025/12/09(火) 20:08:57.41

コメントも取れないな…
もはやただの嫌がらせ

**名無しさん＠お腹いっぱい。** 警備員[Lv.6] · 2025/12/09(火) 20:14:20.76

streamlinkも動いてない
ふざけてんな
手探りでめんどくさい設定やらされてもう覚えてないのに

2025/12/09(火) 20:17:04.27

コメントが取れないがよくわからんがNCVは普通に動いてる

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/09(火) 20:43:22.00

>>589
カテゴリーページを例にすると今まであったkey(socialGroup)コミュIDや名前が削除されたんで、そこ見てたツールは全部要修正
プッシュ通知の方ももし同様なら要修正
放送ページも今問題ないにしろいずれkeyが削除されそうだから今の内修正か削除されてから修正のどちらか

>>590
内部変更のほとんどはユーザーにはわからないだけでちょくちょく変更してるよ

**nnn-rev02012** 警備員[Lv.3][新芽] · 2025/12/09(火) 21:47:50.47

>>593
放送ページのdata-propsのkey(socialGroup)はまだ存在するからSlNicoLiveRec、新配信録画ツール（仮、Streamlink、yt-dlp単体では動作するはず
これも削除されるとSlNicoLiveRec、新配信録画ツール（仮、Streamlink、yt-dlpで特にファイル名にcommidやcomm_nameを指定してるユーザーはエラー出る可能性がある
（それがホントにそうなのか、どういうエラーかはそれぞれのツールがそこ見てるかどうかやどう処理してるかによるんでソースを検証しないとわからない）

2025/12/09(火) 23:34:21.82

自分は影響ないと思ったら
録画したい人は全部フォローしてるからプッシュ通知が生きてるんだな

2025/12/10(水) 00:14:03.82

みんなチェックツール動いてんの？なんかｃｈは取得してるようだがユーザーは反応せん

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/10(水) 01:56:51.84

今デバッグしてて気づいたけど3週間ぐらい前にmessegeserverのprotoファイルも変更追加されてる
細かい項目追加(ex simpleNotificationV2にtype=9)もあるけど、前はwebsocketだったニコゲーのデーターの定義が追加されてるようでやはり2月にmessageserverに統合するのかな？

2025/12/10(水) 02:33:27.96

あいがみの裸エプロンで餃子つくる【おセクシー料理放送】
録画出来てなかった　残念

2025/12/10(水) 02:39:51.05

フォロー関係なくだめだね

2025/12/10(水) 07:32:24.97

あっちの掲示板でもそうだけど
動いてる人と動いてない人いる
全員がダメなわけじゃない

2025/12/10(水) 07:33:53.10

>>600
自分はあいがみチェックツールで動いてたぞ

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/12/10(水) 08:02:09.98

クソもいいところのタイミングだったのに一晩でやってくれてるな

2025/12/10(水) 08:26:46.20

ver0.1.8.5だったから録画ダメだったのかも
まずは最新まであげてみるわ

2025/12/10(水) 08:32:39.41

1.9.5来てるぞ
開発者さんありがとう

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/10(水) 08:35:33.40

今回の件は過去の全バージョンで発生するから基本最新版にしないとエラーになる

設定でプッシュ通知しか受信してない人と公式のみの人は過去のバージョンでも問題ないかもしれないけど

2025/12/10(水) 08:53:17.13

>>607
自分はプッシュ通知だけだから問題なかった

**nnn-rev02012** 警備員[Lv.4][新芽] · 2025/12/10(水) 09:47:22.42

>>596
自分に補足
カテゴリーAPIはユーザーだけでなくチャンネルも通知するようで、チャンネルの場合はsocialGroupが存在するんでproviderTypeの種類を見ながらIDとか名前を取得しないといけないようだ

2025/12/10(水) 11:36:36.08

自分だけかもしれないんだけどチェックツールでオプション開こうとしたらしばらくクルクルして落ちる
どうも表示の大きさの問題みたいで、何度か試みると「表示できない可能性あるから7にするね」みたいなのが出てからオプション開くんだけど
くっそ小さくて表示潰れてしまってる

2025/12/10(水) 12:32:59.56

>>610
割と古いバージョンから上書きで更新したら自分も固まって落ちた
最新バージョンに対して登録ユーザーリストのiniファイルだけ上履きして
古いのを参考に、設定周りはから1から設定したら落ちなくなった

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/10(水) 16:19:58.24

>>610
ディスプレイの解像度は？
画面が4:3のVGA(1024x764)だけどなるよ

2025/12/10(水) 16:59:00.67

>>611
ありがとうございます。
自分も似たような感じで久しぶりに更新した口です。
普段は困らないので次の更新で直ってたらいいかなぁくらいに思っておきます。

>>612
2560×1440のモニタにOS側で表示を150％にしてる感じですかね。
たぶんこの辺が問題じゃないかと思う

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/10(水) 17:43:55.03

>>613
チェックツール、録画ツールでオプションを開いてしばらくすると落ちるケースは90%ぐらいCookieのライブラリーが足りないか壊れてるかなど（経験的に）
原因としてWindows標準の機能でファイルを展開してませんか？このバージョンも一部ファイルの展開でエラーになるんでそれが原因かと
7-Zip、Explzh、WinRARのようなWindows標準以外の解凍ソフト使えば全てのファイルが解凍されます　多分原因はこれ
解凍ソフトは出来たら2025年に更新されてるものを使ってください
古いソフトはセキュリティに問題があることが多いのと長いファイル名でエラーになることがある

2025/12/10(水) 17:59:13.30

>>614
すみません一応7-zip使ってまして、展開はせずに中身開いてコピペしたんですが

**nnn-rev02012** 警備員[Lv.2][新芽] · 2025/12/10(水) 18:15:48.31

>>615
その操作やってみたけどコピー時にWindows11標準の展開と同じ「コピー中に予期しないエラーが出た」が出るようなので7-Zipで解凍してからコピーした方がいいと思います

2025/12/10(水) 19:26:25.34

録画ツールの更新はまだですがコメントは取れない状態ということになりますかね？

2025/12/10(水) 20:07:15.46

自分の環境では全く影響ないけどなぁ、チェックツールのバージョンは1.9.2
今もこのバージョンで普通にチェックツールで情報取得出来たよ、それに伴って起動するツールも動作してる

2025/12/10(水) 20:10:29.38

コメント取得に使ってるのは昔nnn-rev02012さんが開発公開（現在非公開）してくれていたやつを自分用のカスタマイズしたやつだけど（nnn-rev02012さん感謝
Streamlinkも修正して放送開始日時を取得できるようにした

まだ大分先だけど次スレのタイトルにSlNicoLiveRecは要らないと思う、もうSlNicoLiveRecについては要望は聞かないって言ってるし
この際、GUIからCUIに慣れて貰うのが一番

2025/12/10(水) 21:16:36.47

ver0.1.7.111だったｗ　ver0.1.9.5にしたら通知来たｗ

2025/12/10(水) 21:35:53.05

>>618
＆作者さん
お礼言うの忘れてた　ありがとう

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/10(水) 22:03:57.62

>>619
なんらかのカスタマイズしたのであれば、できたらsrc/defines/constant.goのTwitterとかメールの部分をご自分に連絡がつくものに変更していただければなと思います。
（自分に連絡来てもどうにもならないので）

SlNicoLiveRecは今はそんなことないと思います。要望する理由とSlNicoLiveRec内で機能追加可能なことならやってくれると思います。
前受付停止と名指ししてたのは、ユーザーが要望を書いてそれに対して機能追加や修正してもそれに対して反応がないユーザーが多すぎるのに閉口したからだと思います。
まあ某ツールの作者さんのところじゃそれが当たり前なんだと思いますが、普通はそうじゃないよと。
別にお礼を書けというんじゃなくて、その機能追加や修正がそれでよかったのか？それとも別にどうでもいい機能だからどうでもよかったのか？ならいらなかったのか？っていうそれすらないと普通はああなっちゃうと思いますね。

**nnn-rev02012** 警備員[Lv.2][新芽] · 2025/12/10(水) 22:27:03.58

>>619
>まだ大分先だけど次スレのタイトルにSlNicoLiveRecは要らないと思う
だけどSlNicoLiveRecのダウンロード数は今の時点で2000件超えてるんだよね
このDL数は四八福星間開発さんのツールの中でもトップなのね
もちろんStreamlink/yt-dlpはもっと多いだろうけど、彼がなにげに作ったツールがこんなにアクセスあるとそりゃびびっちゃうって

SlNicoLiveRec1031.zip SlNicoLiveRec1031.zip 56.4 MB 25/08/31 12:20 2030

2025/12/11(木) 02:39:10.33

>>622-623
え？自分個人でカスタマイズしてる使ってるだけで再配布してないしするつもりもないよ
配布もしてないから連絡行きようがないと思うけど

けど、Streamlink の使い方を知らない人にとっては使えるからタイトルに入れるのはありなのかもね…
Streamlink を使えるようになるニコ生以外にも色々なサイトで使えるから便利なんだけどね

2025/12/11(木) 04:06:05.22

失せろ

2025/12/12(金) 13:37:48.46

今年のニコ生推しランキングが出るやつで録画しながら同じアカウントで視聴してたやつがカウントされてないのか1年で30回しか視聴してないことになってたわ
どういう仕組みになってるんだ？

2025/12/12(金) 21:10:18.85

チェックツール0.1.9.5に一応更新
どのファイルにどの設定があるかとかわからんから結局exe以外丸コピペになってしまう
数日で落ちる不具合が無きゃこれでいいんだけども

録画ツールは更新なしでまた以前通りの動きした
ここ数日公式側がおかしかったとしか判断できない

2025/12/12(金) 22:12:39.65

チェックツール0.1.9.5で動画をライブ公開する配信の通知が来てなかった
その他は全部通知が来てるので謎だ

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/12(金) 23:29:56.63

>>627
以下の２つは最重要　定期的にバックアップ必要

D:\home\bin2\nicocheck\favoriteuser.ini
D:\home\bin2\nicocheck\favoritecom.ini

そのほかの*.iniはファイルサイズが大きかったら消したらいいかもしれない

設定は以下のファイルにすべて書かれてるんで、もし変な挙動があるなら＊チェックツールを終了後＊に以下のファイルを削除してからチェックツールを起動して設定しなおしたらいい

ニコ生放送チェックツール（仮.config

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/12(金) 23:32:18.63

>>629
>D:\home\bin2\nicocheck\
の部分はみんなのチェックツールをインストールしてるフォルダーで置き換えてください

**nnn-rev02012** 警備員[Lv.2][新芽] · 2025/12/13(土) 00:09:05.54

>>629
こういうチェックツールの更新方法とか設定の再設定方法なんて今までさんざんこのスレ（以前のスレ）に何度も書かれてるけど検索しても引っかからないからこうなるのね
チェックツールは完全に更新するための手順が必要になるけど多くのリスナーはexe起動したままで上書きしちゃうから設定ファイルが永遠に初期化されないんだろうなあ　と予想する

2025/12/14(日) 03:11:49.37

ニコ生のコメントにコメント全てを一意に識別できる
コメントIDってあったんだな

警備員[Lv.33][苗] · 2025/12/14(日) 09:56:37.06

ヒロアカ Memories の回 lv348860013 のコメント保存してる方いましたらアップしてもらえないでしょうか？
もし他の回が欲しければアップできます

2025/12/15(月) 16:48:24.93

放送チェックツール（仮）がすぐ落ちるのは
おまかんですか？

2025/12/15(月) 17:20:30.67

いや落ちるよ
話によると現行バージョンで設定を1から手動でやり直せば少しはエラーが置きにくくなるらしいが
1から網羅する情報は一つも無くてな
一回ファイルの日付を頼りに移行してみたがサムネイル消えたりして失敗したし
ゆっくりやってる暇も取れないしで参った

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/15(月) 22:37:29.38

ちょっと修正したので１週間ぐらい限定で最新のソースファイル再公開(実行ファイルは公開しません)
ttps://github.com/nnn-revo2012/livedl-n
20251215.65
- 機能修正
- コメントのmail属性に ue shita がついていないのを修正
- proto定義ファイルをv2025.1117.170000に更新
- *.pb.goファイルを更新
- protobuf-compile.txtをprotobuf-build.txtにリネーム
- proto定義ファイルをpb.goに変換する手順を修正
- proto定義ファイル変換用バッチ(mkproto_go.cmd)を作成
- 運営コメントにSimpleNotificationV2を追加
- websocket接続時にakashicMessageServerのエラーが出ないように修正

**名無しさん＠お腹いっぱい。** 警備員[Lv.4] · 2025/12/16(火) 00:52:33.12

>>635
全部置き換えるのやめて
favoriteuser.iniとfavoritecom.iniだけ新規にダウンロードしてきたフォルダにコピペして起動して
設定は1からすれば問題ない
不具合起きた場合、手間だけど初心者はこの方法が１番ベスト

2025/12/16(火) 03:42:35.86

アプリの設定は1からやるの面倒なのでメモ帳でニコ生放送チェックツール（仮.configを開いて該当部分だけコピペしてる

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/16(火) 07:00:47.45

>>635
作る側から言うと、チェックツールは（そもそもnamaroku時代から）無駄な機能がてんこ盛りすぎて何か月も常駐するような仕様には耐えられないと思います
こんなプログラムをそもそも不安定なういんどうずで？メモリーリークもなしに数か月？数年？動作させること自体が奇跡みたいなもので、もし安定動作させたいんだったら定期的に再起動させる仕組みを作るしかないんじゃないですかね？

**名無しさん＠お腹いっぱい。** 警備員[Lv.6] · 2025/12/16(火) 11:01:00.53

>>639
まともな人なら月1のwindows updateで最低限再起動かけるから
1ヶ月もてば十分だし現状1,2ヶ月再起動しなくても問題なく動くレベルではあるから
ツールとしてはなんら問題ない

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/16(火) 12:09:55.99

>>640
1月どころか数日か1週間ぐらいで落ちるレベルなんじゃないでしょうかねぇ
使い方（登録数やログがどんだけ貯まってるか）にもよるしそれこそおまかんだと思いますが

解決法としてはこんなとこですかね
１）フォルダー丸ごとそのまま（仮さんに送って動作検証してもらう
２）（仮さんにそのパソコンにリモートで入れるようにセッテイングしてもらっておいて、
現象が発生したら（仮さんにリモートで入ってもらって調査してもらう
３）現象が発生したら（仮さんにその方の家に来てもらって調べてもらう
４）（仮さんにあらかじめ家に来てもらって現象が発生するまで待機してもらう
現象が発生したら（略

2025/12/16(火) 13:09:27.50

Windows Serverなら自動updateオフれる

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/16(火) 22:13:02.46

>>635
現実的な解決策としたら、以下を**そのまま**まとめて（仮さんに送って解析してもらうしかないかと思うね

ニコ生放送チェックツール（仮.config
※これがほぼ原因なのでなんにもしないでそのまま送れ
　以下はあると参考になるので以下も送れ

favoritecom.ini
favoriteuser.ini
historylist.ini
notAlartList.ini
reservehistorylist.ini
tasklist.ini

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/12/17(水) 02:32:14.32

推測だけどチャンネルを登録してるiniがあると落ちるんじゃない？

2025/12/17(水) 03:08:31.83

チャンネル登録してるけどうちの環境では一週間起動したままで特に不具合ないよ

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/17(水) 04:26:39.98

そもそもニコ生だって2週間おきにメンテしてるわけで
ニコ生だって深夜から早朝にかけては配信が減るわけで、毎日その時間に再起動するだけでいいじゃんと思うけど
もしかしてそういうやり方がサパーリらんわかだからｗ文句言ってるのかな？ならしょうがないな

2025/12/17(水) 05:57:55.88

そうっすね

2025/12/17(水) 06:50:38.27

変な外部ライブラリ使ってると落ちやすいアプリになるけど
そうでなければ別に何年でも動き続けるけどな普通

2025/12/17(水) 07:05:17.69

historylist.ini
にその２つ以外のiniだと内容が書き込まれてるから
これが一番あやしい、２つ以外のini消したら落ちなくなったし

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/17(水) 07:51:35.85

>>643
後はこういうののデータ内容とかを可視化するような外部ツールを作って（作者以外が作るのが望ましい）定期的に警告なり削除するのがいいかもね
そこまでたかがフリーソフトのツールに干渉するようなツールを作るのってどうなの？とは思うけど

2025/12/17(水) 18:25:28.57

>>304-308で
もう何もできないって宣言したくせに
他人のソフトに乗っかって他のユーザーの中傷を繰り返すゴミはさっさと消えろよ

何もできないなら口をきくなスレも開けるな
この手の引退を口にして引退しないゴミはネットに飽和してるから一切いらない

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/17(水) 20:09:04.04

@echo off
rem 一部データーが保存されないかもしれないので通知の少ない時間に(強制終了してるんで)
rem これをbatchにしてタスクスケジューラに登録しとけば自動リスタートするはず

taskkill -f -im "ニコ生放送チェックツール（仮.exe"
timeout 10
start "" "あなたのパソコンのニコ生チェックツールのフルパス記入\ニコ生放送チェックツール（仮.exe"

rem timeout後にfavoritecom.ini、favoriteuser.iniのバックアップとか
rem historylist.iniを移動(or削除)するとか
rem ニコ生放送チェックツール（仮のフォルダー全体をバックアップしてもいいんじゃないですか
rem まあ現状だとこんな感じでしょうか
rem これをメモ帳ほかで保存する際には必ず日本語(SJIS)で

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/12/17(水) 23:57:15.69

ユーザーID登録してある場合はその人がチャンネルで配信したら通知来るけどチャンネル登録だけだと通知来ないんだな

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 2025/12/18(木) 00:27:50.40

>>651
おまえが消えろ
nnn-rev02012は有益な情報提供してくれてる
おまえは無益なことしか言わない
どっちが必要な人間か明白

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/12/18(木) 10:05:48.13

>>653
更新来てたわ

2025/12/18(木) 15:35:51.25

休止明けに落ちるなぁ
スタンバイ明けでも落ちるんじゃない？

2025/12/19(金) 01:48:31.65

>>654
同意です

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/20(土) 00:57:06.15

最近のチェックツールの不具合は0.1.9.0で修正した内容を元に戻し忘れてて発生してると思われる
（仮さんってコミットのやり方みても一度変更した修正は修正自体を削除しない（できない）仕様なんだけど
こういうときはRevertは役に立つんだよね
livedl-nやSaccubusでも何度か使ったし

**nnn-rev02012** 警備員[Lv.1][新芽] · 2025/12/20(土) 01:08:55.27

>>658
てなことを書くとまた誰かに批判されるんだろうけど、
これってプログラマー(特にGithub使ってる人)だと普通の意見だと思うし

彼を批判してるわけではなくて、そういう選択肢もあるんじゃね？ってこと
仕事でもないＯＳＳなんで作者さんの好きな方法で好きにしたらいいからそれこそ余計なお世話だけど

2025/12/20(土) 01:55:42.75

Revertが便利なのは前提として
Subversionに慣れ親しんだ世代や文化の人だとすれば
Revert使わずに新しいコミットで上書きして解決するという発想になっちゃう理由もわかる

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/21(日) 23:38:43.88

チャンネル放送の通知ってドワンゴの仕様からして結構面倒だよね

チェックツール（仮の通知は主に以下の３つから情報取得してるけど、
1.カテゴリー通知（ユーザー生、チャンネル放送の＊一部＊）
2.プッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
3.番組表（公式生放送、チャンネル放送の＊一部＊）

1.では通知されるけど3.では通知されないチャンネル放送があるのは知ってるけど（これは結構ある）、
3.で通知されるけど1.では通知されないチャンネル放送ってある？
例えばチャンネルのアイマス放送は1.と3.の両方で通知されるはずけど、3.でしか通知されない放送もあるような？
その場合チェックツール（仮でそのチャンネルをフォローしてなくてオプション→アラート→取得元で番組表をチェックしてない場合通知が来ないかもしれない

チャンネル放送の通知がほしい人は「オプション→アラート→取得元」のチェックは全てチェックしてないと通知もれがあるかもしれないというそういう話
この辺複雑すぎてツール作者も知らない可能性があるからツールに不具合あってもしょうがない

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/12/22(月) 00:43:35.97

更新きてるね
いつもありがとうございます

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/22(月) 01:38:22.88

あとすごくややこしいのは、もともと公式生放送とチャンネル生放送って完全に別物（別システム）だったのが
2019年ぐらいから？公式にもチャンネル放送のchxxxxxxxってのが振られて公式もチャンネルの一部になってけどシステム的には別物だったり、
アニメであるあるの、生放送時には公式生放送だけどタイムシフトはそのアニメのチャンネル所属ってのがあるんでこういうのも内部システム的には複雑化させてるだろう

こういう非公開なガチ内部仕様ってユーザーは知る必要要らね！だからそんな情報もお前も要らない！っうのも正論だけど、こういうの知らないとなぜニコ生のツールでエラーになるのかという理由もわからないと思うのね

まとめると歴史的な経緯があって、公式生放送と（公式に近いアニメなどの）チャンネル放送って区別しずらいっていうのがいろんな原因の１つかと思います

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/24(水) 06:39:30.37

>>661
数日チェックしてみたけど、以下でほぼ間違いないかと思う

チェックツール（仮の通知は以下の４つから情報取得してる
1.カテゴリー通知（ユーザー生、チャンネル放送＊全て＊ ※1）
2.ブラウザのプッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
3.Androidのプッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
4.番組表（公式生放送のみ、チャンネル放送の＊一部＊は未通知？ ※2）
※1　多分
※2　番組表からのCH放送の通知をしてるかどうかは未確認

>>663で書いたように公式生放送と（企業）チャンネル放送の違いは曖昧（昔は公式とチャンネルは完全別物だったが、今はチャンネルの一部が公式というシステム）なので、公式生放送しか要らない人やチャンネル放送しか要らない人も全部フォローして置いた方が間違いないかも
ユーザーやチャンネル全てフォローしてる場合は2,3.のみでもいいけど、フォローもれやプッシュ通知の動作もれがあったら通知されないので1.も通知しておいた方がよい

2025/12/27(土) 16:38:26.24

なんとなく落ちる原因がわかった
チャンネルIDタグボタンを押した時にでる、ユーザIDの欄と
ユーザIDタグボタンを押した時にでる、ユーザIDの互いにIDが
存在（二重に存在）してたら落ちるんじゃない？
だから多分、チャンネルIDタグのほうのユーザIDを消せばいいとかそんな感じじゃない？
知らんけど

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/28(日) 03:43:04.02

>>665
元ツールであるnamarokuの作者(チェックツールの作者は別人)が悪いんだけど、昔お気に入りにユーザーIDのみタブを作って機能を複雑にさせたのが原因
namarokuはそういう「それホントに必要？」みたいな機能をガンガン入れてたからなあ
ユーザー生放送のコミュ廃止の時点でチャンネルIDタブはチャンネル専用、ユーザーIDタブはユーザー専用にできればよかったのになと思います

**テスターさん** 警備員[Lv.0][新芽] · 2025/12/29(月) 04:33:51.28

テスターさんだったらしい

2025/12/29(月) 09:29:16.42

自分はチェックツールが落ちた事ないからなんとも言えないけどさ
双方とも無料でやってくれてるんだから感謝しかないね

この機能必要ってのはニコニコ公式が提供してるN Airもそうだと思う

**テスターさん** 警備員[Lv.4][新] · 2025/12/29(月) 09:55:31.00

>>668
N AirはOSSだけどドワンゴから戀塚さんに給料（報酬）払われてるはずだから（仮さんのツールや NCVなんかとはちょっと立場が違うと思うけど？
だけど、N Airがなければ実はC#以外の言語だとコメント取得が作れない（=protoファイルがないとデコードできない）なのでそういう意味で貴重なツールだし、そこはドワンゴに感謝してる

2025/12/30(火) 07:32:49.43

>>669
そういうことを言いたいんじゃなくさ、基本機能に色々組み込んでしまうと結果的に使いづらくなるってことを言いたかったんだよ

**テスター** 警備員[Lv.0][新芽] · 2025/12/30(火) 16:37:14.90

>>670
そういうことか

ソフトウェアなんて１００人使えば１００人分使いたい機能があるわけで、その機能を全部実現すれば当然複雑なものになるしその分だけバグも増えるしどんどんメンテしづらくなるわけだ
で、「なら設定で全部ユーザーがいろんな値を変更できるようにすればいい」ってのもよくあるけど、これはこれで設定多すぎて何をどうしたらわからんといういうことになる

その辺のバランスをうまく取れればいいんだろうけどなかなかそういう乗って難しいよね
という話
または、基本機能じゃなくて全部プラグインみたいな形で開発すればいいんだろうけど、それはそれでプログラムの設計やプラグインを使える形で開発できるようなスキルが必要なわけで

2025/12/30(火) 16:49:07.80

外部のサイトなんて改変しまくって鼬ごっこのようになるのが当たり前だから
ツールはメンテの効率優先するのが当然だと指摘はしたが
見事にみんな無視していったよ
無視だ、意識をしないんだ話にもならん

**テスター** 警備員[Lv.4][新芽] · 2025/12/30(火) 17:58:09.07

四八福星間開発さんのところのツールが割とバランスいいよね
ほいほいユーザーの要望を聞いたりしないから多分ユーザーには不評だと思うけどｗ
そもそも四八福星間開発さんのツールってstreanlink/yt-dlpのラッパーツールだからstreanlink/yt-dlpを変更しないとできない機能追加は作りようないんだけどな

2025/12/30(火) 18:31:22.89

yt-dlpベースのツールはgithubにも多いね
フローランチャーとかいう奴に入れて使うプラグインのdlツールも
yt-dlpベースだったな

2025/12/30(火) 18:32:28.32

いやーしかしニコもそうだけどつべとかから
動画を取るとファイルがでかくなりがちだけど
このスレの人達はどうやって容量削減してますか？
圧縮とかしてる？

2025/12/30(火) 18:34:07.16

変換ツールとかでMP4(H.264)をH.265にするのが簡単でいいとAIがいってたな
後はHandBrakeみたいなツールで細かく調整してから変換もいいらしい

2025/12/31(水) 08:40:59.30

>>671
プラグイン形式が一番良いんだろうけどね。人によって求める物も難しいから本当に難しい話。

>>675
個人的にはコーデック変えると再エンコードが必要になるからPCにも負荷がかかるしマシンパワーもいるし
時間もかかるし場合によっては画質劣化もするから
本当に必要なら新しい外付けのストレージ買ってそこに保存した方が良いと思う

管理面なら見なくなったデータは消してるのは当然としてあるけど
･画質を必要としないのは高画質データで保存してない（ニコ生なら450pとかで保存）
･つべに非公開で保管庫作って保存用として上げる（必要になったらダウンロード出来るし）
※つべがBANされたらおしまいだけどねw

大切なデータってそこまでは実際にないけど本当に必要なのは複数の外付けストレージに持ってる

2025/12/31(水) 08:43:51.90

>>677
大容量データを扱う人ほど圧縮などの方法でデータ管理したいかも？
・つべに非公開で保管庫作って保存用として上げる
に関してはクラウド系でもいいんじゃないですか？
今のクラウドなら再生もできるのが多いよ

2025/12/31(水) 08:45:44.44

>>677
Googleだと色々問題あるからMEGA辺りが容量多くていいよ
後はワンドライブか？
一番簡単な解決方法は新規の大容量HDD購入だろうけどね

2025/12/31(水) 08:48:55.98

>>677
つべで一時期配信されていた攻殻機動隊のFHDの1080p系の動画が
Abemaにあるyt-dlp系で取った動画よりも上手く容量低下させられてたのよね
だから画質をほぼ劣化させずに容量低下できる方法はあるみたいよ

2025/12/31(水) 10:05:28.45

>>678-680
自分に言うんじゃなくてその方法やクラウドサービスの値段を675に書いてあげなよ
個人的に一番良いと思うのはそのまま外部ストレージかPCにストレージ追加してそこに保存することだと思ってる

H.264とH.265の圧縮はコーデックが違うから再エンコードしないと駄目だし時間もかかるしPCに負荷もかかるし現実的ではないかなって
他のクラウドサービスがあるのもわかるけどつべなら無料の保管庫として簡単に使えるって提案をしただけ

2025/12/31(水) 10:51:51.24

>>681
論点そらしによる代替手段じゃなくて675は単純にデータ容量の削減の最適解が知りたいんでしょ？
このスレはとにかく論点そらしも多いねｗ

2025/12/31(水) 12:05:45.66

それいうと答えは完璧なデータ容量削減はないですになっちゃうでしょ

2025/12/31(水) 15:05:05.43

完璧じゃなく最適解ね
AIに聞くとyt-dlp系のツールで取りHandBrake系で再エンコードなどがいいらしいよ
後はOnionMediaというAIOみたいなツールもあるらしい

2025/12/31(水) 15:05:55.90

最近色んな年末向けの動画取りすぎて動画容量多いから
いい手段が欲しいなー
てかこの話題はどの版でやるのが一番最適なの？

**テスター** 警備員[Lv.0][新芽] · 2025/12/31(水) 17:28:41.21

>>685
【DL】動画の保存方法総合スレ【アダルト禁止】part61
ttps://egg.5ch.net/test/read.cgi/streaming/1763038677/

↑で昔からたまに議論されてるけど、劣化少なくてサイズ小さくするといっても動画の種類や動画を見る本人の主観によるものが大きいから絶対的な答えってのはないと思うけど

それとニコ生でいうなら、なら最初から384kbpsとか192kbps指定してダウンロードすればいいんじゃね？と

2025/12/31(水) 17:31:17.56

>>684
「最適」という言葉を安易に使うな
何をもって最善とするかの「前提条件」や「目的」を定義せずに出された結論など、ただの妄想か、主観の押し付けに過ぎない

変数が不明なままでは、数式も論理も成立しない
コスト、時間、品質、何を優先するかで「正解」は180度変わる
その基準を曖昧にしたまま「これが最適だ」と語るのは
論理的思考の放棄を露呈しているだけ

前提を欠いた議論は空論であり、語る価値すらない

**テスター** 警備員[Lv.0][新芽] · 2025/12/31(水) 17:50:00.12

ニコ生でご自分が欲しい画質がXXXXpなのかはご自分で調べて設定してください
ユーザー生の場合は縦画面もあり、その場合は横画面の解像度を指定しないといけないので注意
（これはStreamlinkの仕様で縦画面でも横画面のXXXXpがほしいのならStreamlinkのIssueに問題提起してください（多分「お前が作れ（修正しろ）」になるとおもうけど））

28. 四八福星間開発四八福星間開発 2025年12月19日 22:00
>>26
放送チェックツールの録画アプリケーションの引数に
--stream-sorting-excludes ">720p"
と記入してください
">720p" なら録画画質の上限が720pになります
配信の画質が450pなら自動で450pになり、1280pなら自動で720pになります
">512p" にすれば上限が512pになります

ショートカットで起動時に設定したい場合
1.ショートカットのプロパティーを開く
2.リンク先の末尾に --stream-sorting-excludes ">720p" を追加
リンク先は「C:\～～～\SlNicoLiveRec\SlNicoLiveRec.exe --stream-sorting-excludes ">720p"」このようになります
これでショートカットで起動時にstream-sorting-excludes欄に「>720p」が記入されます

詳細は readme.txt を読んでください

2025/12/31(水) 17:51:00.26

>>686
ホンマそれ、最初から画質を落としてダウンロードすればいいとしてか言えない

論点ずらしって言われたのは心外なんだよな
再エンコードってめっちゃ負荷がかかるんだよ
PCのスペックも分からないし、どれだけチェックツールに登録してるとかなにも情報がないってのもあるけど
既にあるファイルtsファイルをMP4に変換しただけのmp4ファイルをH.265で再エンコードするはおすすめできないかな
再エンコード中に別の自動録画が始まちゃって負荷に耐えきれず自動録画が止まったりとか影響がある可能性あるんだよ
自分は一番無難なコスト的には外部ストレージへの退避が一番いいんじゃないのって言っただけ

**テスター** 警備員[Lv.2][新芽] · 2025/12/31(水) 18:44:44.73

5chだと＞符号のせいで書けないのでＸに書いといた

ttps://x.com/nnn_revo2012/status/2006299655483826376

警備員[Lv.40][苗] · 2025/12/31(水) 18:54:46.59

GPU エンコードならすぐ終わる

2025/12/31(水) 20:57:10.10

自分はバッチファイルでこんな感じで競ってしてるよ、チェックツールの実行時の引数から%quality%渡して
if "%quality%"=="288p" set "live_default_stream=512p,288p"
if "%quality%"=="512p" set "live_default_stream=512p,288p"
if "%quality%"=="450p" set "live_default_stream=800p,450p"
if "%quality%"=="800p" set "live_default_stream=800p,450p"
if "%quality%"=="720p" set "live_default_stream=1280p,720p"
if "%quality%"=="1280p" set "live_default_stream=1280p,720p"
if "%quality%"=="1080p" set "live_default_stream=1920p,1080p"
if "%lquality%"=="1920p" set "live_default_stream=1920p,1080p"
環境変数名は変えてるけどこんな感じで設定してるよ
もちろんbestやworstの対応もしてる

streamlink の --default-stream オプションに環境変数のlive_default_streamを設定してる。
因みに縦配信でも横配信でもエラーは出たことないし普通に動いてるよ

2025/12/31(水) 21:09:13.98

>>691
それなら直接675にやり方を教えてあげればいいと思うよ
675が積んでるグラボもわからないとは思うけど

自分が言えるのはこれだけ
･ダウンロードの画質を落とす
･必要な場合は外部ストレージに移動する

2025/12/31(水) 22:41:45.78

>>687
理系ポイ言い回しですね....参考になります...
うちの知り合いや親は全然理系じゃないんですよね

2025/12/31(水) 22:46:29.15

>>689
自動録画に関しては微妙に視点が違うような....
>>693
本気で容量圧縮などしたいならPCスペックと>>687がいう前提条件の指定が必須ですね(´・ω・｀)
例えばGPUが3060か70で1080pのFHD(MP4/h.264)動画の容量を30％圧縮したいみたいな感じ？

警備員[Lv.40][苗] · 2025/12/31(水) 23:33:00.38

H.265 で負荷がかかりすぎるってことは H.265 のエンコード対応していない古い GPU で CPU エンコードになっているんじゃないかね

2026/01/01(木) 09:31:19.14

>>695
このスレにいるってことは自動録画の前提だよ
回線速度やPCスペックとかも分からないからなんとも言えないけど一番無難で結果的に安価なのは外部ストレージへの退避と画質を落とすことだと思ってる

>>696
再エンコードは設定次第で劣化もあるし負荷がかかるからあまりおすすめは出来ない
PCスペックが分からないし、それなら個人的には圧縮するより普通に外部ストレージ、PCのストレージの増設、クラウドに移動、とかが無難だなって提案してる

2026/01/01(木) 09:37:47.15

外部ストレージといっても容量少ないんだよなあ
もっと大きな容量のメディア開発されないものかね

2026/01/01(木) 09:57:24.95

>>697
回線も影響出ると思いますけどやはりPCスペックが優先度高いような
画質を落とすもどういう手法かですね

2026/01/01(木) 10:05:57.79

>>698
今は民生用のHDDは44TBとかあるらしいですね
WDBFBE0440JBK-JEEXというWestern Digital製の奴が20万以上だけどありますね
これ一時期セールしてたらしいです

2026/01/01(木) 10:15:51.14

>>700
全然足りないんだよなあ
1年で100テラは消費してしまうから
せめて10倍は欲しいところ

2026/01/01(木) 10:18:26.31

44TBもあったら民間用なら十分すぎるかな....
これで足りないとかだったらどんな使い方してるのｗ
後本格的に大容量にしたいならDASやストレージエンクロージャやHDDドッキングステーション
とか呼ばれる製品を高額だけど買うといいよただHDDやSSDは別に買う必要があるけどね

2026/01/01(木) 10:22:04.94

>>701
YoutuberやVtuberの人ですか？🤪🤪🤪🤪
1PBなら業務用やサーバー購入じゃないですか？(;´･ω･)
後はそもそもデータ自体を圧縮するとかですね( ･´ｰ･｀)

2026/01/01(木) 10:22:51.38

保存用にスピードを犠牲にした大容量メディアを発明すべき

2026/01/01(木) 10:41:48.28

圧縮には再エンコードが必要になるってことは絶対に言わないと駄目だと思う
どれだけ自動録画設定してるのか知らないけど基本的に画質を450pとかに落として自動録画が最適かなって思ってる
特定の配信者だけ高画質データを録画したいならその人だけチェックツールの引数を高画質設定にすればいい
本当に必要なデータでニコ生のTSやYouTubeのアーカイブがあるならそれを高画質でダウンロードすればいい

2026/01/01(木) 11:54:52.94

>>704
自分で作ればいいじゃん....w
そうなるとHDDより低速になるだろうけどね
そもそも需要が非常に限定的だと思うよ

2026/01/01(木) 11:57:34.70

>>705
ニコ生だけならそれでいいと思うけど色んな配信みるとか動画サイトを見て落とす人なら
やはり圧縮が欲しくなるかもね～お金ある人なら新しいストレージ買えばいいんだろうけどね

2026/01/01(木) 20:10:01.46

圧縮しながら他の配信を高画質録画できるくらいのPCを持ってるならストレージ買える経済力はあると思うんだけどね

2026/01/01(木) 20:15:21.95

まーそうだとは思うのですが技術的な知見が欲しいのでは？
このスレは専門知識にたけた情強の方が多く見えるので....
圧縮+他の配信を高画質録画=新規ストレージ購入という計算ではないのでしょう

2026/01/01(木) 20:16:22.06

録画系の専門スレなのに論点そらしも多いですね.....
掲示板の管理人が論点そらしで有名なひろゆきさんだからでしょうか？

2026/01/02(金) 10:11:19.37

それならスレを建ててくれた>>1-5の通り、圧縮の話題はそっちのスレで聞くべきだと思うんだけど

【DL】動画の保存方法総合スレ【アダルト禁止】part61
https://egg.5ch.net/test/read.cgi/streaming/1763038677/