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

【ニコ生】新配信録画ツール（仮、livedl Part9 (733ﾚｽ)
上下前次 1-新

1(1): 03/28(金)14:15 ID:F0mO0iR70(1/5) AAS
!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

634: 警備員[Lv.7][芽] 12/15(月)16:48 ID:rFhq4HJN0(1) AAS
放送チェックツール（仮）がすぐ落ちるのは
おまかんですか？

635(3): 警備員[Lv.0][新芽] 12/15(月)17:20 ID:ztyVM6p60(1) AAS
いや落ちるよ
話によると現行バージョンで設定を1から手動でやり直せば少しはエラーが置きにくくなるらしいが
1から網羅する情報は一つも無くてな
一回ファイルの日付を頼りに移行してみたがサムネイル消えたりして失敗したし
ゆっくりやってる暇も取れないしで参った

636: nnn-rev02012 警備員[Lv.0][新芽] 12/15(月)22:37 ID:0c2ba6nU0(1) AAS
ちょっと修正したので１週間ぐらい限定で最新のソースファイル再公開(実行ファイルは公開しません)
外部ﾘﾝｸ:github.com
20251215.65
- 機能修正
- コメントのmail属性に ue shita がついていないのを修正
- proto定義ファイルをv2025.1117.170000に更新
- *.pb.goファイルを更新
- protobuf-compile.txtをprotobuf-build.txtにリネーム
- proto定義ファイルをpb.goに変換する手順を修正
- proto定義ファイル変換用バッチ(mkproto_go.cmd)を作成
省2

637: 警備員[Lv.4] 12/16(火)00:52 ID:+RgyelX60(1/2) AAS
>>635
全部置き換えるのやめて
favoriteuser.iniとfavoritecom.iniだけ新規にダウンロードしてきたフォルダにコピペして起動して
設定は1からすれば問題ない
不具合起きた場合、手間だけど初心者はこの方法が１番ベスト

638: 警備員[Lv.0][新芽] 12/16(火)03:42 ID:6u9SMY8g0(1) AAS
アプリの設定は1からやるの面倒なのでメモ帳でニコ生放送チェックツール（仮.configを開いて該当部分だけコピペしてる

639(1): nnn-rev02012 警備員[Lv.0][新芽] 12/16(火)07:00 ID:Qw5yrjpP0(1/3) AAS
>>635
作る側から言うと、チェックツールは（そもそもnamaroku時代から）無駄な機能がてんこ盛りすぎて何か月も常駐するような仕様には耐えられないと思います
こんなプログラムをそもそも不安定なういんどうずで？メモリーリークもなしに数か月？数年？動作させること自体が奇跡みたいなもので、もし安定動作させたいんだったら定期的に再起動させる仕組みを作るしかないんじゃないですかね？

640(1): 警備員[Lv.6] 12/16(火)11:01 ID:+RgyelX60(2/2) AAS
>>639
まともな人なら月1のwindows updateで最低限再起動かけるから
1ヶ月もてば十分だし現状1,2ヶ月再起動しなくても問題なく動くレベルではあるから
ツールとしてはなんら問題ない

641: nnn-rev02012 警備員[Lv.0][新芽] 12/16(火)12:09 ID:Qw5yrjpP0(2/3) AAS
>>640
1月どころか数日か1週間ぐらいで落ちるレベルなんじゃないでしょうかねぇ
使い方（登録数やログがどんだけ貯まってるか）にもよるしそれこそおまかんだと思いますが

解決法としてはこんなとこですかね
１）フォルダー丸ごとそのまま（仮さんに送って動作検証してもらう
２）（仮さんにそのパソコンにリモートで入れるようにセッテイングしてもらっておいて、
現象が発生したら（仮さんにリモートで入ってもらって調査してもらう
３）現象が発生したら（仮さんにその方の家に来てもらって調べてもらう
４）（仮さんにあらかじめ家に来てもらって現象が発生するまで待機してもらう
現象が発生したら（略

642: 警備員[Lv.3][新芽] 12/16(火)13:09 ID:hBvMFVdK0(1) AAS
Windows Serverなら自動updateオフれる

643(1): nnn-rev02012 警備員[Lv.0][新芽] 12/16(火)22:13 ID:Qw5yrjpP0(3/3) AAS
>>635
現実的な解決策としたら、以下を**そのまま**まとめて（仮さんに送って解析してもらうしかないかと思うね

ニコ生放送チェックツール（仮.config
※これがほぼ原因なのでなんにもしないでそのまま送れ
　以下はあると参考になるので以下も送れ

favoritecom.ini
favoriteuser.ini
historylist.ini
notAlartList.ini
reservehistorylist.ini
省1

