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

!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

推測だけどチャンネルを登録してるiniがあると落ちるんじゃない？

チャンネル登録してるけどうちの環境では一週間起動したままで特に不具合ないよ

そもそもニコ生だって2週間おきにメンテしてるわけで
ニコ生だって深夜から早朝にかけては配信が減るわけで、毎日その時間に再起動するだけでいいじゃんと思うけど
もしかしてそういうやり方がサパーリらんわかだからｗ文句言ってるのかな？ならしょうがないな

そうっすね

変な外部ライブラリ使ってると落ちやすいアプリになるけど
そうでなければ別に何年でも動き続けるけどな普通

historylist.ini
にその２つ以外のiniだと内容が書き込まれてるから
これが一番あやしい、２つ以外のini消したら落ちなくなったし

>>643
後はこういうののデータ内容とかを可視化するような外部ツールを作って（作者以外が作るのが望ましい）定期的に警告なり削除するのがいいかもね
そこまでたかがフリーソフトのツールに干渉するようなツールを作るのってどうなの？とは思うけど

>>304-308で
もう何もできないって宣言したくせに
他人のソフトに乗っかって他のユーザーの中傷を繰り返すゴミはさっさと消えろよ

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

@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 まあ現状だとこんな感じでしょうか
rem これをメモ帳ほかで保存する際には必ず日本語(SJIS)で

ユーザーID登録してある場合はその人がチャンネルで配信したら通知来るけどチャンネル登録だけだと通知来ないんだな

>>651
おまえが消えろ
nnn-rev02012は有益な情報提供してくれてる
おまえは無益なことしか言わない
どっちが必要な人間か明白

>>653
更新来てたわ

休止明けに落ちるなぁ
スタンバイ明けでも落ちるんじゃない？

>>654
同意です

最近のチェックツールの不具合は0.1.9.0で修正した内容を元に戻し忘れてて発生してると思われる
（仮さんってコミットのやり方みても一度変更した修正は修正自体を削除しない（できない）仕様なんだけど
こういうときはRevertは役に立つんだよね
livedl-nやSaccubusでも何度か使ったし

>>658
てなことを書くとまた誰かに批判されるんだろうけど、
これってプログラマー(特にGithub使ってる人)だと普通の意見だと思うし

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

Revertが便利なのは前提として
Subversionに慣れ親しんだ世代や文化の人だとすれば
Revert使わずに新しいコミットで上書きして解決するという発想になっちゃう理由もわかる

チャンネル放送の通知ってドワンゴの仕様からして結構面倒だよね

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

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

チャンネル放送の通知がほしい人は「オプション→アラート→取得元」のチェックは全てチェックしてないと通知もれがあるかもしれないというそういう話
この辺複雑すぎてツール作者も知らない可能性があるからツールに不具合あってもしょうがない

更新きてるね
いつもありがとうございます

あとすごくややこしいのは、もともと公式生放送とチャンネル生放送って完全に別物（別システム）だったのが
2019年ぐらいから？公式にもチャンネル放送のchxxxxxxxってのが振られて公式もチャンネルの一部になってけどシステム的には別物だったり、
アニメであるあるの、生放送時には公式生放送だけどタイムシフトはそのアニメのチャンネル所属ってのがあるんでこういうのも内部システム的には複雑化させてるだろう

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

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

>>661
数日チェックしてみたけど、以下でほぼ間違いないかと思う

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

>>663で書いたように公式生放送と（企業）チャンネル放送の違いは曖昧（昔は公式とチャンネルは完全別物だったが、今はチャンネルの一部が公式というシステム）なので、公式生放送しか要らない人やチャンネル放送しか要らない人も全部フォローして置いた方が間違いないかも
ユーザーやチャンネル全てフォローしてる場合は2,3.のみでもいいけど、フォローもれやプッシュ通知の動作もれがあったら通知されないので1.も通知しておいた方がよい

なんとなく落ちる原因がわかった
チャンネルIDタグボタンを押した時にでる、ユーザIDの欄と
ユーザIDタグボタンを押した時にでる、ユーザIDの互いにIDが
存在（二重に存在）してたら落ちるんじゃない？
だから多分、チャンネルIDタグのほうのユーザIDを消せばいいとかそんな感じじゃない？
知らんけど

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

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

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

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

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

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

>>670
そういうことか

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ニコ生でご自分が欲しい画質が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 を読んでください

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

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

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


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

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

自分はバッチファイルでこんな感じで競ってしてるよ、チェックツールの実行時の引数から%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を設定してる。
因みに縦配信でも横配信でもエラーは出たことないし普通に動いてるよ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なんか文字化けしてて草

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

四八福星間開発さんの「ご意見・ご要望」によるとこういうことだそうです
person-of-ehomaki.blog.jp/archives/31783809.html#comments

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

SlNicoLiveRecにしてもStreamlinkにしても代替手段っていうのが大きかったからそりゃそうだって感じだよね
SlNicoLiveRecはUIが癖があったけどCUIが苦手な人にとっては助かった人もかなりいるんじゃないかな

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

自分はSlNicoLiveRecは使ってないけど、Streamlink使ってから他の配信サイトのダウンロードとか出来るようになったし
ニコニコがああなったのがきっかけで色々知識はついたかな、
四八福星間開発さんにしてもnnn-rev02012についてもゲストさんについてもそうだけど無償でここまでって有り難い存在だよ
Streamlinkの開発者さんも文字化けするから対応してって依頼したら直ぐ対応してくれたし

