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

2025/04/11(金) 22:31:09.92

SlNicoLiveRecで録画しても音声入らない事あるけど、誰も指摘しないのは何故ですか？

2025/04/11(金) 22:59:57.66

>>78
SlNicoLiveRecはStreamlinkのラッパーツールでStreamlinkのIssueにスレッド立ててStreamlinkの作者に直接報告しない限り永遠に修正されることはないから

Streamlink自体汎用録画ツールで今まではそういうニコ生特有の機能は日本人作成のツールで全対応してましたが、今後は全部報告しないと永遠に修正されねーから
お前らは今まで日本人のやさしさに甘えてただけなんだよということをこれから嫌というほど知るわけだｗｗｗｗ

2025/04/11(金) 23:02:57.37

>>76
ほんとに助かりますありがとう！

2025/04/11(金) 23:08:32.32

>>78
補足すると、そもそもバグは発生していてもわざわざバグ報告を掲示板に書く人が少なく（多分利用者の50分の1以下)
で、その中でもその現象が発生する率が少ないからだろ
そういう不具合はSlNicoLiveRecはStreamlinkのラッパーツールだからSlNicoLiveRecでもどうにもならなくてStreamlinkに（略なわけで

2025/04/11(金) 23:15:23.42

素直にStreamlinkの使い方を学ぶほうが良いと思う

2025/04/11(金) 23:55:02.70

>>82
今までいにしえのnamarokuや（仮さんのGUIツールで放送URIを指定するだけで１から１０までやってくれたツールが当たり前なユーザーが今更Streamlinkやyt-dlpのようなCUIツールとか無理ゲーだよね
SlNicoLiveRecってGUIでStreanlinkにパラメーター渡すだけなんだけど現時点で神ツールなわけだが、それでも使い勝手悪そうで、これは（仮ツールの功罪の罪だなと思う
罪は（仮のせいでほかのツール作者が育たなかったし、ユーザーも（仮が普通だと思った点

2025/04/12(土) 01:44:42.90

アホしか困ってないしこのままでいいよ

2025/04/12(土) 01:54:09.29

四八福星間開発さんがメンタル強そうな人だから今後もやっていけそうでよかったかなと

2025/04/12(土) 05:55:54.27

>>82
StreamLink自体の問題ならどっちを使ってても中身一緒なんだからあんまり関係なくないか

2025/04/12(土) 13:35:25.72

SlNicoLiveRec.exe　は追い出されてると録画をリトライするのはちょっとどうやっていいかわかりません
みたいな回答きましたね

2025/04/12(土) 14:59:53.66

Streamlinkの使い方自力で覚えたからSINicoLiveRecはぶっちゃけ必要ないんだけど、Steramlinkだと同一垢で録画と視聴が同時にできなかったり追っかけ録画ができなかったり、やっぱり（仮と比べて使い勝手が悪いんだよな
早く（仮の後継が出てきてほしい

2025/04/12(土) 15:28:06.84

どこに出しても恥ずかしくない乞食

2025/04/12(土) 15:37:04.43

たたた大変だああああ
ついにSINicoLiveRecが一線を越えた（Streamlink呼ぶ前に放送ページの情報を読むようになった）ぞ
でもこうなるとほかのツール同様にトロイの木馬判定でやすくなるのね

更新内容
録画開始前に配信情報、タイムシフト情報を取得するように変更
（略）

2025/04/12(土) 15:40:08.19

>>88
>早く（仮の後継が出てきてほしい
そんなニコ生に熱意のあるガイジンはいないから永久に無理

2025/04/12(土) 16:19:33.68

そもそも（仮にstreamlinkを外部ツールの設定にするだけで事足りるのに何をそんな他ツールで騒いでるの？

2025/04/12(土) 16:40:09.37