644: 警備員[Lv.9] 12/17(水)02:32 ID:4z8VhBJV0(1/2) AAS
推測だけどチャンネルを登録してるiniがあると落ちるんじゃない？

645: 警備員[Lv.27] 12/17(水)03:08 ID:e0Nh2ESL0(1/2) AAS
チャンネル登録してるけどうちの環境では一週間起動したままで特に不具合ないよ

646: nnn-rev02012 警備員[Lv.0][新芽] 12/17(水)04:26 ID:PlNGOUup0(1/2) AAS
そもそもニコ生だって2週間おきにメンテしてるわけで
ニコ生だって深夜から早朝にかけては配信が減るわけで、毎日その時間に再起動するだけでいいじゃんと思うけど
もしかしてそういうやり方がサパーリらんわかだからｗ文句言ってるのかな？ならしょうがないな

647: 警備員[Lv.27] 12/17(水)05:57 ID:e0Nh2ESL0(2/2) AAS
そうっすね

648: 警備員[Lv.16] 12/17(水)06:50 ID:vMwTkJ3u0(1) AAS
変な外部ライブラリ使ってると落ちやすいアプリになるけど
そうでなければ別に何年でも動き続けるけどな普通

649: 警備員[Lv.10] 12/17(水)07:05 ID:4z8VhBJV0(2/2) AAS
historylist.ini
にその２つ以外のiniだと内容が書き込まれてるから
これが一番あやしい、２つ以外のini消したら落ちなくなったし

650: nnn-rev02012 警備員[Lv.0][新芽] 12/17(水)07:51 ID:PlNGOUup0(2/2) AAS
>>643
後はこういうののデータ内容とかを可視化するような外部ツールを作って（作者以外が作るのが望ましい）定期的に警告なり削除するのがいいかもね
そこまでたかがフリーソフトのツールに干渉するようなツールを作るのってどうなの？とは思うけど

651(1): 警備員[Lv.0][新芽] 12/17(水)18:25 ID:9g5wKtIn0(1) AAS
>>304-308で
もう何もできないって宣言したくせに
他人のソフトに乗っかって他のユーザーの中傷を繰り返すゴミはさっさと消えろよ

何もできないなら口をきくなスレも開けるな
この手の引退を口にして引退しないゴミはネットに飽和してるから一切いらない

652: nnn-rev02012 警備員[Lv.0][新芽] 12/17(水)20:09 ID:wtq+nUxy0(1) AAS
@echo off
rem 一部データーが保存されないかもしれないので通知の少ない時間に(強制終了してるんで)
rem これをbatchにしてタスクスケジューラに登録しとけば自動リスタートするはず

taskkill -f -im "ニコ生放送チェックツール（仮.exe"
timeout 10
start "" "あなたのパソコンのニコ生チェックツールのフルパス記入\ニコ生放送チェックツール（仮.exe"

rem timeout後にfavoritecom.ini、favoriteuser.iniのバックアップとか
rem historylist.iniを移動(or削除)するとか
rem ニコ生放送チェックツール（仮のフォルダー全体をバックアップしてもいいんじゃないですか
rem まあ現状だとこんな感じでしょうか
省1

653(1): 警備員[Lv.8] 12/17(水)23:57 ID:HM5DOJY/0(1) AAS
ユーザーID登録してある場合はその人がチャンネルで配信したら通知来るけどチャンネル登録だけだと通知来ないんだな

654(1): 警備員[Lv.7] 12/18(木)00:27 ID:RQd4m5sm0(1) AAS
>>651
おまえが消えろ
nnn-rev02012は有益な情報提供してくれてる
おまえは無益なことしか言わない
どっちが必要な人間か明白

655: 警備員[Lv.9] 12/18(木)10:05 ID:rUHUd+iZ0(1) AAS
>>653
更新来てたわ

656: 警備員[Lv.11] 12/18(木)15:35 ID:+F9dpijp0(1) AAS
休止明けに落ちるなぁ
スタンバイ明けでも落ちるんじゃない？

657: 警備員[Lv.66][N武][N防][苗] 12/19(金)01:48 ID:hx/eYQaz0(1) AAS
>>654
同意です

658(1): nnn-rev02012 警備員[Lv.0][新芽] 12/20(土)00:57 ID:Nj2c2SgS0(1/2) AAS
最近のチェックツールの不具合は0.1.9.0で修正した内容を元に戻し忘れてて発生してると思われる
（仮さんってコミットのやり方みても一度変更した修正は修正自体を削除しない（できない）仕様なんだけど
こういうときはRevertは役に立つんだよね
livedl-nやSaccubusでも何度か使ったし

