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

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

2025/04/23(水) 14:39:38.05

>>177,178
ホムセンの机すら組み立てられない層もいる
そういう人らにすれば自動車の設計も組み立てもプログラムも同じく「難しい」だよ
敷居が高い低い以前に、自分で作れるならすでに作っているだろうからな
作ろうと思ってても勉強するのは面倒って層に>>175は響かないって話
作れないのではなく、作らない・作ろうともしてないのだろう
理由は彼らにとっては「難しいから」

2025/04/23(水) 14:41:14.09

あなたにとってプログラムは簡単だけどsageは難しいみたいだねw

2025/04/23(水) 14:47:41.68

ホムセンにも行かない人はそもそもツールの使い方も調べないからその例は当てはまらないな

2025/04/23(水) 14:54:29.63

＞＞181
そういうことを>>175では言ってるんだけど…理系脳ってやつか…
プログラムなんて簡単にできちゃうID:tavdbTIq0さんは
ニコ生録画ツールも簡単につくれちゃうんだろうね　すごいねー　頭良くってうらやましいなー

2025/04/23(水) 14:58:30.89

ツールの使い方調べるのやめてプログラミングを勉強したら作れた

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 2025/04/23(水) 14:58:35.05

さげる理由ってなに？

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

>>183
過去にはツールの使い方を調べるという思考だったんだね
プログラミング勉強するのに短期間で組めるようになった？
時間かけるより知ってる人にサクッとやりたい事済ませたいって気持ちもわかるんじゃない？

>>184
sage進行は昔からの名残で現在では大した意味はないんじゃない？
自分で調べないと凄腕プログラマーに叱られちゃうぞｗ

2025/04/23(水) 15:18:37.28

そこまで自作したくない気持ちがわからん

2025/04/23(水) 15:27:46.52

自作したい気持ちはあるけどね。バッチくらいなら組めるよ。
時間コストの優先順位かな。他にもやりたい事あるし、録画するのが目的なのよ
長期目線でみればツール作れるようになれば便利なのは理解してるが、便利なツールを公開してくれている御方がいるのだから
作った人に感謝しながら使っていく感じ
甘えと言われりゃおっしゃる通りだ

2025/04/23(水) 16:49:30.32

自己研鑽しろよ
ニコ生録画してないで

2025/04/23(水) 17:12:33.98

>>188
ニコ生録画しないなら、このスレ来る意味ある？ｗ
俺にとってニコ生視聴や録画は趣味でしかないし
プログラミングも生業じゃないからなあ
仕事のスキルアップなら自発的に資格試験の勉強とかしてるよ
プログラミングについてはパイソンとかのユーチューブ動画とか眺めてるくらいはしてるが、そんなもんは自己研鑽の内に入らんよね

2025/04/23(水) 22:07:55.16

お前らの煽り耐性の無さが一番のスキル不足だろ

**nnn-revo2012** 警備員[Lv.2][新芽] · 2025/04/24(木) 01:58:35.07

>>159
2025/4/24現在、ユーザー生で同じブラウザーで同じ放送を２つ開いても以前のように片方が閉じたりしなくなっている
なのでwebsocket接続時にstartWatchingに送るオプションが同一なら２窓可能（＝ブラウザとStreamlink/yt-dlp同時起動可能な仕様）になってるようだ
SlNicoLiveRecV1.0.1.2より前のStreamlinkは"accessRightMethod": "single_cookie"が指定されていなかったのでstartWatchingに送るオプションが同一ではないため以前の仕様通り切断されていた（これが本来の仕様）と思われる
チャンネル・公式は確認してないけど同じ仕様かと思われる
これはたまたまそうなったのかニコ生の新しい仕様なのかただのバグなのかはわかりません（気になるならニコニコのサポートに連絡してみて）

これで納得ですかね？

2025/04/24(木) 02:23:14.55

四八福星間開ホームページより
2026年04月23日お知らせ

4月25日から5月6日までの間、コメントや不具合の対応をお休みさせていただきます。
この間にいただいたご連絡につきましては、5月7日以降、順次対応させていただきます。

2025/04/24(木) 10:53:12.17

ほら言わんこっちゃない

2025/04/24(木) 13:29:59.77

