【ニコ生】新配信録画ツール（仮、livedl Part9 (851ﾚｽ)
上下前次1-新
231(2): 警備員[Lv.6][新] 2025/04/27(日)02:54 ID:1HoBDKBX0(3/5) AAS
まじで？強制だと思い込んでた
間違った情報ドヤ顔で書いてしまった
232: nnn-revo2012 警備員[Lv.9] 2025/04/27(日)02:57 ID:GZ+rdKmo0(1/6) AAS
--ffmepg-copytsの件とaccessRightMethodの件はもちろんStreamlinkにIssue立てて修正してもらいたいけど
悲しいことに自分が英語力なくてAI翻訳に頼らないといけないんでガンガン行けないことと、修正してもらうにはそれなりの合理的な理由なりエビデンスが必要なのでなかなか面倒なのね
音ズレの件についてはたまたまSINicoLiveRec最新版がcopytsなしになってるんでこれで文句がでないなら本家自体を修正してもらう合理的な理由になるのだが
技術英語に詳しい人がどっちもIssue立ててくれると助かるんだけどね
yt-dlpも同じで自分だといまいち意図が伝わらなかったり誤解してしまうｗんであんまりやりたくないのね
233: 警備員[Lv.12] 2025/04/27(日)03:13 ID:q6s8huMT0(3/7) AAS
>>231
まじ
nicolive.pyが生成するストリームオブジェクトとかもろもろ経由してきて
最終的にFFmpegプロセスに渡されるオプションの辞書に反映される際にデフォルト値を上書きしてる
234(1): 警備員[Lv.9] 2025/04/27(日)03:16 ID:GZ+rdKmo0(2/6) AAS
>>229-231
正確には--ffmpeg-copytsを強制(force)してるわけでなくnicolive.pyの中でffmpegにcopytsオプションを渡しているだけ
ただ、Streamlinkにはこれを渡さないようにするオプションが見当たらなかったので結局nicolive.pyを修正して必要な時だけ--ffmpeg-copytsをつけるというのが最適だと思うのだが可能なようなら教えてほしい
235(3): 警備員[Lv.12] 2025/04/27(日)03:27 ID:q6s8huMT0(4/7) AAS
>>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(1): 警備員[Lv.9] 2025/04/27(日)03:31 ID:GZ+rdKmo0(3/6) AAS
ffmpegにcopytsオプションを渡すのを辞める件については、２月ぐらいに動画と音声ファイルの時間が違ってたり音ズレするとか
さんざん言ったおかげでStreamlinkのメンテナーさんが修正してくれたけど、今更「それはなかったことにしてください」と
言うにはやっぱりそれなりの合理的な理由やエビデンスがないと納得しないわな？
一応理由とすればこれかな
・２月はまだテスト段階で音ズレしてたがそれ以後めったに音ズレしないようにニコ生側のサーバーで調整(tuning)された
・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった
・３月以降テスト的にcopytsを渡さないようにnicolive.pyを修正してテストしたがほとんどの配信は音ズレしなかった
ただしごく一部配信は音ズレすることがあるがそれは--ffmpeg-copytsをオプションに指定することで対処できる
237: 警備員[Lv.12] 2025/04/27(日)03:41 ID:q6s8huMT0(5/7) AAS
>>236
> ・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった
これは 旧配信→新配信移行 のTSじゃなくて、新配信に完全に移行したあとのTSでも音ズレする放送があったということ？
それも1件だけの特例じゃなくて、複数件
旧配信→新配信移行のTSなら過去のものなんだから>>226で書いたようにTrueの方が合理的だから聞きたい
238(1): nnn-revo2012 警備員[Lv.9] 2025/04/27(日)03:43 ID:GZ+rdKmo0(4/6) AAS
>>235
>Streamlinkの実行時に --ffmpeg-copyts false というコマンドライン引数を指定すれば
>意図した通りにFFmpegの copyts オプションが無効化される
なるほど それで無効化はできるのか
まだ四八福星間開さんにリクエスト送ってないからどうするか考えとくわ
それだとbastimeyer氏とやりとりするめんどくさい件が１件減るからめっちゃ朗報ではあるｗ
それだと四八福星間開さんへのリクエストは逆ロジックにしないとな
239: 警備員[Lv.12] 2025/04/27(日)03:46 ID:q6s8huMT0(6/7) AAS
>>238
四八福星間開さんへのリクエストの件はしらんが
無効化できるのが伝わってよかった
240(1): 警備員[Lv.7][新] 2025/04/27(日)03:52 ID:1HoBDKBX0(4/5) AAS
>>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
省1
241(1): 警備員[Lv.2][新芽] 2025/04/27(日)04:34 ID:Ackmd0kF0(2/3) AAS
今のnicolive.pyってこうやってコメントアウトされてるけどこれでも
ffmpeg-copytsが適用されるの？
# ffmpeg_options={"copyts": True},
242(1): 警備員[Lv.13] 2025/04/27(日)05:08 ID:q6s8huMT0(7/7) AAS
>>240
ごめんちゃんとコード見たらffmpeg-copytsは上書き対象じゃなかった
許して
243(1): 警備員[Lv.9] 2025/04/27(日)10:23 ID:1HoBDKBX0(5/5) AAS
>>241
それは>>41のレスみて自分でnicolive.pyを修正したと思われるけど
#でコメントアウトされててその行は無視されるからffmpeg-copytsは適用されてないよ
自分でコマンドに--ffmpeg-copytsを追加しない限り
>>242
やっぱそうだよね
勘違いじゃなくてよかった
244(1): 警備員[Lv.10] 2025/04/27(日)19:30 ID:Ackmd0kF0(3/3) AAS
>>243
だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？
245(1): 警備員[Lv.11] 2025/04/27(日)22:46 ID:GZ+rdKmo0(5/6) AAS
以下は全部同じ意味で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: 警備員[Lv.11] 2025/04/27(日)23:07 ID:GZ+rdKmo0(6/6) AAS
>>244
>だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？
その通り
Streamlink単体で使ってる人ならnicolive.pyを>>245の手段で変更し、それで音ズレしてたら--ffmpeg-copytsをつけて録画しなおせばいい
247: 警備員[Lv.11] 2025/04/28(月)00:29 ID:RDWgOI6/0(1) AAS
わいはいつの間にか自分で直してたのか、、確かにnicolive.pyはちょっといじってるw
配布されてるnicolive.pyって元々は指定が無くて改めてつけてもらったものなのか、面倒だね
そもそも今のSINicoLiveRecで問題が起こってる人ってどれくらいいるんだろう
248: 警備員[Lv.13] 2025/04/30(水)10:50 ID:ZNblU9R60(1) AAS
nnn-revo2012の性格は嫌いだが実際に各ツールのために動いてくれてるの事実
そこは評価してるよ
249: 警備員[Lv.4][新芽] 2025/05/01(木)18:32 ID:Xa+21/n00(1) AAS
性格悪い分を能力や仕事から査定がきっちり引かれるだけの話だな
250(2): 警備員[Lv.3][新芽] 2025/05/01(木)23:14 ID:rkhSqYJU0(1/2) AAS
こっちで先行
音ズレの件の調査中ですがだいたいわかってきたので
◆公式放送
・旧サーバーデーター変換配信および新サーバー移行後配信全て：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
◆チャンネル放送
・旧サーバーデーター変換配信：FFmpegにcopytsオプションをつけると音ズレする
FFmpegにcopytsオプションをつけないと音ズレしない
上記配信は2025年3月中旬以前の配信
・新サーバー移行後配信：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
・新サーバー移行後配信（スマホ配信）：FFmpegにcopytsオプションをつけないと音ズレする配信がある
省8
251(1): 警備員[Lv.3][新芽] 2025/05/01(木)23:17 ID:rkhSqYJU0(2/2) AAS
>>250
◆結論
・チャンネル・ユーザー放送は旧サーバーデーター変換配信をＤＬしないのであれば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を修正(旧サーバーデーター変換配信をＤＬする場合のみ)
252(2): 警備員[Lv.12] 2025/05/02(金)09:09 ID:nmyRvZma0(1) AAS
･SlNicoLiveRecでcopytsのオプション設定できるようにする
デフォルト値はV1.0.1.2とは逆のTrue、外せるようにもする
外部から引数で渡せるようにするかどうかは議論の余地あり
ってところか…
accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
元々Streamlinkを直で使ってる人は自分でnicolive.pyは修正するくらいできるだろうし
SINicoLiveRecじゃなくてSl(L)NicoLiveRecね、俺も最初はIだと思ってたけどw
253(1): 警備員[Lv.6][新芽] 2025/05/02(金)12:15 ID:oCkw4AJW0(1/3) AAS
>>252
四八福星間開発氏にはこういうリクエストだすつもり
--------------------------
次にSlNicoLiveRecをバージョンアップする際に以下の機能を追加していただけないでしょうか？
・音ずれ修正機能（チェックボックス）
設定→上級者設定に以下の項目を追加する
音ずれ修正
[ ]音ずれしている放送を音ずれ修正して録画する
通常は必ずオフにしてください
ユーザーやチャンネルの一部の放送で音ずれする場合だけチェックオンにして録画してください
省6
254: 警備員[Lv.6][新芽] 2025/05/02(金)12:17 ID:oCkw4AJW0(2/3) AAS
>>252
>accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
streamlink本家はまだ未対応ですが、しょうがないので自分がIssue書いて本家に対応してもらう予定
255: 警備員[Lv.6][新芽] 2025/05/02(金)12:31 ID:oCkw4AJW0(3/3) AAS
>>251 案としては
・--ffmpeg-no-copytsのようなオプションを新たに追加してもらう
・nicolive.pyの中で放送がユーザー放送だった場合のみcopytsをつけるように変更する
・nicolive.pyの中でニコ生独自のオプション--nico-ffmpeg-copyts=true/falseみたいなオプションを追加してもらう
・nicolive.pyの中で一度m3u8を読み込んで先頭にblankがありなおかつ映像と音声のblankの時間に差がある場合のみcopytsをつけるように変更する
というのもありますが、技術英語もバリバリの人ならどれでもいけると思いますが自分は無理っす
（やりあえる人がいるならやってください）
それとyt-dlpが更新されてますが、こっちの修正者はおそらく公式ぐらいしかみてないようで（モバイル配信の）ユーザー放送はまったく使い物になりません
なのでyt-dlpはユーザー生のモバイル配信のＴＳの件から始めないといけないですね これまた面倒（自分はやる気ない）
256(2): 警備員[Lv.14] 2025/05/02(金)16:52 ID:hRR/UqiJ0(1/2) AAS
>>253
「音ずれ修正機能」の案、ユーザーから見るとちょっと紛らわしいかもって思った
理由としては
・「修正」って名前が紛らわしい: 「音ずれ修正」って名前は、いつでもオンにしとけば大丈夫な、万能な解決策だって誤解されやすい
・チェックボックスのオンオフが逆: チェックボックスをオンにするのに、裏側では特定のオプションが無効になるっていう動きが直感的じゃない
・デフォルトがオフで混乱: 現状のニコ生はcopytsをつけておくのがベストだから、デフォルト設定はこの機能がオフになるようにしないといけない。それが「なんで修正機能をオフにしとくの？」って疑問とか混乱のもとになる
・ユーザーが困る、問い合わせが増える: こういう分かりづらさがあると、ユーザーが設定を間違えて録画が失敗したり音ズレしたりして、結局質問がいっぱい来る原因になる可能性がある
案
項目名: 音ズレ対策
ラベル：現在のニコ生形式に合わせた処理を有効にする
省6
257: 警備員[Lv.14] 2025/05/02(金)16:54 ID:hRR/UqiJ0(2/2) AAS
>>256
デフォルトはチェックオンで
258: 警備員[Lv.15] 2025/05/02(金)19:07 ID:+gjQkRfb0(1) AAS
yt-dlp 2025.04.30
このアプデは>>35が正式に組み込まれただけで>>35から特に変更はない
まだ普通に使うのは無理がある感じだから詳しくないならdlpでのニコ生新配信DLは当面諦めたほうが良い
259: 警備員[Lv.13] 2025/05/02(金)21:54 ID:TNW1E2Lx0(1) AAS
ド素人だからSlNicoLiveRecに任せるわ
260: 警備員[Lv.8][芽] 2025/05/03(土)02:04 ID:dgJbO/1V0(1/3) AAS
SlNicoLiveRecをV1.0.1.3に更新
//person-of-ehomaki.blog.jp/archives/38458362.html
前のバージョンV1.0.1.2って1400近くDLされてるな
SlNicoLiveRec1012.zip 25/04/18 20:43 1396
261: 警備員[Lv.8][芽] 2025/05/03(土)02:16 ID:dgJbO/1V0(2/3) AAS
>>256
そういう意見もあるんであれば無駄にややこしくなるんでこのまま放っておきますわ
nicolive.pyはaccessRightMethod以外の変更はなしのリクエストは出しときますが、過去のタイムシフトをダウンロードする人なんてほぼいないと思うし今年の１０月には音ズレするチャンネルTSもなくなるんで
262: 警備員[Lv.8] 2025/05/03(土)02:51 ID:dgJbO/1V0(3/3) AAS
>>250
◆結論(2025/5/3版)
・チャンネル・ユーザー放送は旧サーバーデーター変換配信をＤＬしないのであればFFmpegに常にcopytsオプションをつける設定でよい
(SINicoLiveRecV1.0.1.1以前のバージョンおよびStreamlink 7.3.0(nicolive.py無修正)
・ユーザー放送はcopytsをつけないと逆に音ズレする配信があるので注意
(SINicoLiveRecV1.0.1.2/V1.0.1.3で発生)
・公式配信はどちらでもいい
・旧サーバーデーター変換配信はチャンネルは9月半ば、ユーザーは5月中には期限切れになるのでStreamlinkのnicoliveプラグインの修正をわざわざ依頼する必要性はないと思われる
・SINicoLiveRecはnicolive.pyをaccessRightMethodの追加以外元に戻すようリクエストを出す
・旧サーバーデーター変換配信をＤＬする場合はSINicoLiveRecV1.0.1.2/V1.0.1.3を使うか、各自でnicolive.pyを修正する
263: 警備員[Lv.10] 2025/05/03(土)09:38 ID:4w/Px+TV0(1/2) AAS
SlNicoLiveRecをV1.0.1.4に更新
//person-of-ehomaki.blog.jp/archives/38480288.html
更新内容
録画開始時に「録画終了予定時刻を過ぎています。」と表示されて録画できない不具合を修正
nicolive.py を変更
・リアルタイム録画の通信モード「安定性重視」に変更
・常に--ffmpeg-copytsオプションを渡す（ユーザー生放送のアプリ配信の一部で音ズレする対策）
264: 警備員[Lv.10] 2025/05/03(土)09:45 ID:4w/Px+TV0(2/2) AAS
音ズレの件は時間が解決してくれるということで僕はこれで終わり
後追っかけ再生録画したいとか長時間配信してると途中で切れるとか録画時に自動予約など録画ツール（仮にあったがStreamlinkにはない機能については直接Streamlinkの方を修正しないといけないのでIssue書いてStreamlinkのメンテナーさんにお願いするしかないですね
それは機能が欲しい方が各自で要望してください
265: 警備員[Lv.2][新芽] 2025/05/04(日)04:22 ID:gVJXjP6m0(1/3) AAS
SINicoLiveRecV1.0.1.2を使ってる人向け
このバージョンだけサーバー移行後の配信もユーザー生（とチャンネルの一部）放送で音ズレが発生すると思います
SINicoLiveRecV1.0.1.2は1400ぐらいダウンロードされてて今ほとんどの人がこれ使ってると思いますが、特にユーザー生放送中心の人は最新版(SINicoLiveRecV1.0.1.4)にアップデートした方が良いと思います
ちなみに僕が書くところの「アップデートした方が良いと思います」は「アップデートしないと必ず音ズレするからアップデートしとけ！」という意味なのでよろしくおねがいしま〜すｗ
公式やチャンネルしか見ない（録画しない）人はどれ使ってもほぼ音ズレしないので別にアップデートしないくてもいいです(お好みでどうぞ)
266(2): 警備員[Lv.12] 2025/05/04(日)05:57 ID:9p8UPbJ00(1/2) AAS
何をそんなにごちゃごちゃ書いてるのかわからんのだが普通の人は最新の使ってたら良いの？
267: 警備員[Lv.4][新芽] 2025/05/04(日)08:46 ID:gVJXjP6m0(2/3) AAS
>>266
普通の人が何かわからんが、ユーザー生放送をDLするかしないかで変わる
ユーザー生放送をDLするならSINicoLiveRec最新版必須（またはSINicoLiveRecV1.0.1.1のままでも良い）
そうじゃない人はどれでもいい それだけ
268: 警備員[Lv.4][新芽] 2025/05/04(日)09:04 ID:gVJXjP6m0(3/3) AAS
>>266
ユーザー生放送しか見ない人にとってはユーザー生放送を見てる人が”普通の人”だろうし
チャンネル放送しか見ない人にとってはチャンネル放送を見てる人が”普通の人”だろうし
公式放送しか見ない人にとっては公式放送を見てる人が”普通の人”だろうから
その人の立場によって”普通の人”がかわるんじゃないかね？
もっといえば世間一般の”普通の人”はニコニコ生放送なんてみてないからそもそもSINicoLiveRecなんていらないだろ
269: 警備員[Lv.12] 2025/05/04(日)15:10 ID:9p8UPbJ00(2/2) AAS
めっちゃごちゃごちゃ書くやんｗ
もういいよ最新使うわ
270: 警備員[Lv.3][新芽] 2025/05/05(月)01:10 ID:XS1wsAxj0(1) AAS
よく分からない人は最新版でいいよ
271: 警備員[Lv.171][苗] 2025/05/05(月)02:16 ID:2N3VV2k90(1) AAS
ていうか最新版にしない理由あるん？
272: 警備員[Lv.5][新芽] 2025/05/05(月)03:54 ID:+CROdxwb0(1) AAS
アップデート＝新たな不具合の発生＝余計な手間の発生という事実を認めない馬鹿が発狂する
273: 警備員[Lv.6] 2025/05/05(月)04:43 ID:xy+MtRT60(1/13) AAS
わからない人向け
・V1.0.1.4（またはそれ以降の最新版）に更新する
・nicolive.pyは変更しない（わかる人のみ自己責任で）
・5chやこの掲示板に書かれている変更は日々変わっていくので特に最初の頃の情報は不要になっていることが多い
274(1): 警備員[Lv.13] 2025/05/05(月)06:39 ID:k8PwvdPm0(1/3) AAS
最新のに更新したらなんかファイル名エラーで落ちるようになったやんけ・・・
275: 警備員[Lv.7] 2025/05/05(月)07:23 ID:xy+MtRT60(2/13) AAS
>>274
四八福星間開発のブログで報告どうぞ
その手はファイル名に使えない文字が入ってるからだと思うんで、必ずファイル名のフォーマットや放送IDも一緒に報告すること
これはこの手のツールあるあるのお約束だな
276(1): 警備員[Lv.14] 2025/05/05(月)07:44 ID:k8PwvdPm0(2/3) AAS
使えない文字というか標準から何も変更してないんだけど、みんなは使えてるのかな
別に自分なりのファイル名とかにしてるわけじゃない
277(1): 警備員[Lv.7] 2025/05/05(月)07:55 ID:xy+MtRT60(3/13) AAS
>>276
あなたがたまたま録画したい配信者のタイトルや名前なりに以下の文字が入ってて、Slなんちゃらはそれを変換してなかったらエラーになるかも
じゃあなければStreamlinkにファイル名を渡した際にエラーになるのかもしれない
どっちにしろここにかいてもどうにもならんので四八福星間開発のブログで報告しないと変わらない
参考 livedlの禁則文字変換
func ReplaceForbidden(name string) (fileName string) {
fileName = name
fileName = regexp.MustCompile(`\\`).ReplaceAllString(fileName, "￥")
fileName = regexp.MustCompile(`/`).ReplaceAllString(fileName, "∕")
fileName = regexp.MustCompile(`:`).ReplaceAllString(fileName, "：")
省14
278(3): 警備員[Lv.14] 2025/05/05(月)08:09 ID:k8PwvdPm0(3/3) AAS
>>277
すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なんか自分だけだったら悪いからわざわざ言うのもなと思って
しばらく様子見
279: 警備員[Lv.8] 2025/05/05(月)08:37 ID:xy+MtRT60(4/13) AAS
>>278
>すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なら3か4で追加された機能の中にバグがあるって特定できるからなおさら＊今＊報告しといた方がいい
こういうのって同じプログラマーじゃないとわかんねーかもな
280: 警備員[Lv.8] 2025/05/05(月)08:40 ID:xy+MtRT60(5/13) AAS
>>278
>しばらく様子見
そうされるとどれが原因かの特定が時間経つごとにわかりづらくなるから作者もユーザーにもメリットないね
それでも様子見なら前のバージョンずっとつかっとけばいいよ（ただしユーザー生放送録画する以外の場合ね）
281: 警備員[Lv.7][芽] 2025/05/05(月)14:28 ID:116RYlLx0(1/2) AAS
全般的に今の体制じゃ該当ID出さない限り放置だろうな
人居なすぎるので特定IDに関する問題は”そいつ”しか引っかかってない可能性が高い
何もしないで勝手に直るとか思わないほうが良い
282: 警備員[Lv.72] 2025/05/05(月)16:31 ID:WQEqNIz90(1) AAS
何の文字で引っかかってるか知らんが、もしその特定文字をその配信者しか使っておらず、かつその配信を自分1人しか録画してなかったとしたら、誰も気づかないしいつまで経っても直らないぞ
自分にしか該当しなくて誰も気づいてないってことは、フリーソフトはまれにある
283(1): nnn-revo2012 警備員[Lv.9] 2025/05/05(月)19:57 ID:xy+MtRT60(6/13) AAS
とりあえずIssue書いた
たった１行追加するだけなのになあ
284(1): nnn-revo2012 警備員[Lv.9] 2025/05/05(月)20:54 ID:xy+MtRT60(7/13) AAS
>>283
>些細な変更です…変更が必要で正しく動作していることを証明する一致するデバッグログを添えて、プルリクエストを出してください。
無理だ・・・
285: nnn-revo2012 警備員[Lv.10] 2025/05/05(月)21:39 ID:xy+MtRT60(8/13) AAS
>>284
一応理由を書いておいたけど、これは無理（Issue取り下げ）かなってことで
めんどくさすぎるやん！！！！
yt-dlpの方はそもそもcopyts対応してなさそうだしblank削除もしてないしユーザー生はまったく使い物にならない
今出てるpull requestも進まなそうだしお前らこれでいいのか？
286: 警備員[Lv.33] 2025/05/05(月)21:41 ID:+7vYJcPJ0(1) AAS
>>278
こいつが言い出しっぺなのに
恥ずかしい放送録画しててIDを晒したくないんだろ
287(1): nnn-revo2012 警備員[Lv.10] 2025/05/05(月)21:42 ID:xy+MtRT60(9/13) AAS
そもそもAES128暗号化はDRMじゃねーから問題ないってことならゲストさん（録画ツールの作者）および自分も動画DLやめてねーから
ニコ動も同様でほとんどのツールは動画のDL辞めてるし
288(1): nnn-revo2012 警備員[Lv.10] 2025/05/05(月)21:54 ID:xy+MtRT60(10/13) AAS
>>287
取り下げました
残念無念・・・
289(1): 警備員[Lv.9] 2025/05/05(月)22:25 ID:116RYlLx0(2/2) AAS
Issue見たけど法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
書いてないから変更の必要性が伝わってないんじゃね
290: nnn-revo2012 警備員[Lv.11] 2025/05/05(月)22:39 ID:xy+MtRT60(11/13) AAS
>>289
>法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
>書いてないから変更の必要性が伝わってないんじゃね
それはニコ生本来の仕様じゃないし、残念なことにそれを適切に伝える英語力がないんでもう無理っす
心折れました
291(5): nnn-revo2012 警備員[Lv.11] 2025/05/05(月)23:12 ID:xy+MtRT60(12/13) AAS
これ保存版ねｗ
ニコニコは（動画、生放送、静画）含めて表示するブラウザやスマホetcをは１つのデヴァイスとしてとらえてる
具体的にはヘッダーの X-Frontend-Id が同じかどうかで判断してて、同じ X-Frontend-Id があればどっちかが切れる仕様
例
ブラウザ: 9
Androidアプリ: 90
Androidブラウザ: 91
※iPhoneアプリ、iPhoneブラウザの値はiPhone持ってないので知りませんｗ（おそらく90/91だと思うけどわからん）
で、各ツールは以下のように指定されてるので X-Frontend-Id が同じならどっちかがきれるのが本来の仕様
でも今回のサーバー移転で X-Frontend-Id が同じでもcookieが同じなら切れなくなったのは新仕様なのか単なるポカミスかなんなのかはわからん
省3
292: nnn-revo2012 警備員[Lv.11] 2025/05/05(月)23:19 ID:xy+MtRT60(13/13) AAS
>>291
>livedl: X-Frontend-Id無指定
livedlはX-Frontend-Idが指定される前から作られてたツールだけどX-Frontend-Id導入後も無指定はほかのX-Frontend-Idと干渉しないってのを知ってそのままにしておいたのさ
こうやって暴露しちゃうとドワンゴ側で対策されちゃうかもしれんからみんなだまってたけどもういいかｗ
293: nnn-revo2012 警備員[Lv.2][新芽] 2025/05/06(火)06:23 ID:vKkWFYcm0(1/5) AAS
>>291
>ブラウザ: 9
これはニコ生の場合で、
ニコ動ブラウザ: 6
ニコニコ静画ブラウザ: 56
のようにブラウザでも機能別に割り振られてます
ニコ動に関してはX-Frontend-Idが6(モバイルは知らん)以外だとAPIではじかれるがニコ生は今のところそういう制限はないみたいです
ただ、こういう仕様が悪用されるようなことがあれば制限なりなんなりされるかと思います
294: 警備員[Lv.2][新芽] 2025/05/06(火)06:26 ID:vKkWFYcm0(2/5) AAS
>>288
今回取り下げた理由として、自分の英語力のなさもそうですが著作権うんぬんをこれ以上言うとStreamlinkのメンテナーさんが「めんどくさいからnicolive.pyを削除してしまうか」ってことになる可能性が高いので今回引き下がりました
295: nnn-revo2012 警備員[Lv.3][新芽] 2025/05/06(火)06:59 ID:vKkWFYcm0(3/5) AAS
>>291
>例
>ニコ生ブラウザ: 9
>Streamlink/yt-dlp: 9
同じ X-Frontend-Id だからどっちかが切断されるのが本来の仕様
>例
>ニコ生ブラウザ: 9
省3
296: nnn-revo2012 警備員[Lv.3][新芽] 2025/05/06(火)07:11 ID:vKkWFYcm0(4/5) AAS
今もう使えるツールないし、さすがに今はニコ生側で使えなくしてると思うから言うけど、livedl（オリジナル）のログインのとある方法だと2段階認証してるアカウントでも2段階認証をしなくてもそのままログインできるｋｓ仕様だった
そんなサイトだからそりゃブラックなんとかにクラッキングされちゃいますわな
297: 警備員[Lv.171][苗] 2025/05/06(火)09:25 ID:84i6wH/E0(1) AAS
ほえー
使うだけの側には全く無いわからん内容だわ
ツール作者にはいつもお世話になってますありがとう
298: nnn-revo2012 警備員[Lv.5][新芽] 2025/05/06(火)18:20 ID:vKkWFYcm0(5/5) AAS
>>291
肝心なこと書いてなかった
ニコ生でwebsocket接続する際に
[plugin.api.websocket][debug] Connecting to: wss://a.live2.nicovideo.jp/unama/wsapi/v2/watch/47874593260110/timeshift?audience_token=**********&frontend_id=9
ここの最期の数字でニコ生の接続がどのクライアント（ブラウザー・アプリ・アプリブラウザーetc）からかをサーバーに伝えてて、この数字が重複してるとどれかが切れるというのが本来の仕様なはず
いつからかはわからんけどfrontend_idが同じでもcookieが同じなら切れなくなった（ブラウザで同じ配信を複数開いてもどっちも切れない）のは新仕様なのか何か意図があるのかｗ単なるポカミスかなんなのかはわからん
299: 警備員[Lv.48] 2025/05/08(木)21:22 ID:d/8xwvFk0(1) AAS
kickをVLCでストリームする方法ない？
gptに聞いたがうまく答えない
300: 警備員[Lv.2][新芽] 2025/05/09(金)11:04 ID:RABNuc020(1) AAS
streamlinkのプラグインにあるみたいだから
streamlink -p "VLCのパス" "kickのURL" best
でいけんじゃね 知らんけど
301: 警備員[Lv.10] 2025/05/09(金)20:20 ID:OgVjKj9s0(1) AAS
なんかsingle_cookie無しでも切断されなくなってね？
ニコ生側でなんかしたか
302: 警備員[Lv.2][新芽] 2025/05/11(日)00:30 ID:4WRhnuiX0(1) AAS
yt-dlpを使う方法なら、これでググればでてくる「YoutubeやTwitchのURLをVLCなどのプレイヤーで開く方法」
KICKも見れた。ただ応用要
303: 警備員[Lv.21] 2025/05/14(水)13:40 ID:O2agIV6b0(1) AAS
別に動画自身をセキュリティアップする必要なんかなくハッカーにやられないようにするだけで良かった
304(3): 警備員[Lv.5][芽] 2025/05/16(金)17:03 ID:0YJgCo2i0(1) AAS
livedl-nのgithubが更新停止になってるけど
やる気なくしたんかな
305(3): 警備員[Lv.2][新芽] 2025/05/16(金)18:46 ID:4d5yN2qh0(1) AAS
>>304
ニコ生やニコ動は著作権法と特許権縛りがあるんで日本国内に住む限りなんにもできないだろ
Streamなんちゃらとかyt-dlpにIssue書いても「お前がプルリク出せ」とか言われるし、それができないからわざわざお伺い立ててるんだし
もうなんにもできないからドワンゴ関係の開発は辞める
2017年頃からかC#の勉強も兼ねてニコ生やニコ動のツール開発してたけどいい勉強になったよ
MessageServerの処理なんて最初はマジでわからなかったけど、livedlでよく作れたなと思うわ
306(1): 警備員[Lv.4][新芽] 2025/05/16(金)19:28 ID:RLYoKCw00(1) AAS
誰そいつ
知らねーわー
307(1): 警備員[Lv.5][新芽] 2025/05/17(土)23:22 ID:ofQlTRK90(1) AAS
よく分かんないけどこれでうるさいヤツが消えると思うと嬉しいわ
308(1): 警備員[Lv.6][芽] 2025/05/18(日)13:21 ID:WBjbeZZC0(1) AAS
「悪いのはお前らだ」感が滲み出すぎ
面白みの欠片もない人間性だったな
309(1): 警備員[Lv.20] 2025/05/18(日)17:18 ID:OWAZpNAN0(1) AAS
４月３０日のyt-dlpを使ってもエラーになるけどニコ生対応してないの？
画像ﾘﾝｸ[jpeg]:i.imgur.com
あと、アイドル専門チャンネルを登録したら（チャンネル登録）
放送チェックツール（仮 1.88 を使っても、ニコ生新配信録画ツールは連携とれるけど
外部ソフトは連携取れないですね。
通常のユーザIDなら連携とれるけど
310: 警備員[Lv.11] 2025/05/18(日)20:17 ID:vG8NR/WD0(1) AAS
>>309
>>35 参照
画質判定がまともに機能してないので能動的に画質指定しないと
「該当フォーマットなし」のエラーになる
311: 警備員[Lv.3][新芽] 2025/05/19(月)13:51 ID:CKpetboA0(1) AAS
>>304 >>305
開発終了で悲しい
オリジナル版からずっと使ってた
312(1): 警備員[Lv.10] 2025/05/19(月)14:12 ID:AcQat1dz0(1) AAS
自演はやめてね
313: 警備員[Lv.6][芽] 2025/05/19(月)18:04 ID:13rdMCRZ0(1) AAS
良くも悪くも典型的なプログラマーだったな
314(1): 警備員[Lv.9][新] 2025/05/19(月)20:16 ID:qE6YoDCz0(1) AAS
プログラムはなんでも思い通りになるから
人間への接し方がおかしくなるんだよな
俺もそう
315: 警備員[Lv.2][新芽] 2025/05/19(月)22:33 ID:qKQWH4NA0(1) AAS
>>314
まともなエンジニアなら「プログラムはなんでも思い通りになる」なんてことはないって理解してる
現実のソフトウェア開発でバグは避けられない
どんな熟練したプログラマーでも、常に意図しない動きや予期せぬエラーに出くわす
システムが複雑になればなるほど全部の動きを予測し、完全に制御するのはほぼ不可能になる
プログラムはあくまで決められたロジックやデータで動くもの
現実世界のデタラメさや不確かさ、まして人間の感情や状況の変化なんかを完璧に「思い通り」にするのは無理
おまえがプログラムで「思い通りになる」と感じてるのは
特定の条件で、あらかじめ決めた通りに機械が動くっていう、限られた意味合いだろ
プログラムを扱う経験が直接、人間への接し方をおかしくするという明確な根拠はない
省4
316: 警備員[Lv.11] 2025/05/19(月)22:50 ID:h2al6vLA0(1) AAS
凄腕プログラマーなんだろ
317: 警備員[Lv.7][芽] 2025/05/20(火)03:11 ID:ppFQNj/80(1) AAS
長文で顔真っ赤にするほどか・・・
たぶんネットでチヤホヤされることだけが生きがいだったんだな
そう思うとネットは人を狂わすな
318: 警備員[Lv.180][木] 2025/05/20(火)03:32 ID:Myg2SR5P0(1) AAS
まさに人間への接し方がおかしくなった一例を見た気がする
319: 警備員[Lv.11] 2025/05/20(火)06:47 ID:xENAfk1S0(1) AAS
誰も頼んでないのにアプリ公開して勝手に乞食してそれでも誰にも買ってもらえず一人で嫌儲叩きしだすやつツイッターにたくさんいるよね
320: 警備員[Lv.12][新] 2025/05/20(火)07:01 ID:A6mmu9k30(1) AAS
図星だったのだろうが別にいいじゃん嫌われたって
他人の評価なんて気にするな
自分以外は下等生物と見下すのが真のプログラマーというもの
321: 警備員[Lv.2][新芽] 2025/05/20(火)09:43 ID:UMsogA8H0(1) AAS
性格が悪い分を能力や功績から順当にマイナスされただけ
面白味もまったく無いし
何年も居座ってたくせに適正ポジションを全く学べなかったんだな
もう歳だよ
322: 警備員[Lv.8] 2025/05/20(火)11:18 ID:SfVCNkTd0(1) AAS
真のコミュ障はここまで書かれておいてまだ書いてくるから見ものだな
本人は他人を装って書き込みするも、結局はバレるまでがテンプレ
323: 警備員[Lv.12] 2025/05/20(火)19:11 ID:oKp+mozc0(1) AAS
まだちやほやされる道はあるぞ
すなわちdlpとかstreamlinkにプルリクを自分で出しちまうって道が
自分が主開発者としてツールを公開するのは多少法的リスクあるだろうが
プルリク程度なら大丈夫だろぶっちゃけ
324: 警備員[Lv.49] 2025/05/21(水)06:06 ID:2dRmM6z80(1) AAS
幇助の罪
325: 警備員[Lv.8][芽] 2025/05/21(水)21:00 ID:J/7/LCSw0(1/2) AAS
ニコ生TS録画できなくなってるやん
なんだよこれー
326: 警備員[Lv.7][苗] 2025/05/21(水)23:17 ID:EFsmLcKs0(1) AAS
今確認したが録画できてるよ
327(1): 警備員[Lv.9] 2025/05/21(水)23:44 ID:J/7/LCSw0(2/2) AAS
live.nicovideo.jp/watch/lv347592533
これダメやったよ・・・
328: 警備員[Lv.2][新芽] 2025/05/22(木)21:12 ID:WaPb/pu70(1) AAS
>>327
TSは普通にstreamlinkでDL出来た
エスパーするとCookie期限切れとかじゃね
329(1): 警備員[Lv.9] 2025/05/22(木)23:50 ID:nEo86Qbb0(1) AAS
久々にstreamlinkで録画しようと思ってるけど、今ってポータブル最新で手を加えなくていいの？
offset 6もいらないんだっけ？
ニコ生ツールの外部アプリ設定で動いてなかったからなにか仕様が変わったのかな？
330: 警備員[Lv.7][芽] 2025/05/23(金)05:34 ID:X3MTs76o0(1) AAS
>>312
決めつけ刑事やめてね
上下前次1-新書関写板覧索設栞歴
あと 521 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s