>>92
28 名前：名無しさん＠お腹いっぱい。警備員[Lv.13][sage] 投稿日：2025/04/07(月) 16:01:30.33 ID:X4uF0uzS0 [1/2]
>>27
録画ツール（仮は新サーバーの動画は外部HLS録画エンジンを使うを指定してもコメントのみのＤＬになります
これは作者の意向によるものです

2025/04/12(土) 16:43:18.29

録画した動画ファイルが細切れになってもいいから、仮で >>53 ができるように
コメントのみのｄｌをやめてもらったらねぇ

2025/04/12(土) 16:50:39.18

SlNicoLiveRecをV1.0.1.0に更新

2025/04/12(土) 17:27:11.71

満員で録画開始できないときに、再録画試行が有効な場合は再録画試行するように変更

一歩歩み寄って来たな

2025/04/12(土) 17:48:55.93

SlNicoLiveRecをV1.0.1.1に更新

2025/04/12(土) 18:51:11.48

現状をまとめるとこんな感じ？

おっかけ再生
→streamlink,yt-dlp,SinNicoLiveRecすべて非対応

同一垢で録画と視聴
→streamlink,SinNicoLiveRec非対応
→yt-dlp対応？

音声のみ録画(audio_high, audio_only)
→streamlink,SinNicoLiveRec非対応
→yt-dlp対応

二段階認証アカウントでの録画
→mail,passログイン非対応
→userssesionログイン対応

視聴期限のあるTS
→mail,passログイン非対応
→ブラウザで視聴開始ボタンを押してから、userssesionログイン対応

長時間放送の途中終了
→SinNicoLiveRecで再試行

満員放送
→SinNicoLiveRecで再試行

音ズレ
→streamlink,SinNicoLiveRec対応
→yt-dlp未対応

※streamlink,SlNicoLiveRecだと音が抜けることがある？

2025/04/12(土) 18:53:00.95

ブラウザで開始ボタン押すのは他のプログラムでselenium使ってる四八福星間開発さんに頼めべばSinNicoLiveRecで対応してくれそう
新配信対応したyt-dlp初めて触ってみたけど--cookies-from-browser firefoxでクッキー渡して複数同時録画しても大丈夫そうだな

2025/04/12(土) 19:08:06.45

視聴ボタンをわざわざ押さなくてもAPIがあるんだよ
（仮やlivedl(livedl-n)はそれでやってる

2025/04/12(土) 19:43:08.51

>>93
チェックツールからなら録画できるだろ
録画ツールでそれをやるから使えないだけ

2025/04/12(土) 20:46:43.00

アホは発想力が乏しい

2025/04/12(土) 21:12:29.82

>>101
全然無知の自分に教えて下さい。チェックツールにSlNicoLiveRec1008をどう設定したらいいのですか？

2025/04/12(土) 22:27:06.22

>>98
二段階認証(2FA)アカウントでの録画
Streamlink単体はmail,passでログイン対応
SinNicoLiveRecは2FAアカウントのmail/passログインは非対応
→ブラウザーでログインしてuser_sessionを表示し、user_sesion入力で対応

視聴期限のあるTS
録画したいアカウントでブラウザーでその配信を開きブラウザで視聴開始ボタンを押してからツールで録画

>同一垢で録画と視聴
>→streamlink,SinNicoLiveRec非対応
>→yt-dlp対応？

yt-dlpのソース見る限りstreamlinkと同じだと思いますがね？
でも問題ないというならそうなんでしょう（ニコ動と同一プログラムだからかもしれんけど）

2025/04/13(日) 00:04:50.65

>>103
そもそもstreamlink使うからお話が噛み合っていません

2025/04/13(日) 03:05:02.08

streamlink チェックツール経由で使ってもffmpegが無いって
エラーを吐いて無音の動画になってしまうことがある
一度^Cで止めてから改めて録画を始めるとエラーを出さなくなるので
何が悪いのかちんぷんかんぷん

2025/04/13(日) 13:23:22.99