659: nnn-rev02012 警備員[Lv.1][新芽] 12/20(土)01:08 ID:Nj2c2SgS0(2/2) AAS
>>658
てなことを書くとまた誰かに批判されるんだろうけど、
これってプログラマー(特にGithub使ってる人)だと普通の意見だと思うし

彼を批判してるわけではなくて、そういう選択肢もあるんじゃね？ってこと
仕事でもないＯＳＳなんで作者さんの好きな方法で好きにしたらいいからそれこそ余計なお世話だけど

660: 警備員[Lv.0][新芽] 12/20(土)01:55 ID:uNGDHjK50(1) AAS
Revertが便利なのは前提として
Subversionに慣れ親しんだ世代や文化の人だとすれば
Revert使わずに新しいコミットで上書きして解決するという発想になっちゃう理由もわかる

661(1): nnn-rev02012 警備員[Lv.0][新芽] 12/21(日)23:38 ID:JUiYuDiF0(1) AAS
チャンネル放送の通知ってドワンゴの仕様からして結構面倒だよね

チェックツール（仮の通知は主に以下の３つから情報取得してるけど、
1.カテゴリー通知（ユーザー生、チャンネル放送の＊一部＊）
2.プッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
3.番組表（公式生放送、チャンネル放送の＊一部＊）

1.では通知されるけど3.では通知されないチャンネル放送があるのは知ってるけど（これは結構ある）、
3.で通知されるけど1.では通知されないチャンネル放送ってある？
例えばチャンネルのアイマス放送は1.と3.の両方で通知されるはずけど、3.でしか通知されない放送もあるような？
その場合チェックツール（仮でそのチャンネルをフォローしてなくてオプション→アラート→取得元で番組表をチェックしてない場合通知が来ないかもしれない

チャンネル放送の通知がほしい人は「オプション→アラート→取得元」のチェックは全てチェックしてないと通知もれがあるかもしれないというそういう話
省1

662: 警備員[Lv.9] 12/22(月)00:43 ID:pfa9+wC60(1) AAS
更新きてるね
いつもありがとうございます

663(1): nnn-rev02012 警備員[Lv.0][新芽] 12/22(月)01:38 ID:foiN9Kr70(1) AAS
あとすごくややこしいのは、もともと公式生放送とチャンネル生放送って完全に別物（別システム）だったのが
2019年ぐらいから？公式にもチャンネル放送のchxxxxxxxってのが振られて公式もチャンネルの一部になってけどシステム的には別物だったり、
アニメであるあるの、生放送時には公式生放送だけどタイムシフトはそのアニメのチャンネル所属ってのがあるんでこういうのも内部システム的には複雑化させてるだろう

こういう非公開なガチ内部仕様ってユーザーは知る必要要らね！だからそんな情報もお前も要らない！っうのも正論だけど、こういうの知らないとなぜニコ生のツールでエラーになるのかという理由もわからないと思うのね

まとめると歴史的な経緯があって、公式生放送と（公式に近いアニメなどの）チャンネル放送って区別しずらいっていうのがいろんな原因の１つかと思います

664: nnn-rev02012 警備員[Lv.0][新芽] 12/24(水)06:39 ID:Ae+TW5GZ0(1) AAS
>>661
数日チェックしてみたけど、以下でほぼ間違いないかと思う

チェックツール（仮の通知は以下の４つから情報取得してる
1.カテゴリー通知（ユーザー生、チャンネル放送＊全て＊ ※1）
2.ブラウザのプッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
3.Androidのプッシュ通知（フォローしてるユーザー生、フォローしてるチャンネル放送全て）
4.番組表（公式生放送のみ、チャンネル放送の＊一部＊は未通知？ ※2）
※1　多分
※2　番組表からのCH放送の通知をしてるかどうかは未確認

>>663で書いたように公式生放送と（企業）チャンネル放送の違いは曖昧（昔は公式とチャンネルは完全別物だったが、今はチャンネルの一部が公式というシステム）なので、公式生放送しか要らない人やチャンネル放送しか要らない人も全部フォローして置いた方が間違いないかも
省1

665(1): 警備員[Lv.12] 12/27(土)16:38 ID:Xq3KRyVw0(1) AAS
なんとなく落ちる原因がわかった
チャンネルIDタグボタンを押した時にでる、ユーザIDの欄と
ユーザIDタグボタンを押した時にでる、ユーザIDの互いにIDが
存在（二重に存在）してたら落ちるんじゃない？
だから多分、チャンネルIDタグのほうのユーザIDを消せばいいとかそんな感じじゃない？
知らんけど

