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

>>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のワードは出てくると思うので、
よっぽど検索下手かスレを荒らすとかそういう目的だろう
相手にしないのがアレだけどｗ

と思ったけど、グーグルにしろChatGPTにしろyt-dlpにすぐにはたどり着かない

なので>>741に行って最初のテンプレ読んでが最適かなｗ

ところで>>737はどうなった？
（仮さんのとこもそうだけど、質問した側はできれば結局どうなったかを書いてほしい
あきらめたとかわかんねーからやめたも含めてなんか書いてくれないと回答してる側はずっとレス待ってる状態なんで
数日してもレスないのは解決したかあきらめたかのどっちかだとは思うけど

yt-dlpを絡めたら充実しました、ありがとうございます。

そういえば前に自分にも初めてbot判定の画面１回だけ初めてでた
画像選択させるやつ
当然だが、アカウント単位じゃなくてIP単位で制御されてることがわかった（一般プレアカ関係ない）
チェックツールの更新間隔を30秒に上げて様子見てみる
これでもまた出るようならなんらかの自作ツール作って徹底的に対応策考えていく
ローカルの軽量のモデルでもAI使った画像判定は今の時代可能だからそれも込みで考える

>>746
チェックツールに何垢くらい登録してるの？
IP単位ってことはチェックツールの多重起動を許可させてVPN経由すればいいのかね

yt-dlp / GUIで
[download] Got error: HTTP Error 403: Forbidden. Retrying fragment 227 (10/10)...
[download] fragment not found; Skipping fragment 227 ...
ERROR: The downloaded file is empty
みたいなのが出て落とせなくなった
数日前まで上手くいってたんだが

>>748
スレ違い >>741

>>747
チェックツールに何個もアカ登録できるの？それは知らん
チェックツールは１個しか起動してない。
録画アカと普段見るアカは別にしてるが。
ただbot判定画面を正常に完了させたらすぐにそのアカウントは使えるようになったから
しばらく規制くらうみたいなことはなかった
ただそれぞれのアカウントで画像選択するチャンレンジをクリアする必要があった

でも１時間ぐらいして、別のブラウザで普段は全く使ってないがログイン情報が残ってるアカウントを見に行ったら
そのアカウントはbot判定でなかった
cookieは残ってても普段使ってないせいなのか
もしくは１つのアカウントでチャンレンジクリアしたら、その結果が反映されてそれぞれのアカウントも通常通り使えるようになるのにラグがあるのかは不明

とりあえず更新間隔を３０秒にして運用してるが今のところ大丈夫

>>749
すまんそっちだった

>>750
チェックツール単体でなく、チェックツールから起動するツールがほぼ同時に配信ページをアクセスするのも原因の１つでは？
起動ツールとしてSlNicoLiveRecと（仮を指定してるとして、通知が来る度に
SlNicoLiveRec(+1)、Streamlink(+1)、（仮(+1)とほぼ同時に3回放送ページをアクセスするわけで、これが連続する時間帯の場合はbot判定されるのではないかなと思います

対策としては１ツールで動画とコメントを取得するようにするか、それらのツールの起動時間をランダムにずらす、通知するユーザーIDを減らすぐらいじゃないのかね？

>>750
>とりあえず更新間隔を３０秒にして運用してるが今のところ大丈夫

それとここの更新間隔っていうのはカテゴリーAPIと番組表だけの更新時間で、プッシュ通知(パソコンおよびAndroid)はサーバーから随時データが送られてくる（=こっちで受信時間を指定できない）んで、極端な話フォローしてる配信が100同時に始まったらプッシュ通知がほぼ同時に100来て起動しちゃうわけで、
それが原因だとしたらアカウント毎のフォローを減らすぐらいしか対策ないんじゃないかなと思われ

>>752
自分はチェックツール+streamlink構成でコメント取得はしてない

>>753
更新間隔はプッシュ通知に関係ないのは把握してる
プッシュ通知はGoogleやAppleの中継サーバー経由してるから、仮に100件でも誤差の範囲だしニコニコの規制くらうことはない
100件一気にきた通知に一気にアクセスするなら別だけど
だから更新間隔をとりあえず変えてみた

まあ様子見で最終手段は自動でbot判定通過させるツール作ればいいだけだから
焦ることはない

