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

ニコニコ生放送(ニコ生)に対応した各種ツールについて情報交換するスレ
具体的なツール、URL、前スレについては>>2以降で

公式の改変への一時対策などで
他のサイトでの利用を兼ねているツールの話題が出ることもありますが
あくまでニコ生へ利用するツールのスレです(過度に目的がずれないようにお願いします)

スレタイの（仮 と livedlはニコ生に合わせて作られたツールから引用されています

【ニコ生】新配信録画ツール（仮、livedl Part9
https://egg.5ch.io/test/read.cgi/software/1743138945/

---

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

アホばっかだな

>>115
シンプルにするかシンプル版を提供すればいいと思うよ
変に凝って配信者への還元やプレ垢の恩恵がないから人気配信者やリスナーが他サイトに行っちゃってるのが現実
かなたにしてもまがりまりかにしてもユキにしてもねむこにしてもKICKに行った
実質中身は何も変わらないのに値上げ、配信者側のアプリも止まるし落ちる、ただでさえ重いのに機能を追加
視聴者だってシステムなんて分からない人が多いからただptptが多くて固まるサイトという認識だと思うよ
チャンネル会費だって1.5倍に値上げしてるからね

ごめん、>>116の間違い

kickの話を持ち出すと論点が一気に変わるからやめたほうがいい
kickに行ったのはシンプル版どうこう関係なく「金」の問題
どんなに最強のUI/UXにしたところで
kickぐらい稼げるサイトにしないと人は戻ってこないし流入は止まらない
もちろんkickの方がUI/UXで優れてる部分もあるが現実問題それだけで移動する要因にはならない
論点が全くずれる

民度の低い視聴者から投げ銭を巻き上げる以外に稼ぐ芸が無いネット乞食の墓場がKなんたらだからな
それで話が終わってその他のどこにも繋がらない

でもKick(とTwitch)を見るとニコ生に比べてすげー画質いいんだよね
配信者的には画質が良くてしかもニコ生の何倍も金稼げるなら行かない理由ないと思うけど？
もちろんKickには KickLiveRecorder というすばらしいツールがあるから録画勢も大喜びだ

>>122
「画質が良くてしかも何倍も稼げるなら」って言葉自体が
結局のところ移行の決定打は「金（収益）」だということを自ら証明してしまっている

仮定の話をするが、もし「Kickが今の高画質・高機能のままだが全く稼げないサイト」で
逆に「ニコ生が重くて 720P のままでも月収100万円以上稼げるサイト」だったら、ほとんどの人がニコ生を選ぶ
配信者の移動の根本的な原因は「金」であって
画質やUI/UXは決定的な理由ではないということ

単純に他サイトの画質やUI/UXを比較するだけならまだ分かる
そこに「だから人が移動するんだ」という余計な論点を絶対にくっつけるな
UI/UXという技術的な問題と経済的な問題をごっちゃにして
無理やり因果関係を組み立てるから、論点が散らかってまともな結論が出なくなる

まーた誰一人頼んでない手前の主張挟み込んで自爆してんな
だから一遍以上死んだ方がいいんだよ

今だけ金だけ自分だけ

コレが全て。

>>110
>生主もアプリが落ちる、ptptする、映像が止まるとか散々言ってるのにあまり改善ないみたいだし

要するにニコ生（ユーザー生）にこれ以上リソースを割くメリットないから現状放置だと思うけど
あるとしたらユーザー生終了で公式とチャンネルにリソース集中
そうやって徹底的に金にならないコンテンツを終了させる
そうすれば株主さん大喜びだろうな

個別のクソ環境言ったらキリない

言うてドワンゴは黒字だからな
親会社のカドカワが赤字だから改善させてもらえないんだろ

>>128
改善も何も徹底的にコストカットした結果で利益出てるだけで
部門自体は縮小傾向
表面上の数字だけで判断しないほうが良いよ

>>126
それが良くも悪くも株式会社だよ、だから筆頭株主から退陣要求されてるわけで

sinnicorecで最新versionで録画出来ねぇ。

動画はあるのに、ツールだと配信されてませんエラーはきやがる。

仕方ないからyoutube-dlpでアドレス指定、ユーザー、パスワードでコマンドプロンプトで録画するか・・・

>>131
SlNicoLiveRec(Streamlink)で「配信していません」が表示され録画できない
https://nnn-revo2012.github.io/wiki/settings#slnicoliverecstreamlink%E3%81%A7%E9%85%8D%E4%BF%A1%E3%81%97%E3%81%A6%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E9%8C%B2%E7%94%BB%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84

>>131
これも超定番のＦＡＱだよね
録画ツール（仮ではなるべくこうならないようにソフト側で対応してたけどSlNicoLiveRec(やStreamlink、yt-dlp)はそういう対応はしてないからなあ

例えば（仮だとloginID/Passでログインするようにしてる場合まず保存されてるuser_sessionが有効かどうか判定して有効ならログインしないでそのuser_sessionを使い、
無効ならログインして新しいuser_sessionを保存するっていう処理になってる　livedlやNicoNamaRokugaもまあそんな感じで処理してたはず

SlNicoLiveRec1062
上級者設定で再接続にチェックいれてもリトライしなくなってない？

>>134
その手の質問はログ取った上で
四八福星間開発さんの「SlNicoLiveRecをV1.0.6.2に更新」
https://person-of-ehomaki.****.jp/archives/40343854.html
に直接書いた方がよいかと思います

