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

>>1
乙

※ニコニコの改変の影響で動画とコメントを同時にDLできるツールはありません 組み合わせて

■SlNicoLiveRec(動画のみ)

■ニコ生新配信録画ツール（仮、ニコ生放送チェックツール（仮

■Streamlink(海外製のCUIソフト、動画のみ)

URL貼れません
>>3のどっちかのURLでRock54エラーになります

nico が駄目なんじゃね

URL貼れないってまじかよ！

■ニコ生新配信録画ツール（仮、ニコ生放送チェックツール（仮
//guest-nico.github.io/pages/downloads.html
//x.com/guest_nico
※ニコ生新配信録画ツール（仮 はコメントのみのダウンロード

■SlNicoLiveRec(動画のみダウンロード)
//person-of-ehomaki.ブログ.jp

ブログは-英子文字に変換してください

■Streamlink(海外製のCUIソフト、動画のみダウンロード)
//github.com/streamlink/streamlink/releases
※ウインドウズ版は以下
//github.com/streamlink/windows-builds/releases

※不具合や要望はコミュ掲示板もしくは作者X(Twitter)へ

メンテナンス・障害・復旧の記事一覧
//blog.nicovideo.jp/niconews/category/ge_maintenance/

機能・お知らせの記事一覧
//blog.nicovideo.jp/niconews/category/ge_function/

関連スレ(直接の交流は無いのでリンクの貼り替え等は任意で行って下さい)
【DL】動画の保存方法総合スレ【アダルト禁止】part62
//egg.5ch.io/test/read.cgi/streaming/1771248369/

・質問するときに最低限必要な項目
　-使ってるソフト名とバージョン、もしソースに変更を加えていたらその詳細も
　-リアルタイムかタイムシフトか
　-公式生放送・チャンネル・ユーザー？
　-具体的な放送ID(lvxxxxxxxx)
　-使ってるパソコンのOS
　-回線の種別(光回線/WiMaxなど)

・生放送をリアルタイムに録画しながら視聴する時の注意
　-基本的に録画中にその配信を視聴するのはおすすめしない
　-どうしても視聴したいなら*別アカウントでログイン*またはログインしてないブラウザーで
　-またはiPhoneやAndroidのニコニコ生放送アプリで視聴

これでとりあえずテンプレは全部貼れたんじゃね？
ちなみにRock54の原因は「四八福星間開発」氏のURLの"ブログ(英小文字)"がえぬじーわーどだったらしい

開発終了ソフト
■livedl(オリジナル)
//himananiito.hatenablog.jp/entry/livedl
//x.com/himananiito

■livedl-n(livedl派生)
//nnn-revo2012.github.io/wiki/livedl-n/x.com/nnn_revo2012
※Wikiのみ

公式の生放送がチェックにかからないな
Heyの配信が届くかを動作確認代わりにしてるんだが

>>15

チェックツールはニコ生の頻繁にある仕様変更で動かなくなるから割とまめに変更しとくといいよ

ニコ生放送チェックツール（仮
ver0.1.9.9(2026/03/12)
番組表から情報を取得できなくなっていた不具合を修正
ver0.1.9.8(2026/02/02)
自動予約機能が正常に動作できなくなっていた不具合を修正、番組表を取得できないことがあった不具合を修正
ver0.1.9.7(2025/12/28)
キーワードの条件が設定されていた際に通知を行えなくなることがあった不具合を修正、チャンネル放送を取得できないことがあった不具合を修正

■録画しながら同時視聴しても切断されない方法
これ保存版ねｗ
ニコニコは（動画、生放送、静画）含めて表示するブラウザやスマホetcをは１つのデヴァイスとしてとらえてる
具体的にはヘッダーの X-Frontend-Id が同じかどうかで判断してて、同じ X-Frontend-Id があればどっちかが切れる仕様

例
ブラウザ: 9
Androidアプリ: 90
Androidブラウザ: 91
※iPhoneアプリ、iPhoneブラウザの値はiPhone持ってないので知りませんｗ（おそらく90/91だと思うけどわからん）

で、各ツールは以下のように指定されてるので X-Frontend-Id が同じならどっちかがきれるのが本来の仕様

（仮: 90(デフォルトの場合)
livedl: X-Frontend-Id無指定
Streamlink/yt-dlp: 9

nicolive.pyの下の行の後で frontend_id 設定して上書きしてやればいけるんじゃね

wss_api_url, frontend_id = schema.validate(data)

四八福星間開発氏のツール

SlNicoLiveRecをV1.0.6.0に更新
更新内容
フォルダ名の書式設定を修正
メインメニューに[Languages]を追加

日本語、英語、韓国語、繁體中文があるってことはガチでドワンゴの著作権や特許権が及ばない地域に住んでる人なのかなあ？
なら無敵やんｗ

別に海外住みじゃなくても、SlNicoLiveRecはあくまでStreamlinkを動かすためのラッパーで
ツールの中に暗号を解除するコードは入ってない
復号処理をやってるのはStreamlink側だから
日本の著作権法で言う「技術的保護手段の回避プログラムの提供」には直結しにくい

最近また頻繁にアプデされてたんですね、知らなかった

>>19
この辺一切理解する気ないからなそこのハンドル
自分の都合のいい答えを聞こうとしてるだけ

この際だから、仮に現在のニコ生を録画するツールを作って公開したら実際にドワンゴからツールの削除要請なり裁判を起こされるのか試してみたいねｗ
FC2の件があるから裁判をおこされるのはほんとだと思うけど

いくつかのサイトにも対応してるなんちゃって汎用的ツールにして
結果的にニコ生も録画できてしまうっていう偽装工作ぐらいはしないとな

あんまりこの話題広げたくはないけど
>>19 の理論なら例えばDRMを解除するツールのラッパーツール作成なら問題ないということになりますけど、
多分それを主張しても無理なんじゃないかなーと思う

>>24
その例えは前提がズレてる
法律で提供がアウトになるのは「"専ら（主として）"保護手段の回避を目的とするツール」なんよ
Streamlinkは世界中の非暗号化サイトにも対応してる汎用ストリーミングツールであって「DRM解除ツール」じゃない
DRM解除専用ツールのラッパーならそりゃ幇助でアウトだろうけど
SlNicoLiveRecがやってるのはただの汎用ツールに、CookieやURL等を渡すコマンドを生成してるだけ
これで違法になるならコマンドプロンプトやbatファイルも違法になるわ

そもそも、解除キーが一緒についてくるHLS＋AES128暗号と、解除キーが一般的には公開されてないDRMが一緒だとは思わないけどな
そこの解釈の判例がないから慎重にならざるを得ないのは分かるが

ほんとなんの意味があるんだあれ

SlNicoLiveRecをV1.0.6.1に更新
更新内容
言語ファイルの軽微な修正
[Languages]の言語選択状態の修正
UI調整
Languagesに简体中文とタイ語を追加
[設定]に[FFmpeg]タブを追加
[設定]-[フォーマット変換]を[FFmpeg]タブに移動
[フォーマット変換]に変換オプション入力欄を追加
フォントを Segoe UI サイズ 9 に変更

>>27
1つの見方として権利者に対するアリバイ作りはあるだろうな
KADOKAWAの意向や、ソニー、アニメ会社などと提携していく上で
自社の配信プラットフォームは違法ダウンロード対策を行っていると聞かれた際に
無防備の平文で垂れ流してるというのはビジネス上許されない
現状は全番組に暗号化を施しコンテンツを守っていますと説明できる
ビジネス上の対策してますよという免罪符になる
技術的に映像を100%守るために導入されたものでないことは明らか

意味ってのを一言で言えば
これを誰も彼もスルスル抜けるほど世の中のPC知的水準は高くないしなる見込みも無いってこった

今更だけどニコ生の仕様まとめ（ツール開発者向け）
ツール開発者っていうのはツールを作ったり、それに準じてスクリプトなりなんなりを作る人向け
普通にツールを使うだけの人はスルーしてください

・完全AWSになる前に使われてたニコ生API(sync_stream?とかset_speed)は使われていない
　（APIそのものは使えるようだが後述のようにset_speed APIは無意味）
・倍速再生は単にブラウザ側でセグメント取得の時間を変えてるだけと思われる
　→ということはプレミア／一般にかかわらずＤＬ時間は無制限？
・タイムシフトは動画・音声のplayer.m3u8で全セグメントが一度に全て送られてくるので
　基本定期アクセスは不要
　→長時間(24H以上)配信などでplayer.m3u8が分割されるかどうかは未確認
　→なのでlivedlやMinyamiで使われたあの方式は無意味になった
・追っかけ再生
　基本これまでと同じだけど、現状の仕様だと6秒ごとにplayer.m3u8を取得する必要があるわけで、
　長時間配信だとかなりAWSに負担かける仕様じゃね？（まあ対応してるツールないから問題ないだろうけどｗ）

