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

ここもブログもちょっとした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判定が出る人は、このあたりも注意が必要
フォロー数は多いけど録画対象は少ないからといって安心はできない

当然streamlink自体も放送ページにアクセスして録画するための情報取得するから
録画対象の配信開始された時点で最低２回放送ページにアクセスして
録画対象ではないものもプッシュ通知が来た時点で１回放送ページにアクセスする
これプラスカテゴリページからの取得をオンにしてる人はその分アクセスしてる

あれ？
生放送中にリアルタイム録画すると灰色画面で録画される
生きてるユーザーセッション食わせてるのに・・・
なんか変わった？

生放送定期メンテナンス　9月16日(水) 6:00 ～ 8:30

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

日時
2026年9月16日(水) 6:00 〜 8:30

※メンテナンス開始時間の1時間前から生放送番組を新規に作成できなくなります。また同時間帯にライブ公開設定を行った動画も投稿できなくなります。
※メンテナンス時間中は生放送の作品収入申請がご利用いただけません。
配信終了から24時間が経過し、作品収入の申請ができなかった場合は、こちらのフォームよりお問い合わせください。
※終了時間は前後する場合がございます。予めご了承ください。

すごいの作ったで
https://github.com/honishi/nico-live-recorder#readme
最新版だとTSもいけた

>>328
おまえが作ったみたいに言うなよ
前にオプチャに貼られてたやつを今発見したから今載せたんやろ

https://github.com/honishi/nico-live-recorder

ざっくりまとめ

・放送通知+録画+コメント取得の全部盛りツール（Windows / Mac 両対応のデスクトップアプリ）
・Streamlinkのラッパーではなく、動画のダウンロードは全部Node.js側で自力でやってる
・AES-128の暗号化も、FFmpegに渡す前に鍵を取得して解除している
・FFmpegは.tsファイルにMuxする作業に使ってる（FFmpegはアプリに同梱済み）
・mp4に変換はしていない
・コメントはNDGR・Protobufの通信を直接解析して取得している
・映像のダウンロードと独立して動かしてるから、映像がエラーで途切れてもコメントだけは録り続けられる（逆もしかり）
・メインはWeb Push通知で、漏れたときの取りこぼし防止用に`https://live.nicovideo.jp/front/api/pages/follow/v1/programs?status=onair&offset=0`の３０秒ごとの監視をしてる
・フォローしてないユーザーに対する通知機能はない
・TS録画にも対応（リアルタイム録画とは違い、5並列ダウンロード＋先読み処理で一気に落とす）
・保存先の空き容量が減ってきたら警告を出してくれる機能付き

ここで散々騒がれてた著作権問題に対抗したツールで
streamlinkのラッパーじゃないのようやくでてきたね

>>329
>前にオプチャに貼られてたやつを今発見したから今載せたんやろ

何のオプチャか知らんけどそういうのあるんだー

githubは色んな凄いのがいるな～
ただこういう事してるとニコ動のオーナーとかからDMCAとかで潰されないかな？ｗｗ

追っかけ録画と外部から投げられたURLとかには未対応か
通知から米有りで録画保存まで1ツールで完結出来るなら
今から環境作る人には良いかもね

醤油さんってMac用のニコ生のコメントビューアー(Hakumai)をはじめとするニコ生系のツール作ってる方
まあこういう経緯だそうな（さっき検索するまで知らなったけど）

ttps://x.com/d3d7x/status/2096535859697013187

正直、ニコ生チェックツールとstremlinkで事足りるからなぁ
リアタイ録画とアーカイブ録画を流れで動くバッチ作ったから何も苦が無い

>>328
これもAI製なのか
本当に人間のプログラマは不要になるんだな

>>331
クソみたいなオプチャだからここの人は見る価値は全くないから気にしなくていい
偶然今のタイミングでそのオプチャに貼られただけ
xの方が情報早い

Xかgithubという感じはするかな....
日本のエンジニアはXで情報公開するけど海外の連中は必ずしもXとは限ってなくて😥

（仮さんのツールもAIに渡せば今後の仕様変更とか仕様追加とか普通に対応できそうだ
ただ、どんな風に頼めばいいか（こまかい仕様を伝えられるか）が一番重要になってきそう
自分のツールももうAIにまかせるだけでできるかやってみるか　ひまなときがあったら

醤油さんによると
ttps://x.com/d3d7x/status/2095461393550172263
ニコ生アラートと AI 新聞と streamlink のコード渡して、必要な技術は全部そこに書いてあるから参考にして Electron でニコ生自動録画ツール作って、って Fable 5.1 に頼んだら 1 時間で完動品が出てきた。

だそうなんで、そんな感じでAIに依頼すればあなたが欲しいツールが作れるんじゃないの？

>>339
仮はもうやってるかもしれないけど、余裕でできるでしょう
エンジニアの場合、使い始めは自分が今までどれだけ時間を無駄にしてきた突き付けられるけど
やれることが多くなって楽しみが増えるよ

yt-dlgってやつでYoutube動画ダウンロードできなくなってるんだけどなんで？

>>342
yt-dlgは知らんけどyt-dlpでも問題あってプレリリース版込みの最新版に更新したら正常にいけたよ
yt-dlgがyt-dlpの対応に追いついてないんじゃね

>>343
よー分からんけどyt-dlpを入れればOKと察した　ありがとう！

ワイはいつもpip install ytdlp_nightly
著作権侵害系はすぐ規制されるから夜ビルド版が無難