【ニコ生】新配信録画ツール（仮、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
-
- 256
- 2025/05/02(金) 16:52:16.22
-
>>253
「音ずれ修正機能」の案、ユーザーから見るとちょっと紛らわしいかもって思った
理由としては
・「修正」って名前が紛らわしい: 「音ずれ修正」って名前は、いつでもオンにしとけば大丈夫な、万能な解決策だって誤解されやすい
・チェックボックスのオンオフが逆: チェックボックスをオンにするのに、裏側では特定のオプションが無効になるっていう動きが直感的じゃない
・デフォルトがオフで混乱: 現状のニコ生はcopytsをつけておくのがベストだから、デフォルト設定はこの機能がオフになるようにしないといけない。それが「なんで修正機能をオフにしとくの？」って疑問とか混乱のもとになる
・ユーザーが困る、問い合わせが増える: こういう分かりづらさがあると、ユーザーが設定を間違えて録画が失敗したり音ズレしたりして、結局質問がいっぱい来る原因になる可能性がある
案
項目名: 音ズレ対策
ラベル：現在のニコ生形式に合わせた処理を有効にする
説明：
現在のニコ生形式に合わせた音ズレを防ぐための重要な設定です
基本的にチェックはオンのままご利用ください
ごく一部の特殊な放送で音ズレする場合のみオフにしてください
自分がリクエスト出すわけじゃないし出すつもりもないし
あくまでも個人的な意見だから全く採用しなくてもいいよ
-
- 257
- 2025/05/02(金) 16:54:18.94
-
>>256
デフォルトはチェックオンで
-
- 259
- 2025/05/02(金) 21:54:45.27
-
ド素人だからSlNicoLiveRecに任せるわ
-
- 260
- 2025/05/03(土) 02:04:29.53
-
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
- 2025/05/03(土) 02:16:12.16
-
>>256
そういう意見もあるんであれば無駄にややこしくなるんでこのまま放っておきますわ
nicolive.pyはaccessRightMethod以外の変更はなしのリクエストは出しときますが、過去のタイムシフトをダウンロードする人なんてほぼいないと思うし今年の１０月には音ズレするチャンネルTSもなくなるんで
-
- 262
- 2025/05/03(土) 02:51:32.47
-
>>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
- 2025/05/03(土) 09:38:22.32
-
SlNicoLiveRecをV1.0.1.4に更新
//person-of-ehomaki.blog.jp/archives/38480288.html
更新内容
録画開始時に「録画終了予定時刻を過ぎています。」と表示されて録画できない不具合を修正
nicolive.py を変更
・リアルタイム録画の通信モード「安定性重視」に変更
・常に--ffmpeg-copytsオプションを渡す（ユーザー生放送のアプリ配信の一部で音ズレする対策）
-
- 264
- 2025/05/03(土) 09:45:33.50
-
音ズレの件は時間が解決してくれるということで僕はこれで終わり
後追っかけ再生録画したいとか長時間配信してると途中で切れるとか録画時に自動予約など録画ツール（仮にあったがStreamlinkにはない機能については直接Streamlinkの方を修正しないといけないのでIssue書いてStreamlinkのメンテナーさんにお願いするしかないですね
それは機能が欲しい方が各自で要望してください
-
- 265
- 2025/05/04(日) 04:22:00.62
-
SINicoLiveRecV1.0.1.2を使ってる人向け
このバージョンだけサーバー移行後の配信もユーザー生（とチャンネルの一部）放送で音ズレが発生すると思います
SINicoLiveRecV1.0.1.2は1400ぐらいダウンロードされてて今ほとんどの人がこれ使ってると思いますが、特にユーザー生放送中心の人は最新版(SINicoLiveRecV1.0.1.4)にアップデートした方が良いと思います
ちなみに僕が書くところの「アップデートした方が良いと思います」は「アップデートしないと必ず音ズレするからアップデートしとけ！」という意味なのでよろしくおねがいしま〜すｗ
公式やチャンネルしか見ない（録画しない）人はどれ使ってもほぼ音ズレしないので別にアップデートしないくてもいいです(お好みでどうぞ)
-
- 266
- 2025/05/04(日) 05:57:22.31
-
何をそんなにごちゃごちゃ書いてるのかわからんのだが普通の人は最新の使ってたら良いの？
-
- 267
- 2025/05/04(日) 08:46:57.45
-
>>266
普通の人が何かわからんが、ユーザー生放送をDLするかしないかで変わる
ユーザー生放送をDLするならSINicoLiveRec最新版必須（またはSINicoLiveRecV1.0.1.1のままでも良い）
そうじゃない人はどれでもいい それだけ
-
- 268
- 2025/05/04(日) 09:04:03.41
-
>>266
ユーザー生放送しか見ない人にとってはユーザー生放送を見てる人が”普通の人”だろうし
チャンネル放送しか見ない人にとってはチャンネル放送を見てる人が”普通の人”だろうし
公式放送しか見ない人にとっては公式放送を見てる人が”普通の人”だろうから
その人の立場によって”普通の人”がかわるんじゃないかね？
もっといえば世間一般の”普通の人”はニコニコ生放送なんてみてないからそもそもSINicoLiveRecなんていらないだろ
-
- 269
- 2025/05/04(日) 15:10:10.68
-
めっちゃごちゃごちゃ書くやんｗ
もういいよ最新使うわ
-
- 270
- 2025/05/05(月) 01:10:50.16
-
よく分からない人は最新版でいいよ
-
- 271
- 2025/05/05(月) 02:16:58.97
-
ていうか最新版にしない理由あるん？
-
- 272
- 2025/05/05(月) 03:54:04.41
-
アップデート＝新たな不具合の発生＝余計な手間の発生という事実を認めない馬鹿が発狂する
-
- 273
- 2025/05/05(月) 04:43:30.80
-
わからない人向け
・V1.0.1.4（またはそれ以降の最新版）に更新する
・nicolive.pyは変更しない（わかる人のみ自己責任で）
・5chやこの掲示板に書かれている変更は日々変わっていくので特に最初の頃の情報は不要になっていることが多い
-
- 274
- 2025/05/05(月) 06:39:04.42
-
最新のに更新したらなんかファイル名エラーで落ちるようになったやんけ・・・
-
- 275
- 2025/05/05(月) 07:23:49.91
-
>>274
四八福星間開発のブログで報告どうぞ
その手はファイル名に使えない文字が入ってるからだと思うんで、必ずファイル名のフォーマットや放送IDも一緒に報告すること
これはこの手のツールあるあるのお約束だな
-
- 276
- 2025/05/05(月) 07:44:19.35
-
使えない文字というか標準から何も変更してないんだけど、みんなは使えてるのかな
別に自分なりのファイル名とかにしてるわけじゃない
-
- 277
- 2025/05/05(月) 07:55:01.72
-
>>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, "：")
fileName = regexp.MustCompile(`\*`).ReplaceAllString(fileName, "＊")
fileName = regexp.MustCompile(`\?`).ReplaceAllString(fileName, "？")
fileName = regexp.MustCompile(`"`).ReplaceAllString(fileName, `゛`)
fileName = regexp.MustCompile(`<`).ReplaceAllString(fileName, "＜")
fileName = regexp.MustCompile(`>`).ReplaceAllString(fileName, "＞")
fileName = regexp.MustCompile(`\|`).ReplaceAllString(fileName, "｜")
fileName = regexp.MustCompile(`）`).ReplaceAllString(fileName, ")")
fileName = regexp.MustCompile(`（`).ReplaceAllString(fileName, "(")
fileName = regexp.MustCompile(`\p{Zs}+`).ReplaceAllString(fileName, " ")
fileName = regexp.MustCompile(`\A\p{Zs}+|\p{Zs}+\z`).ReplaceAllString(fileName, "")
// 末尾が.であるようなファイルは作れない
fileName = regexp.MustCompile(`\.\p{Zs}*\z`).ReplaceAllString(fileName, "．")
return
}
-
- 278
- 2025/05/05(月) 08:09:55.95
-
>>277
すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なんか自分だけだったら悪いからわざわざ言うのもなと思って
しばらく様子見
-
- 279
- 2025/05/05(月) 08:37:23.82
-
>>278
>すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なら3か4で追加された機能の中にバグがあるって特定できるからなおさら＊今＊報告しといた方がいい
こういうのって同じプログラマーじゃないとわかんねーかもな
-
- 280
- 2025/05/05(月) 08:40:56.39
-
>>278
>しばらく様子見
そうされるとどれが原因かの特定が時間経つごとにわかりづらくなるから作者もユーザーにもメリットないね
それでも様子見なら前のバージョンずっとつかっとけばいいよ（ただしユーザー生放送録画する以外の場合ね）
-
- 281
- 2025/05/05(月) 14:28:30.25
-
全般的に今の体制じゃ該当ID出さない限り放置だろうな
人居なすぎるので特定IDに関する問題は”そいつ”しか引っかかってない可能性が高い
何もしないで勝手に直るとか思わないほうが良い
-
- 282
- 2025/05/05(月) 16:31:32.68
-
何の文字で引っかかってるか知らんが、もしその特定文字をその配信者しか使っておらず、かつその配信を自分1人しか録画してなかったとしたら、誰も気づかないしいつまで経っても直らないぞ
自分にしか該当しなくて誰も気づいてないってことは、フリーソフトはまれにある
-
- 283
- nnn-revo2012
- 2025/05/05(月) 19:57:19.16
-
とりあえずIssue書いた
たった１行追加するだけなのになあ
-
- 284
- nnn-revo2012
- 2025/05/05(月) 20:54:39.86
-
>>283
>些細な変更です…変更が必要で正しく動作していることを証明する一致するデバッグログを添えて、プルリクエストを出してください。
無理だ・・・
-
- 285
- nnn-revo2012
- 2025/05/05(月) 21:39:26.17
-
>>284
一応理由を書いておいたけど、これは無理（Issue取り下げ）かなってことで
めんどくさすぎるやん！！！！
yt-dlpの方はそもそもcopyts対応してなさそうだしblank削除もしてないしユーザー生はまったく使い物にならない
今出てるpull requestも進まなそうだしお前らこれでいいのか？
-
- 286
- 2025/05/05(月) 21:41:03.14
-
>>278
こいつが言い出しっぺなのに
恥ずかしい放送録画しててIDを晒したくないんだろ
-
- 287
- nnn-revo2012
- 2025/05/05(月) 21:42:50.44
-
そもそもAES128暗号化はDRMじゃねーから問題ないってことならゲストさん（録画ツールの作者）および自分も動画DLやめてねーから
ニコ動も同様でほとんどのツールは動画のDL辞めてるし
-
- 288
- nnn-revo2012
- 2025/05/05(月) 21:54:34.40
-
>>287
取り下げました
残念無念・・・
-
- 289
- 2025/05/05(月) 22:25:59.71
-
Issue見たけど法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
書いてないから変更の必要性が伝わってないんじゃね
-
- 290
- nnn-revo2012
- 2025/05/05(月) 22:39:56.30
-
>>289
>法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
>書いてないから変更の必要性が伝わってないんじゃね
それはニコ生本来の仕様じゃないし、残念なことにそれを適切に伝える英語力がないんでもう無理っす
心折れました
-
- 291
- nnn-revo2012
- 2025/05/05(月) 23:12:10.90
-
これ保存版ねｗ
ニコニコは（動画、生放送、静画）含めて表示するブラウザやスマホetcをは１つのデヴァイスとしてとらえてる
具体的にはヘッダーの X-Frontend-Id が同じかどうかで判断してて、同じ X-Frontend-Id があればどっちかが切れる仕様
例
ブラウザ: 9
Androidアプリ: 90
Androidブラウザ: 91
※iPhoneアプリ、iPhoneブラウザの値はiPhone持ってないので知りませんｗ（おそらく90/91だと思うけどわからん）
で、各ツールは以下のように指定されてるので X-Frontend-Id が同じならどっちかがきれるのが本来の仕様
でも今回のサーバー移転で X-Frontend-Id が同じでもcookieが同じなら切れなくなったのは新仕様なのか単なるポカミスかなんなのかはわからん
（仮: 90(デフォルトの場合)
livedl: X-Frontend-Id無指定
Streamlink/yt-dlp: 9
-
- 292
- nnn-revo2012
- 2025/05/05(月) 23:19:30.36
-
>>291
>livedl: X-Frontend-Id無指定
livedlはX-Frontend-Idが指定される前から作られてたツールだけどX-Frontend-Id導入後も無指定はほかのX-Frontend-Idと干渉しないってのを知ってそのままにしておいたのさ
こうやって暴露しちゃうとドワンゴ側で対策されちゃうかもしれんからみんなだまってたけどもういいかｗ
-
- 293
- nnn-revo2012
- 2025/05/06(火) 06:23:18.95
-
>>291
>ブラウザ: 9
これはニコ生の場合で、
ニコ動ブラウザ: 6
ニコニコ静画ブラウザ: 56
のようにブラウザでも機能別に割り振られてます
ニコ動に関してはX-Frontend-Idが6(モバイルは知らん)以外だとAPIではじかれるがニコ生は今のところそういう制限はないみたいです
ただ、こういう仕様が悪用されるようなことがあれば制限なりなんなりされるかと思います
-
- 294
- 2025/05/06(火) 06:26:22.34
-
>>288
今回取り下げた理由として、自分の英語力のなさもそうですが著作権うんぬんをこれ以上言うとStreamlinkのメンテナーさんが「めんどくさいからnicolive.pyを削除してしまうか」ってことになる可能性が高いので今回引き下がりました
-
- 295
- nnn-revo2012
- 2025/05/06(火) 06:59:17.78
-
>>291
>例
>ニコ生ブラウザ: 9
>Streamlink/yt-dlp: 9
同じ X-Frontend-Id だからどっちかが切断されるのが本来の仕様
>例
>ニコ生ブラウザ: 9
>（仮: 90(デフォルトの場合)
だから旧動画サーバーの時は今まで録画しながらブラウザで視聴できてたわけ これが本来の仕様
こうやって暴露してしまうとＧＷ明けに修正されるかもしれんけどそれはしょうがないねｗｗｗ
-
- 296
- nnn-revo2012
- 2025/05/06(火) 07:11:22.07
-
今もう使えるツールないし、さすがに今はニコ生側で使えなくしてると思うから言うけど、livedl（オリジナル）のログインのとある方法だと2段階認証してるアカウントでも2段階認証をしなくてもそのままログインできるｋｓ仕様だった
そんなサイトだからそりゃブラックなんとかにクラッキングされちゃいますわな
-
- 297
- 2025/05/06(火) 09:25:20.51
-
ほえー
使うだけの側には全く無いわからん内容だわ
ツール作者にはいつもお世話になってますありがとう
-
- 298
- nnn-revo2012
- 2025/05/06(火) 18:20:51.63
-
>>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
- 2025/05/08(木) 21:22:19.28
-
kickをVLCでストリームする方法ない？
gptに聞いたがうまく答えない
-
- 300
- 2025/05/09(金) 11:04:19.89
-
streamlinkのプラグインにあるみたいだから
streamlink -p "VLCのパス" "kickのURL" best
でいけんじゃね 知らんけど
-
- 301
- 2025/05/09(金) 20:20:06.43
-
なんかsingle_cookie無しでも切断されなくなってね？
ニコ生側でなんかしたか
-
- 302
- 2025/05/11(日) 00:30:38.82
-
yt-dlpを使う方法なら、これでググればでてくる「YoutubeやTwitchのURLをVLCなどのプレイヤーで開く方法」
KICKも見れた。ただ応用要
-
- 303
- 2025/05/14(水) 13:40:46.78
-
別に動画自身をセキュリティアップする必要なんかなくハッカーにやられないようにするだけで良かった
-
- 304
- 2025/05/16(金) 17:03:03.34
-
livedl-nのgithubが更新停止になってるけど
やる気なくしたんかな
-
- 305
- 2025/05/16(金) 18:46:31.85
-
>>304
ニコ生やニコ動は著作権法と特許権縛りがあるんで日本国内に住む限りなんにもできないだろ
Streamなんちゃらとかyt-dlpにIssue書いても「お前がプルリク出せ」とか言われるし、それができないからわざわざお伺い立ててるんだし
もうなんにもできないからドワンゴ関係の開発は辞める
2017年頃からかC#の勉強も兼ねてニコ生やニコ動のツール開発してたけどいい勉強になったよ
MessageServerの処理なんて最初はマジでわからなかったけど、livedlでよく作れたなと思うわ
-
- 306
- 2025/05/16(金) 19:28:24.48
-
誰そいつ
知らねーわー
このページを共有する
おすすめワード