遅くなりましたがレスありがとうございます
>>738
わざわざ確認していただくのも悪いのでこういう状況で、にしていましたが
一応貼っておきます
https://live.nicovideo.jp/watch/lv349367170
前回のとは違う昨日ダメだったほやほやの物です
>>739 >>744
その方と同様で、ユーザーセッションでログインしました。って出てるから出来てる事だと思うのですが違うのでしょうか？
他の番組は問題無く出来ているので出来ない番組の方に何かあるんだと思うのですが
元々の設定がIDとパスワードだったのでユーザーセッションにしたのは初めて、その後一応「ログイン資格情報を消去」もしてみましたが変わらずでした
上に書いたURLの番組、やってる最中は録画出来たのですが指定した時間と全然違う所を録画していて（最初は10分くらい前、開始前の時間とかも入ってるのかとその10分足してやってもさらに違う時間、それに合わせて…と試行錯誤したものの保存したい所にはどうやってもならなかったので終わってからする事に）、終わってからやってみたら前のと同じで
error:No playable streams found on this URL:
配信していません
にしかなりませんでした
番組中は出来ていたのが終わったらタイムシフトで見れているのに上記エラー
その辺何かあるのでしょうか…

>>755
検証しようと思いましたが、予想通りプレミア限定のようで検証できません。悪しからず。
見た限り54時間と長時間なのでタイムシフトの途中でplaylistを切り替えないといけないのかもしれません。
それだとStreamlink側で何か対処しないと無理かもしれません。
時間指定しなくてもそのエラーか、時間指定した場合何時間〜何時間かとか具体的にかけばひょっとして検証してくれる人がいるかもしれません。

>>755
一応ログ（アカウントは一般です）
SlNicoLiveRec V1.0.3.1

情報取得
Open time: 2026/01/16 12:50:00
Begin time: 2026/01/16 13:00:00
default-stream: best
録画開始 2026/01/19 04:38:54
[cli][info] Found matching plugin nicolive for URL https://live.nicovideo.jp/watch/lv349367170
[plugins.nicolive][info] Logging in via cached user session cookie
キャッシュされた user_session Cookie でログインしました
error: No playable streams found on this URL: https://live.nicovideo.jp/watch/lv349367170
配信していません
---------- Program End Time: 2026/01/19 04:39:03.6957 ----------

>>756
レスありがとうございます
ええ、わざわざしていただかなくて良いのですが、プレミアム限定ではなくて一般だと事前にタイムシフト予約していないと大半の番組が終わってからは見られないかと
今回のは長い番組でしたが最初に書いたのは1時間半程度だったので特に長さとかは関係なさそうなんですよね（全くないとは言い切れませんが）
あ、書き忘れていましたが時間指定していなくてもこの番組では同じでした
タイムシフト予約無しで見られる物を探し、ボートレースの番組がありましたがこれも同じ内容で出来ない物でした
https://live.nicovideo.jp/watch/lv349584766
前二つはニコニコの公式チャンネルだったのでその辺も何か関係するかと思いましたがこれは一般？のチャンネルなので公式かどうかなどは関係なさそう
そもそも見れてるのに
No playable streams
配信していません
になる事がわけわからないんですよね

>>755 >>758
>上に書いたURLの番組、やってる最中は録画出来たのですが指定した時間と全然違う所を録画していて（最初は10分くらい前、開始前の時間とかも入ってるのかとその10分足してやってもさらに違う時間、それに合わせて…と試行錯誤したものの保存したい所にはどうやってもならなかったので終わってからする事に）、終わってからやってみたら前のと同じで

これは配信がまだ終わってないときに録画ツール（仮で言うところの追っかけ再生録画を試したということ？
SlNicoLiveRec（Streamlink)は配信中の追っかけ再生録画はできないですよ（機能自体がない）

//person-of-ehomaki.blog.jp/archives/39207008.html#comments
仕様
hls-start-offsetは現在ライブ配信には使用できません


SlNicoLiveRecでログインしてるアカウントが単にプレミアム会員じゃないだけ（一般アカウント）という話じゃないですよね？
タイムシフトが見れるというブラウザーからuser_sessionコピーしたらどうなります？またはそのブラウザーと同じアカウントでログインするとか？

>>757
あ、ありがとうございます
うちのは録画開始時間とログイン（provided user session cookie　user_sessionでログインしました）の所以外同じです

>>758
lv349584766