＊＊＊＊は5chで書き込みエラーになるから伏字

>>134
直接あっちの掲示板にというのは、四八福星間開発さんのプログラム（ニコ生以外も含む）がよくリトライ関連を変更するからという意味もある
リトライ処理は下手に設定するとサイトに対する定期アタックとなりドワンゴ側でアカウントBANまたはIPBANになる可能性があるのでこの手のツール作者さんは慎重にならざるを得ない

例えば、プレ垢で何十万を課金してるアカウントを録画アカとして設定してるとして、その垢がツールの設定によりアカBANされた場合最悪ツール作者に対して裁判起こされる可能性もあるわけで
まあそれだとStreamlinkの作者やyt-dlpのメンテ勢って全世界から訴えられてたりしそうだがｗ

普通はそれだけ課金できる余裕があるならプレ垢の録画用垢で録画してると思うけどねw

原因がわかりました。
SlNicoLiveRec.exe　を　SlNicoLiveRec(ログイン無).exe　にリネームしてた
せいだと思われます。
ご迷惑おかけしました。

>>138

ex.
C:\User\hogehoge\bin\SlNicoLiveRec　でログイン有の設定
C:\User\hogehoge\bin\SlNicoLiveRec(ログイン無)　でログインしない設定

で実現できるかもしれません（多分作者想定外なので無保証だと思いますが）

Streamlinkのニコニコログイン仕様
・設定ファイルはWindowsの場合C:\ユーザー\(ユーザー名)\AppData\Roaming\streamlink\plugin-cache.jsonにある
・ここにuser_sessionが設定されている場合は--niconico-user-sessionや--niconico-email/--niconico-passwardを
　指定してもplugin-cache.jsonを使用する（重要）
・plugin-cache.jsonの中のuser_sessionが無効になってもそのuser_sessionの値を使い続ける（重要）
・この設定を消すには--niconico-purge-credentialsを指定するか直接plugin-cache.jsonを削除するしかない
・Streamlinkに複数のplugin-cache.jsonを使い分ける、設定ファイルのフォルダーを変更するオプションは一切ない

使いにくいと思うならStreamlinkのIssueまでどうぞ

>>138
>SlNicoLiveRec.exe　を　SlNicoLiveRec(ログイン無).exe　にリネームしてた
>せいだと思われます。

C#プログラマーの立場から言うと、exe名はマニフェストファイルや設定ファイル
その他もろもろのデフォルトの値になってるんでexeのファイル名が変わる可能性を考えて作ってるようなプログラムじゃないと難しい
今回の件だとSlNicoLiveRecの引数でuser_session指定するようにするのが一番簡単だろう
その他だとexe名で設定ファイルもろもろを自動変更するとか引数で設定ファイル名を指定するとかあるけど
上記が一番簡単だと思うよ

横からですが、生成される動画のファイル名の書式を
画質に応じて288pをつけたりして変えてるけど
苦肉の策でフォルダを丸ごと複製してるので
起動時に引数指定で複数の設定ファイルを使い分けられれば
とてもありがたいですね

>>141
永続的にツールを作ったんなら考慮の必要ありますが、以下の書き込み見る限り本格的に作りこむ気はないのでは？

https://person-of-ehomaki.****.jp/archives/31783809.html の 236 より

ニコ生新配信録画ツール（仮）の作者の方にもお伝えしていますが、（仮）の録画機能が復活した際には SlNicoLiveRec の更新は終了します。
SlNicoLiveRec はニコ生録画の“緊急用の代替手段”として作ったものなので、動画とコメントを同時に取得する機能を追加する予定はありません。
ご了承のほどお願いいたします。

あくまでもstreamlinkをGUIでとりあえず使えるようにしただけだからな

>>138
>SlNicoLiveRec.exe　を　SlNicoLiveRec(ログイン無).exe　にリネームしてた
>せいだと思われます。

その場合 SlNicoLiveRec(ログイン無)_config.json が設定ファイル名になるからリネームした
exeで起動して設定を作るか修正すれば１フォルダー内で共存するかもしれない
・・・作者非推奨だと思うが

ex)
SlNicoLiveRec.exe
SlNicoLiveRec_config.json
SlNicoLiveRec(ログイン無).exe ログイン無起動用exe
SlNicoLiveRec(ログイン無)_config.json ログイン無起動用設定ファイル

>>143
>あくまでもstreamlinkをGUIでとりあえず使えるようにしただけだからな

四八福星間開発さんの作ってるツール全てを見たわけじゃないけど、streamlink/yt-dlpのオプションを
そのままGUIで入力するのが基本でシンプル（GUIもソースも）だから使い慣れると使いやすいのでは？
（仮さんみたいにどこまでも作りこんでいくとそりゃ便利だろうけど大概作る側が破綻してバグだらけになるとか
その辺のバランス的に言うと四八福星間開発さんの作ってるツールはちょうどいい感じだなあと思う

今日はこれで最後にしたい

>>141
>横からですが、生成される動画のファイル名の書式を
>画質に応じて288pをつけたりして変えてるけど

これはstreamlinkで動画接続が確立しないと実際どの画質(***p)で接続したかわからないのでSlNicoLiveRecでは無理なやつ
（個人ではファイル名に_288pとかつければいいけど汎用的にはできないってこと）
それ以外だとファイル名に　来場者数、コメント数　をつけるのもSlNicoLiveRecの仕様的に無理かな