追っかけ録画できるツールってないのか
不便だな

大抵最高画質に合わせてくる自動を選んだら
自動(192kbps)って出てきたことがある
接続悪い時だから本当に192kbpsかは確認できなかったが文字は確かに出た
隠し設定で存続させてんならちゃんと出せと

>>33
要検証だけど、今のユーザー生でもnormalとか昔はあったが今のavailableQualitiesにない値を指定すれば以前の画質で再生（録画）できるのかもしれない
こういうのってそれこそ個人で作ってるようなツールでしか検証できないよねぇ
これは非常にできる可能性が高い（なぜなら例えばaudio_onlyは確か公式ではavailableQualitiesにはないけど、指定できるから）

>>33-34
ユーザー生でwebsocket接続時に強制的にsuper_lowを指定してみたけど、サーバー側で480kbps288p30fpsとして接続されてた。
可能性としてはabrのバグなのではないかな？
もしくはAndroidやiPhone（アプリまたはモバイルブラウザ）だとまだ設定が生きてるのかも？
面倒なのでこれ以上は検証しない（やるなら皆さんでどうぞ）

ツール作ってる人向け情報（ツールを作ってないような人には関係ない）
これも今更だけど現状だとこんなもの？
セグメントのエラー404はAWS以前は1.はリトライで取得で取得できる可能性あったけど、今はデーターそのものが届いてないようで取得無理じゃね？
公式やチャンネルだとほぼ発生しないんだろうと思うけど、ユーザーのリアルタイムのモバイル配信だとよく発生する現象かと思います。

1.segment取得時に404(VIDEO or AUDIO)
　→これはデーターがホントにないからそのまま次へ
2.segment取得時に403
　→ニコ生からなんらかのエラーになってるからwebsocket再接続（これは従来通り）

いうまでもないけど、個人でも録画ツール作ってる人はmaster.m3u8やplayer.m3u8でエラー出た場合のリトライは気をつけて。
エラー403/404やそれ以外が出てもリトライを延々してるとアクセス制限されたりするかと思います。\＾−

もう５ちゃんでは情報提供しないのではなかったの？

>>37
何も情報提供しない
こういうやつが１番いらない

何度ももう来ねーよって言ったの見てきたんでね
そんなこと言わなきゃいいのに

>>39
何度も見てきたなら
なおさら指摘する必要ない
おまえの方こそ言う必要ない

有益な情報を書き込むという
行動で結果を示してくれてるんだから
文句のつけようがない

いやもう来ねーよと言わなきゃいいだけ
もう来ねーよと言ってまた来るのダサいじゃん

>>41
ダサいかどうかで言えば、有益な技術情報を共有してくれる人間を
過去の言動で追い出してスレを過疎らせるお前の方がよっぽどコミュニティにとって害悪で「ダサい」んだよ
お前の日記帳でも道徳の教科書でもない
情報の価値が理解できないならこのスレに居座る意味ないだろ

でも俺はもう来ねーよなんて言ってないし

俺も色々書いてくれる方がありがたい（作ってないからほへーってなって見てるだけだが）

別に来てもいいんだけどもう来ねーよについて
一言あるべき

>>45
ここはお前の道徳教室じゃないんだよ
このスレにおいて nnn-revo2012さんがまた来たことのメリット（有益な情報）と
お前が粘着してることのデメリット（有益な人間が去るリスク）
どっちがデカいか理解しろよ

「もう来ないと言って戻るのがダサい」なんてのはお前の狭い価値観
掲示板なんて気が向いた時に書き込んで、気が向かなきゃ去る場所だ
自分の感情を優先して、スレの有用性を削ごうとするお前こそ一言詫びてからROMってろ

でも去った実績がないよw

会社も辞める辞める言ってる奴に限って辞めないんだよなw

２ｃｈ（５ｃｈ）なんて最初からウソもホントも玉石混交のように混じってる掲示板じゃん
それこそ昔ひろゆきの名言になってる「うそはうそであると見抜ける人でないと(掲示板を使うのは)難しい」じゃね？
>>47については去年の5月ぐらいから4ヶ月は実際書いてなかったけど
（仮さんの掲示板(bbs2)は過疎りすぎてるのとあっちで技術的な話は書いてもアレなんで今後はとりあえずX(@nnn_revo2012)で書くことにしますね
今後もここはROMってるし、ここで書く必要性があることならここでも書きます

今後はもう来ねーよとか言わないようにな

>>41
これについては、書くの辞めてたけど多分ニコ生の解析してるような人しか答えられんだろうなあーという質問（確かメッセージサーバー関連だったか？）があったんで答えたはず
書くの辞めたを破ったとかそういうの後日言われると思ったけど、たぶん自分じゃないと答えられない質問があったから答えただけ
それから惰性で書いてるわけで　まあいいたきゃいえばいいよｗ

>>51
確か前スレの464に対する回答をしたのがきっかけだと思う
egg.5ch.io/test/read.cgi/software/1743138945/

464 名前：名無しさん＠お腹いっぱい。 警備員[Lv.2][新芽][sage] 投稿日：2025/09/25(木) 22:38:46.53 ID:hWQnKBtS0
undefinedとかいうログが延々出るようになったな

465 名前：名無しさん＠お腹いっぱい。 警備員[Lv.4][新芽][sage] 投稿日：2025/09/26(金) 18:28:50.08 ID:TxpGyw+d0 [1/3]
>>464
メッセージサーバーの仕様が変更(追加)されて9月下旬頃から？EMOTIONやVISITEDなどが新しいSimpleNotificationV2に移行してるため
Google.Protobufだとprotoファイルの更新およびコンパイルが必須だがguestさんの使ってるprotobufのライブラリーだとどうなのかは知らない

>>52
あたまクルクルパーのシンショーのグループだもんね？

さいたまけん、ひがしまつやましの　シンタイショウガイシャのグループホームだもんね？

ゆみ73　さよこ76　とおる53　かおり38 2026　きらわれものシンショーのあつまりだもんね？

え？ぜんいん、オマンコぬれない　オチンチンたたないって？

あたまクルクルパーのシンショーのグループホーム

ビンボーくせーからフジテレビジョンwwwwww

テレビのレコーダーも　テレビゲームすらない

ビンボーくせーショウガイシャの　グループホームだよね？

おまえらとトモダチになるって　なにかのバツゲーム？？？？

あたまクルクルパーのシンショーの　こどもたちwwwwwwビンボーくせー　シンショーのあつまりwww

あたまクルクルパーのおきにいり　ヤマモトサヤカ、あいみょん　ビンボーくせーショウガイシャの　あつまり

ズバリ聞くけど、AES-128暗号化のdecodeを自前のコード(yt-dlp/streamlink/FFmpegを使わない)でツール作ってる人居る？
これ以上聞くと例のアレに抵触するからこのくらいでｗ

自分はやってないけど、やってても言わないでしょw

デコードはともかく結合はffmpeg無しにはできなくね？

nnn-revo2012さんがこれからやろうとしてるフラグですね

これはあくまで研究なんだけど、
いろいろやってみたけど結局Streamlinkにm3u8を送るのがベストかもな

多分今の状況(SlNicoLiveRec＋録画ツール（仮)がベストなんだと思いますわ

>>58
補足：
動画とコメントを取得したい場合、実用的には今の状況(SlNicoLiveRec＋録画ツール（仮)がベストなんだと思いますわ

時点で録画ツール（仮からStreamlinkを呼び出すように修正するのがいいかも
（ただし過去にguest-nicoさんが拒否してるから無理と思われる）

自分はTSのダウンロードしかしないのでdlp一択。柔軟性が違い過ぎるわ
そもそもリアルタイムでチェック出来るなら普通にブラウザで見るし

>>60
公式またはチャンネルのタイムシフト（時間指定なし）しかDLしない人だとそれでいいだろう
yt-dlpは現状おそらくそういう人がメンテしてるんで、それ以外の環境（ユーザー生）の不具合は無視（というより誰も指摘しないから何もしない）なんだよね

最近は録画環境が安定してきてここでの話題も少なくなってきたな
それはそれで寂しいもんだ

状況が停滞して話すことが無いだけなのをすり替えられても困る

本体ツールでコメントを取得してstreamlink/yt-dlpのPlugin使わないでcookies(cookies.txt)とm3u8渡すのが今のところBESTか

