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

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 14:15:45.27

!extend:checked:checked:1000:512:donguri=2/3
!extend:checked:checked:1000:512:donguri=2/3

スレの立ちにくい板なのでスレ立てを優先します

VIPQ2_EXTDAT: checked:checked:1000:512:donguri=2/3: EXT was configured

**nnn-rev02012** 警備員[Lv.0][新芽] · 2025/12/28(日) 03:43:04.02

>>665
元ツールであるnamarokuの作者(チェックツールの作者は別人)が悪いんだけど、昔お気に入りにユーザーIDのみタブを作って機能を複雑にさせたのが原因
namarokuはそういう「それホントに必要？」みたいな機能をガンガン入れてたからなあ
ユーザー生放送のコミュ廃止の時点でチャンネルIDタブはチャンネル専用、ユーザーIDタブはユーザー専用にできればよかったのになと思います

**テスターさん** 警備員[Lv.0][新芽] · 2025/12/29(月) 04:33:51.28

テスターさんだったらしい

2025/12/29(月) 09:29:16.42

自分はチェックツールが落ちた事ないからなんとも言えないけどさ
双方とも無料でやってくれてるんだから感謝しかないね

この機能必要ってのはニコニコ公式が提供してるN Airもそうだと思う

**テスターさん** 警備員[Lv.4][新] · 2025/12/29(月) 09:55:31.00

>>668
N AirはOSSだけどドワンゴから戀塚さんに給料（報酬）払われてるはずだから（仮さんのツールや NCVなんかとはちょっと立場が違うと思うけど？
だけど、N Airがなければ実はC#以外の言語だとコメント取得が作れない（=protoファイルがないとデコードできない）なのでそういう意味で貴重なツールだし、そこはドワンゴに感謝してる

2025/12/30(火) 07:32:49.43

>>669
そういうことを言いたいんじゃなくさ、基本機能に色々組み込んでしまうと結果的に使いづらくなるってことを言いたかったんだよ

**テスター** 警備員[Lv.0][新芽] · 2025/12/30(火) 16:37:14.90

>>670
そういうことか

ソフトウェアなんて１００人使えば１００人分使いたい機能があるわけで、その機能を全部実現すれば当然複雑なものになるしその分だけバグも増えるしどんどんメンテしづらくなるわけだ
で、「なら設定で全部ユーザーがいろんな値を変更できるようにすればいい」ってのもよくあるけど、これはこれで設定多すぎて何をどうしたらわからんといういうことになる

その辺のバランスをうまく取れればいいんだろうけどなかなかそういう乗って難しいよね
という話
または、基本機能じゃなくて全部プラグインみたいな形で開発すればいいんだろうけど、それはそれでプログラムの設計やプラグインを使える形で開発できるようなスキルが必要なわけで

2025/12/30(火) 16:49:07.80

外部のサイトなんて改変しまくって鼬ごっこのようになるのが当たり前だから
ツールはメンテの効率優先するのが当然だと指摘はしたが
見事にみんな無視していったよ
無視だ、意識をしないんだ話にもならん

**テスター** 警備員[Lv.4][新芽] · 2025/12/30(火) 17:58:09.07

四八福星間開発さんのところのツールが割とバランスいいよね
ほいほいユーザーの要望を聞いたりしないから多分ユーザーには不評だと思うけどｗ
そもそも四八福星間開発さんのツールってstreanlink/yt-dlpのラッパーツールだからstreanlink/yt-dlpを変更しないとできない機能追加は作りようないんだけどな

2025/12/30(火) 18:31:22.89

yt-dlpベースのツールはgithubにも多いね
フローランチャーとかいう奴に入れて使うプラグインのdlツールも
yt-dlpベースだったな

2025/12/30(火) 18:32:28.32

いやーしかしニコもそうだけどつべとかから
動画を取るとファイルがでかくなりがちだけど
このスレの人達はどうやって容量削減してますか？
圧縮とかしてる？

2025/12/30(火) 18:34:07.16

変換ツールとかでMP4(H.264)をH.265にするのが簡単でいいとAIがいってたな
後はHandBrakeみたいなツールで細かく調整してから変換もいいらしい

2025/12/31(水) 08:40:59.30

>>671
プラグイン形式が一番良いんだろうけどね。人によって求める物も難しいから本当に難しい話。

>>675
個人的にはコーデック変えると再エンコードが必要になるからPCにも負荷がかかるしマシンパワーもいるし
時間もかかるし場合によっては画質劣化もするから
本当に必要なら新しい外付けのストレージ買ってそこに保存した方が良いと思う