ゴールデンウィークだからやろ
仕事か旅行か知らんがとにかく予定が入ってると

2025/04/24(木) 13:50:23.78

自作が最強ってこと

2025/04/24(木) 15:28:26.11

確かに、自分でゼロから作れば、本当に自分の思った通りの機能を持ったものができるから
その点だけ見れば「最強」と言いたくなる気持ちもわかる。

ただ、サイトの変化に「一人で対応し続ける大変さ」っていうのは、長くプログラムを書いている人ほど、その重みが身に染みてわかることなんじゃないかな。
プログラムっていうのは、一度作って終わりじゃないんだよ。
特に、今回のように外部のサービス、つまり配信サイトの仕組みに依存して動くツールの場合、
相手側が仕様を変更したら、こっちのツールもそれに合わせて直さないと動かなくなる。

サイト側が、裏側の通信方法を変えたり、あるいは露骨に対策してきたり…ってことは普通に起こり得る。
プログラムを長くやっていれば、「あー、外部サービスの非公開APIが変わるの、本当に勘弁してほしいやつだ」みたいな経験、一度や二度じゃないはず。

それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。

一方、ネットで配布されてる有名なツールなんかは、多くの開発者が関わっていたり、膨大なユーザーからのフィードバックがあったりする。
だから、サイト側の変更があっても、誰かが素早く対応してくれたり、コミュニティの中で解決策が見つかったりする確率が高い。
個人の力では追いつかない変化にも、集団の力で対応していく感じ。

もちろん、配布ツールに不満があるから自作するという原点はあるだろう。
でも、「最強」という言葉の裏には、プログラムの継続的なメンテナンスがどれほど大変かを知っている人ほど、安易には手を出せないような、果てしない苦労が潜んでいる。
趣味で一時的に作るなら良いけど、本当に「最強」の状態を維持し続けるのは、プログラマーとしての経験があればあるほど、その困難さをリアルに想像できるはずなんだ。

だから、「自作最強」という言葉を聞いたとき、「いやいや、そのメンテナンスコスト、舐めたらあかんで…」と感じる人は少なくないと思うよ。

2025/04/24(木) 16:01:26.66

ossにコントリしろよ
独りよがりになるな

2025/04/24(木) 16:13:04.92

自作だからこそ仕様変更にも容易に追従できるけどな

2025/04/24(木) 16:27:01.58

まぁこのスレに何人自作のツール稼働させてるのがおるか云う事や

2025/04/24(木) 16:47:42.30

>>196
>それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
>これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
>新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。

録画ツール（仮やチェックツール（仮もそうだけどな

2025/04/24(木) 16:53:10.68

自作だと自分の環境だけで動けばいいから
設定とかいらないしメインのロジックに集中できるから楽

2025/04/24(木) 18:05:54.87

結局公開するかしないかじゃないの？
公開すると録画ツール（仮みたいにボランティアなのに半ば義務になっちゃうし
あれ作ってこれ作ってってなっちゃうし

2025/04/24(木) 18:57:25.17

他人の使い勝手考えなければ2日もあれば作れる
てか作れた

2025/04/24(木) 19:30:45.04

自慢できるツールを作れる奴が公開したらいい
仮は自慢できる

2025/04/24(木) 19:47:55.03

自作できるやつは「ぼくの作った最強のツール(非公開)」も使うことができる
自作できないやつは公開されたツールを使うしかない
「ホラホラ、自作ってすごいし簡単だからお前もやれよ」って言われてもね

2025/04/24(木) 23:06:15.00

ツールすらまともに使えない人が多い印象

2025/04/25(金) 06:49:52.34

自分に必要な機能だけを作ればいいから不具合もないし最高に使いやすい
なので自作がおすすめ

2025/04/25(金) 11:54:00.81

自作できる知識と余暇時間あるならしてる
自作プログラムって一朝一夕にできるもんじゃないでしょうに
ズブの素人が録画ツール作るれるレベルになるまではコツコツ勉強しないとでしょ
作ろうと思って勉強中の人もいるだろう
知識があっても作る時間がないとかで公開ツールのほうが自分が作るより優れていると判断した上で
公開ツール使ってる人もいるんやない？

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/04/25(金) 14:49:49.12

