【ニコ生】新配信録画ツール（仮、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
何も情報提供しない
こういうやつが１番いらない