管理面なら見なくなったデータは消してるのは当然としてあるけど
･画質を必要としないのは高画質データで保存してない（ニコ生なら450pとかで保存）
･つべに非公開で保管庫作って保存用として上げる（必要になったらダウンロード出来るし）
※つべがBANされたらおしまいだけどねw

大切なデータってそこまでは実際にないけど本当に必要なのは複数の外付けストレージに持ってる

2025/12/31(水) 08:43:51.90

>>677
大容量データを扱う人ほど圧縮などの方法でデータ管理したいかも？
・つべに非公開で保管庫作って保存用として上げる
に関してはクラウド系でもいいんじゃないですか？
今のクラウドなら再生もできるのが多いよ

2025/12/31(水) 08:45:44.44

>>677
Googleだと色々問題あるからMEGA辺りが容量多くていいよ
後はワンドライブか？
一番簡単な解決方法は新規の大容量HDD購入だろうけどね

2025/12/31(水) 08:48:55.98

>>677
つべで一時期配信されていた攻殻機動隊のFHDの1080p系の動画が
Abemaにあるyt-dlp系で取った動画よりも上手く容量低下させられてたのよね
だから画質をほぼ劣化させずに容量低下できる方法はあるみたいよ

2025/12/31(水) 10:05:28.45

>>678-680
自分に言うんじゃなくてその方法やクラウドサービスの値段を675に書いてあげなよ
個人的に一番良いと思うのはそのまま外部ストレージかPCにストレージ追加してそこに保存することだと思ってる

H.264とH.265の圧縮はコーデックが違うから再エンコードしないと駄目だし時間もかかるしPCに負荷もかかるし現実的ではないかなって
他のクラウドサービスがあるのもわかるけどつべなら無料の保管庫として簡単に使えるって提案をしただけ

2025/12/31(水) 10:51:51.24

>>681
論点そらしによる代替手段じゃなくて675は単純にデータ容量の削減の最適解が知りたいんでしょ？
このスレはとにかく論点そらしも多いねｗ

2025/12/31(水) 12:05:45.66

それいうと答えは完璧なデータ容量削減はないですになっちゃうでしょ

2025/12/31(水) 15:05:05.43

完璧じゃなく最適解ね
AIに聞くとyt-dlp系のツールで取りHandBrake系で再エンコードなどがいいらしいよ
後はOnionMediaというAIOみたいなツールもあるらしい

2025/12/31(水) 15:05:55.90

最近色んな年末向けの動画取りすぎて動画容量多いから
いい手段が欲しいなー
てかこの話題はどの版でやるのが一番最適なの？

**テスター** 警備員[Lv.0][新芽] · 2025/12/31(水) 17:28:41.21

>>685
【DL】動画の保存方法総合スレ【アダルト禁止】part61
ttps://egg.5ch.net/test/read.cgi/streaming/1763038677/

↑で昔からたまに議論されてるけど、劣化少なくてサイズ小さくするといっても動画の種類や動画を見る本人の主観によるものが大きいから絶対的な答えってのはないと思うけど

それとニコ生でいうなら、なら最初から384kbpsとか192kbps指定してダウンロードすればいいんじゃね？と

2025/12/31(水) 17:31:17.56

>>684
「最適」という言葉を安易に使うな
何をもって最善とするかの「前提条件」や「目的」を定義せずに出された結論など、ただの妄想か、主観の押し付けに過ぎない

変数が不明なままでは、数式も論理も成立しない
コスト、時間、品質、何を優先するかで「正解」は180度変わる
その基準を曖昧にしたまま「これが最適だ」と語るのは
論理的思考の放棄を露呈しているだけ

前提を欠いた議論は空論であり、語る価値すらない

**テスター** 警備員[Lv.0][新芽] · 2025/12/31(水) 17:50:00.12

ニコ生でご自分が欲しい画質がXXXXpなのかはご自分で調べて設定してください
ユーザー生の場合は縦画面もあり、その場合は横画面の解像度を指定しないといけないので注意
（これはStreamlinkの仕様で縦画面でも横画面のXXXXpがほしいのならStreamlinkのIssueに問題提起してください（多分「お前が作れ（修正しろ）」になるとおもうけど））

28. 四八福星間開発四八福星間開発 2025年12月19日 22:00
>>26
放送チェックツールの録画アプリケーションの引数に
--stream-sorting-excludes ">720p"
と記入してください
">720p" なら録画画質の上限が720pになります
配信の画質が450pなら自動で450pになり、1280pなら自動で720pになります
">512p" にすれば上限が512pになります