たとえ必要な知識がある程度あったとしても、今の世の中でみんながみんな開発に十分な「余暇時間」を持てるわけじゃない
仕事や勉強、個人的なこととか、時間は限られてる
そういう時、ゼロから自分で作るのにかかるめちゃくちゃな時間と労力を、もう公開されてる性能が高くて安定したツールを使うことで済ませるっていう選択は、すごく合理的だって言える

公開されてるツールは、たくさんの開発者や使う人に使われて、機能が増えたり、バグが直されたり、使いやすくなったりしてる場合が多い
作るのにかかる時間、できることの幅、手入れの手間なんかをひっくるめて比べた結果
自分が今からちょっとの時間で作るものより、もう出来上がってる公開ツールの方が、やりたいことを実現する上で「優れてる」って判断することも少なくない

知識はあっても時間がないとか、公開されてるツールの出来を評価した上で、あえてそっちを使うって選択をしてる人もいるっていうのは、プログラム作りの現実と使う人の合理的な判断に基づいた、ちゃんと根拠のある見方だと思うよ

2025/04/25(金) 15:23:50.60

でも公開されてるのは追っかけ録画もできないんだよな

2025/04/25(金) 15:26:44.02

コンピューターに付いていけてない人類は割と本当に多いんだよ
しかもPC離れなんて起きてるんだから世代も関係ない

2025/04/25(金) 15:46:49.32

>>210
おっかけ録画機能付き録画ツールを自作できるなんてスーパー天才ハイパー敏腕プログラマーなんでちゅねｗ

自作ツールには追っかけ機能がついているというなら、ひっそり自分だけで便利に使えばいいじゃない
公開する気もないツールの機能紹介されてもねえ

個人的には録画できるだけでも満足だし公開ツール作ってる人らに感謝して使わせてもらっているし
さらに便利な機能が付けばそれも自分の用途に合ってればありがたく使わせてもらうよ
自作ツールを公開してくれている人たち本当にありがとう！！

**名無しさん＠お腹いっぱい。** 警備員[Lv.6] · 2025/04/25(金) 15:52:58.68

まだやってんのか

2025/04/25(金) 20:32:35.14

自作で完結してる人はスレにすら来ないのかなと思った

2025/04/25(金) 22:43:45.84

底辺のあがきを見るためにくるで

2025/04/25(金) 23:15:32.75

プログラムを自作しなくても今公開されてるツールのバッチ起動で前と同じ運用できる
そのバッチのコマンドをプログラムみたいと言われればそれは勉強してとしか言えないけど

2025/04/26(土) 00:09:58.59

俺くらいになると自作した嫁と自撮りハメ撮りした動画でヌイてるわｗｗｗ
簡単だし気持ち良いし他人に挿れさせることは考えないから2日もあれば作れる　てか作れた
自分の好みだけの締まり具合にすればいいから最高に使いやすい
でもそこらに歩いている女はぶっかけ撮影もできないんだよな
なので自作嫁おすすめｗｗｗ

2025/04/26(土) 02:09:43.14

yt-dlpの話だけど、doe1080氏には頑張ってもらいたいよねー
もう日本人は基本的にニコ動もニコ生のDLツールを直接作成したり変更できないんで

2025/04/26(土) 08:34:19.69

四八福星間開発

2026年04月23日
お知らせ
4月25日から5月6日までの間、コメントや不具合の対応をお休みさせていただきます。
この間にいただいたご連絡につきましては、5月7日以降、順次対応させていただきます。

2025/04/26(土) 08:36:06.62

SlNicoLiveRecでタイムシフトDLする方法ないの？

2025/04/26(土) 08:45:27.54

>>220
？？？

2025/04/26(土) 08:51:04.88

>>220
また例によって設定のログイン設定の件か？
ニコ生は「ログインしない」はほぼ必要ないし、キャッシュされた資格情報うんぬんのチェックボックスはログイン方法を変更した場合チェック必須だしってことでここもなにか改善案を出さないとここでつまづく初心者が増えるばかりだよ

2025/04/26(土) 21:50:43.75