>>146
ファイル名の書式はSlNicoLiveRec_config.jsonに記録されるので
画質に応じて_288p、_480p等としたいなら
アプリを起動する際に直接この設定ファイルを書き換えるか
複数の設定ファイルを用意しないと出来ないだろうと

なので仕方なくフォルダを丸ごと複製して
それぞれ画質に応じたファイル名の設定ファイルを用意して
そのフォルダのSlNicoLiveRecを起動させてます

設定ファイルのごく一部だけが違うだけでフォルダの内容は全く同じなので
かなり無駄な事をしてます

起動時に引数で設定ファイルの指定さえ出来れば
ファイル名だけではなく複数垢での使い分けや保存時のフォルダ指定など
このアプリで設定出来ること全てが自在に扱えるので便利だなと思った次第です

>>144
自己レス
>その場合 SlNicoLiveRec(ログイン無)_config.json が設定ファイル名になるからリネームした
>exeで起動して設定を作るか修正すれば１フォルダー内で共存するかもしれない

リネームしてもデフォルトのSlNicoLiveRec_config.jsonを読みに行くようで無理でした。
もちろん設定を開いてもデフォルトのSlNicoLiveRec_config.jsonを読み書きしてるようでした。

CUIだとこんなアルゴリズムか？

0.引数取得
1.放送ページのスクレイピング
2.放送ページからtitleや放送者名の情報を取得
3.指定書式(SlNicoLiveRec形式 or 録画ツール（仮形式 etc)に従ってファイル名を変換、ファイル禁則文字変換など
4.同名ファイル(末尾に数字がついたもの)のチェック　存在すれば数字＋１
5.Streamlinkに各種引数を渡しStreamlinkを起動

>>139
自分の環境では複数垢でチャンネル登録するのは無駄な出費が多くなるから通常録画用アカウントとユーザーチャンネル録画用アカウントで分けてる
それぞれ別垢だからuser_sessionの値も違うけどさ普通に運用できてるけど

今の自分の環境の運用
･毎回user_sessionは引数として渡している
･ユーザー配信は通常録画用アカウントを設定していてチャンネルには入会してない
･plugin-cache.jsonを確認したけどuser_sessionの値はチャンネル未入会の方の垢のuser_sessionが設定さている
･チャンネルの録画時はチャンネルに登録済の垢のuser_sessionを引数に渡して起動
→これで普通にチャンネルの録画も出来ているけど

plugin-cache.jsonに設定されてるuser_sessionって本当に毎回使用されてるの？
引数でuser_sessionが指定されてない場合にplugin-cacheのuser_sessionでのログインを試みるだけとかじゃないの？

>>150
>･毎回user_sessionは引数として渡している
の時、--niconico-purge-credentialsは毎回指定していますか？
指定してなくてもuser_session使い分けられてるのなら>>139の解釈は間違ってますね
--niconico-email/--niconico-passwordの方も同じ動作かもしれませんし違うかもしれません

>引数でuser_sessionが指定されてない場合にplugin-cacheのuser_sessionでのログインを試みるだけとかじゃないの？

こういう仕様なのか？実際ソース見て確認もしないとだけれども
・引数でuser_sessionやloginが指定されてない場合にplugin-cacheにuser_sessionがあればそれを使用する
・引数でuser_sessionやloginが指定されてない場合にplugin-cacheにuser_sessionがなければ何もしない(nologin)
・引数でuser_sessionやloginが指定されている場合は引数を優先して使用(login)する
・引数でuser_sessionやloginが指定されている場合でplugin-cacheにuser_sessionが無ければ保存する
・引数でuser_sessionやloginが指定されている場合でplugin-cacheにuser_sessionがあれば何もしない

>>150
nicolive.py の def niconico_web_login(self): 以下のロジックを見るとこう処理してるみたい

1.引数でuser_sessionが指定されている場合はその値をcookieにセットしてself.save_cookies()を実行して終了
2.plugin-cacheにuser_sessionがあればその値をcookieにセットして終了
3.引数でuser/passが指定されている場合はログインしてuser_sessionがあればself.save_cookies()を実行して終了
4.3.でMFAだった場合(user_sessionがない)MFAログインしてuser_sessionがあればself.save_cookies()を実行して終了

・--niconico-user-sessionはcacheより優先順位が高い
・次にcacheからuser_sessionを読み込むのでcacheがある限りuser/passログインはされない
※self.save_cookies()はおそらくplugin-cacheにuser_sessionを出力する処理と思われる

SlNicoLiveRec(Streamlink)で複数のログイン方法を使い分けるパターンって以下の5つか？

1.複数のuser_session指定を使い分ける場合
2.ログインなしと複数のuser_session指定を使い分ける場合
3.username/passwordログインと複数のuser_session指定を使い分ける場合
4.複数のusername/passwordログインを使い分ける場合
5.ログインなしと複数のusername/passwordログインを使い分ける場合


1.と2.は比較的問題ないけど3.以降は毎回username/passwordログインし直さないといけないからお勧めしない
理由；
2段階認証のアカウントだとStreamlinkなら毎回2段階認証文字列入力の必要がある（常時監視してないと無理）
また、SlNicoLiveRecだとusername/passwordログインが2段階認証に対応してないから使えない可能性高い
使えたとしても毎回2段階認証文字列入力の必要がある（常時監視してないと無理）