ショートカットで起動時に設定したい場合
1.ショートカットのプロパティーを開く
2.リンク先の末尾に --stream-sorting-excludes ">720p" を追加
リンク先は「C:\～～～\SlNicoLiveRec\SlNicoLiveRec.exe --stream-sorting-excludes ">720p"」このようになります
これでショートカットで起動時にstream-sorting-excludes欄に「>720p」が記入されます

詳細は readme.txt を読んでください

2025/12/31(水) 17:51:00.26

>>686
ホンマそれ、最初から画質を落としてダウンロードすればいいとしてか言えない

論点ずらしって言われたのは心外なんだよな
再エンコードってめっちゃ負荷がかかるんだよ
PCのスペックも分からないし、どれだけチェックツールに登録してるとかなにも情報がないってのもあるけど
既にあるファイルtsファイルをMP4に変換しただけのmp4ファイルをH.265で再エンコードするはおすすめできないかな
再エンコード中に別の自動録画が始まちゃって負荷に耐えきれず自動録画が止まったりとか影響がある可能性あるんだよ
自分は一番無難なコスト的には外部ストレージへの退避が一番いいんじゃないのって言っただけ

**テスター** 警備員[Lv.2][新芽] · 2025/12/31(水) 18:44:44.73

5chだと＞符号のせいで書けないのでＸに書いといた

ttps://x.com/nnn_revo2012/status/2006299655483826376

警備員[Lv.40][苗] · 2025/12/31(水) 18:54:46.59

GPU エンコードならすぐ終わる

2025/12/31(水) 20:57:10.10

自分はバッチファイルでこんな感じで競ってしてるよ、チェックツールの実行時の引数から%quality%渡して
if "%quality%"=="288p" set "live_default_stream=512p,288p"
if "%quality%"=="512p" set "live_default_stream=512p,288p"
if "%quality%"=="450p" set "live_default_stream=800p,450p"
if "%quality%"=="800p" set "live_default_stream=800p,450p"
if "%quality%"=="720p" set "live_default_stream=1280p,720p"
if "%quality%"=="1280p" set "live_default_stream=1280p,720p"
if "%quality%"=="1080p" set "live_default_stream=1920p,1080p"
if "%lquality%"=="1920p" set "live_default_stream=1920p,1080p"
環境変数名は変えてるけどこんな感じで設定してるよ
もちろんbestやworstの対応もしてる

streamlink の --default-stream オプションに環境変数のlive_default_streamを設定してる。
因みに縦配信でも横配信でもエラーは出たことないし普通に動いてるよ

2025/12/31(水) 21:09:13.98

>>691
それなら直接675にやり方を教えてあげればいいと思うよ
675が積んでるグラボもわからないとは思うけど

自分が言えるのはこれだけ
･ダウンロードの画質を落とす
･必要な場合は外部ストレージに移動する

2025/12/31(水) 22:41:45.78

>>687
理系ポイ言い回しですね....参考になります...
うちの知り合いや親は全然理系じゃないんですよね

2025/12/31(水) 22:46:29.15

>>689
自動録画に関しては微妙に視点が違うような....
>>693
本気で容量圧縮などしたいならPCスペックと>>687がいう前提条件の指定が必須ですね(´・ω・｀)
例えばGPUが3060か70で1080pのFHD(MP4/h.264)動画の容量を30％圧縮したいみたいな感じ？

警備員[Lv.40][苗] · 2025/12/31(水) 23:33:00.38

H.265 で負荷がかかりすぎるってことは H.265 のエンコード対応していない古い GPU で CPU エンコードになっているんじゃないかね

2026/01/01(木) 09:31:19.14

>>695
このスレにいるってことは自動録画の前提だよ
回線速度やPCスペックとかも分からないからなんとも言えないけど一番無難で結果的に安価なのは外部ストレージへの退避と画質を落とすことだと思ってる

>>696
再エンコードは設定次第で劣化もあるし負荷がかかるからあまりおすすめは出来ない
PCスペックが分からないし、それなら個人的には圧縮するより普通に外部ストレージ、PCのストレージの増設、クラウドに移動、とかが無難だなって提案してる

2026/01/01(木) 09:37:47.15

外部ストレージといっても容量少ないんだよなあ
もっと大きな容量のメディア開発されないものかね

2026/01/01(木) 09:57:24.95

>>697
回線も影響出ると思いますけどやはりPCスペックが優先度高いような
画質を落とすもどういう手法かですね

2026/01/01(木) 10:05:57.79