この配信もプレミアム会員じゃないと見れないです。
当然一般アカウントだと>>757と同じ結果になります。
ニコ生は公式の極一部は一般アカウントでもタイムシフト見れますが、基本プレミアム会員じゃないと公式チャンネルユーザーともタイムシフト見れないですよ。
ttps://qa.nicovideo.jp/faq/show/738?site_domain=default

>>759
あー、解決しました
もちろんプレアカで見てるのですが、プレアカだと思われていない事があるのかとuser sessionを確認したら
https://i.imgur.com/dmJhBaC.jpeg
下のは最初に「user_session ID...」となっていたのでそういうのが無い上のを使う物だと思い上を入力していました
しかしよく見たら「user_session」の後に「...」が続いていて表示幅を広げた所「secure」が出て来ました
動いていたしユーザーセッションでログインも出来てるという表示で間違っていないんだと思っていましたが少し違う物を入れていた事が原因でした
お騒がせしました、ありがとうございました

>>755
プレ垢で昨日と今日で試してみた

SlNicoLiveRec V1.0.3.1
ユーザーセッションでの接続
キャッシュされたログイン情報を消去（チェックあり）
時間指定なし（当方には必要ないので録画途中で切りましたが）
https://live.nicovideo.jp/watch/lv349367170

昨日の夜は確かに755と同じログがでたけど今は出なくて普通に画質チェックも出来て録画も出来るね
昨日はStreamlinkを直接キックしても同じく番組情報が取得できなかったけど今は出来てる、原因は不明

時間指定は検証してないから分からないけど長すぎるってのはあるかもしれない

>>762
>動いていたしユーザーセッションでログインも出来てるという表示で間違っていないんだと思っていましたが少し違う物を入れていた事が原因でした
>[plugins.nicolive][info] Logging in via cached user session cookie

SlNicoLiveRec（Streamlink)は”本当にログインできたかどうかの結果”は見てないようですね
上記だと「キャッシュされているuser_sessionクッキーでログインします」が良いですかね
ちなみに（仮さんのツール、livedlだと接続後本当にログインできてるかチェックしたうえで進めてます

>>762
>しかしよく見たら「user_session」の後に「...」が続いていて表示幅を広げた所「secure」が出て来ました

Cookiesの"user_session_secure"ですが、昨年9月頃にドワンゴ側の仕様変更でその値自体を削除したようです
なので差支えなければ※、一度ブラウザーのCookiesを削除したら良いかと思います
※ニコニコ含め全サイトのログインやサーバー情報が消去されるのでIDやパスがわからないサイトがあるなら実行しないでください
　その場合の責任は負いかねます

>>762
因みに自分の検証はuser_session_secureじゃなくてuser_sessionを利用していたよ。
それでも配信していませんってその日は755と同じ結果が出たよ、SteamLinkでも同じく配信情報が取得できなかった
その翌日にも検証した結果、その時は配信情報が取得できたし普通にダウンロード出来た
54時間もあるので完全にダウンロードはしてないから検証不足というのはあるけど
ダウンロード中にリモートホスト側によって途中で切断される可能性はあると思う

>>765
それってブラウザ変えるとかで対応できそうだけど

>>766
再度検証したけど、元々は>>733も含めて以下のメッセージが出るパターンの原因２だったのかもしれない
ニコ生の放送ページ見ててもAWSになってから放送が見れるまで時間がかかるようになったと実感する
これだとSlNicoLiveRec（Streamlink）で急にerror: No playable streams found on this URL:が出る説明がつく
対策は直接nicolive.py中のSTREAM_READY_TIMEOUTの秒数を20〜30秒ぐらいにしとけばいいのでは？
（その場合引数で指定できる --stream-timeout=30.0 を45.0〜60.0にしておけばいいかもしれない）

error: No playable streams found on this URL: [ニコ生URL]

原因１：タイムシフトが見れない状態で接続
　期限切れ、一般アカでログイン（予約なし）、ブラウザでボタン押してないなど
　DEBUGログ：放送ページのdata-propsからwss_api_urlが取得できなかった（意訳）