>>170
SINicoLiveRecV1.0.1.2から--ffmpeg-copytsがデフォルトオフになってるけど、700人ぐらいが使ってるのに「音ズレする？！」って報告が5chや作者のblogでないのは、おそらくニコ生側サーバーの設定調整により--ffmpeg-copytsが必要になる放送の方が少なくなった（数％ぐらい？）ということかと思われる

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/26(土) 22:34:01.76

>>223
デフォルトオフにしてって要望出しの誰だよ
ゴミすぎるだろ

**nnn-revo2012** 警備員[Lv.8][新] · 2025/04/26(土) 23:25:05.68

>>224
自分だけど？
今も音ズレする放送ある？ユーザー生・チャンネル・公式のどれが多い？
公式やチャンネルでひんぱんに音ズレするようなら元に戻すように四八福星間開発さんに伝えますが？

2025/04/27(日) 00:44:58.80

>>225
自分はSINicoLiveRec使ってないから関係ないけど
--ffmpeg-copytsを常に付けておく方が現状は合理的では？
多くの配信でオフでも問題ない可能性はあるが、特定の配信での音ズレするという避けたい問題を確実に回避できるし
全体としてはこの設定にしておく方が「安全」と感じられる場面が多そう

2025/04/27(日) 01:12:47.44

実際のところnnn-revo2012さんは四八福星間開発さんの掲示板で以下のコメントをしただけで直接ffmpeg_options={"copyts": False}という要望はしてないんだよね

>10. nnn-revo2012 2025年04月14日 23:58
>>>8
>タイムシフトの音ズレ問題に関してはStreamlink7.2.0においてユーザー生およびチャンネルで３月より前に旧サーバーで配信された放送をドワンゴが新サーバー形式に変換した放送の一部で（全てではない）音ズレするという問題が5chで報告されています
>それについては--ffmpeg-copytsというオプションをはずせば音ズレが解消されるということなのですが、nicolive.pyの中で--ffmpeg-copytsを強制動作するようになっているので現状ではnicolive.pyを直接修正する以外方法はありません

ffmpeg_options={"copyts": False}をした上でオプションにて--ffmpeg-copytsの付け外しができるようにすれば以前のままにも出来たんだけど現状はffmpeg_options={"copyts": False}をしただけ終わっちゃったから中途半端な状態になってるというだけ

2025/04/27(日) 01:40:01.34

それはnnn-revo2012さん本人も分かっていて>>170や（仮の掲示板では以下のようなコメントもしている

>381 :ななしのよっしん2025/04/26(土) 00:52:53 ID:g2nOfWjh
>来月のGW明け前にこれを四八福星間開発さんのところにコメントする予定

>次にSlNicoLiveRecをバージョンアップする際に以下の機能を追加していただけないでしょうか？
>・音ズレ修正機能（チェックボックス）
>　設定→上級者設定に以下の項目を追加する
>　音ズレ修正
>　[ ]音ズレしている放送を音ズレ修正して録画する
>　通常は必ずオフにしてください
>　ユーザーやチャンネルの一部の放送で音ズレする場合だけチェックオンにして録画してください
>※イメージ
>i.imgur.com/u0tYwjY.jpg

>チェックがオンの場合はStreamlinkの引数に --ffmpeg-copyts を追加する　オフの場合は何もしない
>デフォルトの設定はオフです

強制的に--ffmpeg-copytsがついてるStreamlinkより--ffmpeg-copytsが付け外し出来るようになったSINicoLiveRecのほうが便利でいいと思う
デフォルトをどっちにするかは議論が分かれるところだけど

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 02:31:25.18

最新のStreamlinkのnicolive.pyって--ffmpeg-copytsって強制じゃなくね？

2025/04/27(日) 02:36:18.39

>>228
Streamlinkについて「強制的に--ffmpeg-copytsがついてる」という表現は誤り
あくまでデフォルト設定で、Streamlink自体が強制的に--ffmpeg-copytsを有効にしているわけではない
引数で明示的に無効化（Falseに設定）することが可能
つまりStreamlinkでも--ffmpeg-copytsオプションを「付け外し出来る」

2025/04/27(日) 02:54:08.55

まじで？強制だと思い込んでた
間違った情報ドヤ顔で書いてしまった

**nnn-revo2012** 警備員[Lv.9] · 2025/04/27(日) 02:57:57.15

