facebook twitter hatena line google mixi email
★お気に入り追加


  • 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

ここまで見た
  • 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
結局公開するかしないかじゃないの?
公開すると録画ツール(仮みたいにボランティアなのに半ば義務になっちゃうし
あれ作ってこれ作ってってなっちゃうし

ここまで見た
  • 203
  •  
  • 2025/04/24(木) 18:57:25.17
他人の使い勝手考えなければ2日もあれば作れる
てか作れた

ここまで見た
  • 204
  •  
  • 2025/04/24(木) 19:30:45.04
自慢できるツールを作れる奴が公開したらいい
仮は自慢できる

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

ここまで見た
  • 206
  •  
  • 2025/04/24(木) 23:06:15.00
ツールすらまともに使えない人が多い印象

ここまで見た
  • 207
  •  
  • 2025/04/25(金) 06:49:52.34
自分に必要な機能だけを作ればいいから不具合もないし最高に使いやすい
なので自作がおすすめ

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

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

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

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

ここまで見た
  • 210
  •  
  • 2025/04/25(金) 15:23:50.60
でも公開されてるのは追っかけ録画もできないんだよな

ここまで見た
  • 211
  •  
  • 2025/04/25(金) 15:26:44.02
コンピューターに付いていけてない人類は割と本当に多いんだよ
しかもPC離れなんて起きてるんだから世代も関係ない

ここまで見た
  • 212
  •  
  • 2025/04/25(金) 15:46:49.32
>>210
おっかけ録画機能付き録画ツールを自作できるなんてスーパー天才ハイパー敏腕プログラマーなんでちゅねw

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

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

ここまで見た
  • 213
  •  
  • 2025/04/25(金) 15:52:58.68
まだやってんのか

ここまで見た
  • 214
  •  
  • 2025/04/25(金) 20:32:35.14
自作で完結してる人はスレにすら来ないのかなと思った

ここまで見た
  • 215
  •  
  • 2025/04/25(金) 22:43:45.84
底辺のあがきを見るためにくるで

ここまで見た
  • 216
  •  
  • 2025/04/25(金) 23:15:32.75
プログラムを自作しなくても今公開されてるツールのバッチ起動で前と同じ運用できる
そのバッチのコマンドをプログラムみたいと言われればそれは勉強してとしか言えないけど

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

ここまで見た
  • 218
  •  
  • 2025/04/26(土) 02:09:43.14
yt-dlpの話だけど、doe1080氏には頑張ってもらいたいよねー
もう日本人は基本的にニコ動もニコ生のDLツールを直接作成したり変更できないんで

ここまで見た
  • 219
  •  
  • 2025/04/26(土) 08:34:19.69
四八福星間開発

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

ここまで見た
  • 220
  •  
  • 2025/04/26(土) 08:36:06.62
SlNicoLiveRecでタイムシフトDLする方法ないの?

ここまで見た
  • 221
  •  
  • 2025/04/26(土) 08:45:27.54
>>220
???

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

ここまで見た
  • 223
  •  
  • 2025/04/26(土) 21:50:43.75
>>170
SINicoLiveRecV1.0.1.2から--ffmpeg-copytsがデフォルトオフになってるけど、700人ぐらいが使ってるのに「音ズレする?!」って報告が5chや作者のblogでないのは、おそらくニコ生側サーバーの設定調整により--ffmpeg-copytsが必要になる放送の方が少なくなった(数%ぐらい?)ということかと思われる

ここまで見た
  • 224
  •  
  • 2025/04/26(土) 22:34:01.76
>>223
デフォルトオフにしてって要望出しの誰だよ
ゴミすぎるだろ

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

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

ここまで見た
  • 227
  •  
  • 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においてユーザー生およびチャンネルで3月より前に旧サーバーで配信された放送をドワンゴが新サーバー形式に変換した放送の一部で(全てではない)音ズレするという問題が5chで報告されています
>それについては--ffmpeg-copytsというオプションをはずせば音ズレが解消されるということなのですが、nicolive.pyの中で--ffmpeg-copytsを強制動作するようになっているので現状ではnicolive.pyを直接修正する以外方法はありません

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

ここまで見た
  • 228
  •  
  • 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のほうが便利でいいと思う
デフォルトをどっちにするかは議論が分かれるところだけど

ここまで見た
  • 229
  •  
  • 2025/04/27(日) 02:31:25.18
最新のStreamlinkのnicolive.pyって--ffmpeg-copytsって強制じゃなくね?

ここまで見た
  • 230
  •  
  • 2025/04/27(日) 02:36:18.39
>>228
Streamlinkについて「強制的に--ffmpeg-copytsがついてる」という表現は誤り
あくまでデフォルト設定で、Streamlink自体が強制的に--ffmpeg-copytsを有効にしているわけではない
引数で明示的に無効化(Falseに設定)することが可能
つまりStreamlinkでも--ffmpeg-copytsオプションを「付け外し出来る」

ここまで見た
  • 231
  •  
  • 2025/04/27(日) 02:54:08.55
まじで?強制だと思い込んでた
間違った情報ドヤ顔で書いてしまった

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

ここまで見た
  • 233
  •  
  • 2025/04/27(日) 03:13:31.55
>>231
まじ
nicolive.pyが生成するストリームオブジェクトとかもろもろ経由してきて
最終的にFFmpegプロセスに渡されるオプションの辞書に反映される際にデフォルト値を上書きしてる

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

ここまで見た
  • 235
  •  
  • 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 オプションが無効化される

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

ここまで見た
  • 237
  •  
  • 2025/04/27(日) 03:41:15.55
>>236
> ・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった

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

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

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

ここまで見た
  • 239
  •  
  • 2025/04/27(日) 03:46:22.22
>>238
四八福星間開さんへのリクエストの件はしらんが
無効化できるのが伝わってよかった

ここまで見た
  • 240
  •  
  • 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

ここまで見た
  • 241
  •  
  • 2025/04/27(日) 04:34:59.69
今のnicolive.pyってこうやってコメントアウトされてるけどこれでも
ffmpeg-copytsが適用されるの?
# ffmpeg_options={"copyts": True},

ここまで見た
  • 242
  •  
  • 2025/04/27(日) 05:08:47.69
>>240
ごめんちゃんとコード見たらffmpeg-copytsは上書き対象じゃなかった
許して

ここまで見た
  • 243
  •  
  • 2025/04/27(日) 10:23:19.10
>>241
それは>>41のレスみて自分でnicolive.pyを修正したと思われるけど
#でコメントアウトされててその行は無視されるからffmpeg-copytsは適用されてないよ
自分でコマンドに--ffmpeg-copytsを追加しない限り

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

ここまで見た
  • 244
  •  
  • 2025/04/27(日) 19:30:04.13
>>243
だから適用されてないんだよね?必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの?

ここまで見た
  • 245
  •  
  • 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}, の行そのものを削除