原因２：wss_apiに接続して動画のURL(playlist)を取得するまでにタイムアウトした、あるいは拒否された
　タイムアウト時間はnicolive.py中にSTREAM_READY_TIMEOUT=6(秒)で定義されているが、ニコ生が重くて6秒よりかかることがあるようだ
　拒否されることもあり得ると思うが不明
　DEBUGログ：一部抜粋（ログではSTREAM_READY_TIMEOUT=1にして現象を発生させてます）
[plugins.nicolive][debug] Waiting for permit (for at most 1 seconds)...
[plugin.api.websocket][debug] Connected: wss://a.live2.nicovideo.jp/wsapi/v2/watch/lv340299355/timeshift?****
[plugins.nicolive][error] Waiting for permit timed out.
[plugin.api.websocket][debug] Closed: wss://a.live2.nicovideo.jp/wsapi/v2/watch/lv340299355/timeshift?****
error: No playable streams found on this URL: https://live.nicovideo.jp/watch/lv340299355
error: No playable streams found on this URL: https://live.nicovideo.jp/watch/lv340299355
配信していません

>>767に追記
wss接続やその中のpermitレスポンスが来るまでのタイムアウトが6秒なのはnicolive.pyの作者がそれで十分というかセグメント(5秒)+1ぐらいでいいやと思ったからかもしれない
オリジナルのlivedlはネット全体のタイムアウト5秒に設定されてて環境によってはタイムアウトが頻発してたので-http-timeoutを設定したり、デフォルト30秒にしたら出なくなったんでピンときた
録画ツール（仮は（というかC#のネット系のメソッドは）だいたいデフォルトでタイムアウト30か60に設定されてるんでまったく発生しない問題なんだよねｗ

>>767
なるほど原因2っぽいね、辻褄が合うし、検証感謝
nicolive.pyのNicoLiveWsClientクラスのSTREAM_OPENED_TIMEOUTを変えるのはありかもしれないね
自分はこんなことなったこと無かったけど変えておこうかな

ごめん間違ってた、
NicoLiveクラスのSTREAM_READY_TIMEOUTか

画質が変更になるらしいが大丈夫だろうか

いつもそうだが、こういうお知らせがすぐに見つからないんだが？

【ニコニコ生放送】ユーザー生放送の視聴・配信画質の一部統廃合のお知らせ
ttps://blog.nicovideo.jp/niconews/266829.html

2026年1月28日（水）より、ニコニコ生放送において、ユーザー番組の視聴／配信画質を一部変更します。
本変更は、利用状況をもとに、視聴／配信画質の整理・統合や最適化を目的としたものです。
2026年1月28日（水）に実施する生放送メンテナンス終了後に開始されたユーザー番組より適用されます。

【視聴画質】
・「2Mbps」「1Mbps」を廃止し、新設した「1.5Mbps」に統合
・「384kbps」「192kbps」を廃止し、新設した「480kbps」に統合
※上記にともない、エコノミータイム時（17時〜27時）に一般会員が視聴可能な画質が最大1Mbpsから最大1.5Mbpsに変更となります（ユーザー番組のみ）

※チャンネル番組・公式番組の視聴／配信画質は変更ありません

>>771
ユーザー生とチャンネル・公式で画質が変わるんで録画ツール（仮の画質選択の部分変更必要だろうなあ
Streamlinkはひょっとするとユーザー生とチャンネル・公式で画質を分けるようにしないといけないかもしれない
ユーザー生のタイムシフトは当分新画質と旧画質のものが混在する（2026/3/29まで）
実際のところ実際に変更されないと新しい画質の詳細が分からないので事前に変更は難しいかも

最高画質が変わらないってことは、プレ垢で最高画質を録画してる人は大丈夫かな？
一般会員だとエコノミー時間に選択画質がなくて録画不可になる可能性ありそう

>>773
>一般会員だとエコノミー時間に選択画質がなくて録画不可になる可能性ありそう

それが「実際に変更されないと新しい画質の詳細が分からない」とわからないのというところ
今は以下のようになってるが、その前提が変更になると録画ツール（仮の場合だめなパターンもあるかもしれないけど実際始まらないとわからんということ
例：
19:52:47 availableQualities: [abr 6Mbps1080p30fps super_high high normal low super_low audio_high]

普通に考えたら super_highやhigh, normal のラベルは変わらないで紐付けが変わるだけだろうから streamlink には影響ない可能性が高い
その他ツールは知らん

自分の場合、登録ユーザー事にチェックツールから画質設定を渡してるから面倒だな…
どう変わるか分からないから、Streamlinkは今まで通り動くという前提でバッチ修正しよう