といっても、現状で安定した使い方ははもちろん>>59しかないね

>>62
そんなあなたに

確証はないけど、ここ数日タイムシフト動画を時間指定してSlNicoLiveRec（およびStreamlink）で動画取得しようとした場合に映像が止まるまたは音声がないという現象が発生するようだ
なのでタイムシフトをダウンロードしてる人はここ数日の動画確認した方がいいよ

>>65の現象、一時的（日本のGWのためアクセス増えてる）なものかどうかわからんけど、自分はStreamlinkに報告する気はないです
ちなみに時間指定しないと問題ないはずなのでほとんどの人は現象に気付いてないと思います

時間指定してる人ってどういう用途で指定してるの？
１回も使ったことない

デブに無駄な脂肪を付けない意味を説いても理解しないだろ

>>68
で？

>>67
配信の一部しか要らない人、長時間配信の一部または分割したい人じゃないかな？
特殊な用途としては、ツールの動作確認のため一部だけ録画して確認したいのもある
（公式生放送は最初の１０分は動作確認しづらい）

今回の件については以下のコメント#11に書いときましたんでご参考まで
tps://person-of-ehomaki.ぶろぐ.jp/archives/40282462.html?1777558299#comment-11

>>67
公式番組とか長時間の配信で特定の部分だけ欲しい、例えば今回の超会議のとある企画の部分だけ録画したいとかじゃない？
自分も使ったことはない、全部録画してあとでトリミングするタイプ

四八福星間開発さんの掲示板で急に音声がなくなったってのが数件あるけど、ニコニコのイベント（超会議）が25/26にあったのとＧＷに入ってニコ生のアクセスが増えたのが原因かなと思われ
バージョンアップはたまたまなだけで（これも録画ツール（仮でよくあった現象）

streamlink単体で各種タイムアウトを変更すれば改善するかもしれないけど、それこそ上級者設定過ぎて素人さんにはまず無理だろうね

名前付きpipeを-iの引数にすればリアルタイムにffmepgに直接映像と音声を入力してmuxできるんだ
なるほどねぇ

最近は公式の動画しかＤＬ＆テストできないけど、時間指定した場合、過去の動画で映像と音声がずれる動画がまれにあるね
ffmpegに渡す引数のcopytsを消せばずれなくなるけど
確か以下の放送です　最初から録画したらcopytsついてても問題ないかは確認してない
://live.nicovideo.jp/watch/lv331082359

ググってたらこういう記事もあったんで、ニコニコ（ニコ動＆ニコ生）は簡易なコピープロテクト（例えば単にffmpegを使うだけでは動画をＤＬできない）として、微妙にＨＬＳの規格からずらしてるのかもしれない

ttps://www.katsuster.net/index.php?arg_act=cmd_show_diary&arg_date=20221004

詳しくは ttps://egg.5ch.io/test/read.cgi/software/1757187436/ 参照

・ニコニコプレミアムは8/1より月790円→990円に値上げ
・有料ニコニコチャンネルも値上げ

2026年の予定でニコ生に関係あるものだけピックアップ
・長らく、多くのご要望をいただいていた「1080p／60fps」画質での配信について、「クリエイターサポート」を用いた条件付きで提供いたします。
・クリエイターサポートのサポーターだけが視聴できる配信を行う機能を準備しています。

1080pがクリサポ限定とか
さらに金払わないと1080pにできないってことじゃん
ひどすぎるｗ

相変わらずはじまってもいないニコニコ

えっ、また値上げ？
ゴミだな

でもやめない養分さん

月1,000円で１回あるかないかのユーザー生放送のエロ配信を高画質で録画できると考えると
登録しちゃうんだよ
くやし〜！

ほんのちょっと前まで500円だったよね？
サブスクはこれだから

