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

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でわかるから楽しみに待っとけｗ

>>793
そんなに待てない
来月には頼む

ニコニコもつべみたくjsランタイムが必要なくらいになってほしい

こんな状況なのに公式イベントでは切り抜き推奨してるのがニコ生

>>793
接続時のwssが置き換わるのは同意だけど
ロングポーリングは違うでしょ
コメントが大量に流れるニコ生のような環境だと、「接続→切断→接続」の繰り返し（ハンドシェイク）が頻発しすて
サーバーにもクライアントにも負荷が高すぎるから不向き
現在のニコ生の仕組みは HTTP Streaming
一度つないだら、ある程度の時間、またはデータ量に達するまで繋ぎっぱなし
それでニコニコが使ってるのがgRPCで「Protobuf」や「HTTPストリーミング」はこの gRPC という技術の一部

N-Airのリポジトリが公開されている以上
Protobufの仕組みを理解してライブラリを導入してコードを書ける人は普通に生き残るし
ブラウザで表示されているJSONをちょっと加工するだけで作られてたような簡易的なツール作者は死ぬだけ

ニコニコのために海外勢は対応するかどうかという点は別として
gRPC/ProtobufはGoogle発のグローバルスタンダード技術だから
日本語ドキュメントに依存せずとも実装可能だよ

>>797
WebSocketはサーバー側の負荷が高いからクライアント側に負担させる仕組みｗとして今のようになったと思われる
正確には定期的にポーリングしつつ接続したらつなぎっぱで随時データーをストリーミングするってやつだね

というか、これを簡単に理解してできるようなプログラマーはこんなどーでもいいプログラム作ってないで企業に就職してその能力発揮する方が１００万倍いいとは思う

ニコ生はビューセッションとコメントセッションがあってコメントセッションだけロングポーリングになったんだっけ？
ビューセッションもwssからロングポーリングに変わるってこと？

こいつ無職なの？

そこら辺は切り替わらないとわからないでしょ
憶測で言っても分からないし、ニコニコって急に変えたりするから掴めない

とりあえずニコ生で今決まってる予定はこれだけ
ニコ生を全てAWSに移行したら予想以上に負荷が高くて放送ページが重くなったので画質を統合したりニコゲーを簡素化して放送ページが軽くなるように試行錯誤してるように思える

・1月28日(水)ニコニコ生放送でユーザー番組の視聴／配信画質を一部変更します。
ttps://blog.nicovideo.jp/niconews/266829.html
2026年1月28日(水)（朝の定期メンテ後）開始

・（12/16追記）【重要／ニコニコ生放送】2026年2月より「ニコ生ゲーム／放送ネタ」の運用体制とサービス内容を変更します
ttps://blog.nicovideo.jp/niconews/262451.html
2026年2月25日（水）より、「ニコ生ゲーム／放送ネタ」の運用体制を変更します。
※内部的にはニコゲーがWebSocketからストリーミング（メッセージサーバーと同じ）になると思われる

もし全ての録画ツール使えなくったら、Session等の匿名性の高いアプリで自作の録画ツール配布する
exeが怖い場合はソースコードも配布して自分でビルドしてもらう
github等のprivateリポジトリはリスクがあるからしない

もし仮にStreamlinkに問題があったらStreamlinkの作者に拙い英語で言ってみるわ
正当性があったらすぐ対応してくれるし

>>803
ビルド自体出来ない人が多いと思うけどね

pysimpleとかtkみたいな時代錯誤のlibだろどうせ

>>772
>いつもそうだが、こういうお知らせがすぐに見つからないんだが？
についてはニコニコ生放送トップページの一番下に載ってるのがわかった
ttps://blog.nicovideo.jp/niconews/category/nicolivemainte/

が、こんな不具合が出てるらしい
【調査中】ニコニコインフォの「番組・イベント情報」や「記事一覧」が表示できない不具合
ttps://blog.nicovideo.jp/niconews/267166.html

>>804
前提知識さえ教えれば小卒や中卒でも普通にできると思うかな
今だと生成AIとかもあるじゃんｗ
ただホイ卒！！テメーはダメだｗ

今後ニコ生の仕様が変わっても動画だけゲットするならそんなに難しくないからstreamlinkにしろy-dlpにしろ、すぐに対処できるんじゃないかと思います
そういうのが全滅ならEdgeでストリームレコーダーという選択肢もあるわけで

生成AIは別の話だけど
そういう知識を知らない人が多いんだよ、SlNicoLiveRecを使ってる人は殆どがビルドとか知らないと思うよ
その辺りはチェックツール開発者が硬化してる掲示板(生放送配信サーバーの切り替えに関して)を見るとよく分かると思う

>>808
そういうのがあることすら知らない人が多いと思う
調べる気がないというより調べ方が分からない人が多いんだと思う
同じchromium系のブラウザでも動くとか動かないとかあるしね

職業としてSEやってる人ならわかると思うが
エンドユーザーがITの常識を知らないことは日常茶飯事だとすぐに気づく
数年も経てば、それを疑問に思うことすらなくなる
結局、知識の乏しさを馬鹿にするのは
そうして他人を見下さなければ自分の能力を維持できない、劣等感の裏返しに過ぎない

>>811
いや～私見だけど職業SEなら精神的健康の為にしていいと思うよ
普通にクソ客もいると思うし
「そうして他人を見下さなければ自分の能力を維持できない、劣等感の裏返しに過ぎない」
とかニヒッてカッコつけてるけど普通に最低限の知識くらい付けて欲しいと思うよ