ごめん、nnn-rev02012さん名前をコピペしたから呼び捨てになってた、申し訳ないです

>>719
>四八福星間開発さんにしてもnnn-rev02012についてもゲストさんについてもそうだけど無償でここまでって有り難い存在だよ

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

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

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

テスターってnnn-rev02012さんのことだったんだ
知らんかったｗ

>>722
ちょっと前にゲストさんの掲示板で数日チェックツールの動作検証をやってたからか「テスターのみなさまお手数おかけしております」って書かれてたんでしばらくテスターを名乗ってただけ

これはやっぱりここの方がいいのかなあ？

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ではこれを指定する設定項目はないはず）

・FFmpegの起動が遅くてオプションのチェックに失敗する
　--ffmpeg-validation-timeout SECONDS　のSECONDSを4.0より大きくする
　または起動時にチェックしない（絶対に問題ないのならこれがおすすめ）
　--ffmpeg-no-validation

Windows7でもWin7対応の非公式Python入れればStreamlinkでニコ生落とせるな
当たり前っちゃ当たり前だけど
あとVideo DownloadHelperでもニコ生落とせるようになった

win7なら他にも選択しあるかな

yt-dlpでも落とせる

>>727
この制限にひっかからない配信ならyt-dlpでもOK
（yt-dlpのプラグインの修正者は韓国人なのでおそらくユーザー生放送は見ないと思われる）

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

yt-dlp以外もあるけど一番はyt-dlpなのかね？

>>729
ニコ生録画としての現時点での一番のツールとしてはStreamlink(またはSlNicoLiveRec)
それ以外もということであればyt-dlpを併用するのがベストではないかと

nasにダイレクトにいけそう
https://www.opensourceprojects.dev/post/5ed38c63-4712-4a33-b286-2973311994d4

SlNicoLiveRecはStreamlinkのラッパーにすぎないから
Streamlinkが最強だろう

以前（仮で録画出来てた頃は指定した時間だけ保存出来たので番組が長時間でも問題無かったのですが、出来なくなってSlNicoLiveRecを使う様になってからは最初から最後までで時間もかかるし不要な所は編集が必要なので保存をしなくなりました
SlNicoLiveRec、というかStreamLinkで時間を指定して保存って出来る事なのでしょうか？
yt-dlpも時間指定は出来ないとの事で、Video Downloadhelperも同様なのでしょうか？

無劣化編集ソフトで必要なところだけカットすれば

>>733
SlNicoLiveRecの「オフセット」→
hls-start-offset 開始時間
hls-duration 録画する時間

例
開始2時間から45分録画
hls-start-offset 02:00:00
hls-duration 00:45:00

注意点：
開始時間、録画する時間の秒数は0,6,12・・・のように6の倍数で
（これは現在の動画の１セグメントが6秒のため（以前は5秒だった））
スマホから配信されているユーザー生放送はhls-start-offsetを指定すると1分ぐらい何もしないでエラー終了することがあるのでその場合は全部録画するしかない
（これはStreamlinkの仕様による）

Video Downloadhelperの中身ってyt-dlpじゃね？
yt-dlpだとbestでmp4で落ちてくるな
StreamLinkだとtsでしょ

>>734
レスありがとうございます
ダウンロードに時間かかってその後切るだと時間と手間が…
その後コメントも時間合わせて合成とかもありますし
>>735
レスありがとうございます
ああ、そこがそういう機能だったんですね
出来ました、ありがとうございました
ただ出来なかった物もあって、公式（ニコニコゲーム）の特番なのですがエラーが出て保存できませんでした

user_session でログインしました
error:No playable streams found on this URL:
https://live.nicovideo…略
配信していません

プレアカでTSを見れているのに上記のエラー
ChatGPTに聞いてみましたが予約をしているか？とか見れるか？とか当たり前の事しか言わず何もわかりませんでした
こういう状況の原因や対処法などあるでしょうか？
Win11 Pro 25H2

そのURLの略の部分を公開したほうがいいと思うけど

>>737
以下にそのままのQAがあったのでご参考に

16. 四八福星間開発 四八福星間開発 2025年11月07日 23:28
>>15
プレミアム会員か確認してみてください
「キャッシュされたログイン資格情報を消去」を有効にしてみてください
user_sessionでログインしている場合は、user_sessionを取得しなおしてみてください
SlNicoLiveRecと同じアカウントでブラウザで再生開始してからダウンロードを開始してみてください

15. 名無し 2025年11月07日 22:28
ニコ生のタイムシフト録画を行おうとすると配信していませんと出て終了します。
ユーザーセッションでログインしましたとは出ているので接続自体は出来ているようなのですが原因が分かりません

似たというか同じ技術つかってそうなツールでyoutubeliveを保存できそうなツール
ありそうなのですが、調べてもでてきませんでした、ありませんでしょうか？

長時間アニメやっているところとかダウンロードしてみたいです、途中から過去24時間
はみれるので、過去24時間前までとかならできそうな気がしますがどうでしょうか

しょうがないからガチレスするか

>>740
ttps://egg.5ch.net/test/read.cgi/streaming/1763038677/の最初
で解決
調べて出てこないの自体検索のワード不足
AIだと速攻で答えが出てくるはず

youtubeliveもstreamlinkで問題ないけどな

>>742
検索にしてもAIにしても"ユーチューブ(Youtube) 録画"ぐらいでyt-dlpのワードは出てくると思うので、
よっぽど検索下手かスレを荒らすとかそういう目的だろう
相手にしないのがアレだけどｗ