時々、タイムシフトの分を後日録画したいと思いログインするけど
それを忘れてて放置してると、ログインした状態（一般垢）で再接続を試すばかりに
ログイン不能にされて、それを解除は一応できるけどいちいち面倒なので
フォルダ毎にログイン有とログイン無に分けて使ってる
ついでにと、さらにわかりやすいようにファイル名に(ログイン無)とか文字をつけたら不具合があったのでやめた。

>>151-153
検証ありがとう
自分はSlNicoRecを使わずに基本的にStreamlinkをバッチで直で起動して1の運用をしてるから問題は発生してない感じだね

そういや合言葉配信ってあったよね、実際に合言葉配信なんてほぼ使用されてなくて録画したことないけどあれってどうなんだろう
合言葉を入力して見れる状態にしてストレコで手動で録画するか、見れる状態にした後にStreamlinkやSlNicoRecを起動して録画することになるのか
今後はサポーター限定配信も実装されるみたいだし面倒なことが増えるな…基本的にチャンネルと同じ手法でいけるとは思うけど

1080p60fpsでの配信も一部の人に解禁されるから単純に画質をbestにしてる人は運用次第でストレージがパンクしたり
複数同時録画してMP4への変換もしてたらストレージ側の処理が追いつかずに他の録画中の録画データを書き込めずに破損が多発しそう
1080p60fpsで24時間配信されたらと考えると怖いな

>>153 の続き
1.の場合はSlNicoLiveRecの設定→ニコニコアカウント情報で「user_sessionでログイン」を選び、
　user_sessionの欄にuser_sessionを貼り付ける

2.の場合はログイン無の設定には必ずSlNicoLiveRecの設定→ニコニコアカウント情報で
　「キャッシュされたログイン資格情報を消去」をチェックし、「ログインしない」を選ぶ
　(Streamlinkは--niconico-purge-credentialsを指定)
　user_sessionを使う設定は1.と同じ

3.4.5.の場合はログイン無の設定およびusername/passwordログインの設定には必ずSlNicoLiveRecの設定→
　「ニコニコアカウント情報でキャッシュされたログイン資格情報を消去」をチェックすること
　(Streamlinkは--niconico-purge-credentialsを指定)
　username/passwordログインの設定はSlNicoLiveRecの設定→ニコニコアカウント情報で
　「E-Mail、Passwordでログイン」を選び、E-Mail/Passwordに記入する
　この場合username/passwordログインは毎回ログインすること、SlNicoLiveRecは2段階認証対応してないので
　user_sessionを取得して>>153の1.か2.のどちらかにするのがおすすめです
　(Streamlinkは2段階認証対応してるけど自動録画してると認証のところで止まってしまいますよね？)

>>155
>そういや合言葉配信ってあったよね、実際に合言葉配信なんてほぼ使用されてなくて録画したことないけどあれってどうなんだろう
>合言葉を入力して見れる状態にしてストレコで手動で録画するか、見れる状態にした後にStreamlinkやSlNicoRecを起動して録画することになるのか

後者で可能
録画するアカウントでブラウザーを開いて合言葉入力→SlNicoLiveRec(Streamlink)で録画(他ツールも可能)
言うまでもないが録画ツールのアカウントが別だったり未ログインだと録画できない

>今後はサポーター限定配信も実装されるみたいだし面倒なことが増えるな…基本的にチャンネルと同じ手法でいけるとは思うけど

サポーターかどうかはサーバー側で判断するから特にツール側では何もいらないと思う（チャンネルと同じ）
ツール側に「自動的にチャンネル入会する」「自動的にサポーターになる」機能が必要ですかね？

>>157
合言葉の配信についてて思ってたとおりの動きだね、まあ、そうだろうなとは思ったけどさ
TSがないと最初の部分は録画出来ないね…

ツール側で自動的にチャンネル入会、サポーターになる機能は個人的にはかなり危ないと思う、
クレカとかの決済情報登録（セキュリティコード含めた）が必要なわけだし、3Dセキュアで2段階に認証になって結局は入会に失敗するケースもあるだろうし
もしそれらをクリアしてもチャンネルの無料配信の時でも入会されてしまうことも考えられるし、そうなった場合は問題になる
チェックツールやSlNicoRecの作者も無料でそこまで責任とれないからさすがに取り扱いたくないとは思う
普通に今と同じでチャンネルのuser_sessionなどのログイン情報や未ログインの人が有料の時の挙動でいいと思うかな

チェックツールは現状は有料放送を通知するのチェックを外しても通知されてしまう状況にあるとのことだから
サポーター限定配信も同じ感じになるだろうけどそこは悩ましい、合言葉配信と違ってサポーター限定配信は使われやすそうな気がする

Streamlinkのニコニコログイン仕様　(2026/06/14)
・user_session指定による方法とemail/password指定による方法の２つあり
・user_session指定による方法が一番おすすめ　複数アカウントやログインなしとの併用も一番簡単
・user_session指定は後述のsessionファイルに関係なく指定できる
・email/password指定はStreamlinkでemailとpasswordを使いログインする　2段階認証も可能
・sessionファイルにuser_sessionの値が保存されている場合はemail/password指定されてる場合、
　ログイン指定がない場合でも必ずsessionファイル内のuser_sessionの値を使用する
・新たにemail/password指定でログインする場合はsessionファイルのuser_sessionを削除する
　オプションをつけること（正常にログインできるとsessionファイルのuser_sessionは更新されるので
　次回からはuser_sessionを削除するオプションをつけなくてもよい）
・以前はemail/password指定していると毎回ログインしていたがuser_sessionをずっと使いまわすための
　変更と思われる（１つのアカウントでずっと使っていく使い方）