666: nnn-rev02012 警備員[Lv.0][新芽] 12/28(日)03:43 ID:omafM+Ol0(1) AAS
>>665
元ツールであるnamarokuの作者(チェックツールの作者は別人)が悪いんだけど、昔お気に入りにユーザーIDのみタブを作って機能を複雑にさせたのが原因
namarokuはそういう「それホントに必要？」みたいな機能をガンガン入れてたからなあ
ユーザー生放送のコミュ廃止の時点でチャンネルIDタブはチャンネル専用、ユーザーIDタブはユーザー専用にできればよかったのになと思います

667: テスターさん警備員[Lv.0][新芽] 12/29(月)04:33 ID:UkvTZamL0(1/2) AAS
テスターさんだったらしい

668(1): 警備員[Lv.0][新芽] 12/29(月)09:29 ID:kzSyaHfU0(1) AAS
自分はチェックツールが落ちた事ないからなんとも言えないけどさ
双方とも無料でやってくれてるんだから感謝しかないね

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

669(2): テスターさん警備員[Lv.4][新] 12/29(月)09:55 ID:UkvTZamL0(2/2) AAS
>>668
N AirはOSSだけどドワンゴから戀塚さんに給料（報酬）払われてるはずだから（仮さんのツールや NCVなんかとはちょっと立場が違うと思うけど？
だけど、N Airがなければ実はC#以外の言語だとコメント取得が作れない（=protoファイルがないとデコードできない）なのでそういう意味で貴重なツールだし、そこはドワンゴに感謝してる

670(1): 警備員[Lv.4][新芽] 12/30(火)07:32 ID:4zVMd32q0(1) AAS
>>669
そういうことを言いたいんじゃなくさ、基本機能に色々組み込んでしまうと結果的に使いづらくなるってことを言いたかったんだよ

671(1): テスター警備員[Lv.0][新芽] 12/30(火)16:37 ID:hjgRwsb90(1/2) AAS
>>670
そういうことか

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

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

672: 警備員[Lv.4][新芽] 12/30(火)16:49 ID:o1slxg3a0(1) AAS
外部のサイトなんて改変しまくって鼬ごっこのようになるのが当たり前だから
ツールはメンテの効率優先するのが当然だと指摘はしたが
見事にみんな無視していったよ
無視だ、意識をしないんだ話にもならん

673: テスター警備員[Lv.4][新芽] 12/30(火)17:58 ID:hjgRwsb90(2/2) AAS
四八福星間開発さんのところのツールが割とバランスいいよね
ほいほいユーザーの要望を聞いたりしないから多分ユーザーには不評だと思うけどｗ
そもそも四八福星間開発さんのツールってstreanlink/yt-dlpのラッパーツールだからstreanlink/yt-dlpを変更しないとできない機能追加は作りようないんだけどな

674: 警備員[Lv.0][新芽] 12/30(火)18:31 ID:OJcSrk6N0(1/2) AAS
yt-dlpベースのツールはgithubにも多いね
フローランチャーとかいう奴に入れて使うプラグインのdlツールも
yt-dlpベースだったな

675(1): 警備員[Lv.0][新芽] 12/30(火)18:32 ID:OJcSrk6N0(2/2) AAS
いやーしかしニコもそうだけどつべとかから
動画を取るとファイルがでかくなりがちだけど
このスレの人達はどうやって容量削減してますか？
圧縮とかしてる？

676: 警備員[Lv.0][新芽] 12/30(火)18:34 ID:c2HfUsHe0(1) AAS
変換ツールとかでMP4(H.264)をH.265にするのが簡単でいいとAIがいってたな
後はHandBrakeみたいなツールで細かく調整してから変換もいいらしい

677(3): 警備員[Lv.0][新芽] 12/31(水)08:40 ID:DSY0X8yq0(1/6) AAS
>>671
プラグイン形式が一番良いんだろうけどね。人によって求める物も難しいから本当に難しい話。

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

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

678(1): 警備員[Lv.0][新芽] 12/31(水)08:43 ID:pqU/PCem0(1/3) AAS
>>677
大容量データを扱う人ほど圧縮などの方法でデータ管理したいかも？
・つべに非公開で保管庫作って保存用として上げる
に関してはクラウド系でもいいんじゃないですか？
今のクラウドなら再生もできるのが多いよ

679(1): 警備員[Lv.0][新芽] 12/31(水)08:45 ID:pqU/PCem0(2/3) AAS
>>677
Googleだと色々問題あるからMEGA辺りが容量多くていいよ
後はワンドライブか？
一番簡単な解決方法は新規の大容量HDD購入だろうけどね

680(1): 警備員[Lv.0][新芽] 12/31(水)08:48 ID:pqU/PCem0(3/3) AAS
>>677
つべで一時期配信されていた攻殻機動隊のFHDの1080p系の動画が
Abemaにあるyt-dlp系で取った動画よりも上手く容量低下させられてたのよね
だから画質をほぼ劣化させずに容量低下できる方法はあるみたいよ