>>812
これ書いてて思い出したんだけど某IT企業の社長風の人物でてくる
漫画を思い出したよ～ 新聞紙だったかな？

>>810
なんでChrome用のストレコでAES128暗号化された動画をDLできないかというと、簡単に言うとグーグルがそういうプラグインを公開できないと却下するかららしい
だからChrome用はAES128暗号化動画のDL機能をなくして公開してるが、Micorosoft Edge用ではなぜか却下されないからそのまま公開してるんだって
Microsoft Edgeのストレコだと録画可能なのは昨年3月ぐらいの時点でゲストさんの掲示板に書かれてるんでほとんど知られてないけど周知の事項だよ

>>811
自分はその気持ち分かるな
自分は社内SE兼ヘルプデスクだから本業のSEとは比べ物にならないけど当たり前の事やよく見れば書いてあることを聞いてくることが殆ど

>>814
あそこの掲示板は全部見てない人もいるというか殆どの人そうだよ、直近のしか見てないと思う
同じような質問凄く多いし、定期的それ書き込むようにしようかな

>>812
「最低限の知識」って何だよ
それをユーザーに教育する、あるいは知識がなくても回るシステムを設計・提案するのがSEの仕事だろ
お前の言う「クソ客」って単にお前の説明能力の低さや要件定義の詰めが甘いのを棚に上げてるだけ

劣等感指摘されて図星だったからって「ニヒッてカッコつけてる」とかいうガキみたいな煽りで逃げるなよ
感情論じゃなくて論理で返してほしい

>>816
「～とかいうガキみたいな煽りで逃げるなよ」
「感情論じゃなくて論理で返してほしい」
これも貴方にブーメランの様な....812にピキって感情論で返答してますやん
後勘違いしてるけどあんたの意見はお客様は神様視点で言ってない？
お客は神様じゃなくて一般市民ね 最低限の知識と礼儀の学習は客側がすることだよ？

>>816の書き込み見る限り劣等感刺激されてるのも>>816でブーメランくさいよな....
↓2つは確かにSEの仕事と言えるけどマクドナルドの迷惑客や訴訟事件みたいな異常者もいるからね
・ユーザー教育というかマニュアル整備
・素人でも回るシステムの設計と開発

クソ客は普通にいると思うんだがw 今で言うならカスハラね 知識ないな....
・コンビニ店員への土下座強要 ※ジャンル違い
・無料サポート要求や時間外の要求
・ソフトウェアに対する機能の過剰要求

>>815も言ってるけど当たり前の事やよく見れば書いてあることを聞いてくるらしいやん
それだけマニュアルや自分で調べる能力がない人が多いんでしょ
後は普通に人に聞いて楽して知識の獲得コストを下げたいとかなんやろか？

ここなんのスレだっけ？

そんなものだよ、マニュアルとか用意しても読むより聞いたほうが早いっていう思考の人はいる
説明書読まない人いるでしょ？それと同じ
何度も同じこと聞く人もいるし仕方ない
まあもうこの話終わりにしないか？

>>821
【ニコ生】新配信録画ツールやな～
無駄にどうでもいい事でプチ炎上しすぎぃ～ｗｗ
さぁ～↓からは次の話題ですよ～

先日のお知らせでは明日生放送メンテナンスするはずなのにお知らせにないね…
本当にメンテナンスするのか

これか

生放送定期メンテナンス　1月28日(水) 6:00 〜 8:30
https://blog.nicovideo.jp/niconews/267567.html

ユーザー生
>08:32:36 LiveID: lv349743567
>08:32:41 availableQualities: [abr super_high 1.5Mbps480p30fps 480kbps288p30fps audio_high audio_only]

high normal low super_lowがなくなったのでプログラムやバッチでユーザー生とチャンネル／公式の画質を指定してる場合は修正が必要
ユーザー生はまったく見ない人は変更の必要なし

Streamlinkでユー生で画質指定してるけど修正したバッチは問題なく動いた
480pの縦配信が気になるところ…つべと同じ854pで指定するようにしてるけど853pの可能性もあるし

録画が終わったデータがあったので確認したところ｢854｣だった
チェックツールからStreamlinkからバッチ等を経由して個別に画質を渡してる場合、
例えば480pを録画したい場合はチェックツールからは480を渡し受けるバッチやプログラム側で
--default-stream "854p,480p" を渡すように修正すれば良いと思う

特殊なことしてる人以外は影響が無くて何よりです

今後の流れについて追記きました

https://blog.nicovideo.jp/niconews/262451.html
（1/26追記）【重要／ニコニコ生放送】2026年2月より「ニコ生ゲーム／放送ネタ」の運用体制とサービス内容を変更します

一般会員（アカウント）の人に質問
今(11:50頃)公式放送をブラウザで見たり録画すると最高画質1MBにならない？
例
lv349414519

チャンネルとユーザー生放送は3MBまで選べるんだけど？

>>831 自己レス
今やってる以下の公式は全部エコノミータイム(17時から27時)まで続いてるんで一般会員だとエコノミータイム以外の時間でも1MB以下の画質しか選べないのか？
前からこんな仕様だっけ？
lv349383260
lv349407573
lv349414519

今のところ昨日まで重かったユーザー生放送のブラウザ表示がほとんど画面停止しないで表示されてるような気がする
それに加えて、設定→画質480kbps、設定→通信モード→安定重視に変更して
設定→詳細設定→ゲーム・ギフト・エモーション演出をオフにするとかなり快適になるからニコゲーも原因だったんだろうな

うわあ容量倍食われるわ
迷惑だな

録画は問題無く出来てるし一般でも画質が良くなってる感じだね