Streamlinkのsessionファイルの仕様　(2026/06/14)
・各プラグインが実行される毎にcookiesを取得してそれをplugin-cache.json内に保存するだけのワークファイル
・sessionファイルはWindowsの場合C:\ユーザー\(ユーザー名)\AppData\Roaming\streamlink\plugin-cache.jsonに作られる
・上記user_session指定とemail/password指定でログイン成功した場合必ずsessionファイルにそのuser_sessionを保存する
・各プラグイン起動時にsessionファイル内のcookies(user_session)の値を読み込む
・現状のStreamlinkのニコ生プラグインの仕様ではsessionファイルにuser_sessionの値が保存されている場合は
　email/password指定されている場合、ログイン指定がない場合でも必ずsessionファイル内のuser_sessionの値を使用する
・また、ニコ生プラグインの仕様ではsessionファイルのuser_sessionを削除する場合はuser_sessionを削除するオプションをつける必要がある

■SlNicoLiveRec(Streamlink)ログイン方法の設定（複数のログイン設定を行う場合）

SlNicoLiveRec(Streamlink)は複数のログイン設定を併用することは想定されていないが（これは録画ツール（仮や
livedl(+派生)、yt-dlpも同様）、昨今のBOT判定の強化やアカウント毎にチャンネル登録やサポーター登録を分けて
録画したい場合は以下のように設定するといいでしょう

1.設定毎にフォルダーを変えてSlNicoLiveRecをインストールする
　例えば２つ設定作りたい場合はこう
C:\User\hogehoge\bin\SlNicoLiveRec　でログイン有の設定
C:\User\hogehoge\bin\SlNicoLiveRec(ログイン無)　でログインしない設定

2.それぞれのSlNicoLiveRecの設定→「ニコニコアカウント情報」で以下のように設定

1.user_sessionでログイン
https://imgur.com/J7ujfOF

2.E-Mail、Passwordでログイン
https://imgur.com/FFHl9MV
※E-Mail、Passwordでログインは毎回ログインすること、SlNicoLiveRecは2段階認証対応してないので
　user_sessionを取得してuser_sessionでログインにすることをおすすめします

3.ログインしない
https://imgur.com/8s7OJiC

実はこんな話はともかく、Streamlinkは1)Built-inプラグインは変更できないようにしたい、
2)ユーザー作成のプラグインは悪意のある人がプラグインを改変して勝手に起動しないように
署名ないと起動しないとしたらどうだい？みたいな議論されてるのがアレなんだよね
1)2)が実現するとユーザーが簡単にプラグイン作れないし変更もできない　そりゃそうだがｗ

そうなればそれでいいけどね、結構すぐ対応してくれるから
文字化けの問題の時もissueで投げたのは自分だけどほぼ即日対応だったよ

ただ、やってもメリットってなくない？とは思うけどね
過去にライセンスフリーで配布したものについてあとでライセンスの取り消しって原則不可能だと思うよ
もしそうなっても他の利用者は過去のライセンスを守ってStreamlinkやそのプラグインを改変して個人的に使えばいいだけだと思う
修正のための知識は必要だと思うけど…

>>161
>そうなればそれでいいけどね、結構すぐ対応してくれるから

それならそれでいい　あとはなにもいわない

現状もホントはStreamlink同梱のプラグインを直で変更するのは禁止で、変更したり追加した場合は
別のところにインストールしてくれっていうのがルールらしいから
どっちにしてもライセンスは関係ない

https://streamlink.github.io/cli/plugin-sideloading.html
のAttention

>>162
>そうなればそれでいいけどね、結構すぐ対応してくれるから
>文字化けの問題の時もissueで投げたのは自分だけどほぼ即日対応だったよ

であればこの際single_cookieの問題も改めて対応していただけるとありがたい
ttps://github.com/streamlink/streamlink/issues/6522

以下も正式に対応してもらえばいいかと思う
・録画ツール（streamlink）とブラウザー同時起動するとブラウザーが停止する
　直接frontend-idを変更するかfrontend-idを変更できるオプション追加
・サーバー側の負荷増大時に録画できないことがある
　以下のように修正
　class NicoLive(Plugin):
STREAM_READY_TIMEOUT = 15

ここから追加
・ファイル名に開始時間　開演時間　チャンネル名　ユーザー名　追加

>>163-165
それは自分で言ったほうがいいんじゃない？自分は特に必要としてないもん

リンク先のの説明はStreamlink本体に影響が出るから推奨しないという意味で書かれているように見えるけど
ライセンス自体は BSD なので、改変や再配布は普通に許可されていて、
Attention の部分は禁止というより技術的な注意点というニュアンスだと思うよ
Do notって書かれていて直訳すると～しないでくださいだから分かりづらいとは思うけどさ

livedl-n時代からあったコメント数が多い配信でChunkからParseする際に"データー長が足りない"エラーが
でるのをやっと修正できたよ
といってもChatGPTにソース投げてそのエラーの出る可能性のある部分を指摘してもらって修正しただけだがｗ
これでやっと次の段階に進める

livedl-nも同じソースなので同様の修正しないとだめです

nnn-revo2012さんはもう一度livedl-nのソースコードを公開する予定はありませんか？
海外サーバーからでもニコ生にアクセスできるようにProxyを通すオプションを追加したかったのですが、既に公開停止しているということで打つ手がないです

