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

!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

ここにいるやつらはuser_session取得程度でつまづかないだろうから
ここで聞いてもな。。

SlNicoLiveRecのユーザーは今のところ無関係、Streamlink使ってる人のみ

Streamlink 8.0.0以降 --hls-duration が変更になってる
今は両方使えるけどそのうち --hls-duration は使えなくなるだろう

Releaseより
・Added: --stream-segmented-duration in favor of --hls-duration (now deprecated),

user_sessionの取得方法なんて簡単なんだけどね
① 録画用のユーザーIDでニコニコにログイン
② Ctrl + Shift + i を同時押し

【ChromeやEdgeの場合】
③ 表示される画面の上部にあるアプリケーションを選択
④ 左側にあるCookieを選択
⑤ https://www.nicovideo.jp/があるのでそれを選択
⑥ 右側にuser_sessionという項目あるのでそれを選択
⑦ 値の欄を選択しダブルクリックしてコピー（コピーされた値がuser_session）
⑧ 閉じたい場合は開いた画面の右上にある×を押す
　
【Firefoxなどの場合】
③ 下部に表示された画面の上部にあるストレージを選択
④ 左側にCookieという項目があるのでそれを選択
⑤ https://www.nicovideo.jp/があるのでそれを選択
⑥ 名前にuser_sessionがあるのでそれを選択
⑦ 値の項目をダブルクリックし、値をコピー（コピーされた値がuser_session）
⑧ 閉じたい場合は、開いた画面の右上にある×を押す

>>860
863で書いたけど、SlNicoLiveRecのreadme.txtを読めば拡張機能を使ったuser_sessionの簡単な取得方法は書いてるけど、まあ読まないもんね
SlNicoLiveRec使ったことないからSlNicoLiveRecがどういう引数を受け取れるようになってるか知らないけど
SlNicoLiveRecがuser_sessionを引数として受け取れて、かつ、チェックツールで使用してるユーザーIDで録画してるなら
チェックツール側のアプリ起動の引数として{us}でuser_session渡せるんじゃない？

>>862
--hls-durationって実は使ったことないw

生放送定期メンテナンス　2月25日(水) 4:00 ～ 9:00



以下の日程でニコニコ生放送／ニコニコ生放送アプリの定期メンテナンスを実施いたします。
メンテナンス中、番組の視聴及び配信がご利用いただけません。ニコニコ生放送アプリについては、起動できなくなります。

メンテナンス内容の詳細は、【重要／ニコニコ生放送】2026年2月より「ニコ生ゲーム／放送ネタ」の運用体制とサービス内容を変更しますをご確認ください。

https://blog.nicovideo.jp/niconews/268499.html

実況系のツールも見たけど

2026/2/13現在
nicologin (ニコニコ動画にログインするツール)

→古すぎてhttpsや2段階認証に対応してない

NicoCookie4Chrome (ブラウザからクッキー取得するツール)
→現状ではExtension以外の外部ツールからChromeのCookieアクセスは不可能なので使えない

短文にまとめられない駄レスが多いなこのスレ

知らない人に教えるって短文でまとめられないでしょ？
それいっちゃうとググるなりAIに聞けで終わっちゃうよ
そしてAIもまた結構な長文で返してくると思うよ

ブラウザのCookieを取得したり表示するソフトの一番の懸念は、Cookieに個人情報が入ってる場合が多いからセキュリティ的に問題ないかをしっかり精査しないといけないこと
多分今こういうソフト作るとまずマルウェアに引っかかると思うけど、それがホントのこともあるわけで作りにくいよね

低ビットレート潰されたの不便だなぁ
知ってる中で下から二番目に邪魔臭い
最底辺はツイッチだあそこはバカが放送やると1080pしか画質用意しなかったりするから論外

SlNicoLiveRecをV1.0.3.2に更新
※Streamlinkのバージョンは変わらないようで

更新内容
メニュー[ヘルプ]に「FFmpegバージョン情報」を追加
配信タイトルに { } が含まれていると録画できない不具合を修正
FFmpegを8.0.1にアップデート
ほか軽微な修正

SlNicoLiveRecをV1.0.3.2に更新
https://person-of-ehomaki.blog.jp/archives/40105394.html

