【ニコ生】新配信録画ツール（仮、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

もし間違ってたら指摘してください

ユーザー生放送、チャンネル、公式を録画する人向け
Streamlink --default-stream で指定する画質設定(コピペするように"＊＊＊＊"のようにに囲ってあります"

最高3Mbps
"720p,1280p,480p,854p,450p,800p,450p_alt,800p_alt,288p,512p,288p_alt,512p_alt"

最高2Mbps/1.5Mbps
"480p,854p,450p,800p,450p_alt,800p_alt,288p,512p,288p_alt,512p_alt"

最高1Mbps/1.5Mbps
"480p,854p,450p_alt,800p_alt,450p,800p,288p,512p,288p_alt,512p_alt"

最高384kbps/450Mbps
"288p,512p,288p_alt,512p_alt"

最高192kbps/450Mbps
"288p_alt,512p_alt,288p,512p"

上記以上の画質
指定なし or --default-stream best

streamlink依存のプッシュ通知でニコニコ生放送自動録画ツール作ってる人いた
https://github.com/genkaieng/namarec

>>844
自分もユーザー生放送についてはチェックツールから画質を渡して似たようなことしてる
例えばチェックツールから720pが渡れば、720pと1280pだけなのと、xxxx_altは書いてないのはあるけどね
チャンネルは基本的にbestでの録画だからどうでもいいって感じ
公式はわからないや、そもそも見ないし録画もしてないから

TSの録画についてはバッチを起動してURLを渡して有効な画質一覧を表示して画質を手動入力（未指定時は480p）するようにしてる。
その一覧にない場合はエラーで返して、再入力させるようにしてるよ（もちろん縦配信も考慮済み、例：480pだと854pもカバー）

皆さんに質問なのですが、ユーザー生放送で2026年1月28日5時以前の配信のタイムシフトですが、
現時点で画質は旧のままでしょうか？それとも新旧画質が混在してます？それとも新画質だけ？
アナウンス見た限りだと「画質は旧のまま」だと思うけど自分はプレミア会員じゃないので確認できません

>>844 で書いた一覧は旧画質の縦画面配信（＝99%ユーザー生しかない）を考慮してるんだけど、上記ユー生のタイムシフトがすべて終わればいらなくなるので簡素化できます

普通に混在してますね
ただチェックツールから起動する場合って基本的に最新の配信だから要らないのかなとも思う
自分は一応次のメンテまではチェックツールからのアプリ起動のTSもまだ考慮してる感じ
次のメンテの時にその部分は外すそうかなって思ってます

* ニコニ貢献・ニコニ広告・ギフト 停止メンテナンスのお知らせ　2026年2月3日(火) 9:00 〜 11:00
https://blog.nicovideo.jp/niconews/267767.html

* 【調査中】「節約優先」にしていても「画質優先」で再生されてしまう不具合【ニコニコ生放送】
https://blog.nicovideo.jp/niconews/267803.html

>>845
この人それ以外にもニコ生のツールいろいろ作成してるね
https://github.com/genkaieng?tab=repositories

ニコ生向けStreamlink(SlNicoLiveRec)の設定、FAQ
https://nnn-revo2012.github.io/wiki/settings

目次
・ニコニコ生放送で Streamlink -–default-stream で指定する画質設定一覧
・SlNicoLiveRec（Streamlink）で「配信していません」（error: No playable streams found on this URL:）が表示され録画できない

一般ユーザー放送のTSを録画しようとしたら
色んな配信者のTSの枠で試したけど、こちらの放送では動作できませんって表示されるけど？

もうTS保存は無理って事？

無理じゃないよ

>>852
「こちらの放送では動作できません。」と表示され、コメントのみダウンロードされる
https://guest-nico.github.io/pages/rec_readme.html#t-onlyComment

更にSlNicoLiveRecを使う際に２段階認証されたアカウントだとE-Mail/Passwordでログイン不可なので
user_sessionによるログインを使ってください（これ知らないとログインできない）

SlNicoLiveRecでuser_sessionを使ってログインする方法
（他ツールでもuser_sessionを指定できるツールなら6.の手順を他ツールの手順に変換すれば可能です）

ニコニコにログインしているブラウザーからuser_sessionというCookieをコピーする必要があります。

☆Chromeの場合
1.Chromeでニコニコにログインする（２段階認証も可能）※既にログインしているなら必要なし
2.右上３点マーク→その他のツール→デベロッパーツールを選ぶ
3.ApplicationメニューのStorage→Cookiesを開き、その中のhttps://www.nicovideo.jp をクリック
4.するとCookieの一覧表が表示されるので、その中のNameがuser_sessionを探してクリック
5.表の下にuser_session_数字_xxxxxxxxxxxx と表示されるのでその行全てをコピー
6.SlNicoLiveRecの設定→ニコニコアカウント情報で「user_sessionでログイン」を選び、
　user_sessionの欄に上記でコピーした行全てを貼り付ける

Chrome系（Edge、Opera etc）であればメニュー名が違ってても手順はほぼ同じ
Firefoxの場合はChromeよりやや複雑なのでExtensionを使うか録画ツール（仮でも使ってるCookieライブラリーを
使ってuser_sessionを取得する簡単なプログラムでも作るか思案中ね

動画でくれ

>>855
yt-dlp使ってcookies抽出するのはどう？

ニコ生向けSlNicoLiveRec(Streamlink)の設定、FAQ
https://nnn-revo2012.github.io/wiki/settings

随時更新中

目次
・SlNicoLiveRec(Streamlink –default-stream)で指定する画質設定一覧
　・ユーザー生放送、チャンネル、公式全て録画する
　・チャンネル、公式のみ録画する
・SlNicoLiveRecで「E-Mail、Password でログインしました」と表示されるが何もしないで終了する
・SlNicoLiveRecで「user_sessionでログイン」に設定する方法
・SlNicoLiveRec(Streamlink)で「配信していません」が表示され録画できない

>>857
実際やってみて簡単そうなら検討します
それ以外だと録画ツール（仮かチェックツール（仮の設定ファイル読み込んでコピーする
これだとPythonとかスクリプトでもできるレベルだし一番簡単かもしれない

>>858
自己レスです
少なくともこれだけで簡単に抽出（コピー）できる

.configの仕様

browserNum
ログイン方法 1=アカウントログイン 2=ブラウザクッキー 3=user_session

1or2の場合
user_session_settingのVALUEがuser_session
3
user_sessionVALUEがuser_session

ちなみに録画ツール（仮かチェックツール（仮の設定ファイル(.config)読み込んでuser_sessionを出力するツールって需要ある？
なんならそれ以外の設定も出力できるし、ツールが終了後であれば設定自体を変更することも可能

ここにいるやつらは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版ニコニコ生放送で以下の事象を確認しています。

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

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

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

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