>>168
ない
goのwebsocketにproxyを通すやり方がわからなかったから正式なオプションとしては断念した

今更livedlなんて使わなくても動画ならStreamlink、コメントならニコ生録画ツール（仮が両方ともproxy対応だから必要ないと思うが

>>168
Public Archiveに変更した
後はご自由に

>>170
ありがとうございます！ダウンロードできました！
livedl-nを組み込んだプログラムを自作して使用しており、別のツールに変更してコードを調整する手間を掛けたくなかったので助かりました

今更>>104のコメント仕様 v2026.0116.121242を>>105参照しながら実装してるけど、

- "GiftBarUpdate"は以外に更新されないんで動作確認しづらい
- cruise.proto(="CruiseRecentContent")って過去のクルーズのコメントってこと？
- "FeaturesUpdated"は必要？（多分いらんと思う）

SlNicoLiveRecをV1.0.6.2に更新 のコメントより

20. 四八福星間開発 四八福星間開発 2026年06月21日 22:04
なんかログインの必要がないライブ配信ならコメントが保存できそうなんですけど、だれか必要な人います？
タイムシフトは無理です。

あって良いと思うけどコメントファイルだけ保存してどうるすんだろう、特定の人のコメント監視したい感じなのかな
まあそれなら捨て垢作ってNCVで良くないって思っちゃう

Recentだからどうみても過去じゃない気はするけど、クルーズが来ましたとか、クルーズから何人が来ましたとかの情報じゃない？
Features Updateは今後実装される機能のためのもので実際は使われていないように思えてはいるけどね、どうなんだろう

ニコ生で見た目だけ停止ボタン置いてあるのに押そうとすると別のページにリダイレクトする違法広告が使われてるのが最悪

>>174
>Recentだからどうみても過去じゃない気はするけど、クルーズが来ましたとか、クルーズから何人が来ましたとかの情報じゃない？
Recentは”最近”か　ちょっと（てかそうとう）勘違いしてましたスマソ

githubのwikiとかgithubのページって各種検索にあんまり出てこないのは仕様（スターがいくつ以上ないとダメとか条件がある）らしい
自作ツールをはじめさきゅばすのヘルプ(wiki)を書いてきたけど検索で出てこないから書いてる意味なかったと最近知った

>>117
GitHub Wikiについてはそうだろうけど
githubのページがGitHub Pagesのことを言ってるのであれば
普通の静的Webサイトとして公開されるから一般的なSEOの問題でしょ
github.io ドメインの信頼性が低め等の問題はあるかもしれないがそれ自体も一般的なSEOの問題

>>178
>>177

今日知ったこと
NdgrClientSharpってのがあるってこととnicolive-comment-protobufのReleaseでProtoファイルだけ配布してたこと

SlNicoLiveRecでコメントも保存できるようになるなら（仮って要らないんじゃね？

>>181
１つのツールに依存するのはよくないし
長年使用されてきたツールはそれありきで独自の自動化を組んでる人もいるから
安易にいらないって発想はやめとけよ

>>182
なんか工場のパソコンがFC-98で（最近のパソコンには）置き換えられない話を思い出してほっこりした
自分も昔（３０年ぐらい前）は工場用のパソコンのソフト作ってことあったねー

>>182
それって未来永劫ずっとメンテされる前提ですよね？（ひろゆき風
じゃあそのツールの作者が死んじゃってそのあとニコ生の仕様が変わって使えなくなったらどうするんですかね？

>>184
急に論点ずらすのやめて
元の論点は「今使えるツールがいるかいらないか」であって
「将来使えなくなった時にどうするか」なんて話はしてない
現状の必要性と将来の持続性をごっちゃにしないで

オープンソースであれば、仮に作者が不在になっても必要とする誰かがフォークして開発を引き継ぐか
また新しいツールが生まれるだけの話
ただそれはまた別の論点の話

ここもブログもちょっとしたNGワードで書けなくなるわけだよね

SlNicoLiveRecってまだpremiumとかdate_usecがなかったりするんでコメント保存してる人は（仮と併用したほうがいい
その辺仕様もないわけだし作者がいらねと思ったらそれで終わるわけで作者の考え次第なんだけど

逆にこっちは書けるか？

>25. 四八福星間開発 四八福星間開発 2026年06月23日 22:03
>>>24
>ニコニコのXMLの詳しい仕様が分からないので、分かる範囲でXML出力できるようにしました。

については昔も今もニコニコはコメントの仕様を公開してなくてユーザーが解析したものしかないです
https://w.atwiki.jp/nicoapi/pages/20.html
初期のニコニコやツイキャスはAPIを公開してましたが、今はユーチューブはじめインスタやTikTok等ってそういう情報は非公開じゃないですかね？

https://blog.nicovideo.jp/niconews/271956.html
（5/11 追記）【期間限定】AIがあなたの動画を盛り上げる！実験機能「AIキャラクターコメント」をPC版ニコニコ動画で提供開始【PC版ニコニコ動画】


将来的には、ニコ生にもAIコメントを導入して盛り上がってる感を出すようになるだろうね

既存でいう簡単コメントだのエモーションだのの類だろ？
きっしょしか感想無いわ