>>106
Streamlinkはwindows-build版のexe?同じくzip(ポータブル版）?もしくはそれ以外の方法？
可能性としてはexe版以外は--ffmpeg-ffmpegか何かでffmpegのファイルがどこにあるかを指定しないといけない

さっぱり意味わからんなら一度StreamlinkをPATH含めて全削除してwindows-build版のexe版をインストールする
じゃなきゃStreamlinkをPATH含めて全削除してSlNicoLiveRecを使うことだな

2025/04/13(日) 15:55:27.17

読解力とアドバイスのレベルの違いを見せつけていくぅ

>>106
ffmpegmux.py のタイムアウトに注目しよう。
”チェックツール経由”と書いてあることから、毎回同じコマンドと読み取る。
”なってしまうことがある”と書いてあることから、頻度は低いのだろうと読み取る。
”止めてから改めて録画を始めるとエラーを出さなくなる”との報告を素直に読み取る。
都合の良い解釈や妄想を除いて理解した上で、コードを読んだ結果のアドバイスがこちらです。

>>107
面白い言葉だけど、かなり間違ってるし、誤解を招くよ。

2025/04/13(日) 17:21:00.08

PATHの問題だったりカレントディレクトリーの問題だったり、CUIになるとMS-DOSの時代から延々と変わらんよなー

Streamlinkの問題は一律 --loglevel debug --logfile logfile.log をつけてlogfileを見ればある程度はわかるけど、じゃないとわかんないね
それと大体質問してくるような人間ってわかってないから質問してきてるんで、あんまりその通り言葉を解釈しても意味ないような
だから何？って言われても

2025/04/13(日) 17:22:38.05

>>108
じゃあお任せしますんでよろしく
こっちもツール開発等に専念できるんで

2025/04/13(日) 17:58:13.27

何も役に立たないどころか間違い誤解を招くことを
垂れ流す人に任されることなんて何もないです。
それにあなたが見下している>>106さんのほうが
書き込みに有用な内容が含まれていました。

読み取れない人間に問題がありますね。

2025/04/13(日) 19:26:02.01

>>98
リアルタイム録画の通信モード　低遅延重視／安定性重視
streamlinkおよびSlNicoLiveRec
→安定性重視
yt-dlp
→低遅延重視（になっていると思われる）

※タイムシフトには通信モードなし

2025/04/13(日) 20:39:56.55

検証したいんだけど25時間以上のタイムシフトあったら教えてもらえますか？

2025/04/13(日) 21:00:57.85

公式(49時間25分)
ダイオウグソクムシ48時間生中継@鳥羽水族館【ニコニコ超復活祭】
https://live.nicovideo.jp/watch/lv345702317

2025/04/13(日) 21:16:14.67

で、こいつは誰なの？
SlNicoLiveRecとlivedl-nの作者が同じに見えてくる

**nnn-revo2012** 警備員[Lv.8][新芽] · 2025/04/13(日) 21:26:59.69

>>114
ありがとう

>>115
SlNicoLiveRecの作者ではない

2025/04/13(日) 21:31:28.28

別件の検証してたけど
同じアカウントで同じ放送で２つ接続してても片方が動画を取得してない（＝コメントのみ取得）なら切断されないということがわかった
ならStreamlinkもyt-dlpも録画ツール（仮と共存できるわけだ

2025/04/13(日) 22:58:34.48

検証の１つの方法として、
録画ツール（仮のオプションで以下のように設定してからブラウザーと録画ツール（仮で同時に接続してもどっちも切れないですよね？
(●)録画データーを取得しない
HLS接続時の遅延レベル[1.5]

2025/04/14(月) 00:19:34.36

あの奥村さんも違法DLしてたなんて
https://x.com/h_okumura/status/1911037182837706859

2025/04/14(月) 21:35:19.27

COMMEON前つかってたやつが開けんけどもう使えんの？
配布終了しちゃってるし困った

警備員[Lv.14][苗] · 2025/04/14(月) 23:34:47.57

保存してある動画の再生はできてるよ
DRM の動画は知らん

2025/04/15(火) 00:04:17.50

>>121 解決済らしい
ニコニコ動画関連ツール総合スレ part13
896 名前：名無しさん＠お腹いっぱい。警備員[Lv.18][sage] 投稿日：2025/04/14(月) 23:43:50.65 ID:zSOfkd8t0 [2/2]
COMMEON
LAVなんちゃらのフィルターを入れなおしたら使えました
コメントの同期を変更するのは別途ソフト使わないとできないでしたっけ？

2025/04/15(火) 00:18:49.10

ログインしないor一般垢でSlNicoLiveRecを使って追い出されても再度リトライするように
できるように改良されているけど、何度も追い出されて細切れになった録画ファイルをコメントと同期とるのは大変だよな

追い出されてる間はブランク（黒画面）を録画して細切れファイルにしないように
もう少し改良してくれれば助かるけどね

2025/04/15(火) 01:09:21.83

>>123
>追い出されてる間はブランク（黒画面）を録画して細切れファイルにしないように
>もう少し改良してくれれば助かるけどね

それが出来ればそれこそnamarokuやnamarecoの時代(2010年頃)からそういう処理になってるって
今もそれができないからこうなってる

2025/04/15(火) 01:37:15.97

そうなの？仮で録画できてた頃はファイルが細切れになったことなかったけどなぁ

2025/04/15(火) 05:05:31.17

リトライしすぎてBANされそう

2025/04/15(火) 05:54:55.24

仮はファイル名もコメントも同期だしタイマー動くし音ズレないし途切れる原因にならないし回線とかで途切れてもログで一目でわかるし実質転送bpsも出るし
至れり尽くせりだった
チェックツールのメモリ蓄積による停止だけ気をつけてればよかった

警備員[Lv.14][苗] · 2025/04/15(火) 07:09:50.98

それはチェックツールで全ての放送のサムネを保存する設定にしてるとかじゃないのか？
あれを有効にしてると膨大な量のサムネが保存される

2025/04/15(火) 13:37:24.55

音ズレする原因はニコ生側の仕様変更だから仮が新配信サーバーでもそのまま動いてたとしても音ズレしてたと思うよ
まあゲストさんなら原因追及して対策してくれるだろうけど
でもそれも当たり前の事じゃないし、なくなって初めてゲストさんの偉大さとありがたみが分かった

2025/04/15(火) 17:58:33.86

>>129
Streamlinkやyt-dlpだと問題点毎にIssueをフォーマットに従って立ててバグならエラーログ提出必須、
修正したり作者から質問があった場合は動作確認や質問への返答がない限り先に進まない
ついでにと別件のことも書くと「それは本件とは関係ないので別のIssueを立てろ」
日本人の作者みたいに言われてないこともやったりすることは絶対ない

2025/04/15(火) 18:27:30.49

今アマゾンAWSの障害が発生してるようでニコニコ全体のサービスにも影響出てるみたいです

ニコニコ窓口担当 @nico_nico_talk
【不具合/ニコニコ】
現在、ニコニコ全体でサービスが利用できない場合がある不具合が発生しております。
原因調査と復旧作業を行っております。ご不便をお掛けし申し訳ございません。

2025/04/15(火) 20:43:00.33

>>130
streamlinkやyt-dlpのような様々な国のサイトに対応してる汎用ソフトは膨大なユーザーがいて複数の問題を同時進行してるからそうせざるを得ないんだろうけどね
ローカル向けのソフトならそれなりに丁寧な対応してくれそうだけど日本人でも色々な人がいるように作者の意向が一番大きいかも

2025/04/15(火) 20:53:20.37

>>78
こっちはその不具合を確認してないから報告しようがないんだよな
ニコ生は公式、チャンネル、ユーザーがあってそれぞれにライブとTSがあって基本ユーザーはその中で自分が必要な部分しか使わないからね
あとソフトの使い方や環境も人によって全然違うから単に音が抜けると言われても全員の環境で起きるかも分からない
自分の使い方を他人もしてると思って説明を省く人が多いけど実はそうじゃない事が多いので具体的に説明したほうが反応する人増えると思う

ちなみに四八福星間開発に報告した人と同じ人か分からないけどSlNicoLiveRec V1.0.1.1で公式のニコ美lv347355508を288p, hls-start-offset 00:10:00, hls-duration 02:37:55を指定してみたけど音は入ってた
自分はリアルタイムのユーザー生しか録画してないけど.tsファイルでFLVでシークしたときに音が出るまで時間かかることはあったけど完全に音が抜け落ちてるのは今のところ見たことないかも

2025/04/16(水) 04:55:33.94

こっちでもSlNicoLiveRecのサイトのコメント欄でもいいから動作でおかしいことあったらもっとコメントしてあげて

2025/04/16(水) 23:51:14.59

リアルタイムの録画、動画はSlNicoLiveRec、コメントは（仮
録画した配信をコメント流せるプレーヤーで再生すると、動画とコメントのタイミングが数秒ズレるな

タイムシフトの録画の場合はあまりズレないけど、タイムシフト録画し直しはちょっとめんどうではある

2025/04/16(水) 23:59:32.98

>>135
SlNicoLiveRec(Streamlink)と（仮ツールで動画とコメントの時間を同期することが不可能だから当然そうなるわな
解決したいならStreamlinkでコメントを取得してvpos補正するか（仮でnativeモードで動画を取得するしかない

2025/04/17(木) 00:07:09.69

>>135
それと新動画サーバーのリアルタイム配信は旧動画サーバーで使ってた動画とコメントの同期API(StreamSync)を使ってないので別の手段で同期取ってるのね
それもあるかなと思う
どっちにしろ動画とコメント取得するツールが別になってる時点で動画とコメントの同期は不可能だからどうでもいいけどｗ

**nnn-revo2012** 警備員[Lv.6][芽] · 2025/04/17(木) 18:52:50.27

ユーザー生だけかもしれんけどdata-propsからdliveの判定条件がなくなったみたいだね
修正が必要なようでほかにも変わってないか全体的に配信一度開発ツールで調べてみないと

**nnn-revo2012** 警備員[Lv.6][芽] · 2025/04/17(木) 19:12:16.34

>>138
公式・チャンネル・ユーザー生全て同じになってる
タイムシフトは公式しか見てないけどこれも同じなのでこれでニコ生は完全に新サーバー移行したということか？
現状の録画ツール（仮やlivedl-nはdliveかどうか判定して切り分けてるので誤動作する

それとリアルタイム録画の通信モード　低遅延重視／安定性重視が以下に変わってる
低遅延重視
latency: "low"
protocol: "hls"

2025/04/17(木) 20:13:55.50

>>139
録画ツール（仮は別のところも見ているのか問題ないようです
お騒がせしました

**nnn-revo2012** 警備員[Lv.7][芽] · 2025/04/17(木) 20:39:45.02

livedl-n 20250417.64
2025/04/17夕方からニコ生全ての放送に接続するとMasterfileが403エラーで接続を繰り返すので正しく接続するように修正
※20250407.63以前のすべてのlivedl-nは同様になるので20250417.64以降のバージョンを使用してください
//github.com/nnn-revo2012/livedl-n/releases/

2025/04/17(木) 22:39:05.34

>>141
多分今回の修正があったってことは、現時点(2025/4/17JST)でニコ生全ての放送が新サーバーに移行したのだと思いますが、万一旧サーバーの放送が残っていた場合livedl-nでは動画のDLできません
その場合は録画ツール（仮かStreamlinkを使ってください
(yt-dlpは旧配信の録画ロジック削除のプルリクが出てるのでそのうち旧配信の録画は完全にできなくなると思います）

2025/04/17(木) 23:07:39.96

>>135
SlNicoLiveRecの作者ﾀｿにお願いしてコメントもダウンロードできるようにしてもらうしか無いんじゃね？

2025/04/17(木) 23:34:07.32

>>143
SlNicoLiveRecはStreamlinkを起動するためのGUIツールだから直接Streamlinkでコメント取得しないと厳密な動画とコメントの同期は無理
でもStreamlinkは他のプラグイン見てもコメントのダウンロードはしないポリシーっぽいよね
yt-dlpなら可能性はあるけど誰がつくるんだよ？！って気がする（基本ガイジンはコメントいらないからね）

2025/04/17(木) 23:59:21.32

SlNicoLiveRec、ジークアクスのニコ生tsファイルは落とせたけど音声が入ってないっぽい
設定はプレミアム会員のログイン情報入れた以外は変更していない
バージョンは今落とせる最新版
mp4に変換のオプション使ってみたけどやっぱり音声が入っていなかった

原因わかる人いますか？

2025/04/18(金) 00:29:29.16

音声ファイル、最初は入ってなかったけど何回か試したら入ってました
設定は変えていないので原因分からず

2025/04/18(金) 01:06:50.48

>>145
lv347423661 のこと？
livedl-n+Streamlinkだけど特に問題なし
強いて言えば一時的に音声のcacheの一部が壊れててFFmpegの動画＋音声の結合時にエラーになってたとか？
時間をおいたらかcacheが再取得されて問題なくなったのかもしれません

2025/04/18(金) 01:12:28.34

>>141
ありがとうございます
TSとコメントのファイル名が揃うのでとてもありがたいです

2025/04/18(金) 08:30:15.97

だから（仮でコメントもDL出来るし何が不満なの？

2025/04/18(金) 11:08:16.84

バカがコメントでキックの話を押し付けるのと同じ光景

2025/04/18(金) 13:56:27.50

見ず知らずの人間が作ったエグゼファイルを実行するやつの危険意識の低さ
たとえ、それがマルウェアでなかったとしても、どれだけリソースを奪うか、レジストリを汚すのか、ドッカーとの競合など、一切調査せず使うのは浅はか
15歳から65歳までのデジタルネイティブ世代にはあるまじき、危険運転する年寄りのような行為

2025/04/18(金) 13:58:52.17

ｔ

2025/04/18(金) 15:37:58.07

録画ツールって復活したの？

2025/04/18(金) 19:43:45.53

Streamlink直でdebug付きでログ取ってるけど、以下で時間変えたり解像度変えてるけど低解像度(1Mbps程度)だと問題ないけどbestにすると途中でError while reading from substream: Read timeoutが出たりして結果音声が途中で切れるファイルが出来るのかも？
DLする時間や高速な回線だったりパソコンの処理が速いなどの条件も関係してくるかもしれないけどセグメントのタイムアウトを大きくするかbufferを大きくすれば解決するかも

streamlink --loglevel debug --logfile lv345702317.log https://live.nicovideo.jp/watch/lv345702317 --default-stream best --hls-start-offset 5:50:00 --hls-duration 30:00 -o lv345702317.ts

2025/04/18(金) 20:43:32.04

単純なオプションじゃウィンドウがすぐ閉じてニコ生の放送が不定期に切れるのを抑制できない
録画ツールに任せられた時は何分引っかかっても放送が切れるまで必ず接続を復帰してくれたんだがな
何とかならないか

2025/04/18(金) 22:07:22.53

>>155
SlNicoLiveRecのプログラム内でそういう状況に応じたリトライ処理をしてるわけじゃないからしょうがない
Streamlinkに投げて終了を待つだけだもの

2025/04/18(金) 22:20:50.05

更新内容
nicolive.pyの変更
・"latency": "low"
・"accessRightMethod": "single_cookie"
・ffmpeg_options={"copyts": False}

どういう意味の更新なのかがわからん・・・

**nnn-revo2012** 警備員[Lv.12] · 2025/04/18(金) 22:38:52.32

>>157
実質自分がリクエストしたようなものだからなｗ

Streamlinkの設定修正
・リアルタイム録画の通信モード　低遅延重視　に変更（これはリクエストしてない）
・Cookieの指定をブラウザと同じに変更
・FFmpegでmuxする際にcopytsをoffにする（過去のタイムシフトの音ズレ対策）

2025/04/18(金) 23:33:50.51

>>158
すまんがもう少し解説頼みたい
現在と比較してそう変わったってことは
更新前は録画時の設定は安定重視で録画されてたってことだよね？
変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？
あとCookieの件も、ブラウザと同じに変更ってことは今はなんなんだろう？と
どういう状態からどうしてそう変わったのかを知りたい
まぁ賢い人達がうまく考えて変更してくれてるんだろうから知らなくていいとは思うけど興味本位で

2025/04/18(金) 23:46:46.55

>>159
>更新前は録画時の設定は安定重視で録画されてたってことだよね？
>変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？

リアルタイム録画だと前の方が安定してたはず("latency": "high")
多分作者がリアルタイム録画の通信モード　低遅延重視(low)／安定性重視(high)　についてよくわからないで変更したと思われる

といってもほとんどの環境じゃ変わらないと思うけどね

警備員[Lv.15] · 2025/04/19(土) 14:23:14.02

streamlinkでなぜかエラーになるTSあったんだけど、昨日のユーザー放送lv347549322で
オフセット無し指定だと正常に動くんだけど、オフセット指定したらなぜか動かない。
あとオフセット0:0:1の指定と1:0:0の指定でのエラー内容も変わる。
なぜ起こってるのか詳しくわかる方、検証お願いしたいです。

2025/04/19(土) 16:16:28.24

>>161
Audio
#EXT-X-MAP:URI="https://assetdelivery.dlive.nicovideo.jp/blank/audio/init?******";
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:09.000+09:00
#EXTINF:0.02133,
//assetdelivery.dlive.nicovideo.jp/blank/audio/segment?******"
#EXTINF:5.99467,
//assetdelivery.dlive.nicovideo.jp/blank/audio/segment?******"
#EXT-X-DISCONTINUITY
#EXT-X-MAP:URI="https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/audio/1/main-audio-192Kbps/1-HFB2K4A5HGG5U/init00002.cmfa?******";
#EXT-X-KEY:METHOD=AES-128,URI="******"
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:15.019+09:00
#EXTINF:5.99467,

2025/04/19(土) 16:19:42.77

>>161
VIDEO

#EXT-X-MAP:URI="https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/init00001.cmfv?******";
#EXT-X-KEY:METHOD=AES-128,URI="******"
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:09.000+09:00
#EXTINF:6.00000,
https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/00001.cmfv?******";
#EXT-X-DISCONTINUITY
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:15.000+09:00
#EXTINF:6.00000,
https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/00002.cmfv?******";
#EXTINF:6.00000,

2025/04/19(土) 16:37:35.86

>>162 >>163
offset指定するとVIDEOのKEYがスキップされるようで読めなくて終了
VとAが逆なら問題ないようだけど、これがサーバーの問題なのか、m3u8の正しい仕様なのか、Streamlinkの改良点なのかはわからん

以上あくまでも解説

2025/04/19(土) 18:28:05.15

>>164
詳しい解説本当にありがとうございます。

2025/04/20(日) 01:57:22.31

>>157
ありがとう！
streamlinkで録画中に視聴しても途切れなくなった！
快適！！！！！

2025/04/20(日) 19:14:07.73

SlNicoLiveRec V1.0.1.2ですが過去のタイムシフトの音ズレ対策のためcopytsをオフにしてますが、そのため逆に以下の条件を満たす放送は必ず音ズレします
1.新サーバーに移行後のユーザー生放送
2.音声の最初にだけblankがある放送（映像にはblankがない）
※映像音声共にblankがある放送は音ズレしません
2.の条件は直接開発ツールかなにかで音声と映像のm3u8を開いてみないとわかりません。

例
lv347549322
lv347108476
lv347232085

公式やチャンネルしか見ない人はこのままでよいと思いますがユーザー放送しか見ないような人はnicolive.pyの以下の部分を False から True に書き換えたほうが良いかと思います。
ffmpeg_options={"copyts": False}

2025/04/20(日) 21:09:39.05

>>167
2.の条件に追加

2.音声の最初にだけblankがある放送（映像にはblankがない）
　または音声映像両方にblankがあるがその秒数が違う放送
※映像音声共にblankがありその秒数がほぼ同じであれば放送は音ズレしません

2025/04/21(月) 15:13:41.03

>>167
過去の音ずれするTSっていっても、もうかなり数少なくなって限定的だし、まあ基本はcopytsは常時使っておき
過去の…大まか的に分類したら4/1以前の時(ユーザーは3/1以前)だけ、FireFoxで音ズレを視聴確認してからcopyts無版を選択使用
するのが最適解なんでない？公式はcopytsの有無関係なしに音ずれしない前提の話になるけど
copyts無版を使用すれば音ずれ可能性ありになるので、ファイル後の音ずれ視聴確認の手間は増えて面倒だけど

どうみてもcopytsオフ版の常時使用は普通はすべきではないと思う

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/04/21(月) 18:36:42.85

>>169
--ffmpeg-copytsオプションを無効にするオプションがないのでプラグイン内の--ffmpeg-copyts強制指定はやめて
SlNicoLiveRec上で--ffmpeg-copytsオプションをON/OFFできる（デフォルトON)にしたらいいんだが
その場合Streamlink直で使う人は--ffmpeg-copytsを必ずつけないといけないからちょい面倒になる

多分公式とほとんどのチャンネル放送と95%ぐらいのユーザー放送は--ffmpeg-copytsなしで大丈夫だと思うんだけど
>>167に該当する放送のみ--ffmpeg-copytsが必要で結局DLした後放送見直して音ズレてないか確認しないと
顔出してなかったりアニメの放送なんて音ズレしてるかしてないかすらわからんけど

2025/04/21(月) 21:09:27.65

アニメでわからないってどういうこと……

2025/04/21(月) 21:31:54.23

リップシンク

2025/04/21(月) 21:55:49.24

>>171
アニメとかVチューバーがそうだけど別にアニメそのものがしゃべってるわけでないから1秒ぐらいのズレならわからなくない？
顔出しで人がしゃべってれば口の動きと音声でわかるけど、顔出してないとか音声のみとかズレてるかわからなくない？

2025/04/23(水) 08:09:30.62

あっちの掲示板に
SINicoLiveRECで出来ること
・放送中に録画が停止しても再試行してくれる

ってあったが、これは SINicoLiveREC 独自の機能？
それとも単純にstreamlinkのオプションで対応可能なもの？

2025/04/23(水) 08:15:36.41

ツールの使い方勉強するよりプログラミングの勉強すればもう困ることないのに
無駄な労力割いてるねえ

2025/04/23(水) 12:15:58.32

sageもできないボウヤが自動車の運転を上手にしたいという相手に自動車の設計からどうぞって言ってるんか？ｗ

2025/04/23(水) 12:18:41.19

その例えは当てはまらないな
プログラミングは簡単だけど自動車の設計は難しいから

2025/04/23(水) 12:20:21.05

例えるなら既製品の机を買ってくるか
ホームセンターで板を買ってきて組み立てるかのほうが正しい