さすがにもうプレミアムやめるわ(´・ω・`)

録画動かんおまかん？
SLR v1.0.2.2
SL 7.2.0

情報取得
[Error][LiveInformation] リモート サーバーがエラーを返しました: (405) メソッドは使用できません

ログイン設定こねくってたらなおりました！

心底192Kbpsを戻してほしいわ
サーバ改善なんてしないから無駄に詰まるだけ

>>83-85
ここの過去ログや四八福星間開発のコメントでも前から書かれてるけど、

405エラーはニコ生からツールでの同時アクセスによるbot判定（アクセス制限）を食らってる状態
ブラウザでアクセスしてreCAPTCHA認証するか、しばらく（数時間）すると解除される

アクセス制限されるほどアクセスしてないんだけどチェックツールのせいなのかな

>>83-85
対策の１つとして、コメントが要らないのなら録画ツール（仮は同時に起動しない
といっても、チェックツール＋SSlNicoLiveRec(or Streamlink)だけでも405エラーが発動したとか報告があったっけ

>>88
チェックツール→SlNicoLiveRec起動までの流れで都合３回ほぼ同時に放送ページにアクセスするので、それがbot判定されるのだと思われ
（録画ツール（仮も同時起動してるなら都合同時４回になるのでさらに判定度が高くなる）

現在（HTML5になった以降）のニコ生は放送情報のAPIを外部公開してないので放送ページをアクセスするしかないのが原因

1.チェックツールで放送情報取得のため放送ページにアクセス
2.SlNicoLiveRecで放送情報取得のため放送ページにアクセス
3.Streamlink本体で放送情報取得のため放送ページにアクセス
4.録画ツール（仮で放送情報取得のため放送ページにアクセス

自分には関係無い事だけど毎度詳しい話ありがたい

自分の場合チェックツールの番組情報取得間隔（更新間隔）をデフォルトの15秒から30秒に変えて半年以上運用してみたが
bot判定一切でなくなった

>>93
なら、番組情報の取得間隔がツールのデフォルト15秒ではbot判定されるので30秒ぐらいに変更した方がいいかもね
番組情報（ ttps://live.nicovideo.jp/recent?tab=common 他）は1分ぐらいで更新されるから30秒ぐらいがちょうどいいと思う
ちなみにプッシュ通知はニコニコ側から送られてくるものなので、番組情報取得間隔はまったく関係ないです

SlNicoLiveRec(Streamlink)で以下のエラーが表示され録画できない
情報取得
[Error][LiveInformation] リモート サーバーがエラーを返しました: (405) メソッドは使用できません

原因
ニコ生の各種ツールアクセスの頻度によりbot判定されてしまったため
可能性1
・ニコ生チェックツール（仮の番組一覧の更新時間によりbot判定された
可能性2
・ニコ生チェックツール（仮、SlNicoLiveRec、録画ツール（仮、ブラウザーの同時起動によりbot判定された
可能性3
・録画ツール、水増しツール、弾幕ツール等が複数同時起動されたためbot判定された

対応
とりあえずの対処方法
・ツールと同じアカウントでブラウザーで開きreCAPTCHA認証する
　※この場合は全てのブラウザー、ツールで再ログインの必要あり
・そのまま使わなければ30分〜数時間で使えるようになるとの報告もあり
　※この場合は再ログインの必要なし

恒久的な対策
・ニコ生チェックツール（仮　を使ってる場合
　ツール→オプション→アラートタブの「更新頻度」が15秒であれば30〜45秒に変更する
・コメントが必要ない場合は録画ツール（仮は同時起動しない
・ユーザー生放送で同時刻に起動するようならそうならないように登録ユーザーを減らす

>>95
>恒久的な対策 の部分を修正

恒久的な対策
☆ニコ生チェックツール（仮　を使ってる場合
・ツール→オプション→アラートタブの「更新頻度」が15秒であれば30〜45秒に変更する
・コメントが必要ない場合は録画ツール（仮は同時起動しない
・ユーザー生放送で同時刻に起動するようならそうならないように登録ユーザーを減らす

☆タイムシフトのみ録画の場合（ニコ生チェックツール（仮は使ってない）
・登録ツール（仮や自作のタイムシフト録画ツールも含め、同時に録画開始しないようにする
・コメントが必要ない場合は録画ツール（仮は起動しない

これはあるようでなかったＦＡＱみたいだな

Ｑ．SlNicoLiveRec(Streamlink)でニコ生の開始時間と開演時間が異なる場合、開演時間から録画をしたいのですが？

Ａ．SlNicoLiveRecメイン画面のオフセット→「hls-start-offset」に開始時間と開演時間の時間差を 10m のように指定して録画開始してください。
ただし、録画した動画がVLCだと音声が正常に再生されない可能性があります
その場合は動画をmp4に変換すると正常に再生されるかもしれません（もしくは他の再生ツールを使う）

ニコニコチャンネルプラスと同じフォーマットのファンクラブの動画とか録画できんかね？

プラスってひっそり過ぎて存在感無いけど運営はどうしたいのか
そっちが優れて？いるなら通常のチャンネルも移行して行くだろうが別にそのままだし（公式も芸能人などのも）
最近は無いけどプラスの番組を公式でも同時に配信して、全く何の説明も無く公式の方のコメは見ないでプラスのだけ見て、公式で見てる人は流れていないどこのコメを見てるのかもわからない
最近全然無いという事は特に動線にもならなくてやらなくなったのかなと思ってる

無能運営ほどよくやるよな
自分で作っといて責任持たずに放置するパターン

>>98
チャンネルプラスはyt-dlpが対応してる（といってもどこまでなのか使ってないから知らん）はずなので、
ファンクラブとやらもyt-dlpで録画できるかもしれないけどプラグインを修正しないと無理なようであればyt-dlpのIssueにRequestを出すしかないね

>>99
プラスが開始した頃はまだニコ生は完全にAWS化してなかったし動画もAES暗号化されてなかったから可能性があったけど、
例の事件後にニコ生が完全AWS化してセキュリティ固めて動画もAES暗号化されたりとチャンネルプラスに移行するメリットなくなったからどうする？って感じでは
というかファンクラブってSapociaのことだよね？

>>100
手広くやろうとして中途半端になりがちですよね
新しい事始めてすぐやめたり（特にゲームなど）
>>102
じゃあ現在の中身は特に差も無く表示方法とかが違うだけみたいな感じなんですね
ChatGPTに聞いたらファン向けコンテンツで複数のプランなどのファンクラブ的な運用が普通のチャンネルよりもやりやすいとか
だとするとプラス止めて通常化はしないのかな
自分は全然見てないのでわからないっす(笑)

protoファイルの更新キターーーーーーーー
といっても内容を見る限りGiftと新cruiseの対応だけみたいだ（だから必須ではない）

chore: update proto to v2026.0116.121242 and bump version to 2026.116.121242
ttps://github.com/n-air-app/nicolive-comment-protobuf/commit/871fe37c088af7e34fffd93aa7c2c309be5d90d2

・atoms.proto
→Gift メッセージの内部に、新たに GiftBarUpdate というメッセージ型が定義された。これはギフトゲージの進捗情報

・cruise.proto
→ニコ生クルーズの直近コンテンツ情報を扱うための定義ファイルが新規作成された

・features.proto
→optional bool audition_enabled = 1;　オーディション機能が有効かどうかを示すフラグあるけど、オーディション機能ってなんだ！？

>>101
回答ありがとう　あとで試してみる

>>103
調べてもよくわからんけど、ニコニコヘルプに以下のＱＡがあるから同じものなのかも？
Ｑ　ニコニコチャンネルプラス、ファンクラブのお問い合わせについて
また、サポシアは要するにファンティアやMyfansを意識したアダルト版サイトで別物らしい
さらに調べたら、両方ともドワンゴが2024年に開発した独自システム「Sheeta」を使ったサイトらしい

ドワンゴ開発のファンクラブ運営システム「sheeta」が提供
ttps://dwango.co.jp/news/5129065317007360/

>>105
ここ数か月ユーザー生でちょくちょく未定義のシステムメッセージがあったのがGiftBarUpdateなのかな？
Gift以外のクルーズはまだ再開してないはずだしオーディション機能も未実装ぽいから実装されてからだな
てかNCVさん含め皆（といっても数名だがｗ）どこまで実装するんだろ？
ユーザーのほとんどはシステムメッセージにそこまで求めてないような気が

オーディション機能でまたニコ生重くなりそ…

本当に余計な機能を実装する前にやることあるだろって思うわ
生主もアプリが落ちる、ptptする、映像が止まるとか散々言ってるのにあまり改善ないみたいだし

>>107
ファンクラブの話は自分じゃなく>>98さんなので…(笑)
>>110
クリエイターにお金出す事しか頭に無いからなあ

>>111
>ファンクラブの話は自分じゃなく>>98さんなので…(笑)
それは失礼しました
>>98
ファンクラブの動画の動作確認よろしく

>>98
sheeta系の動画の件

動画はyt-dlpとしてコメントもほしいなら例の録画ツール（仮しかないわけ
yt-dlpがそのまま使えるなら（仮でコメントも取得できる可能性あるね

>>110
ユーザー生だとそんな感じだけど、チャンネルや公式は放送側の回線が安定してるはずだからそんなことほとんどないんじゃない？
ブラウザ使わないでm3u8直で取得すると全然問題ないんじゃね？

>>114
自分が言ってるのは生主が困ってるってことね、そっちにリソースを割いて欲しい。録画側としての意見じゃないよ
結果的に生主が流出して配信が減ってニコ生録画する事すら意味がなくなっちゃう

>>115
言わんとすることはわかるけど、なら他サイトみたいにシンプルな配信にすればいいだけ
だがそうするとニコ生でやる意味ないから結局他サイト行っちゃうんじゃない？
結局ユーザー生なんてその程度のものっていう認識じゃね？
そこで人気がでればドワンゴに金の雨が降るチャンネルに誘導すりゃいいわけだし

アホばっかだな

>>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でログインすればいいんじゃね？

>>217
それでよければそれでいいんじゃない
実際それでいいとは思うけど

そこまで検証する必要があるのかとは思うけど･･･

自分の環境
･チェックツールは一般垢（フォローも同時にするから普段使いの方でフォローしてる人を監視されたくないから）
･録画用プレ垢とch録画用プレ垢（普段使い）を使う
･チェックツールからはch録画or通常録画のバッチを起動
→バッチ内でuser_sessionが記述されてるテキストファイルを読み込んで毎回引数でuser_session指定してStreamlink起動
･ニコ生メンテのタイミングでトップページでニコニコからログアウトしてログインし直してトップページにアクセスしてブラウザの開発者ツールからcookieのuser_sessionを取得してuser_sessionが記述されてるテキストファイルを新しいuser_sessionの値に更新（cookieの有効期限なんか1年くらいあるから問題ないけど）
･基本は480pで録画、推しは720pで録画（best指定ではなく画質は720p指定、27日リリースされる1080p60fps対応のため）、後で登録直後の人のTSを録画することもある

これでuser_session関係でなにも問題が起きたことがないしチャンネルも有料限定でもちゃんと録画できてる、TSの録画も出来る、プレ垢限定の720pの録画もできてる
そこまで検証しなくていいと思う

･ニコ生専用の環境を構築してキャッシュを消す or SlNicoLiveRecならキャッシュされたログイン資格情報を消去にチェック
･チェックツール用ツールは専用の一般垢を指定
これで普通に対応できると思う、要は使い方じゃない？
同じユーザーIDで色々なブラウザで開いたり、ツールで使わないようにすれば良いだけの話だと思う、チェックツールを分けるだけで効果あると思う

問題があるとしたら合言葉設定配信くらい、チェックツールで拾えないから

>>218
�@毎回の頻度にもよるけどその都度ログインAPI叩くことになるから、それこそBot判定食らうリスク高い

�Aログインのたびに新しいuser_sessionが発行されるから
他端末のセッションが押し出されて勝手にログアウトされる原因にもなる

�B2段階認証必須の垢だと毎回確認求められる

何をもって「実際それでいいとは思うけど」って結論になる？
前提条件明確にしてくれないとさすがに一般ユーザーにはデメリットでかい

>>220
>何をもって「実際それでいいとは思うけど」って結論になる？
何度も同じこと説明するのめんどくさくなったからやりたきゃそれでいいよって意味

>>220 と使用頻度や他のツールとの兼ね合い（アカウント共用か分けてるか）
この辺もめんどくさくなったわ
頻繁にツール起動するヘヴィーユーザーさんなら問題になるけど、おそらく大多数の人は問題ないと思う
ヘヴィーなユーザーさんならこの辺ある程度わかってらっしゃるしなんか対策してるんじゃね？
プログラム作りに戻んないと

>>218,220-221
自分の運用でbot扱いはされたことはない、ただチェックツールと録画用のアカウントは別にしたほうが無難だとは思うってのが正直な感想
注意点としては結果的に以下の通りかと
･チェックツールと録画アカウントをできるだけ共有しない
･共有するならそういうこともあるという想定は必要
･複数のツールやブラウザでログインすることは避けるべき（user_sessionが無駄に生成され場合によっては正しく動かない）

これはシステムで対応するのではなくて自分の環境を整備するべきだと思うけどな、こんなのにも対応してたキリがない

既出の質問かも知れなくて申し訳ないが
streamlinkはニコ生（URLがlv〜）は落とせるけど
ニコ動（URLがso〜）は落とせない、で合ってる？

動画系は基本yt-dlpでええやん

SlNicoLiveRec V1.0.8.0
streamlinkのmodifyなしでここまでできるとは発想の転換というかすばらしいね
これはさすがにstreamlink単体だとできないわな

>>223
がいしゅつかどうかはしらんけどLivestreamerは昔から基本streamingのみ対応だったと思う（一部のvodは除いて）
で、がいしゅつかどうかはしらんけどyoutube-dlはyoutube中心にstreamingと動画両方対応していったと思う

こういう歴史的な経緯があるから覚えとくといいよ（無駄な知識No78番目）

リアルタイム録画（チェックツールからの録画）はSlNicoLiveRecのみでOK
タイムシフトはSlNicoLiveRec＋ニコ生録画ツール（仮
コメントがいらないならタイムシフトもSlNicoLiveRecだけでよい

結局こういうシンプルなツールでよかったんだな

今動いてる人は無理に変える必要はないと思うよ。
既に安定して運用できているならそのまま使うのも全然あり
でもコメント取得まで一本でできるようになったのはすごく便利だと思う、これから環境を作る人には助かる機能だと思う

まずニコ生のスマホ放送は配信開始時や再接続時に映像と音声の開始タイミングがずれるのが仕様
これがもともとの原因

次に録画ツール(yt-dlpやstreamlinkなど）全般の問題で音声の開始が遅れた場合その音声を認識しない(=録画しない)場合がある
これはもともと動画ストリームは１つだったことに起因すると思う　でもこれは汎用録画ツールじゃしょうがないわけで

なので本来ならそういうニコ生の特殊仕様に録画ツール（仮やlivedlが対応すべきだったのだけど暗号化がうんぬんでできなくなったのね
そこのコロンブスの卵的な落としどころがSlNicoLiveRec V1.0.8.0の新機能だなと思うわけ
これは自分にはまったく思いつかなかった発想だわ　自分なら上の仕様で録画機能実装してしまうしｗ

まず自分の環境では録画ファイルに音声がないとかそんな状況に陥ったことがないんだけど
そんなに推すってなんか宣伝要求されてるの？

>>230
公式とチャンネルでは99%okoranai
userでOBS使ってる配信者でも発生しない　そういうこと

回線を1Mbps程度に縮めてなきゃ実験の範疇とはいえない

>>230
公式とチャンネル鹿見てない栗鼠（リスナー）にはまったく発生しない源勝
ユーザーでパソコンから配信してる配信者（ゲーム生主などね）でもまったく発生しない
だから知らん人は永遠に知らん　なぜかというとOBS（N AIR）では発生しない源勝だから

>>229
>まずニコ生のスマホ放送は配信開始時や再接続時に映像と音声の開始タイミングがずれるのが仕様
>これがもともとの原因

この辺にまず問題があると思うんだけど　これはスマホアプリならこうならざるを得ないのかそれとも単なるバグ（＝仕様）なのかわからんね
おそらくAWS移行前はサーバー側で再エンコードしてたから問題なくて、その仕様のままAWS移行後も使ってる（変更するとコストかかりすぎるからやらない）
というギョーカイの方なら「まあそうだろうねｗ」って納得することだろうけど

今ニコ生にアクセス不可の不具合出てるけどニコニコトップページやその他のサービスは正常なんだよね

【調査中】ニコニコ生放送にアクセスできない不具合
2026-07-16
いつもニコニコ生放送をご利用いただきまして、誠にありがとうございます。

現在ニコニコ生放送にアクセスできない不具合が発生しており現在調査中です。

【発生期間】
2026年7月16日(木) 17時頃 〜

【影響範囲】
・WEB版ニコニコ生放送
・iOS版ニコニコ生放送アプリ
・Android版ニコニコ生放送アプリ

ユーザーの皆様にはご不便、ご迷惑をおかけし大変申し訳ございません。

https://blog.nicovideo.jp/niconews/8596

AWSで障害　「CloudFront」世界規模で不調　PayPayやニコニコ生放送に影響か

　7月16日午後5時40分ごろから、AWSで障害が発生している。CDNサービス「Amazon CloudFront」が世界規模で不調という。日本ではPayPayやニコニコ生放送といったサービスが同じタイミングで利用しにくくなっている。

https://www.itmedia.co.jp/news/articles/2607/16/news096.html

今現在
・ニコニコトップページ、放送ページは開ける
・ブラウザだと開いた後「通信エラー」になり視聴できない
・ダウンロードツール＋Streamlinkだと正常に接続できる
・SlNicoLiveRec他のツールは知らん
・コメントも取得できるが書く人がいないのでシステムメッセージしかない

>>235
【復旧】ニコニコ生放送にアクセスできないなどの不具合
2026-07-16

【20時35分追記】
いつもニコニコをご利用いただきまして、誠にありがとうございます。
発生しておりました不具合についてすべて復旧致しました。

SlNicoLiveRecをV1.0.8.2に更新

一部のユーザーの動作確認待ちってことやね
今も音声がない動画になるユーザーは動作確認してみてログを貼りたくないにしてもあっちの掲示板になんか書いたらいいんじゃないかな？

>>233に書いた通り公式放送かチャンネル放送しか見ないリスナーは全く発生しない現象
ユーザー放送の一部のみ発生する現象

ずっと前から思ってたけど、
録画ツールを作ってる作者なら作ってる配信サイトのすべてのこと知っててなんでも答えてくれるという風潮なのはどうなの？
そんなもん普通知らんっていうね
そこまで何でも答えられるなら内部関係者だったりなんならそのうちお前らの個人情報ダークウェブに流されるぞっていうね

お前のそうやって中途半端にでしゃばって中途半端に保身するところが果てしなく嫌われてるんだよ

>>241
有益な情報書き込まないで
nnn-revo2012の批判しかしないおまえが１番いらないよ
nnn-revo2012の書き込みは助かってる
自分が嫌ってるだけなのに他の人も嫌ってるみたいな書き方やめてね

俺も>>242さんと同意見だな

今更だけどコメント取得について

・リアルタイム録画で途中（例えば１時間後）から始めたとして、最初からのコメント取得出来たら取得したいですか？（もちろんプレミア会員じゃなくてということ、未ログインだとできるかわからん）
・それを取得する場合のvpos（表示位置）はどうする？vpos補正はいらない？
・タイムシフト録画で時間指定して録画する場合、すべてのコメントを取得する機能は必要ですか？
　ニコ生録画ツール（仮、livedlどっちも一度全コメントを取得してるかと思うけど指定範囲のコメントだけ取得すればよいと思うのですが？

コメント取得は現在streamlinkやyt-dlpが対応してなくて将来仮にyt-dlpが対応したとしてもざっくりとしたコメント取得になるかと思います
その辺どう思うかと聞いてみたいんで書き込んでみました

指定範囲のコメントだけの取得ができないから全コメ取得してるもんだと思ってた
時間もずれるだろうし

ニコ生・ニコ動のＴＳコメントは昔から最後のコメントの送信時間をunixtimeに変換して順に前のコメントを取得するという仕様（今もそう）なのでとりあえず全部取得するのがツール的には楽というのが答え

やっかいなのは例えば配信開始時にvposを10分後に指定してコメントする場合
ユーザー生とチャンネルは結構前にこれができなくなったはずだが公式は今もできるかも（なんでできるかは察して）
時間指定しててもこういうコメントを拾うには一度全コメントを取得せざるを得ないのね
ほとんどの人はこんなのいらないと思うけど、そこはどうなのとは一応問いたい

自分はプレだからプレで考えるけどプレじゃない場合の話ですよね
だと意見は無いかなあ（というかわからん）

>>244 >>246
ニーズがないのはわかってるんでみんなこの件は忘れてくれ
このままずっとニコ生の仕様が変わらないといいね

>>248
動画とコメント配信は現状当分大幅な変更の必要なしと思われる
あるとすれば起動時内部処理の大幅な変更ぐらいなんでそれさえなければ現ツールはずっとこのまま使い続けられるねってこと
ユーチューブみたいに頻繁に内部仕様変えられたりすると大変ですよね

>>233
ごめん、逆に公式は全く見てないんだわ、ユーザー配信とchしか見てないし録画もしてない
ユーザー配信で音がなくなる現象は起こったことがない、録画してる配信者は家だとPC、外配信だとスマホだけどどっちでも同じ

画質をbestで録画してる人は明々後日注意だよな、1080p60fpsによって環境によってはネットが逼迫したりディスクI/Oが追いつかずに録画出来ないケースがあると思う
SlNicoLiveRecのmp4変換は切っておいたほうがいいと思う

>>250
>ユーザー配信で音がなくなる現象は起こったことがない、

ほとんどの人は問題ないが条件により実際数人現象が発生してるというレア案件だったようだ
四八福星間開発さんのところで現象の確認と対策版が出ている

>>250
ネットワーク自体は一般的な光回線であれば720pから1080p60fpsになったぐらいじゃ基本問題ないだろうけど
SSDは良いとしてHDDなら同時録画数によっては
HDDのランダムアクセス限界を超えやすくなくなったり
並行して動くffmpegのディスク負荷に他の録画中のstreamlinkが耐えられなくなるという複合的な理由で録画失敗するケースは確かにありそうだね

>>252の保続
2025/3に動画サーバー変更で映像と音声ファイルが分かれてしまったのでstreamlinkはffmpegで映像と音声結合処理しながらファイルを保存してる
※これが今までと違うところ
で、*.tsからmp4に変換する場合は録画終了後にさらにffmpegの変換処理が動く
なので従来よりも録画全体のCPU使用率やディスク負荷が高いわけで同時に多数の配信を録画してる場合は要注意

もうすぐクリエイターなんとかがはじまるとかであれだが、改めてコメントのシステムメッセージは必要？
ニコ生録画ツール（仮のコメントでシステムメッセージ未対応によるコメントないのが増えてるけど誰も指摘しないのはシステムメッセージ自体いらんのかなと思う
SlNicoLiveRecは放送者コメ以外は取得してないけど別に苦情来てないようでならわざわざ対応する必要ないのかなと

自分はシステムメッセージは消してるよ、要らない派だから
SlNicoLiveRecで取得してないからなんとも言えないけど欲しい人もいるのも事実
一回要らないんじゃないかっていったら必要だって怒られたもんw
新配信録画ツールの様に置換できたらいいんだけど
自分で置換できるしそこまで求めるのは酷だね

>>252
ネットワークは大体は大丈夫だけど一応は書いておいた
どちらかというとHDDに録画してる人向けにね、ヘビーユーザーは大体HDDだと思うし
KickとかTwitch録画してると分かるけど1つの録画データが容量が30GBとか普通だからね
自分でStreamlinkを使っていてもSlNicoLiveRecを使っていてもフェールセーフの考えだとtsファイルからmp4変換をやめろってことになるかな
後でIOが少ない時にmp4に自分で変換すればいいし、見返したいだけならtsでもプレイヤーで再生できるから全然OKだからね

コメントは結局可逆性の話なんよ
vpos調整にしろステムメッセージにしろ
全残しにしとけばあとからどうにでもなるが逆は無理なんだから
全残しにする事で何らかのリソースを食うならともかくコメント関連なら全部誤差レベルだろ
特にポリシーないなら素直に全残しにしとけよ

残しておけばいいけどとは思うけど
どれをシステムに組み込むのはSlNicoLiveRecの作者の判断
それが嫌なら録画ツールや自分で作ればいいだけじゃない？

>>255
>SlNicoLiveRecで取得してないから
SlNicoLiveRecのコメント取得はニコニコ実況由来のライブラリ使ってるから
（実況はもともとユーザーコメしかない？のでそれ以外は知らないし要らないスタンスだと思う）
といってもSlNicoLiveRecはmarquee（放送者コメ）だけは取得してるんで取得しようと思えば他のシステムメッセージも取得できると思う

それとシステムメッセージってそもそも仕様公開されていないし時々仕様が変わるので昔からコメント関連のツールを作ってる人しかわからないんで作りようがない
自分は2011年頃からのユーザー生のコメントを保存してあるのでその変遷とか仕様については探してみればわかるのが多い
じゃなかったらcomeconv、さきゅばす、livedl-nのニコ生システムメッセージ対応の修正なんでできないってｗ

>>258
>どれをシステムに組み込むのはSlNicoLiveRecの作者の判断

>>259にも書いたけど、ニコ生のシステムメッセージの仕様って公開されてないし調べてもほとんどわからないと思うんで
それを四八福星間開発さんにそこまで求められても作りようがないんじゃない？
これは実況ツールの NDGRClient のIssueでtsukumijimaさんが別件で回答してるこれそのもの

[Suggestion] include staff/(premium=2) comments/command for download
ttps://github.com/tsukumijima/NDGRClient/issues/1

>>260
そもそもコメントなんていらない派で流すよりどちらかと言うと他のサイトみたいにコメントを表示する方が助かる

ニコ生でいうとPC配信時の七原くんみたいにコメビュを表示させる配信はありがたいね、他のサイトで配信してる人は画面にコメント表示は普通だし
基本的にシステムのコメントって最初に/info、/vote、/gift、/nicoad、/tagなどなどで始まってるし取り除くことは容易ではあると思う

1080p60fpsの配信の人の配信を確認したけど
内部的には1080p60fpsじゃなくてただの1080p扱いだった、1080p30fpsや720p60fps、720p30fpsとかの細分化はないらしい

>>261
チャットしか要らないんならツールで*.Chat()以外の処理してる部分を削除してビルドすればよろしくてよ
これだとprotoファイルの更新も要らなくなるし一石二鳥だと思います

>基本的にシステムのコメントって最初に/info、/vote、/gift、/nicoad、/tagなどなどで始まってるし
（苦笑）

>>262
じゃbestのままで問題ないんや

>>263
なんか馬鹿にしてるように見えるんだけど？これはダウンロードした後xml化もした後にその行を置換（削除）すればいいって言ってるだけだよ

>>264
bestについては問題はないよ、1080p30fps、1080p60fpsであっても問題ないと思われ
一番いい画質を取得するだけのことだけだから、ただファイルサイズは膨大になるよ
時間によっては数十GBとかもあるかも

>>265
>なんか馬鹿にしてるように見えるんだけど？これはダウンロードした後xml化もした後にその行を置換（削除）すればいいって言ってるだけだよ

誤解を招く書き方したようですみません
運営コメってツール作者の労力ｗの割に要らない意見が多いんで、ならプログラム自体でユーザーコメのみにした方が早いのではとは思ってます
もちろん手作業でやってもいいし、別ツールでやってもいいけど（てかcomeconvがそういうツールだったような？）

例えば録画ツール（仮の場合
namaichi/src/rec/getMsgProtoToXML(359行目〜)
378行以降のelseがシステムメッセージの処理なんでこれを消す（コメントアウトでもいい）

あ、もしlivedl-nでそれやりたいんならどこ修正すればいいか書きますよ

ごめんだけど必要ないよ自分は自分でシステムメッセージ消したデータをxml取得してるから
そういう言い方が見下してるように見えるんだよな
自分は運用、貴方は開発目線なので一生並行路線になるのでこれ以上の議論は無意味だと思う

1080pの録画した人の話だと60フレーム/秒でてるとのこと

内心はよ死ねと思われてる事にさっさと気付けよ

>>269
おまえが気付けよ
無価値人間

koらこra喧嘩しちゃいかんよｗ
喧嘩両成敗で両方いんむのおぢちゃんにするよ？？？ｗｗ

そうか反応するんだ
やっぱりな

ニコニコのログイン基盤が旧来のエンドポイント（`login/redirector`）使えなくなったな
新しいAPI（`/v1/auth/with-password`）のみしか使えなそう

SlNicoLiveRecでTS録画できてますでしょうか？
プレ垢の期限は切れてないし設定のログインオプションとID Passは間違ってないです

どのツールにも共通するが
cookieやsessionから取得する方式じゃなくて、ID/PASSでログインするタイプのツールの場合
新ログインAPIにツール側が対応しないとログインエラーでそのアカウントのセッション情報取得できなくて
機能しなくなる

仮でもuser_sessionでしかログインできないね

ひとまずID/PASSでログインしている人は
ブラウザの開発ツールからニコニコのuser_sessionを取得して
user_session指定で動かすのがよさそうね

user_session取得どうやるんだっけ
久々すぎて忘れた＼(^o^)／

AIの回答

ニコニコの `user_session` cookieの値をブラウザの開発者ツールで取得する手順です。

### Chrome / Edge の場合

1. ニコニコ動画にログインしておく(https://www.nicovideo.jp)
2. ページ上で F12 キー、または右クリック →「検証」で開発者ツールを開く
3. 上部タブから 「Application」(日本語版では「アプリケーション」)を選択
4. 左側のサイドバーで 「Cookie」 を展開し、`https://www.nicovideo.jp` を選択
5. 一覧の中から Name列が `user_session` になっている行を探す
6. その行の Value列 に表示されている文字列(`user_session_xxxxxxx...` のような形式)が該当の値

### Firefox の場合

1. ログイン後、F12 で開発者ツールを開く
2. 上部タブの 「ストレージ」(Storage)を選択
3. 左側の 「Cookie」 から `https://www.nicovideo.jp` を選ぶ
4. `user_session` という名前の行の値をコピー

## 補足

- Value は `user_session_` から始まる長い英数字の文字列です。
- この値はログインセッションそのものなので、第三者に渡すとアカウントを乗っ取られる可能性があります。取り扱いには注意してください(コピペする際に他人と共有しない、スクリーンショットに写り込ませない等)。

>>279
ありがとう
何とか取得できたよ

やっぱログイン周りの仕様が変わったのか
おま環じゃないことが分かって安心しました
みなさんありがとう

>>281
「マネがーこどもって朝から一人エッチだよー？」
「マネがー声かえでできてるもんねー？」
「マネがーヨーグルトだったら買ったよー」
「マネがー下痢ピーがなのー？」
「マネがうぇって言って佐川」
「マネがいいニオイってさー」
「マネがこれなんかこれだよさー」
「マネがガタ屋で持ってない」
「マネが石橋（貴明）で言うからねー？」
「マネがウンコがここかなー？」
「マネが喋ってたらここかなー？きたね」
「マネが佐川って小学生だもんなー？」
「マネたら音楽だもんなー？」
「マネが佐川で一致してたー」
「マネがー檸檬とか聞いてるよー」
「マネが朝からじゃここらへんからでしょ？」
「マネたらSMAPで持ってたよー」
「マネがやっぱナオミちゃん　Windows使ってるから」
「マネたらアカウントー」
「マネがマネたらー女の子になるんだもんねー？」
「マネが出しちゃってオレら？」
「マネがこれくらいで生きてるの？」→生活保護14万でグループホーム13万（2002年〜）
「マネがここでー集まってんのー？」
「マネが朝から焼き鳥ってさー」
「マネがナンシー達で出した？」
「マネが全部これで甲本」
「マネがチョキン（パイプカット）ギョだったー」
「マネが他人のうちかっ？」

こどもたち（ゆみ74　さよこ77　とおる54　かおり39　2026ニコ生一般会員歴18年　高坂駅　東松山駅　森林公園駅　生活保護のグループホーム　知的障害者1級　オワコンテレビと揚げ足とりが生きがい　友達０人　友達恋人いない歴年齢）

誰か動画のクオリティーを上げる方法を教えてくれませんか

誰か動画のクオリティーを上げる方法を教えてくれませんか

誰か動画のクオリティーを上げる方法を教えてくれませんか

@snowkoke
午後8:58 · 2026年8月4日
2時間前まで使えていたのに突然nicojkにログインできなくなり、jkcnslで何度も正確なIDとパスを入れてもログインが成功しない。
もうテレビ実況終わりかな

Verうｐしてユーザーセッション設定しても録画できねえけど何が足りない？

>>287
どのツールだよｗ

SlNicoLiveRecだけど？

あれ録画できるようになってたわ
午前中不具合でもあったんかな

うちでは8月7日の午前中の開始された配信も普通に録画出来てたからおま環じゃないのかな？
あまりに多い録画や配信チェックが同時に実行されるとbot判定されて一時的に制限がかかることはあると思う
過去スレでもそういう感じで制限されたって人がいたと思う

ニコニコ新ログインのCloudflareのTurnstile（人間かどうかを判定してくれるやつ）
cookieやセッション取得用に各ツールに組み込むとしたら.NETの場合webview2を表示させてユーザーに入力させるのが現実的な方法
webview2を使えば自動でクリックさせてログイン突破させるのも可能
ただ悪意のある攻撃用ツールでもない限り、ユーザーに手動操作してもらう形式をとるのが確実

TS録画すると音ズレ（結構ひどい2秒3秒）する症状出てる人いませんか？
全部のTSがズレるわけでもないしブラウザではズレないしFFmpeg返還前のファイルも同じようにずれてるので変換のせいでもないです
使用ツールはSlNicoLiveRecでuser_sessionでログインしてます

>>293
おそらく公式かチャンネルで発生してると思うけど？
多分時間指定してますよね？それが原因なので面倒だけど全部取得してからカットしてください。
原因は簡単にいうとStreamlinkの仕様　原因も分かってるし対処方法もわかってるけどユーザーはどうしようもない

>>292
・TurnstileはそのWindowが表示（アクティブ）されてないと進まない（つまり仮に自動ログイン化しようとしてもニコニコログインの画面を非表示だとログインできない）
・技術的にはなんでもできるが（できるのは確認した）、ログイン画面を開いてID/PASSを入力してもらうのが無難というのは多分すべてのツール作者の総意だと思う

>>295
1点目に関してだけど
画面非表示の定義にもよるが回避策はある

ウィンドウ自体は描画させたままで
・他のウインドウの前面に表示されないだけでいいなら、絶対に手前に出てこないように最背面に固定する
・視界にすらいれたくないなら、不透明度を設定して実質見えないようにする
とか他にもあるが、工夫を入れればアクティブじゃなくても裏でTurnstileは通る

もちろん一般的なツールであれば不要だが
訳あって必要なときもある

>>293
>TS録画すると音ズレ（結構ひどい2秒3秒）する症状出てる人いませんか？

あなたがもし公式とチャンネル放送しかタイムシフト録画しない人であれば YtdlNicoLiveRec を使ってみてください。
音ズレは多分解消するでしょう
ただし時間指定できないのとユーザー生放送のタイムシフトは YtdlNicoLiveRec では逆におかしくなるのでユーザー生放送も録画するのであればそちらだけ SlNicoLiveRec を使ってください。

タイムシフトを録画すると音ズレするのは2025年1月？〜サーバー側で映像と音声が分離したために発してる現象
大きく言うとまずユーザー生で音ズレ発生して、それはあの当時Streamlinkの作者とやりとりしてその結果が今のStreamlinkなのね

で、それ以降に公式＆チャンネルで音ズレ発生してるけど、誰も気づかない（というか英語サイトなんで指摘できないｗ）で今に至るのかね

もっというと音ズレってＡＩで指摘できます？前から思ってるけどＡＩで音のずれってわからないと思うんだけどね
ＡＩで検出できるようなら自動修正の可能性あるけど無理っぽい

別に言いたいことを日本語でまとめてくれたら英語で伝えるけどさ、それってニッチな層で一般的に需要ある？ってことだよね
自分には欲しい理由が説明できないし普通に動いてる自分（おそらく他のユーザーもそう）にとってメリットもないからやりたくはないかな
ただの個人的な願望で大元は絶対に変えないと思うよ
AIに要望を伝えて修正してもらったら？有料プランにしてたらStreamlinkのソースを渡せばAIが修正してくれそうだけど

自分は切り抜き動画上げてるけどそもそも何の為に時間指定するのかが分かってない部分がある
時間指定なんかせずに必要部分を切り抜きたいなら全部ダウンロードしてから切り抜いたほうがいいと思うんだけど
Kickで1080p12時間超えてるのもダウンロードしてるけど、容量なんてせいぜい数十GBだよ
その場でtsからmp4変換はしないほうがいいと思うけど

＊ニコ生タイムシフトの録画

公式とチャンネル→YtdlNicoLiveRec(yt-dlp)
ユーザー生→SlNicoLiveRec(Streamlink)

チャンネルとユーザー生には例外があるけど、こう使い分けてというのが一番わかりやすいか？

リアルタイムの追っかけ録画
そろそろ対応してくれねえかな

ユーザーセッション依存になって面倒だな

AIに「Cookie取得自動化できないか」と泣き付いたら「Pythonからzendriver使えばChromeの操作自動化できるよ」つってスクリプト組んでくれた
あとは定期実行してみてTurnstileに看破されなければいいんだが

>>303
pythonでいいなら良い選択肢だと思うよ
短時間に連続して何度も実行するならIPのスコア下がって一定時間認証できなくなるから注意が必要だけど
常識的な範囲の定期実行なら基本問題無いと思う

チェックツールにしても録画ツールにしても月1回のメンテ中にuser_sessionを変更するから別に面倒と思ったことがないかな
元々二段階認証してるからuser_sessionでのログインしか選択肢がなかったし、せいぜい5分程度で終わる話だから
チェックツールはuser_sessionなくてもログイン出来るようになったみたいだね、動作を見たわけじゃないし詳しくは知らないけど
なにも分からない人はとりあえずuser_sessionでログインしてニコニコのuser_session取得方法についてAIに聞いたほうが早いと思う

kickが仕様変更でVOD（アーカイブ）がKickLiveRecorderでダウンロード出来なくなったから
VODのアドレスでダウンロード出来るようにAIでpython+バッチでたたき台を作ってもらったけど（微調整はしたけどね）
ダウンロードも早くなったし便利な世の中になったもんだ

>>300
環境次第だから音ズレして困ってる人はという前提条件をつけるべきだとは思う、どんな引数や設定値を渡してるのかもわからいし
両方Streamlinkでやってるけど自分みたいに音ズレしてない人もいるわけだから
言われたとおりに設定しか出来ない人もいるし、言われたことが分からない人もいる

引数としてマストで渡すのは個人的には一番は録画画質だと思ってるかな
全部bestで録画してイベント最終日みたいに配信が集中してるときに10個くらいに録画が同時に走ってMP4への変換も入れてると
ストレージの書き込みが追いつかずに他の録画中のデータが結果的に音ズレするとかファイル破損するとかはあると思う
tsファイルで再生できるし変換しないほうが良いかなとは思う

ストレージの書き込みが追いつかなくて結果的に音ズレするのは、技術的に十分ありえる話
ツール側の問題なのか、同時録画数とかストレージの負荷とか、環境要因なのかそれ以外なのかはちゃんと見極めないといけない

音ズレの訪れ

まあそのうちこんな感じで全部AI化されるんでしょうなあ
そうなるとツール作者も録画職人も全部いらなくなるんでしょうなあｗ
・AIによる録画の音ズレ自動補正（もしくは録画後に補正）
・AIによる配信自動録画（音ズレ自動補正つき）
・AIによる配信の要約＆見どころピックアップ機能

音ズレはようは同期ズレであるね 音と映像の再生位置がずれる
3行目のピックアップに関してはアルゴリズム次第で違う感じか？

AIによる配信の要約＆見どころピックアップ自体は
ニコ生ではないけど有償ツールでは既にあるからな
アルゴリズム次第ではなくプロンプト次第だろうね

おとずれについてはこれで最後ね

Streamlinkの作者とあの当時いろいろやりとりして、映像と音声をmuxするときに強制copytsするようになった
ユーザー生のタイムシフトだとこれつけないと音ズレするからってのはあの当時から居る人は覚えてるよね

で、copytsとは：（めんどうなのでAIそのまま（
FFmpegの -copyts オプションは、入力ファイルのタイムスタンプ（PTS/DTS）をそのまま出力ファイルにコピーするための設定です。

なのだけど、最近の公式＆チャンネルはおそらくその（音声の）タイムスタンプが微妙にずれてるんでcopytsつけるとずれるのだと思う
それが仕様かRFCか録画対策なのかは知らんけどそういうこと

Twitchのｔｓもエンコすると音ずれる再生はずれてない、LsmashでVFR-＞CFRしてもずれる、誰か良いコマンドかツール知りません？
次からLiveRecorderの設定でｔｓからｍｐ４の設定オンにしてみあすが。。

>>313
（調べてないけど）ツイッチも映像と音声分離してるの？
ツイッチって2014年にAmazon.comに買収されてるから配信システム的にニコ生と同じになってのかも

てか、映像と音声分離システムって意外と採用してるサイトないのね
ユーチューブが採用しててこれからの配信は映像と配信分離が主流になるかなと思ったけど、現時点で採用してるサイトあんまりなくて実際のところ失敗？

nnn-revo2012さんが言ってるのはシステム的には正しいのかも知れない
けど、どれも自分の環境では再現性がない
音ズレなんてしてない、有料チャンネルのTSも公式のTSも含めてやってる、TSの時点で音ズレないしmp4に変換したけど一切音ズレない
TwitchのVODもやってみたけど音ズレなんかしてない、mp4に変換したけど音ズレなしです
私の録画用のPCは化石PCでCPUは第4世代、グラボはGTX1650、メモリはDDR3の24GBこれでもいっさい問題ないです

･ダウンロードに使ってるソフト
･PCのスペック
･単独録画でも起こるかどうか
･記録してるストレージが内部のSSDやHDD（M.2やSATA）、USBでの外付けHDDorSSDで2.0か3.x以上のどれなのか
･どれだけ同時録画してるのか（TSのダウンロード時に他の配信のダウンロードをしてないかどうか）

これを言わないとなにも解決にならない、ただ単に音ズレするだけではなにも分からないのが答えだと思う
こっちはこんな低スペPCでも実際に音ズレしてないよ

運良く自己解決しました
問題はこれと同じなんだけどよくわからなかった
https://www.reddit.com/r/ffmpeg/comments/14sv8f1/converting_ts_files_to_mp4_causes_duration_change/?tl=ja
mkvtoolnix-gui.exeじゃだめだった
TwitchLiveRecorderDeltaの変換オプション見たらffmpegのコマンドあってそれAIでBatにして問題なくエンコできるMP4化でき解決しました。作成者様ありがとう！
参考にBAT置いときます
@echo off
cd /d "%~dp0"
for %%i in (*.ts) do (
echo HENKANCHU: "%%i"
ffmpeg -i "%%i" -map 0:v -map 0:a -c:v copy -c:a aac -b:a 192k -ar 48000 -af aresample=async=1 "%%~ni.mp4"
)
echo SUBETEKANRYO
pause

>>315
例えばこれ　放送開始から明らかに口と音声があってないんだけど？
lv331082359
SlNicoLiveRec　V1.1.0.0　使用　解像度288p
SATAのHDDを指定して保存

逆にほかの人が問題ないんであればおまパソコンおまFFmpegその他による現象だと思いますが
後解像度が変わると変化あるかもしれませんがもうそこまで検証する気ありませんわ
というかそもそも>>293の件なので今も問題あるなら>>293さんが今後なんかアクションするでしょう
また単なるセグメントずれならプラマイ６の倍数秒になるかと思います（セグメントの仕様による）

lv331082359
コメント見る限り配信当時は正常で映像音声分割のシステム移行時にズレたやつだな
これはブラウザで見ても思いっきりズレてるからズレてるのが仕様としかいいようが無いんじゃないかｗ

>>318
めんどくさいから今更検証しないけどyt-dlp使うか、Streamlinkのnicolive.pyのffmpegに引数渡す部分を直で修正するとずれないんだよねー

>>318
>コメント見る限り配信当時は正常で映像音声分割のシステム移行時にズレたやつだな

と思うじゃん？　でもシステム移行時はこの配信含め公式タイムシフトはどれも音ズレしてなかった
それから半年か１年後か知らんけどこの動画を検証してみたらずれてたんでその間に動画が再エンコードされてたんじゃないかと思う
なので現象が発生する条件（トリガー）はわからんが>>233が言うような現状のタイムシフトの＊一部＊に音ズレが発生するという現象は存在するんだろうけど発生率（というか気付く率）が低いんで問題になってないんだと思う

あの当時bastimeyer氏も言ってたようにRFC（インターネッツの規格）でもまだ定まってないような機能を使うなよってことだけど、ニコ生のユーザー生のアプリの仕様が変〇なのが原因のひとつだよね

音声なり映像の同期ズレは取得方法がおかしいぞい
そして同期ズレに関しては今時はフリーソフトで簡単に直せるぞい(´・ω・｀)

ニコ生のプッシュ通知の受信の手順
https://github.com/guest-nico/nicoLiveCheckTool/blob/ad27e19340a96745b459412a894920eb782afb35/push.md

これ公開してくれた guest-nicoさんはマジで神
自作のツールにも簡単にプッシュ通知の受信の仕組み組み込めた

>>317
そんなシステム変更前で5年以上前の公式のTSだされても。こっちはシステム変更後のTSのDLの話をしてるわけで…
ちなみにたった今言われたTSを450pでDLしたけど音ズレなかったよ？？

放送チェックツールについて
プッシュ通知だけにしていれば負荷は低いと思ってたが
プッシュ通知で届く情報にはユーザー情報が含まれておらず、放送URLしか持っていない
そのため、そこからユーザー情報を逆引きする必要がある

放送画面へのアクセスは必ず発生するため、フォロー数が多い人は、たとえチェックツールに1件しか登録していなくても
プッシュ通知が飛んできた分だけニコニコへのアクセスが発生している

bot判定が出る人は、このあたりも注意が必要
フォロー数は多いけど録画対象は少ないからといって安心はできない