提供は終わったみたいだけど動画にAIにコメントさせてあたかもたくさんの人が見てるようにする為のものでしょ？
ニコ生に導入するみたいな馬鹿な発想はないと信じてるけど導入されたら流石にドン引きだわ
同接公開してないから運営のやり方次第で勢いランキングやちくらんのアクティブなんて簡単に水増し出来ちゃう
コメントデータもほぼ無意味なものになるよね

>>190
非公開で導入してテストしてる可能性はあるよ
過疎に使えばバレやすいだろうけど
まずは大手で試して他のコメントに紛れ込ませればバレることはまずないから
大手の底上げには十分使える

非営利でも迷惑行為にしか使われないグレー
ランキングの存在する媒体では既に明確な操作に悪用されているのでほぼ黒
営利で数を偽装すれば真っ黒

法規制までにどれだけ社会に害を及ぼし続けるかの成りすまし犯罪システムだな

近年の数字の水増し犯罪の規模と悪質さは動画のアップロードダウンロードどころではない
まともぶってる企業に手を引かせるには規制法と明確な刑罰を定めるしかないところまで来てる

user_sessionでログインできなくなってない？
ログインしましたって出るけど有料配信部分がグレーアウトしてた
ID・パスワードでログインしたらちゃんと全部落とせたわ

>>194
>user_sessionでログインできなくなってない？
もしそうなら今頃5chや四八福星間開発さんやguest-nicoさんの掲示板は同様の書き込みであふれてる

それとニコ生のIDはなるべく二段階認証にした方がいいよ
どうでもいい捨て垢なのかもしれんけど

CAPTCHAのせいとか？

>>194
Cookieの有効期限切れかアクセス過多でBOT扱いされてreCAPTCHAを要求されているのどちらかだと思う
一回ブラウザでログアウトして再ログインできるか試してみたら？ログインできたらそのブラウザのuser_sessionの値をセットすればいいだけだと思う
検証できないから確実じゃないけど少なくも自分の環境では過去のチャンネル限定の有料配信はuser_sessionで問題なく最後まで録画できてるし
通常配信のエコノミータイムでも3Mbps（720p）で録画出来てるよ

>>195
流石に捨て垢で有料アカウントに入らないと思うけどどうだろうね
自分はチェックツールは一般垢、録画はプレ垢やチャンネル登録垢で運用してるからなんとも、そういう運用してる人もいるかと

194です
みなさまありがとう
結果としてuser_sessionの値が変わっていました
パスワード変更しなければ値は変わらないと思い込んでいたけど定期的に変わる仕様なのね

ちなみにIDは捨て垢ではない
二段階認証は一度設定すると外せないんじゃなかったっけ？
それはめんどくさいなと思って設定してなかった

>>198
>二段階認証は一度設定すると外せないんじゃなかったっけ？
>それはめんどくさいなと思って設定してなかった
普通に切り替えできるよ（ログイン機能の動作確認でたまに変更する）
ただし海外からのログインやクリ奨もらっている垢は二段階認証なしには変更できないはず

SlNicoLiveRecは二段階認証対応してないからというのもわかるんで At your own risk で

開発者向け
・クリエイターサポート特典に関するメッセージ定義を追加
v2026.616.161033
v2026.629.180145
//github.com/n-air-app/nicolive-comment-protobuf/releases

最近はReleaseに変更点を書いてくれるようになったらしい

こっちが一般向け
あ〇ぎやね〜とか書くのはえぬＧかもｗ

【新機能】サポーターの応援で「1080p/60fps PC配信」が解放される！「サポートポイント」機能をリリース予定！【クリエイターサポート】
//blog.nicovideo.jp/niconews/5236

二段階認証は切り替えできるのね
SlNicoLiveRec使う時だけ外せばいいのか

それにしてもuser_sessionの値が違っていてもログインできましたと出るのね
あの表示は当てにしない方がいいんだね

>>202
>それにしてもuser_sessionの値が違っていてもログインできましたと出るのね
>あの表示は当てにしない方がいいんだね

ちょっと前にもここに書いたけど
・Streamlinkのプラグインは実際にログインできたかの確認はしていない
・SlNicoLiveRecはStreamlinkを呼び出すだけのツールなのでその辺は関知しない（というより知らない）
なので「実際には」ログインできなくてもそう表示される
これはStreamlink、SlNicoLiveRecの仕様

昔からニコ生のツールを作ってきた人はニコニコのそういう仕様に詳しくて実際にログインできたかどうかとかチェックしてたけど、海外製のツールやニコニコの仕様に詳しくない人がツールを作るとこうなるっていう事例
例えれば前者は「かゆいところに手が届く」ってところ
そういう意味ではAES128暗号化されたのってユーザーには痛手でしたねｗ

Streamlinkのニコ生プラグインの仕様
・--niconico-user-sessionはcacheより優先順位が高い（cacheがあっても必ず引数の値を使用する）
　※この時user_sessionの有効無効はStreamlinkは確認しない
・user_sessionまたはuser/passでログインして成功した場合必ずuser_sessionが保存される
・下記の3.と4.は既にcacheがあると必ずcacheのuser_sessionが使用されuser/passログインはされない
　※この時user_sessionの有効無効はStreamlinkは確認しない
・下記の3.と4.で強制的にログインしたい場合はcacheのsessionを削除する（--niconico-purge-credentials）
・ログインなしで使用する場合はcacheのsessionを削除する（--niconico-purge-credentials）
　（またはStreamlinkで一度もログインしていない場合は不要）