SlNicoLiveRecをV1.0.4.0に更新
https://person-of-ehomaki.blog.jp/tag/SlNicoLiveRec

更新内容
Streamlinkを8.2.0にアップデート
コマンドラインオプション「--hls-duration」を「--stream-segmented-duration」に変更
メインウィンドウの「hls-duration」を「stream-segmented-duration」に表記変更
設定ファイル読み込み時にエラーが発生した場合、「ログを出力する」がオフでもエラー内容を記入した log.txt を出力するように変更
HtmlAgilityPack.dll をアップデート
FFmpegをStreamlinkに同梱されているものに変更
上級者設定に「自動終了時にウィンドウを閉じる」を追加

>>872
>Streamlinkを8.2.0にアップデート

ということで、アップデートすると同一アカウントで録画＆視聴できないという問題が発生するかもしれないんで注意な
※対策はわかってるけど直接Streamlinkのプログラムを変更しないといけないので今は静観しとく

>>873
DLしてnicolive.pyをみたけど、single_cookieの件は追加してるようで問題なさそうです

single_cookieにしてるのに、だいぶ前から昼間しか同時視聴も同時録画もできない
前はできたんだけど…
edgeとChromeで同時視聴できない時点で、もはsingle_cookie関係なさそう
(PCとスマホの同時視聴は可能

SlNicoLiveRec使ってないので
>>862のbatファイル書き換えだけしてきます

>>875
>edgeとChromeで同時視聴できない時点で、もはsingle_cookie関係なさそう
>(PCとスマホの同時視聴は可能

本来の仕様に戻っただけかと
>>291 が本来の仕様

single_cookieは今は関係ないね
自分も今は>>291にするようにして
同時視聴、同時録画を可能にしてる

同時視聴での切断は説明要るだろうが
X-Frontend-Idだけの変更ならプルリク通るんじゃね＞Streamlink/yt-dlp

>>878
Streamlink/yt-dlpへのプルリクはそもそもめんどくさいしのちに問題残しそうなんで
それやるくらいなら訴訟覚悟で自前でソフト公開した方が簡単かも　とは思うｗ
おそらくユーザー生で一部放送が時間指定できない件もカンタンに解決するだろうし

>>879
>おそらくユーザー生で一部放送が時間指定できない件もカンタンに解決するだろうし

これって要するにニコ生の一部タイムシフトがRFCに準拠してない（もしくはまだ定まってない機能を使ってる）っていうのが原因なんで
RFCとか無視すれば全く問題ないけど、Streamlinkとかyt-dlpのような大手ソフトはそんなわけにいかないからだろう

一番簡単なのは（仮を修正するだけなんだけど

デバッグログをとったりしたらわかるけど（仮は少なくとも動画の取得までは作られてる
ほぼ同じような仕様であるチャンネルプラスにはなぜか対応してるんで、本来はその程度には対応するつもりだった気がするねｗ

彼が対応しなくても誰かが勝手にforkすればネイティヴモードであろうが内部からStreamlink/yt-dlpを呼ぶのは自由自在

内部からStreamlink/yt-dlpを呼ぶように変更するのは数行だけですみますね

>>876
解決方法があったんですね
ありがとうございます

うきうきで
streamlink --http-header "X-Frontend-Id=90"
にしてみたのですがブラウザ同時視聴で切断でした；；

何もいじらずにずっと録画しながらそのまま同じ垢で見れてたけどある意味おまかんだったのかこれ

>>883
nicolive.pyのコード直接修正してやったら自分はいけたよ

\pkgs\streamlink\plugins\nicolive.py
多分これだと思うんだけど
どこを弄れば良いの？

なんか認証みたいなのが入って録画できなくなった

似たような名前の変数名あるし、なんならPythonの勉強だと思ってソース眺めたらいいよ

>> 886
以下の行の後で frontend_id 設定して上書きしてやればいけるんじゃね

wss_api_url, frontend_id = schema.validate(data)

今新しいソフトのLicenseを何にするか確認してるけど、SnkLib.App.CookieGetterって GNU Lesser GPL で調べてる
調べると「動的リンク（dynamic link）なら派生作のソースコードは非公開でOK。」と書いてあるんで
もしかして SnkLib.App.CookieGetter を利用するプログラムはGPLでなくてもいい？！そんな気がした
でもAIはよく嘘をつくからちゃんと調べないと

AIのハレーションは別としても、ライセンス系は絶対原文あたった方がいいだろ
新しいソフトってなんだよ

ライセンス系をAIに頼るとかマジで言ってるの？

>>891
ハルシネーション

>>892
ちゃんと調べないとって自問自答してるんだから
そこまで責めることじゃないだろ

デセプションとシコファンシーという問題もあるらしいぞい

ニコゲーもうそろそろか

NicoGetCookie
ブラウザーからニコニコ（ニコ動、ニコ生）のCookie(user_session)を取得するプログラムです
・Firefox系のブラウザーのみ取得可能
https://github.com/nnn-revo2012/NicoGetCookie/releases

>>896
（1/26追記）【重要／ニコニコ生放送】2026年2月より「ニコ生ゲーム／放送ネタ」の運用体制とサービス内容を変更します
https://blog.nicovideo.jp/niconews/262451.html

2026年2月25日（水）より、「ニコ生ゲーム／放送ネタ」の運用体制を変更します。
本変更は、2026年2月25日（水）朝4時〜9時に実施するニコニコ生放送の停止メンテナンス終了後より適用されます。

なので明日のメンテ後(25日の朝9時以降)ユーザー生放送は変わりますね。チャンネルや公式は関係ないけどシステム的になんかあるかも？

最低画質480Kbpsになっても結局負荷にヘタれるのは何も変わってないから
ニコゲーがどうなろうと継続してヘタれっ放しなだけ
改変は公式側の現実逃避だとわかった
今のうちに断言しとけば説得力も増すだろう

>>889
これ出来ないんだけど書き換えサンプル貼ってくれんか
Cookieの設定はもう要らなくてここだけでいいのよな？

>>900
>これ出来ないんだけど書き換えサンプル貼ってくれんか

これやるくらいならいっそ必要なアレを全部入れた改造版nicolive.pyをアプロダにでもあげればいいんだろうけどね

あと１つだけ

ニコ生がニコ動同様な仕様（映像＋音声）になってから思ったんですけど、今って昔に比べてコメントなんていらん人の方が多いような気がする　てか実際いらん人の方が多い？
ニコ生録画ツールって作ると動画とコメントの取得命でその時間の同期をとるのが一番大変なんだけど動画しか要らんというなら正直streamlink(+そのGUI)で十分じゃないかと思う
（仮にしろlivedlにしろわざわざ録画エンジンを自前で用意してたけど、その部分なんてそれこそyt-dlpやstreamlinkに丸投げしてやればニコ生用ただのラッパーツールでいいんじゃないかと思う

コメントいらなかったらニコ生以外の DL ツールスレに移動すればいいだろ
yt-dlp は専用スレがあるぞ

理解する気もその能力もない奴がする類の書き込みだわ
気がするじゃなくてただの願望

コメントがいるからニコニコに拘ってるのです
いらないなら他のサイトに行きますよ

>>902
弾幕中毒者の俺からするとニコ動のワイワイ感がいいんだよなー
日本中のお🐎🦌さん達のコメントが楽しいんだよなー
学生時代を思い出してさｗ

だめだこりゃw(^_^;)

メンテの影響は特に無さそうだね

>>907
この顔文字を使う時点で30代以上のおぢなのがわかるよｗ

増えるならともかくなくなるのに影響があると思ってる頭が心配

コメントのうち、システムメッセージのゲーム関連のprotobufが変更になってるんで
録画ツール（仮ではゲーム関連のメッセージが消滅してるはず
livedl-nではゲーム系の新メッセージの処理作ってないからUnknownエラー出まくり

livedl(元作者の方)のソースを見るとなんか仕様が変わったと思われる場合は[FIX ME]＊＊＊みたいなメッセージを出して積極的に修正を促す姿勢なんだよね（プログラムは継続する）
（仮さんのツールはエラーが出ても極力エラーエラートラップしてプログラムを遂行する（つまり絶対に終わらせない）っていう姿勢なんだよね
この辺りがプログラマーの性格が出るところで面白い

自分は>>902と同じで別にコメントなんていらんって人が増えてるような気もするけどね
一応、ダウンロードはしてるけどさ･･･
自分は他サイトのライブを見る比率が上がったからってのもあるんだけどさ
画面上のコメントが邪魔に見える時もあるんだよね、コメントで配信者の表情が見えなかったりすると特にね

>>911
そんなとこに影響あったか
調査おつかれ
Fail-safe か Fail-fast かは同じもの作らせてもAIによっても変わってくる

>>914
コメント（メッセージサーバー）の仕様が変わるのは去年１１月に
N Airの nicolive-comment-protobuf というgithub に追加されてたから予想されてたこと
今後はここ( https://github.com/n-air-app/nicolive-comment-protobuf )見てると今後どうなるかわかるから

というか、DLツールにおけるシステムメッセージってどこまで必要なのかもって思いますね
通常だとギフトとエモーションぐらいはあってもいいかと思うけど
その他のコメントはあってもなくてもいいってのが大半なんだろう
でも、１人でも「すべてのシステムメッセージを保存したい！ってあれば作るしかないけどそこまで絶対欲しがるユーザーっているん？
これも前から思ってたことの１つ

自分は以前システムメッセージなんか要らないって言ったら必要だって何人かに叩かれたよ
録画ツールでも消してるし普通にブラウザ+コメビュで見る時も全部消してる

公式放送のアンケートはシステムメッセージ？

>>918
YES

システムメッセージ全部いらないというのなら運営コメント（放送者のコメント）もいらないのか聞いてみたいね？
ちなみに運営コメントも昔からシステムメッセージです

可逆性の問題だろ
消したいなら後から非表示でもなんでも出来るが勝手に取得されないんじゃ困る
普段消して見てるが後からやっぱり確認したい機会なんていくらでもあるわ

そもそも受信データ丸ごと保存しておけばいいだけ
加工しないでくれ

>>922
受信データーってバイナリーですけど？！
これで保存されてもそれを利用する（デコードする）ツールなんて誰も作らないと思うな
めんどくさいもの

>>923
俺は作るよ！

>>920
0か100とは書いていないよ消せる機能を実装するだけでいいし
既に録画ツールには既についてるから今のままで問題ない
NCVについても独自で設定できるから問題ない

プログラマって自分しか作れないと思ってるやつ多すぎよな

>>923
ネットワーク層の生バイナリの話なんて誰もしてないでしょ
一般ユーザーが「受信データ」って言ったら、デシリアライズ済みの構造化されたデータのことだから
さすがに曲解しすぎかと

.proto ファイルから自動生成されたコードのSimpleNotificationV2とかから取ればいいだけなんだから
取ること自体は工数はかからないでしょ

そもそもprotobufにはjsonに変換するメソッドがあるからわざわざ除去するほうが無駄

生データ弄ってる非エンジニアや非IT企業関係者とか特殊なようなｗ
マニアや🤓は触るんだろうがニッチすぎｗ

>>927
現行のニコ生コメントはこんな流れで保存されてるのね
例えばlivedlの形式だと2.のデーターをblobで保存するというのもありなので（というか検討してたｗ）
その場合のメリットは
・未知のデーターであっても将来protoファイルが公開されてデコードできる可能性
・コメントが多い場合の処理速度改善

1.streamからチャンク毎にまとめられたバイナリーデーターを受信
　※protobufデーターを複数送信できるように、protobufに独自形式のヘッダが付与された状態で送られてきます
2.それを分割する　※ここまでバイナリーデーター
3.それを.protoファイルでデコード
　※ここでいわゆるjson形式みたいなのになる
4.以前のXML形式に変換
5.テキストに保存(録画ツール（仮の場合)

>>930
いずれにせよ>>922が言ってるのは恐らくバイナリを求めるてるわけじゃない
後で中身を見たい時にいちいちデコーダーを通さなきゃいけないから、一般ユーザーにはハードルが高い
ただ別に選択肢の１つとして入れるのは自由にすればいいと思う

jsonっぽいだと言語により以下のリスクがあるかも

例　項目ichiba_launcher
- A言語 ichiba_launcher
- B言語 ichibaLauncher

となる場合があるんで共通化は難しいかも

よくわからんけどこれ今までできなかったの？

1147.ななしのよっしん:2026/02/27(金) 17:53:16
いつも更新、お疲れ様です。

機能の要望なんですが、「録画登録ツール」で外部ツールを設定出来るようにして頂けませんか？
チェックツールのアプリ設定A〜Jみたいなニュアンスです。

結局今ってブラウザ視聴+streamlinkで同時録画しても切断されない方法ってない？
streamlink --http-header "X-Frontend-Id=90"
これ試しても意味なかった

>>889に書いてるじゃん

はいこれ次のてんぷらｗ
現状のstreamlinkのソースだと直接ソースを変更（修正）する以外ないよｗ

298 名前：nnn-revo2012 警備員[Lv.5][新芽][sage] 投稿日：2025/05/06(火) 18:20:51.63 ID:vKkWFYcm0 [5/5]
>>291
肝心なこと書いてなかった
ニコ生でwebsocket接続する際に

[plugin.api.websocket][debug] Connecting to: wss://a.live2.nicovideo.jp/unama/wsapi/v2/watch/47874593260110/timeshift?audience_token=**********&frontend_id=9

ここの最期の数字でニコ生の接続がどのクライアント（ブラウザー・アプリ・アプリブラウザーetc）からかをサーバーに伝えてて、この数字が重複してるとどれかが切れるというのが本来の仕様なはず

いつからかはわからんけどfrontend_idが同じでもcookieが同じなら切れなくなった（ブラウザで同じ配信を複数開いてもどっちも切れない）のは新仕様なのか何か意図があるのかｗ単なるポカミスかなんなのかはわからん


889 名前：名無しさん＠お腹いっぱい。 ころころ [502][] 投稿日：2026/02/22(日) 03:21:11.58 ID:/Znrs/WX0
>> 886
以下の行の後で frontend_id 設定して上書きしてやればいけるんじゃね

wss_api_url, frontend_id = schema.validate(data)

後てんぷらなのはSlNicoLiveRec(Streamlink)でニコ生ユーザー生放送のタイムシフトで時間指定録画すると録画できない放送がある件だけかな？

yt-dlpでも監視と保存ができるようになればいいんだがな

>>938
それはこちらにどうぞ
https://github.com/yt-dlp/yt-dlp/issues

yt-dlpのプラグインは日本人じゃない某国人の方が作ってるようなのでそちらの方に要望だしてね

メンテで問題でてるみたいね

https://x.com/d3d7x/status/2026955700635861165
メモ：
ニコ生、2/25 のメンテのあとから PC で放送見てるとたまに止まるようになった。
この拡張で検出しにくい面倒な止まり方をしている。（video player は動いているが映像コンテンツの中身がない的な）
とりあえず、メンテ後デグレしてませんか？のサポート問い合わせだけ出しておいた。

確かに9時頃ニコ生ユーザー放送見てたら結構頻繁に放送止まってたな（ドル箱のチャンネルや公式は知らん）
同じ放送をstreamlinkで録画してみたけど特に404エラーとか出てなかったので醤油さん(>>940)の言ってるのはあいかわらずニコ生ブラウザーページが重いってことっぽい

ちなみに醤油さんは貴重なMac用のコメビュー(Hakumai)作ってる人だし、僕のようなWindowsでアプリしか作れない化石と違ってブラウザーのExtensionも作れる方なので

https://blog.nicovideo.jp/niconews/269656.html

PCで生放送を視聴中に画面がフリーズしてしまう事象について【ニコニコ生放送】
2026-03-02

いつもニコニコ生放送をご利用いただきまして、誠にありがとうございます。

現在PC版ニコニコ生放送で以下の事象を確認しています。

・番組を視聴中に画面がフリーズして操作できなくなってしまう

本事象についてはブラウザの一部拡張機能をオフにすることで発生しなくなることが確認できました。
発生した際はお手数ですが、ブラウザの拡張機能などをオフにして画面の更新を行ってください。
また、オフにしたうえでも止まることがあるという報告については現在確認中です。

今後ともニコニコ生放送をよろしくお願いいたします。

その拡張機能はなんなのさ

やべえ不具合やん

ニコ生の為に拡張機能止めろって暴論にも程があるよね

youtubeは相当古いブラウザでも未だに動画が動くんだわ
ニコやツイッチみたいなよりクソのサイトほど勝手に動かなくなる無意味なスクリプトを使ってる

それうは違うと思うよ、醤油さんのツールのことではないと思う
けど、正直、こんな曖昧な書き方ってないだろ、ユーザーバカにしすぎって思うね
じゃあてめえらが、専用ブラウザ作れやって思うね

https://blog.nicovideo.jp/niconews/269676.html

【予告】検索結果・番組表ページが新しくなります【WEB版ニコニコ生放送】
2026-03-03

いつもニコニコ生放送をご利用いただき、ありがとうございます。

1月27日の月ニコでご報告した通り、生放送の他ページとUI共通化 + 利便性向上・開発効率化を目的として、PC・スマートフォン版の検索結果・番組表のデザインをリニューアルします。

リリース日は近日を予定しております。
また、新しい検索結果・番組表ページは以下の通りです。

■検索結果の変更前後
主な変更点
・ぺージングではなく、下へスクロールすることで自動で読み込まれコンテンツが追加表示されます
・ユーザー内の「もっと見る」をクリックすることでニコニコ動画のユーザー検索での検索結果を表示できます
・検索結果をリスト表示・タイル表示に切り替えることができます

■番組表の変更前後
主な変更点
・カレンダーは番組リスト上部の日付をクリックで表示するようになります
・番組の表示をリスト表示・タイル表示に切り替えることができます

今後ともニコニコ生放送をよろしくお願いいたします。

>>948
ならいいんだけど？
確かにこの曖昧な書き方だと醤油氏のツールもかもなあーと思うわけで（外部ツールが悪いつーのが）ドワンゴの本性か？って思う
まあ実際のところ今のドワンゴはそう思ってるだろうけどなｗ
だからドワンゴは録画ツール（仮やlivedlどころかちくわちゃんランキングやSkypowerさんのランキングやそういうのも含めて全部要らねーって思ってるよ

>>949
はい、これで近日中（リリース後）にニコ生チェックツール（仮の公式放送の通知に不具合が出ることが確定しましたね

こういうことをするからリスナーが快適なサイトを求めて他に行く
何を目指してるんだろうね
まともな技術者もいないんじゃないのかって思う

何も困らん

>>953
ならいいけど、実際のところ午後7時から夜中ぐらいって毎日ニコ生重いで
AWSにしたのはいいけどコメも動画も重たくなって使えなくなっただけなような

自分も公式放送は録画してないから通知は別にいらないかな

本当に重くなったよね、ゲーム削ってもギフトの演出もまだ重い
エモーションもいらないからなくしてほしい

>拡張機能オフにしたうえでも止まることがあるという報告については現在確認中です。
だってさ、、、確認したって自分らで言っておいて…確認作業すらまともに出来ないのか

ある拡張機能を有効にしてると先日の更新後から動作不安定になるのは俺も該当してたからわかるが、拡張機能オフでも確実に前より重くなってると思う
機能減ってるのに重くなるとまたユーザー減るだろ

2025年4月以降のニコ生
- ニコ生録画ツール（仮はコメントのみ保存のツール
- SlNicoLiveRec(Streamlink)は動画のみ保存のツール

なので今まで通りにしたければ（仮とSlNicoLiveRec(Streamlink)併用しないといけなくなったわけだが
たまにしかニコ生の録画しない人はそれをずっと知らないままなんだろうね

（仮さんの掲示板は（仮さんの作ったソフトのサポート、四八福星間開発の掲示板は四八福星間開発さんの作ったソフトの
サポートじゃないと収拾がつかないわけなんでしょうがないけど、初心者に求められてるのはそれらを横断的にサポートするようなサイトなんだろね
え？それってここ（５ｃｈ）じゃないかって？ｗ

なんでサポートせなアカンのや
そもそも（仮にstreamlinkを外部起動で設定すれば常駐で２つ起動させる必要も無いだろ