--ffmepg-copytsの件とaccessRightMethodの件はもちろんStreamlinkにIssue立てて修正してもらいたいけど
悲しいことに自分が英語力なくてAI翻訳に頼らないといけないんでガンガン行けないことと、修正してもらうにはそれなりの合理的な理由なりエビデンスが必要なのでなかなか面倒なのね
音ズレの件についてはたまたまSINicoLiveRec最新版がcopytsなしになってるんでこれで文句がでないなら本家自体を修正してもらう合理的な理由になるのだが
技術英語に詳しい人がどっちもIssue立ててくれると助かるんだけどね
yt-dlpも同じで自分だといまいち意図が伝わらなかったり誤解してしまうｗんであんまりやりたくないのね

2025/04/27(日) 03:13:31.55

>>231
まじ
nicolive.pyが生成するストリームオブジェクトとかもろもろ経由してきて
最終的にFFmpegプロセスに渡されるオプションの辞書に反映される際にデフォルト値を上書きしてる

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 03:16:35.01

>>229-231
正確には--ffmpeg-copytsを強制(force)してるわけでなくnicolive.pyの中でffmpegにcopytsオプションを渡しているだけ
ただ、Streamlinkにはこれを渡さないようにするオプションが見当たらなかったので結局nicolive.pyを修正して必要な時だけ--ffmpeg-copytsをつけるというのが最適だと思うのだが可能なようなら教えてほしい

2025/04/27(日) 03:27:31.22

>>234
Streamlinkに「これを渡さないようにするオプションが見当たらない」という認識が誤りでは？
nicolive.py がストリーム生成時に ffmpeg_options={"copyts": True} というデフォルトを設定していても
コマンドラインで --ffmpeg-copyts false と指定すると、このセッションオプションがプラグインのデフォルト設定よりも優先され、最終的にFFmpegに渡される ffmpeg_options 辞書の copyts の値は False に上書きされる
これによりFFmpegは事実上 -copyts オプションを有効にしない（または無効にする引数形式で）実行されることになる

NiconicoLiveプラグインのデフォルトである copyts=True の挙動を避けたい場合は
nicolive.py のコードを修正する必要はない
Streamlinkの実行時に --ffmpeg-copyts false というコマンドライン引数を指定すれば
意図した通りにFFmpegの copyts オプションが無効化される

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 03:31:43.99

ffmpegにcopytsオプションを渡すのを辞める件については、２月ぐらいに動画と音声ファイルの時間が違ってたり音ズレするとか
さんざん言ったおかげでStreamlinkのメンテナーさんが修正してくれたけど、今更「それはなかったことにしてください」と
言うにはやっぱりそれなりの合理的な理由やエビデンスがないと納得しないわな？
一応理由とすればこれかな
・２月はまだテスト段階で音ズレしてたがそれ以後めったに音ズレしないようにニコ生側のサーバーで調整(tuning)された
・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった
・３月以降テスト的にcopytsを渡さないようにnicolive.pyを修正してテストしたがほとんどの配信は音ズレしなかった
　ただしごく一部配信は音ズレすることがあるがそれは--ffmpeg-copytsをオプションに指定することで対処できる

2025/04/27(日) 03:41:15.55

>>236
> ・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった

これは旧配信→新配信移行のTSじゃなくて、新配信に完全に移行したあとのTSでも音ズレする放送があったということ？
それも1件だけの特例じゃなくて、複数件
旧配信→新配信移行のTSなら過去のものなんだから>>226で書いたようにTrueの方が合理的だから聞きたい

**nnn-revo2012** 警備員[Lv.9] · 2025/04/27(日) 03:43:52.12

>>235
>Streamlinkの実行時に --ffmpeg-copyts false というコマンドライン引数を指定すれば
>意図した通りにFFmpegの copyts オプションが無効化される

なるほど　それで無効化はできるのか
まだ四八福星間開さんにリクエスト送ってないからどうするか考えとくわ
それだとbastimeyer氏とやりとりするめんどくさい件が１件減るからめっちゃ朗報ではあるｗ
それだと四八福星間開さんへのリクエストは逆ロジックにしないとな

2025/04/27(日) 03:46:22.22

>>238
四八福星間開さんへのリクエストの件はしらんが
無効化できるのが伝わってよかった