681(1): 警備員[Lv.4][新芽] 12/31(水)10:05 ID:DSY0X8yq0(2/6) AAS
>>678-680
自分に言うんじゃなくてその方法やクラウドサービスの値段を675に書いてあげなよ
個人的に一番良いと思うのはそのまま外部ストレージかPCにストレージ追加してそこに保存することだと思ってる

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

682: 警備員[Lv.0][新芽] 12/31(水)10:51 ID:+4WzpJFx0(1) AAS
>>681
論点そらしによる代替手段じゃなくて675は単純にデータ容量の削減の最適解が知りたいんでしょ？
このスレはとにかく論点そらしも多いねｗ

683: 警備員[Lv.6][新芽] 12/31(水)12:05 ID:DSY0X8yq0(3/6) AAS
それいうと答えは完璧なデータ容量削減はないですになっちゃうでしょ

684(1): 警備員[Lv.0][新芽] 12/31(水)15:05 ID:hgidLAIR0(1/2) AAS
完璧じゃなく最適解ね
AIに聞くとyt-dlp系のツールで取りHandBrake系で再エンコードなどがいいらしいよ
後はOnionMediaというAIOみたいなツールもあるらしい

685(1): 警備員[Lv.0][新芽] 12/31(水)15:05 ID:hgidLAIR0(2/2) AAS
最近色んな年末向けの動画取りすぎて動画容量多いから
いい手段が欲しいなー
てかこの話題はどの版でやるのが一番最適なの？

686(1): テスター警備員[Lv.0][新芽] 12/31(水)17:28 ID:92m3NVev0(1/3) AAS
>>685
【DL】動画の保存方法総合スレ【アダルト禁止】part61
2chｽﾚ:streaming

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

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

687(2): 警備員[Lv.0][新芽] 12/31(水)17:31 ID:5v0Xodq80(1) AAS
>>684
「最適」という言葉を安易に使うな
何をもって最善とするかの「前提条件」や「目的」を定義せずに出された結論など、ただの妄想か、主観の押し付けに過ぎない

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

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

688: テスター警備員[Lv.0][新芽] 12/31(水)17:50 ID:92m3NVev0(2/3) AAS
ニコ生でご自分が欲しい画質がXXXXpなのかはご自分で調べて設定してください
ユーザー生の場合は縦画面もあり、その場合は横画面の解像度を指定しないといけないので注意
（これはStreamlinkの仕様で縦画面でも横画面のXXXXpがほしいのならStreamlinkのIssueに問題提起してください（多分「お前が作れ（修正しろ）」になるとおもうけど））

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

689(1): 警備員[Lv.7][新] 12/31(水)17:51 ID:DSY0X8yq0(4/6) AAS
>>686
ホンマそれ、最初から画質を落としてダウンロードすればいいとしてか言えない

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

690: テスター警備員[Lv.2][新芽] 12/31(水)18:44 ID:92m3NVev0(3/3) AAS
5chだと＞符号のせいで書けないのでＸに書いといた

外部ﾘﾝｸ:x.com

691(1): 警備員[Lv.40][苗] 12/31(水)18:54 ID:WCaE5ciM0(1/2) AAS
GPU エンコードならすぐ終わる

692: 警備員[Lv.8][新] 12/31(水)20:57 ID:DSY0X8yq0(5/6) AAS
自分はバッチファイルでこんな感じで競ってしてるよ、チェックツールの実行時の引数から%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"
環境変数名は変えてるけどこんな感じで設定してるよ
省3

693(1): 警備員[Lv.8][新] 12/31(水)21:09 ID:DSY0X8yq0(6/6) AAS
>>691
それなら直接675にやり方を教えてあげればいいと思うよ
675が積んでるグラボもわからないとは思うけど

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

694: 警備員[Lv.1][新芽] 12/31(水)22:41 ID:DjZGyZ0x0(1/2) AAS
>>687
理系ポイ言い回しですね....参考になります...
うちの知り合いや親は全然理系じゃないんですよね

695(1): 警備員[Lv.1][新芽] 12/31(水)22:46 ID:DjZGyZ0x0(2/2) AAS
>>689
自動録画に関しては微妙に視点が違うような....
>>693
本気で容量圧縮などしたいならPCスペックと>>687がいう前提条件の指定が必須ですね(´・ω・｀)
例えばGPUが3060か70で1080pのFHD(MP4/h.264)動画の容量を30％圧縮したいみたいな感じ？