>>775
Streamlinkは">720p"とか縦の解像度で指定するから現状と変わらないかもとは思うが実際に変更しないとわからん

>>776
録画ツール（仮は番号指定で、その画質になければ次の画質になるから大丈夫かと思うけど、>>774の内部画質一覧の文字がまったく変わってしまったらエラーになるかもしれんから実際変わった後でないとわからん

録画ツール（仮やlivedl-nは現在動画をDLしてないから画質指定は関係ないだろ？と思うだろうけど、WebSocketに接続した後のコマンド（StartWating）でなんらかの画質を指定してるんで1/28以降その画質そのものがなければエラーになる可能性が高い

ニコニコ窓口担当
@nico_nico_talk
【予告/ニコニコ生放送】
1月28日(水)、ニコニコ生放送でユーザー番組の視聴／配信画質を一部変更します。
※最高視聴画質（3Mbps）、最高配信画質（6Mbps/720p）に変更はありません。
変更内容などの詳細は、下記ニコニコインフォをご一読ください。
https://blog.nicovideo.jp/niconews/266829.html
https://pbs.twimg.com/media/G_K9fXdaoAMN0fZ.jpg
午後4:44 · 2026年1月21日

【視聴画質】
・「2Mbps」「1Mbps」を廃止し、新設した「1.5Mbps」に統合
・「384kbps」「192kbps」を廃止し、新設した「480kbps」に統合
※上記にともない、エコノミータイム時（17時〜27時）に一般会員が視聴可能な画質が最大1Mbpsから最大1.5Mbpsに変更となります（ユーザー番組のみ）

プレ垢だと問題無いと思うけど一般垢だとエラーになりそうだね

無知ですまんけどbest指定じゃダメなの？

実際に切り替わってみないと録画出来るのか分からないな
四八さんが仕様の変更に対応してくれるとありがたいけどね

Streamlink自体が動けばSlNicoRec自体は影響なくない？チェックツールから渡す引数は変更しないと駄目な人はいると思うけど
Streamlinkが動いてもプレ垢でも自分みたいに配信者によって画質指定してたら問題出る可能性はあると思うよ

>>784
SlNicoRec自体はラッパーツールだから変更はない
ただ、Streamlinkやyt-dlpの方に変更必要だと面倒だな
しかも今回はユーザー生だけの問題なんでyt-dlpは変更すらされないかもな

>>780
うわぁクソ迷惑だな
192Kbpsで必要情報が全部出る単純UIゲーム見るにも倍の帯域使わせるのかよ
そいつがプレイ時間だけは無駄に長かったらどうしてくれるんだ
やっぱバカ運営だわ

>>785
それをやんわり伝えたw
Streamlinkが動かなかったら終わったというか仕様変更があった旨や原因を英語で伝えて改修してもらうか取り急ぎ自分で改修することになるんだけど
結局本番にならないと何もわからないという…

単に450pだったのが480pになってStreamlinkも問題なく動くよって話ならいいんだけどね

バッチファイルとかでブリッジかましてたり、個別に画質指定して特殊な使い方してる人以外は問題ないだろうな
与えられたツールをそのまま使ってる人は基本大丈夫だろうからビビる必要はない

>>788
自分は画質を直接指定してるから設定変更は必要なタイプだけどバッチの入れ替え準備は完了した

自分はStreamlink使っててbestで録画設定してる場合はほぼ影響ないのかなって思って予想してる
自分みたいに配信者で使い分けてる人は影響あると思うけど
現状で450pや288pで録画してる人ってそこまで重要な配信ではないし最悪録画出来なくてもまあいいかなってレベル
必要なのはすべてbestでやってるから影響は少ないかな

また致命的な仕様変更来てくれないかな

アホか語ってるw

>>791
そのうち来るよ
コメントがwssからロングポーリングに代わり、今年2月にニコゲーのwwsがロングポーリングに代わる
次は接続時のwssがロングポーリングに代わると思うけど、そうなると全ツールが変更しないと対応できない
しかもニコ生のロングポーリングの仕様は日本語しかないんで海外ツールは大変（というか対応できるん？）ってレヴェル
その時に阿鼻叫喚を味わえると思う　速ければ今年の10月ぐらいでないかい？
いつそうなるかどうかは３か月前にttps://github.com/n-air-app/nicolive-comment-protobufでわかるから楽しみに待っとけｗ