【ニコ生】新配信録画ツール（仮、livedl Part9 [sc](★0)
-
- 1
- 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
-
- 142
- 2025/04/17(木) 22:39:05.34
-
>>141
多分今回の修正があったってことは、現時点(2025/4/17JST)でニコ生全ての放送が新サーバーに移行したのだと思いますが、万一旧サーバーの放送が残っていた場合livedl-nでは動画のDLできません
その場合は録画ツール（仮かStreamlinkを使ってください
(yt-dlpは旧配信の録画ロジック削除のプルリクが出てるのでそのうち旧配信の録画は完全にできなくなると思います）
-
- 143
- 2025/04/17(木) 23:07:39.96
-
>>135
SlNicoLiveRecの作者ﾀｿにお願いしてコメントもダウンロードできるようにしてもらうしか無いんじゃね？
-
- 144
- 2025/04/17(木) 23:34:07.32
-
>>143
SlNicoLiveRecはStreamlinkを起動するためのGUIツールだから直接Streamlinkでコメント取得しないと厳密な動画とコメントの同期は無理
でもStreamlinkは他のプラグイン見てもコメントのダウンロードはしないポリシーっぽいよね
yt-dlpなら可能性はあるけど誰がつくるんだよ？！って気がする（基本ガイジンはコメントいらないからね）
-
- 145
- 2025/04/17(木) 23:59:21.32
-
SlNicoLiveRec、ジークアクスのニコ生tsファイルは落とせたけど音声が入ってないっぽい
設定はプレミアム会員のログイン情報入れた以外は変更していない
バージョンは今落とせる最新版
mp4に変換のオプション使ってみたけどやっぱり音声が入っていなかった
原因わかる人いますか？
-
- 146
- 2025/04/18(金) 00:29:29.16
-
音声ファイル、最初は入ってなかったけど何回か試したら入ってました
設定は変えていないので原因分からず
-
- 147
- 2025/04/18(金) 01:06:50.48
-
>>145
lv347423661 のこと？
livedl-n+Streamlinkだけど特に問題なし
強いて言えば一時的に音声のcacheの一部が壊れててFFmpegの動画＋音声の結合時にエラーになってたとか？
時間をおいたらかcacheが再取得されて問題なくなったのかもしれません
-
- 148
- 2025/04/18(金) 01:12:28.34
-
>>141
ありがとうございます
TSとコメントのファイル名が揃うのでとてもありがたいです
-
- 149
- 2025/04/18(金) 08:30:15.97
-
だから（仮でコメントもDL出来るし何が不満なの？
-
- 150
- 2025/04/18(金) 11:08:16.84
-
バカがコメントでキックの話を押し付けるのと同じ光景
-
- 151
- 2025/04/18(金) 13:56:27.50
-
見ず知らずの人間が作ったエグゼファイルを実行するやつの危険意識の低さ
たとえ、それがマルウェアでなかったとしても、どれだけリソースを奪うか、レジストリを汚すのか、ドッカーとの競合など、一切調査せず使うのは浅はか
15歳から65歳までのデジタルネイティブ世代にはあるまじき、危険運転する年寄りのような行為
-
- 152
- 2025/04/18(金) 13:58:52.17
-
ｔ
-
- 153
- 2025/04/18(金) 15:37:58.07
-
録画ツールって復活したの？
-
- 154
- 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
-
- 155
- 2025/04/18(金) 20:43:32.04
-
単純なオプションじゃウィンドウがすぐ閉じてニコ生の放送が不定期に切れるのを抑制できない
録画ツールに任せられた時は何分引っかかっても放送が切れるまで必ず接続を復帰してくれたんだがな
何とかならないか
-
- 156
- 2025/04/18(金) 22:07:22.53
-
>>155
SlNicoLiveRecのプログラム内でそういう状況に応じたリトライ処理をしてるわけじゃないからしょうがない
Streamlinkに投げて終了を待つだけだもの
-
- 157
- 2025/04/18(金) 22:20:50.05
-
更新内容
nicolive.pyの変更
・"latency": "low"
・"accessRightMethod": "single_cookie"
・ffmpeg_options={"copyts": False}
どういう意味の更新なのかがわからん・・・
-
- 158
- nnn-revo2012
- 2025/04/18(金) 22:38:52.32
-
>>157
実質自分がリクエストしたようなものだからなｗ
Streamlinkの設定修正
・リアルタイム録画の通信モード 低遅延重視 に変更（これはリクエストしてない）
・Cookieの指定をブラウザと同じに変更
・FFmpegでmuxする際にcopytsをoffにする（過去のタイムシフトの音ズレ対策）
-
- 159
- 2025/04/18(金) 23:33:50.51
-
>>158
すまんがもう少し解説頼みたい
現在と比較してそう変わったってことは
更新前は録画時の設定は安定重視で録画されてたってことだよね？
変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？
あとCookieの件も、ブラウザと同じに変更ってことは今はなんなんだろう？と
どういう状態からどうしてそう変わったのかを知りたい
まぁ賢い人達がうまく考えて変更してくれてるんだろうから知らなくていいとは思うけど興味本位で
-
- 160
- 2025/04/18(金) 23:46:46.55
-
>>159
>更新前は録画時の設定は安定重視で録画されてたってことだよね？
>変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？
リアルタイム録画だと前の方が安定してたはず("latency": "high")
多分作者がリアルタイム録画の通信モード 低遅延重視(low)／安定性重視(high) についてよくわからないで変更したと思われる
といってもほとんどの環境じゃ変わらないと思うけどね
-
- 161
- 2025/04/19(土) 14:23:14.02
-
streamlinkでなぜかエラーになるTSあったんだけど、昨日のユーザー放送lv347549322で
オフセット無し指定だと正常に動くんだけど、オフセット指定したらなぜか動かない。
あとオフセット0:0:1の指定と1:0:0の指定でのエラー内容も変わる。
なぜ起こってるのか詳しくわかる方、検証お願いしたいです。
-
- 162
- 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,
-
- 163
- 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,
-
- 165
- 2025/04/19(土) 18:28:05.15
-
>>164
詳しい解説本当にありがとうございます。
-
- 166
- 2025/04/20(日) 01:57:22.31
-
>>157
ありがとう！
streamlinkで録画中に視聴しても途切れなくなった！
快適！！！！！
-
- 167
- 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}
-
- 168
- 2025/04/20(日) 21:09:39.05
-
>>167
2.の条件に追加
2.音声の最初にだけblankがある放送（映像にはblankがない）
または音声映像両方にblankがあるがその秒数が違う放送
※映像音声共にblankがありその秒数がほぼ同じであれば放送は音ズレしません
-
- 169
- 2025/04/21(月) 15:13:41.03
-
>>167
過去の音ずれするTSっていっても、もうかなり数少なくなって限定的だし、まあ基本はcopytsは常時使っておき
過去の…大まか的に分類したら4/1以前の時(ユーザーは3/1以前)だけ、FireFoxで音ズレを視聴確認してからcopyts無版を選択使用
するのが最適解なんでない？公式はcopytsの有無関係なしに音ずれしない前提の話になるけど
copyts無版を使用すれば音ずれ可能性ありになるので、ファイル後の音ずれ視聴確認の手間は増えて面倒だけど
どうみてもcopytsオフ版の常時使用は普通はすべきではないと思う
-
- 170
- 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した後放送見直して音ズレてないか確認しないと
顔出してなかったりアニメの放送なんて音ズレしてるかしてないかすらわからんけど
-
- 171
- 2025/04/21(月) 21:09:27.65
-
アニメでわからないってどういうこと……
-
- 172
- 2025/04/21(月) 21:31:54.23
-
リップシンク
-
- 173
- 2025/04/21(月) 21:55:49.24
-
>>171
アニメとかVチューバーがそうだけど別にアニメそのものがしゃべってるわけでないから1秒ぐらいのズレならわからなくない？
顔出しで人がしゃべってれば口の動きと音声でわかるけど、顔出してないとか音声のみとかズレてるかわからなくない？
-
- 174
- 2025/04/23(水) 08:09:30.62
-
あっちの掲示板に
SINicoLiveRECで出来ること
・放送中に録画が停止しても再試行してくれる
ってあったが、これは SINicoLiveREC 独自の機能？
それとも単純にstreamlinkのオプションで対応可能なもの？
-
- 175
- 2025/04/23(水) 08:15:36.41
-
ツールの使い方勉強するよりプログラミングの勉強すればもう困ることないのに
無駄な労力割いてるねえ
-
- 176
- 2025/04/23(水) 12:15:58.32
-
sageもできないボウヤが自動車の運転を上手にしたいという相手に自動車の設計からどうぞって言ってるんか？ｗ
-
- 177
- 2025/04/23(水) 12:18:41.19
-
その例えは当てはまらないな
プログラミングは簡単だけど自動車の設計は難しいから
-
- 178
- 2025/04/23(水) 12:20:21.05
-
例えるなら既製品の机を買ってくるか
ホームセンターで板を買ってきて組み立てるかのほうが正しい
-
- 180
- 2025/04/23(水) 14:41:14.09
-
あなたにとってプログラムは簡単だけどsageは難しいみたいだねw
-
- 181
- 2025/04/23(水) 14:47:41.68
-
ホムセンにも行かない人はそもそもツールの使い方も調べないからその例は当てはまらないな
-
- 182
- 2025/04/23(水) 14:54:29.63
-
＞＞181
そういうことを>>175では言ってるんだけど…理系脳ってやつか…
プログラムなんて簡単にできちゃうID:tavdbTIq0さんは
ニコ生録画ツールも簡単につくれちゃうんだろうね すごいねー 頭良くってうらやましいなー
-
- 183
- 2025/04/23(水) 14:58:30.89
-
ツールの使い方調べるのやめてプログラミングを勉強したら作れた
-
- 184
- 2025/04/23(水) 14:58:35.05
-
さげる理由ってなに？
-
- 186
- 2025/04/23(水) 15:18:37.28
-
そこまで自作したくない気持ちがわからん
-
- 187
- 2025/04/23(水) 15:27:46.52
-
自作したい気持ちはあるけどね。バッチくらいなら組めるよ。
時間コストの優先順位かな。他にもやりたい事あるし、録画するのが目的なのよ
長期目線でみればツール作れるようになれば便利なのは理解してるが、便利なツールを公開してくれている御方がいるのだから
作った人に感謝しながら使っていく感じ
甘えと言われりゃおっしゃる通りだ
-
- 188
- 2025/04/23(水) 16:49:30.32
-
自己研鑽しろよ
ニコ生録画してないで
-
- 189
- 2025/04/23(水) 17:12:33.98
-
>>188
ニコ生録画しないなら、このスレ来る意味ある？ｗ
俺にとってニコ生視聴や録画は趣味でしかないし
プログラミングも生業じゃないからなあ
仕事のスキルアップなら自発的に資格試験の勉強とかしてるよ
プログラミングについてはパイソンとかのユーチューブ動画とか眺めてるくらいはしてるが、そんなもんは自己研鑽の内に入らんよね
-
- 190
- 2025/04/23(水) 22:07:55.16
-
お前らの煽り耐性の無さが一番のスキル不足だろ
-
- 191
- nnn-revo2012
- 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に送るオプションが同一ではないため以前の仕様通り切断されていた（これが本来の仕様）と思われる
チャンネル・公式は確認してないけど同じ仕様かと思われる
これはたまたまそうなったのかニコ生の新しい仕様なのかただのバグなのかはわかりません（気になるならニコニコのサポートに連絡してみて）
これで納得ですかね？
-
- 192
- 2025/04/24(木) 02:23:14.55
-
四八福星間開ホームページより
2026年04月23日 お知らせ
4月25日から5月6日までの間、コメントや不具合の対応をお休みさせていただきます。
この間にいただいたご連絡につきましては、5月7日以降、順次対応させていただきます。
-
- 193
- 2025/04/24(木) 10:53:12.17
-
ほら言わんこっちゃない
このページを共有する
おすすめワード