696(1): 警備員[Lv.40][苗] 12/31(水)23:33 ID:WCaE5ciM0(2/2) AAS
H.265 で負荷がかかりすぎるってことは H.265 のエンコード対応していない古い GPU で CPU エンコードになっているんじゃないかね

697(1): 警備員[Lv.0][新芽] 01/01(木)09:31 ID:PdFNJ+je0(1/3) AAS
>>695
このスレにいるってことは自動録画の前提だよ
回線速度やPCスペックとかも分からないからなんとも言えないけど一番無難で結果的に安価なのは外部ストレージへの退避と画質を落とすことだと思ってる

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

698(1): 警備員[Lv.12][新] 01/01(木)09:37 ID:NHfCpSsI0(1/3) AAS
外部ストレージといっても容量少ないんだよなあ
もっと大きな容量のメディア開発されないものかね

699: 警備員[Lv.0][新芽] 01/01(木)09:57 ID:kyVCJwXf0(1/2) AAS
>>697
回線も影響出ると思いますけどやはりPCスペックが優先度高いような
画質を落とすもどういう手法かですね

700(1): 警備員[Lv.1][新芽] 01/01(木)10:05 ID:kyVCJwXf0(2/2) AAS
>>698
今は民生用のHDDは44TBとかあるらしいですね
WDBFBE0440JBK-JEEXというWestern Digital製の奴が20万以上だけどありますね
これ一時期セールしてたらしいです

701(1): 警備員[Lv.12][新] 01/01(木)10:15 ID:NHfCpSsI0(2/3) AAS
>>700
全然足りないんだよなあ
1年で100テラは消費してしまうから
せめて10倍は欲しいところ

702: 警備員[Lv.2][新芽] 01/01(木)10:18 ID:bXDNQs7R0(1) AAS
44TBもあったら民間用なら十分すぎるかな....
これで足りないとかだったらどんな使い方してるのｗ
後本格的に大容量にしたいならDASやストレージエンクロージャやHDDドッキングステーション
とか呼ばれる製品を高額だけど買うといいよただHDDやSSDは別に買う必要があるけどね

703: 警備員[Lv.2][新芽] 01/01(木)10:22 ID:HW/NAtXB0(1/2) AAS
>>701
YoutuberやVtuberの人ですか？🤪🤪🤪🤪
1PBなら業務用やサーバー購入じゃないですか？(;´･ω･)
後はそもそもデータ自体を圧縮するとかですね( ･´ｰ･｀)

704(1): 警備員[Lv.12][新] 01/01(木)10:22 ID:NHfCpSsI0(3/3) AAS
保存用にスピードを犠牲にした大容量メディアを発明すべき

705(1): 警備員[Lv.3][新芽] 01/01(木)10:41 ID:PdFNJ+je0(2/3) AAS
圧縮には再エンコードが必要になるってことは絶対に言わないと駄目だと思う
どれだけ自動録画設定してるのか知らないけど基本的に画質を450pとかに落として自動録画が最適かなって思ってる
特定の配信者だけ高画質データを録画したいならその人だけチェックツールの引数を高画質設定にすればいい
本当に必要なデータでニコ生のTSやYouTubeのアーカイブがあるならそれを高画質でダウンロードすればいい

706: 警備員[Lv.5][新芽] 01/01(木)11:54 ID:HW/NAtXB0(2/2) AAS
>>704
自分で作ればいいじゃん....w
そうなるとHDDより低速になるだろうけどね
そもそも需要が非常に限定的だと思うよ

707: 警備員[Lv.5][新芽] 01/01(木)11:57 ID:hP1rICTR0(1) AAS
>>705
ニコ生だけならそれでいいと思うけど色んな配信みるとか動画サイトを見て落とす人なら
やはり圧縮が欲しくなるかもね～お金ある人なら新しいストレージ買えばいいんだろうけどね

708: 警備員[Lv.5][新芽] 01/01(木)20:10 ID:PdFNJ+je0(3/3) AAS
圧縮しながら他の配信を高画質録画できるくらいのPCを持ってるならストレージ買える経済力はあると思うんだけどね

709: 警備員[Lv.10][新] 01/01(木)20:15 ID:PCT+rT1e0(1/2) AAS
まーそうだとは思うのですが技術的な知見が欲しいのでは？
このスレは専門知識にたけた情強の方が多く見えるので....
圧縮+他の配信を高画質録画=新規ストレージ購入という計算ではないのでしょう

710: 警備員[Lv.10][新] 01/01(木)20:16 ID:PCT+rT1e0(2/2) AAS
録画系の専門スレなのに論点そらしも多いですね.....
掲示板の管理人が論点そらしで有名なひろゆきさんだからでしょうか？

