【ニコ生】新配信録画ツール（仮、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
-
- 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
-
ほら言わんこっちゃない
-
- 194
- 2025/04/24(木) 13:29:59.77
-
ゴールデンウィークだからやろ
仕事か旅行か知らんがとにかく予定が入ってると
-
- 195
- 2025/04/24(木) 13:50:23.78
-
自作が最強ってこと
-
- 196
- 2025/04/24(木) 15:28:26.11
-
確かに、自分でゼロから作れば、本当に自分の思った通りの機能を持ったものができるから
その点だけ見れば「最強」と言いたくなる気持ちもわかる。
ただ、サイトの変化に「一人で対応し続ける大変さ」っていうのは、長くプログラムを書いている人ほど、その重みが身に染みてわかることなんじゃないかな。
プログラムっていうのは、一度作って終わりじゃないんだよ。
特に、今回のように外部のサービス、つまり配信サイトの仕組みに依存して動くツールの場合、
相手側が仕様を変更したら、こっちのツールもそれに合わせて直さないと動かなくなる。
サイト側が、裏側の通信方法を変えたり、あるいは露骨に対策してきたり…ってことは普通に起こり得る。
プログラムを長くやっていれば、「あー、外部サービスの非公開APIが変わるの、本当に勘弁してほしいやつだ」みたいな経験、一度や二度じゃないはず。
それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。
一方、ネットで配布されてる有名なツールなんかは、多くの開発者が関わっていたり、膨大なユーザーからのフィードバックがあったりする。
だから、サイト側の変更があっても、誰かが素早く対応してくれたり、コミュニティの中で解決策が見つかったりする確率が高い。
個人の力では追いつかない変化にも、集団の力で対応していく感じ。
もちろん、配布ツールに不満があるから自作するという原点はあるだろう。
でも、「最強」という言葉の裏には、プログラムの継続的なメンテナンスがどれほど大変かを知っている人ほど、安易には手を出せないような、果てしない苦労が潜んでいる。
趣味で一時的に作るなら良いけど、本当に「最強」の状態を維持し続けるのは、プログラマーとしての経験があればあるほど、その困難さをリアルに想像できるはずなんだ。
だから、「自作最強」という言葉を聞いたとき、「いやいや、そのメンテナンスコスト、舐めたらあかんで…」と感じる人は少なくないと思うよ。
-
- 197
- 2025/04/24(木) 16:01:26.66
-
ossにコントリしろよ
独りよがりになるな
-
- 198
- 2025/04/24(木) 16:13:04.92
-
自作だからこそ仕様変更にも容易に追従できるけどな
-
- 199
- 2025/04/24(木) 16:27:01.58
-
まぁこのスレに何人自作のツール稼働させてるのがおるか云う事や
-
- 200
- 2025/04/24(木) 16:47:42.30
-
>>196
>それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
>これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
>新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。
録画ツール（仮やチェックツール（仮もそうだけどな
-
- 201
- 2025/04/24(木) 16:53:10.68
-
自作だと自分の環境だけで動けばいいから
設定とかいらないしメインのロジックに集中できるから楽
-
- 202
- 2025/04/24(木) 18:05:54.87
-
結局公開するかしないかじゃないの？
公開すると録画ツール（仮みたいにボランティアなのに半ば義務になっちゃうし
あれ作ってこれ作ってってなっちゃうし
このページを共有する
おすすめワード