>>698
今は民生用のHDDは44TBとかあるらしいですね
WDBFBE0440JBK-JEEXというWestern Digital製の奴が20万以上だけどありますね
これ一時期セールしてたらしいです

2026/01/01(木) 10:15:51.14

>>700
全然足りないんだよなあ
1年で100テラは消費してしまうから
せめて10倍は欲しいところ

2026/01/01(木) 10:18:26.31

44TBもあったら民間用なら十分すぎるかな....
これで足りないとかだったらどんな使い方してるのｗ
後本格的に大容量にしたいならDASやストレージエンクロージャやHDDドッキングステーション
とか呼ばれる製品を高額だけど買うといいよただHDDやSSDは別に買う必要があるけどね

2026/01/01(木) 10:22:04.94

>>701
YoutuberやVtuberの人ですか？🤪🤪🤪🤪
1PBなら業務用やサーバー購入じゃないですか？(;´･ω･)
後はそもそもデータ自体を圧縮するとかですね( ･´ｰ･｀)

2026/01/01(木) 10:22:51.38

保存用にスピードを犠牲にした大容量メディアを発明すべき

2026/01/01(木) 10:41:48.28

圧縮には再エンコードが必要になるってことは絶対に言わないと駄目だと思う
どれだけ自動録画設定してるのか知らないけど基本的に画質を450pとかに落として自動録画が最適かなって思ってる
特定の配信者だけ高画質データを録画したいならその人だけチェックツールの引数を高画質設定にすればいい
本当に必要なデータでニコ生のTSやYouTubeのアーカイブがあるならそれを高画質でダウンロードすればいい

2026/01/01(木) 11:54:52.94

>>704
自分で作ればいいじゃん....w
そうなるとHDDより低速になるだろうけどね
そもそも需要が非常に限定的だと思うよ

2026/01/01(木) 11:57:34.70

>>705
ニコ生だけならそれでいいと思うけど色んな配信みるとか動画サイトを見て落とす人なら
やはり圧縮が欲しくなるかもね～お金ある人なら新しいストレージ買えばいいんだろうけどね

2026/01/01(木) 20:10:01.46

圧縮しながら他の配信を高画質録画できるくらいのPCを持ってるならストレージ買える経済力はあると思うんだけどね

2026/01/01(木) 20:15:21.95

まーそうだとは思うのですが技術的な知見が欲しいのでは？
このスレは専門知識にたけた情強の方が多く見えるので....
圧縮+他の配信を高画質録画=新規ストレージ購入という計算ではないのでしょう

2026/01/01(木) 20:16:22.06

録画系の専門スレなのに論点そらしも多いですね.....
掲示板の管理人が論点そらしで有名なひろゆきさんだからでしょうか？

2026/01/02(金) 10:11:19.37

それならスレを建ててくれた>>1-5の通り、圧縮の話題はそっちのスレで聞くべきだと思うんだけど

【DL】動画の保存方法総合スレ【アダルト禁止】part61
https://egg.5ch.net/test/read.cgi/streaming/1763038677/

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2026/01/02(金) 18:59:23.34

>>669
C#だとprotoファイルが無くても作れんの？

**テスター** 警備員[Lv.0][新芽] · 2026/01/02(金) 19:56:31.16

>>712
C#だと非公式ライブラリーprotobuf-netというものもあってそっちだと簡単なものはprotoファイルなくても手作業で作れるってことらしいけど、
このライブラリーを使ってるゲストさんのチェックツールのandroid_checkin_pbs.cs、録画ツールのProtoBufCodes.cs見たらprotoファイルから変換してるしこの内容を手作業で作るのは無理っぽいので、
実質protoファイル必要ですね　失礼しました

ttps://www.hanachiru-blog.com/entry/2024/01/04/120000

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2026/01/02(金) 23:01:11.36

>>713
単純にprotoファイル末ｳくても作れる瑞lがいるならすｂｰえと思っただｂｯだから大丈夫
仮にprotoファイルがなくなったら
ブラウザから難読化されたjsファイルを解析して他の言語に起こすみたいなことになるのかな

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2026/01/02(金) 23:02:24.07

なんか文字化けしてて草

**テスター** 警備員[Lv.0][新芽] · 2026/01/03(土) 18:10:52.27

>>713
システムメッセージは時々変更（追加）されてるけど、ユーザーのchatメッセージのフォーマット自体はめったなことでもないと変更ないんじゃない？
（から今後protoファイルが公開されなくなっても問題ないのでは？）
あったらあったでまず実況ツール作ってる界隈が大騒ぎするだろうから、そこから新しいprotoファイルが誰かしら公開されるでしょ