711: 警備員[Lv.0][新芽] 01/02(金)10:11 ID:qOoYi/0B0(1) AAS
それならスレを建ててくれた>>1-5の通り、圧縮の話題はそっちのスレで聞くべきだと思うんだけど

【DL】動画の保存方法総合スレ【アダルト禁止】part61
2chｽﾚ:streaming

712(1): 警備員[Lv.8] 01/02(金)18:59 ID:V0gyaCzO0(1/3) AAS
>>669
C#だとprotoファイルが無くても作れんの？

713(2): テスター警備員[Lv.0][新芽] 01/02(金)19:56 ID:aRo5q1Fw0(1) AAS
>>712
C#だと非公式ライブラリーprotobuf-netというものもあってそっちだと簡単なものはprotoファイルなくても手作業で作れるってことらしいけど、
このライブラリーを使ってるゲストさんのチェックツールのandroid_checkin_pbs.cs、録画ツールのProtoBufCodes.cs見たらprotoファイルから変換してるしこの内容を手作業で作るのは無理っぽいので、
実質protoファイル必要ですね　失礼しました

外部ﾘﾝｸ:www.hanachiru-blog.com

714: 警備員[Lv.9] 01/02(金)23:01 ID:V0gyaCzO0(2/3) AAS
>>713
単純にprotoファイル無くても作れる人がいるならすげえと思っただけだから大丈夫
仮にprotoファイルがなくなったら
ブラウザから難読化されたjsファイルを解析して他の言語に起こすみたいなことになるのかな

715: 警備員[Lv.9] 01/02(金)23:02 ID:V0gyaCzO0(3/3) AAS
なんか文字化けしてて草

716: テスター警備員[Lv.0][新芽] 01/03(土)18:10 ID:K9KE7Hqk0(1) AAS
>>713
システムメッセージは時々変更（追加）されてるけど、ユーザーのchatメッセージのフォーマット自体はめったなことでもないと変更ないんじゃない？
（から今後protoファイルが公開されなくなっても問題ないのでは？）
あったらあったでまず実況ツール作ってる界隈が大騒ぎするだろうから、そこから新しいprotoファイルが誰かしら公開されるでしょ

717: テスター警備員[Lv.0][新芽] 01/08(木)17:39 ID:Q+rRVr+t0(1) AAS
四八福星間開発さんの「ご意見・ご要望」によるとこういうことだそうです
person-of-ehomaki.blog.jp/archives/31783809.html#comments

236. 四八福星間開発四八福星間開発 2026年01月05日 21:14
>>235
新年のご挨拶をありがとうございます。今年もよろしくお願いします。
ニコ生新配信録画ツール（仮）の作者の方にもお伝えしていますが、（仮）の録画機能が復活した際には SlNicoLiveRec の更新は終了します。
SlNicoLiveRec はニコ生録画の“緊急用の代替手段”として作ったものなので、動画とコメントを同時に取得する機能を追加する予定はありません。
ご了承のほどお願いいたします。

718: 警備員[Lv.0][新芽] 01/08(木)23:06 ID:JxfHZWA80(1/3) AAS
SlNicoLiveRecにしてもStreamlinkにしても代替手段っていうのが大きかったからそりゃそうだって感じだよね
SlNicoLiveRecはUIが癖があったけどCUIが苦手な人にとっては助かった人もかなりいるんじゃないかな

コメ同時取得についてもSlNicoLiveRecとニコ生新配信録画ツール（仮をチェックツールのアプリに登録して起動させれば自動実行出来るから工夫次第なんだけどね
アプリケーションを2つ使いたくないなら途中にバッチファイルとかいれれば1つアプリですむし

719(1): 警備員[Lv.1][新芽] 01/08(木)23:12 ID:JxfHZWA80(2/3) AAS
自分はSlNicoLiveRecは使ってないけど、Streamlink使ってから他の配信サイトのダウンロードとか出来るようになったし
ニコニコがああなったのがきっかけで色々知識はついたかな、
四八福星間開発さんにしてもnnn-rev02012についてもゲストさんについてもそうだけど無償でここまでって有り難い存在だよ
Streamlinkの開発者さんも文字化けするから対応してって依頼したら直ぐ対応してくれたし

720(2): 警備員[Lv.1][新芽] 01/08(木)23:15 ID:JxfHZWA80(3/3) AAS
ごめん、nnn-rev02012さん名前をコピペしたから呼び捨てになってた、申し訳ないです

721: テスター警備員[Lv.0][新芽] 01/09(金)22:10 ID:WOes4SiT0(1) AAS
>>719
>四八福星間開発さんにしてもnnn-rev02012についてもゲストさんについてもそうだけど無償でここまでって有り難い存在だよ