2025/04/27(日) 03:52:44.46

>>235
Windows版のStreamlink 7.2.0で--ffmpeg-copyts falseというコマンドオプション通る？
Command-Line Interface見ても --ffmpeg-copytsをつけるかつけないかのオプションで--ffmpeg-copytsの後ろにboolを指定できるオプションではなさそうなんだけど
--ffmpeg-copyts
Set the -copyts FFmpeg option, so input timestamps won't be processed and the initial start time offset value be kept.

URLがエラーで書き込めない略すけど実際に以下のコードで試してみたけどエラーになる
streamlink.exe 放送URL 288p_alt -o test.ts --ffmpeg-copyts false
streamlink.exe 放送URL 288p_alt --ffmpeg-copyts false -o test.ts
こっちは動く
streamlink.exe 放送URL 288p_alt -o test.ts
streamlink.exe 放送URL 288p_alt --ffmpeg-copyts -o test.ts

2025/04/27(日) 04:34:59.69

今のnicolive.pyってこうやってコメントアウトされてるけどこれでも
ffmpeg-copytsが適用されるの？
# ffmpeg_options={"copyts": True},

2025/04/27(日) 05:08:47.69

>>240
ごめんちゃんとコード見たらffmpeg-copytsは上書き対象じゃなかった
許して

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 10:23:19.10

>>241
それは>>41のレスみて自分でnicolive.pyを修正したと思われるけど
#でコメントアウトされててその行は無視されるからffmpeg-copytsは適用されてないよ
自分でコマンドに--ffmpeg-copytsを追加しない限り

>>242
やっぱそうだよね
勘違いじゃなくてよかった

2025/04/27(日) 19:30:04.13

>>243
だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

2025/04/27(日) 22:46:02.56

以下は全部同じ意味でffmpegにcopytsオプションを渡さない設定になります

1.
ffmpeg_options={"copyts": False}, [SlNicoLiveRec V1.0.1.2のnicolive.py]

2.
# ffmpeg_options={"copyts": True}, [>>41]

3.
ffmpeg_options={"copyts": True}, の行そのものを削除

2025/04/27(日) 23:07:47.02

>>244
>だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

その通り
Streamlink単体で使ってる人ならnicolive.pyを>>245の手段で変更し、それで音ズレしてたら--ffmpeg-copytsをつけて録画しなおせばいい

2025/04/28(月) 00:29:21.62

わいはいつの間にか自分で直してたのか、、確かにnicolive.pyはちょっといじってるw

配布されてるnicolive.pyって元々は指定が無くて改めてつけてもらったものなのか、面倒だね
そもそも今のSINicoLiveRecで問題が起こってる人ってどれくらいいるんだろう

2025/04/30(水) 10:50:23.41

nnn-revo2012の性格は嫌いだが実際に各ツールのために動いてくれてるの事実
そこは評価してるよ

2025/05/01(木) 18:32:11.91

性格悪い分を能力や仕事から査定がきっちり引かれるだけの話だな

2025/05/01(木) 23:14:36.12

こっちで先行
音ズレの件の調査中ですがだいたいわかってきたので

◆公式放送
・旧サーバーデーター変換配信および新サーバー移行後配信全て：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし

◆チャンネル放送
・旧サーバーデーター変換配信：FFmpegにcopytsオプションをつけると音ズレする
　FFmpegにcopytsオプションをつけないと音ズレしない
　上記配信は2025年3月中旬以前の配信
・新サーバー移行後配信：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
・新サーバー移行後配信（スマホ配信）：FFmpegにcopytsオプションをつけないと音ズレする配信がある
　チャンネル放送でスマホ配信はほぼないが可能性は０ではない

◆ユーザー放送
・旧サーバーデーター変換配信：FFmpegにcopytsオプションをつけると音ズレする
　FFmpegにcopytsオプションをつけないと音ズレしない
　上記配信は2025年2～3月中旬以前の配信(ユーザーにより移行時期が違う)
・新サーバー移行後配信：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
・新サーバー移行後配信（スマホ配信）：FFmpegにcopytsオプションをつけないと音ズレする配信がある
　配信者がスタートするタイミングによるが全ユーザー放送の５％ぐらいではないかと思われる