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

実はこんな話はともかく、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などなどで始まってるし取り除くことは容易ではあると思う