自分は単にhimananiito氏が作成したツールを修正してただけなので元作者のhimananiito氏の方に感謝していただきたい
自分もhimananiito氏のツールの作り方で学んだことがかなりあるしすごくいい勉強させてもらった

僕とかゲストさんは受け付けてないけど、ここ見てるユーザーさんでツールに感謝の気持ちがあるならアマゾンで購入とか寄付とかスポンサーとかやってみてもいいかも

>>720
まったく気にしてませんよ

722(1): 警備員[Lv.0][新芽] 01/11(日)17:33 ID:UdFFTZxL0(1) AAS
テスターってnnn-rev02012さんのことだったんだ
知らんかったｗ

723: nnn-rev02012 警備員[Lv.0][新芽] 01/11(日)18:10 ID:O3BckOuO0(1) AAS
>>722
ちょっと前にゲストさんの掲示板で数日チェックツールの動作検証をやってたからか「テスターのみなさまお手数おかけしております」って書かれてたんでしばらくテスターを名乗ってただけ

724: nnn-rev02012 警備員[Lv.0][新芽] 01/13(火)01:02 ID:xL9OVQQI0(1) AAS
これはやっぱりここの方がいいのかなあ？

Streamlinkのニコ生プラグインnicolive.pyの問題点と修正点
（以下は主に直接Streamlinkを使ってる人向けです）

・#31 現状だとwebsocketタイムアウト6秒は短いのでは？
　→20秒か30秒ぐらいに設定した方がよいかと思う

・#106 "accessRightMethod": "single_cookie",がない
　→以下を追加
"accessRightMethod": "single_cookie",
※SlNicoLiveRecV1.0.3.1ではaccessRightMethodは独自追加されてるので修正不要

以下は引数で調整可能（SlNicoLiveRecV1.0.3.1ではこれを指定する設定項目はないはず）
省4

725: 警備員[Lv.0][新芽] 01/14(水)00:29 ID:s1Hx44E90(1/2) AAS
Windows7でもWin7対応の非公式Python入れればStreamlinkでニコ生落とせるな
当たり前っちゃ当たり前だけど
あとVideo DownloadHelperでもニコ生落とせるようになった

726: 警備員[Lv.5][新芽] 01/14(水)01:01 ID:YaTUWU2a0(1) AAS
win7なら他にも選択しあるかな

727(1): 警備員[Lv.0][新芽] 01/14(水)16:31 ID:s1Hx44E90(2/2) AAS
yt-dlpでも落とせる

728: nnn-rev02012 警備員[Lv.0][新芽] 01/14(水)20:34 ID:RBWFYv260(1/2) AAS
>>727
この制限にひっかからない配信ならyt-dlpでもOK
（yt-dlpのプラグインの修正者は韓国人なのでおそらくユーザー生放送は見ないと思われる）

yt-dlpのニコ生プラグインの制限事項
・ユーザー生放送でアプリ(スマホ)から配信してる放送のタイムシフトは映像や音声が壊れて録画できない
（ユーザー生放送のリアルタイム録画、パソコンから配信している生放送のタイムシフト、公式生放送やチャンネル生放送のタイムシフトは問題ない）
・タイムシフトの時間指定ができない

729(1): 警備員[Lv.0][新芽] 01/14(水)20:44 ID:7BPTQI+C0(1) AAS
yt-dlp以外もあるけど一番はyt-dlpなのかね？

730: nnn-rev02012 警備員[Lv.2][新芽] 01/14(水)20:57 ID:RBWFYv260(2/2) AAS
>>729
ニコ生録画としての現時点での一番のツールとしてはStreamlink(またはSlNicoLiveRec)
それ以外もということであればyt-dlpを併用するのがベストではないかと

731: 警備員[Lv.0][新芽] 01/14(水)21:43 ID:unsbMMX+0(1) AAS
nasにダイレクトにいけそう
外部ﾘﾝｸ:www.opensourceprojects.dev

732: 警備員[Lv.0][新芽] 01/14(水)21:59 ID:XEWbnwny0(1) AAS
SlNicoLiveRecはStreamlinkのラッパーにすぎないから
Streamlinkが最強だろう

733: 警備員[Lv.81][N武][N防][苗] 01/14(水)23:17 ID:4Gy6YtfW0(1) AAS
以前（仮で録画出来てた頃は指定した時間だけ保存出来たので番組が長時間でも問題無かったのですが、出来なくなってSlNicoLiveRecを使う様になってからは最初から最後までで時間もかかるし不要な所は編集が必要なので保存をしなくなりました
SlNicoLiveRec、というかStreamLinkで時間を指定して保存って出来る事なのでしょうか？
yt-dlpも時間指定は出来ないとの事で、Video Downloadhelperも同様なのでしょうか？

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.897s*