nicolive.py の def niconico_web_login(self): の実際の処理
1.引数でuser_sessionが指定されている場合はその値をcookieにセットしsessionに保存して処理を続ける
　※この時user_sessionの有効無効はStreamlinkは確認しない
2.plugin-cacheにuser_sessionがあればその値をcookieにセットして処理を続ける
　※この時user_sessionの有効無効はStreamlinkは確認しない
3.引数でuser/passが指定されている場合はログインしてuser_sessionが取得できればsessionに保存して処理を続ける
4.3.でMFAだった場合(user_sessionがない)MFAログインしてuser_sessionが取得できればsessionに保存して処理を続ける
　※3.と4.ではそのuser_sessionは必ず有効

user_sessionが変わるならuser/passでログインしておいた方が良さそう

>>205
>user_sessionが変わるならuser/passでログインしておいた方が良さそう

既にcacheがあると必ずcacheのuser_sessionが使用されuser/passログインはされない
　※この時user_sessionが無効でもStreamlinkは確認しないので永遠にログインされない

なのでどっちもユーザーが自分で気づかない限り永久にわからない仕様
なおかつSlNicoLiveRecはuser/passログインの際に２段階認証できないしその場合エラーが出ないのでおすすめしない
※海外からのログインやクリ奨もらってるアカウントは２段階認証を解除できないため

>>204の仕様を踏まえ、どう設定するかは自分がどういう頻度で（ニコニコの他のツールやブラウザーも踏まえ）使ってるか次第
ログインの仕組みはStreamlink(SlNicoLiveRec)だけでなく録画ツール、チェックツール、NCV、ニコ動のツール、ニコニコ実況のツールまで共通だから

>>206
自己レス
・user_sessionがそもそも何者か？（ニコニコのcookieの値でユーザーのデータを示す）
・user_sessionの値はブラウザやスマホ、外部ツールでログインする度新規に作られる
・user_sessionの有効期限はログイン時から1年（スマホだともっと長いともいわれてる）
・user_sessionはログインログアウトを繰り返すと古いuser_sessionから有効期限関係なく無効になる
・最近はニコ生に過剰アクセスのためＢＯＴ判定した場合にもuser_sessionは無効になるらしい

これがuser_sessionの仕様で、最後の２つが特に外部ツールを使ってるときに困るのでは、と

・user_sessionの値はブラウザやスマホ、外部ツールでログインする度新規に作られる
→新規に作られるけどそれぞれで生成されたuser_sessionが無効になるわけではない
同一アカウントで複数user_session共存可能

・最近はニコ生に過剰アクセスのためＢＯＴ判定した場合にもuser_sessionは無効になるらしい
→２回ぐらいでたことあるけど、いずれの場合も無効にならなかったからこの情報は怪しい

>>208
>→新規に作られるけどそれぞれで生成されたuser_sessionが無効になるわけではない
>同一アカウントで複数user_session共存可能
これはその通りですねすみません
で、同一アカウントでブラウザ、スマホ、外部ツールなどで新規にログインを繰り返すと複数user_session共存してるものの中で古いものが無効になるというのが仕様らしい　というのが正確なところ
その回数やどのタイミングというのは言うまでもなくニコニコ側から公開されていませんしされないでしょう

ＢＯＴ判定うんぬんについても違ってるかもしれません　それはすみません
ＢＯＴ判定自体実際発生してるようだが、それがニコニコがＢＯＴと判定してるかからかどうかという情報すら公開されていない（はず？な）のでこの手の情報は全て推測です

>>209
>で、同一アカウントでブラウザ、スマホ、外部ツールなどで新規にログインを繰り返すと複数user_session共存してるものの中で古いものが無効になるというのが仕様らしい　というのが正確なところ

追加訂正
で、同一アカウントでブラウザ、スマホ、外部ツールなどで新規にログインを繰り返すと複数user_session共存してるものの中で一番古いもの１つだけが順に無効になるというのがどうも仕様らしい
こういう仕様ってニコニコ側からはもちろん仕様公開されてないし、ぐぐったりAIに聞いても全く情報得られないのな

昔は有志によるニコニコの技術ブログ等が充実してたけど
今はここかあっちの掲示板ぐらいかしか無いのかね…

使う都度user_sessionを確認するしかないのかね

そこまで意識しなくてもいいと思うけどね
194のケースが起こることの方が稀だから他の掲示板でも指摘がなかったわけで

user_sessionが無効(=ログインできてない)だとほとんどの場合タイムシフトを取得できないからその時点でわかるけど
チャンネルの有料放送は気づかないまま録画できるからその場合だけ面倒だね
Streamlink(SlNicoLiveRec)はfirefoxのcookieをそのまま指定できないから面倒なのね
yt-dlpはそれができるけどアレだしどっちもどっち
結論はAES128が（略

ラッパーexeを作ればよくね？

user_sessionのチェック
cookieにuser_sessionの値をSetしてドワンゴトップページかどこかにアクセス
※マイページや放送ページはトラブルで落ちてる可能性があるので

で、以下のどれか
・戻ってきたレスポンスヘッダの値を確認(x-niconico-authflag > 0 ログイン中)
　x-niconico-authflag自体存在しない場合も未ログインとみなす
・ページのヘッダにuser.login_status = 'login';があるか？
　ログインしてないとき user.login_status = 'not_login';
　もしくは上記文字自体存在しない場合
・ページの中にユーザー情報があるか？
　
ほかにも方法があるかもしれません

毎回cacheクリアしてuser/passでログインすればいいんじゃね？