ここまで見た
  • 246
  •  
  • 2025/04/27(日) 23:07:47.02
>>244
>だから適用されてないんだよね?必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの?

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

ここまで見た
  • 247
  •  
  • 2025/04/28(月) 00:29:21.62
わいはいつの間にか自分で直してたのか、、確かにnicolive.pyはちょっといじってるw

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

ここまで見た
  • 248
  •  
  • 2025/04/30(水) 10:50:23.41
nnn-revo2012の性格は嫌いだが実際に各ツールのために動いてくれてるの事実
そこは評価してるよ

ここまで見た
  • 249
  •  
  • 2025/05/01(木) 18:32:11.91
性格悪い分を能力や仕事から査定がきっちり引かれるだけの話だな

ここまで見た
  • 250
  •  
  • 2025/05/01(木) 23:14:36.12
こっちで先行
音ズレの件の調査中ですがだいたいわかってきたので

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

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

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

ここまで見た
  • 251
  •  
  • 2025/05/01(木) 23:17:07.10
>>250
◆結論
・チャンネル・ユーザー放送は旧サーバーデーター変換配信をDLしないのであればFFmpegに常にcopytsオプションをつける設定でよい
 (SINicoLiveRecV1.0.1.1以前のバージョンおよびStreamlink 7.3.0(nicolive.py無修正)
・ユーザー放送はcopytsをつけないと逆に音ズレする配信があるので注意
 (SINicoLiveRecV1.0.1.2で発生)
・公式配信はどちらでもいい
・旧サーバーデーター変換配信はチャンネルは9月半ば、ユーザーは5月中には期限切れになるのでStreamlinkのnicoliveプラグインの修正をわざわざ依頼する必要性はないと思われる
・当面SINicoLiveRecで常時copytsを出力するようにして音ズレするときだけcopytsを出力しないオプションを作成して対応するのが良いかと思われる
・Streamlink 7.3.0(CUI版)は必要なら各自でnicolive.pyを修正(旧サーバーデーター変換配信をDLする場合のみ)

砂時計アラームタイマー
フリック回転寿司
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード