【ニコ生】新配信録画ツール（仮、livedl Part9

2025/04/26(土) 08:36:06.62

SlNicoLiveRecでタイムシフトDLする方法ないの？

2025/04/26(土) 08:45:27.54

>>220
？？？

2025/04/26(土) 08:51:04.88

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

2025/04/26(土) 21:50:43.75

>>170
SINicoLiveRecV1.0.1.2から--ffmpeg-copytsがデフォルトオフになってるけど、700人ぐらいが使ってるのに「音ズレする？！」って報告が5chや作者のblogでないのは、おそらくニコ生側サーバーの設定調整により--ffmpeg-copytsが必要になる放送の方が少なくなった（数％ぐらい？）ということかと思われる

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/26(土) 22:34:01.76

>>223
デフォルトオフにしてって要望出しの誰だよ
ゴミすぎるだろ

**nnn-revo2012** 警備員[Lv.8][新] · 2025/04/26(土) 23:25:05.68

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

2025/04/27(日) 00:44:58.80

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

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

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

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

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 02:31:25.18

最新のStreamlinkのnicolive.pyって--ffmpeg-copytsって強制じゃなくね？

2025/04/27(日) 02:36:18.39

>>228
Streamlinkについて「強制的に--ffmpeg-copytsがついてる」という表現は誤り
あくまでデフォルト設定で、Streamlink自体が強制的に--ffmpeg-copytsを有効にしているわけではない
引数で明示的に無効化（Falseに設定）することが可能
つまりStreamlinkでも--ffmpeg-copytsオプションを「付け外し出来る」

2025/04/27(日) 02:54:08.55

まじで？強制だと思い込んでた
間違った情報ドヤ顔で書いてしまった

**nnn-revo2012** 警備員[Lv.9] · 2025/04/27(日) 02:57:57.15

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

2025/04/27(日) 03:13:31.55

>>231
まじ
nicolive.pyが生成するストリームオブジェクトとかもろもろ経由してきて
最終的にFFmpegプロセスに渡されるオプションの辞書に反映される際にデフォルト値を上書きしてる

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 03:16:35.01

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

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 オプションが無効化される

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 03:31:43.99

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

2025/04/27(日) 03:41:15.55

>>236
> ・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった

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

**nnn-revo2012** 警備員[Lv.9] · 2025/04/27(日) 03:43:52.12

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

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

2025/04/27(日) 03:46:22.22

>>238
四八福星間開さんへのリクエストの件はしらんが
無効化できるのが伝わってよかった

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

2025/04/27(日) 04:34:59.69

今のnicolive.pyってこうやってコメントアウトされてるけどこれでも
ffmpeg-copytsが適用されるの？
# ffmpeg_options={"copyts": True},

2025/04/27(日) 05:08:47.69

>>240
ごめんちゃんとコード見たらffmpeg-copytsは上書き対象じゃなかった
許して

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/04/27(日) 10:23:19.10

>>241
それは>>41のレスみて自分でnicolive.pyを修正したと思われるけど
#でコメントアウトされててその行は無視されるからffmpeg-copytsは適用されてないよ
自分でコマンドに--ffmpeg-copytsを追加しない限り

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

2025/04/27(日) 19:30:04.13

>>243
だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

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}, の行そのものを削除

2025/04/27(日) 23:07:47.02

>>244
>だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

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

2025/04/28(月) 00:29:21.62

わいはいつの間にか自分で直してたのか、、確かにnicolive.pyはちょっといじってるw

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

2025/04/30(水) 10:50:23.41

nnn-revo2012の性格は嫌いだが実際に各ツールのために動いてくれてるの事実
そこは評価してるよ

2025/05/01(木) 18:32:11.91

性格悪い分を能力や仕事から査定がきっちり引かれるだけの話だな

2025/05/01(木) 23:14:36.12

こっちで先行
音ズレの件の調査中ですがだいたいわかってきたので

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

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

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

2025/05/01(木) 23:17:07.10

>>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を修正(旧サーバーデーター変換配信をＤＬする場合のみ)

2025/05/02(金) 09:09:47.33

･SlNicoLiveRecでcopytsのオプション設定できるようにする
　デフォルト値はV1.0.1.2とは逆のTrue、外せるようにもする
　外部から引数で渡せるようにするかどうかは議論の余地あり
ってところか…
accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
元々Streamlinkを直で使ってる人は自分でnicolive.pyは修正するくらいできるだろうし

SINicoLiveRecじゃなくてSl(L)NicoLiveRecね、俺も最初はIだと思ってたけどw

2025/05/02(金) 12:15:02.52

>>252
四八福星間開発氏にはこういうリクエストだすつもり
--------------------------
次にSlNicoLiveRecをバージョンアップする際に以下の機能を追加していただけないでしょうか？
・音ずれ修正機能（チェックボックス）
　設定→上級者設定に以下の項目を追加する
　音ずれ修正
　[　]音ずれしている放送を音ずれ修正して録画する
　通常は必ずオフにしてください
　ユーザーやチャンネルの一部の放送で音ずれする場合だけチェックオンにして録画してください
※イメージ
//i.imgur.com/u0tYwjY.jpg

チェックがオンの場合はStreamlinkの引数に --ffmpeg-copyts を＊つけない＊
チェックがオフの場合はStreamlinkの引数に --ffmpeg-copyts を＊つける＊
デフォルトの設定はオフです
※ちょっとややこしいのですが、現状のニコ生の仕様や--ffmpeg-copytsの仕様によりこうするのが一番良いと判断しました

2025/05/02(金) 12:17:50.50

>>252
>accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
streamlink本家はまだ未対応ですが、しょうがないので自分がIssue書いて本家に対応してもらう予定

2025/05/02(金) 12:31:12.90

>>251　案としては
・--ffmpeg-no-copytsのようなオプションを新たに追加してもらう
・nicolive.pyの中で放送がユーザー放送だった場合のみcopytsをつけるように変更する
・nicolive.pyの中でニコ生独自のオプション--nico-ffmpeg-copyts=true/falseみたいなオプションを追加してもらう
・nicolive.pyの中で一度m3u8を読み込んで先頭にblankがありなおかつ映像と音声のblankの時間に差がある場合のみcopytsをつけるように変更する

というのもありますが、技術英語もバリバリの人ならどれでもいけると思いますが自分は無理っす
（やりあえる人がいるならやってください）

それとyt-dlpが更新されてますが、こっちの修正者はおそらく公式ぐらいしかみてないようで（モバイル配信の）ユーザー放送はまったく使い物になりません
なのでyt-dlpはユーザー生のモバイル配信のＴＳの件から始めないといけないですね　これまた面倒（自分はやる気ない）

2025/05/02(金) 16:52:16.22

>>253
「音ずれ修正機能」の案、ユーザーから見るとちょっと紛らわしいかもって思った
理由としては
・「修正」って名前が紛らわしい: 「音ずれ修正」って名前は、いつでもオンにしとけば大丈夫な、万能な解決策だって誤解されやすい
・チェックボックスのオンオフが逆: チェックボックスをオンにするのに、裏側では特定のオプションが無効になるっていう動きが直感的じゃない
・デフォルトがオフで混乱: 現状のニコ生はcopytsをつけておくのがベストだから、デフォルト設定はこの機能がオフになるようにしないといけない。それが「なんで修正機能をオフにしとくの？」って疑問とか混乱のもとになる
・ユーザーが困る、問い合わせが増える: こういう分かりづらさがあると、ユーザーが設定を間違えて録画が失敗したり音ズレしたりして、結局質問がいっぱい来る原因になる可能性がある

案
項目名: 音ズレ対策
ラベル：現在のニコ生形式に合わせた処理を有効にする
説明：
現在のニコ生形式に合わせた音ズレを防ぐための重要な設定です
基本的にチェックはオンのままご利用ください
ごく一部の特殊な放送で音ズレする場合のみオフにしてください

自分がリクエスト出すわけじゃないし出すつもりもないし
あくまでも個人的な意見だから全く採用しなくてもいいよ

2025/05/02(金) 16:54:18.94

>>256
デフォルトはチェックオンで

2025/05/02(金) 19:07:14.06

yt-dlp 2025.04.30
このアプデは>>35が正式に組み込まれただけで>>35から特に変更はない
まだ普通に使うのは無理がある感じだから詳しくないならdlpでのニコ生新配信DLは当面諦めたほうが良い

2025/05/02(金) 21:54:45.27

ド素人だからSlNicoLiveRecに任せるわ

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

2025/05/03(土) 02:16:12.16

>>256
そういう意見もあるんであれば無駄にややこしくなるんでこのまま放っておきますわ
nicolive.pyはaccessRightMethod以外の変更はなしのリクエストは出しときますが、過去のタイムシフトをダウンロードする人なんてほぼいないと思うし今年の１０月には音ズレするチャンネルTSもなくなるんで

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 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を修正する

2025/05/03(土) 09:38:22.32

SlNicoLiveRecをV1.0.1.4に更新
//person-of-ehomaki.blog.jp/archives/38480288.html

更新内容
録画開始時に「録画終了予定時刻を過ぎています。」と表示されて録画できない不具合を修正
nicolive.py を変更
・リアルタイム録画の通信モード「安定性重視」に変更
・常に--ffmpeg-copytsオプションを渡す（ユーザー生放送のアプリ配信の一部で音ズレする対策）

2025/05/03(土) 09:45:33.50

音ズレの件は時間が解決してくれるということで僕はこれで終わり
後追っかけ再生録画したいとか長時間配信してると途中で切れるとか録画時に自動予約など録画ツール（仮にあったがStreamlinkにはない機能については直接Streamlinkの方を修正しないといけないのでIssue書いてStreamlinkのメンテナーさんにお願いするしかないですね
それは機能が欲しい方が各自で要望してください

2025/05/04(日) 04:22:00.62

SINicoLiveRecV1.0.1.2を使ってる人向け
このバージョンだけサーバー移行後の配信もユーザー生（とチャンネルの一部）放送で音ズレが発生すると思います
SINicoLiveRecV1.0.1.2は1400ぐらいダウンロードされてて今ほとんどの人がこれ使ってると思いますが、特にユーザー生放送中心の人は最新版(SINicoLiveRecV1.0.1.4)にアップデートした方が良いと思います

ちなみに僕が書くところの「アップデートした方が良いと思います」は「アップデートしないと必ず音ズレするからアップデートしとけ！」という意味なのでよろしくおねがいしま～すｗ
公式やチャンネルしか見ない（録画しない）人はどれ使ってもほぼ音ズレしないので別にアップデートしないくてもいいです(お好みでどうぞ)

2025/05/04(日) 05:57:22.31

何をそんなにごちゃごちゃ書いてるのかわからんのだが普通の人は最新の使ってたら良いの？

2025/05/04(日) 08:46:57.45

>>266
普通の人が何かわからんが、ユーザー生放送をDLするかしないかで変わる
ユーザー生放送をDLするならSINicoLiveRec最新版必須（またはSINicoLiveRecV1.0.1.1のままでも良い）
そうじゃない人はどれでもいい　それだけ

2025/05/04(日) 09:04:03.41

>>266
ユーザー生放送しか見ない人にとってはユーザー生放送を見てる人が”普通の人”だろうし
チャンネル放送しか見ない人にとってはチャンネル放送を見てる人が”普通の人”だろうし
公式放送しか見ない人にとっては公式放送を見てる人が”普通の人”だろうから
その人の立場によって”普通の人”がかわるんじゃないかね？

もっといえば世間一般の”普通の人”はニコニコ生放送なんてみてないからそもそもSINicoLiveRecなんていらないだろ

2025/05/04(日) 15:10:10.68

めっちゃごちゃごちゃ書くやんｗ
もういいよ最新使うわ

2025/05/05(月) 01:10:50.16

よく分からない人は最新版でいいよ

2025/05/05(月) 02:16:58.97

ていうか最新版にしない理由あるん？

2025/05/05(月) 03:54:04.41

アップデート＝新たな不具合の発生＝余計な手間の発生という事実を認めない馬鹿が発狂する

**名無しさん＠お腹いっぱい。** 警備員[Lv.6] · 2025/05/05(月) 04:43:30.80

わからない人向け
・V1.0.1.4（またはそれ以降の最新版）に更新する
・nicolive.pyは変更しない（わかる人のみ自己責任で）
・5chやこの掲示板に書かれている変更は日々変わっていくので特に最初の頃の情報は不要になっていることが多い

2025/05/05(月) 06:39:04.42

最新のに更新したらなんかファイル名エラーで落ちるようになったやんけ・・・

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 2025/05/05(月) 07:23:49.91

>>274
四八福星間開発のブログで報告どうぞ
その手はファイル名に使えない文字が入ってるからだと思うんで、必ずファイル名のフォーマットや放送IDも一緒に報告すること
これはこの手のツールあるあるのお約束だな

2025/05/05(月) 07:44:19.35

使えない文字というか標準から何も変更してないんだけど、みんなは使えてるのかな
別に自分なりのファイル名とかにしてるわけじゃない

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 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
}

2025/05/05(月) 08:09:55.95

>>277
すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なんか自分だけだったら悪いからわざわざ言うのもなと思って
しばらく様子見

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/05/05(月) 08:37:23.82

>>278
>すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なら3か4で追加された機能の中にバグがあるって特定できるからなおさら＊今＊報告しといた方がいい
こういうのって同じプログラマーじゃないとわかんねーかもな

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/05/05(月) 08:40:56.39

>>278
>しばらく様子見

そうされるとどれが原因かの特定が時間経つごとにわかりづらくなるから作者もユーザーにもメリットないね
それでも様子見なら前のバージョンずっとつかっとけばいいよ（ただしユーザー生放送録画する以外の場合ね）

2025/05/05(月) 14:28:30.25

全般的に今の体制じゃ該当ID出さない限り放置だろうな
人居なすぎるので特定IDに関する問題は”そいつ”しか引っかかってない可能性が高い
何もしないで勝手に直るとか思わないほうが良い

2025/05/05(月) 16:31:32.68

何の文字で引っかかってるか知らんが、もしその特定文字をその配信者しか使っておらず、かつその配信を自分1人しか録画してなかったとしたら、誰も気づかないしいつまで経っても直らないぞ
自分にしか該当しなくて誰も気づいてないってことは、フリーソフトはまれにある

**nnn-revo2012** 警備員[Lv.9] · 2025/05/05(月) 19:57:19.16

とりあえずIssue書いた
たった１行追加するだけなのになあ

**nnn-revo2012** 警備員[Lv.9] · 2025/05/05(月) 20:54:39.86

>>283
>些細な変更です…変更が必要で正しく動作していることを証明する一致するデバッグログを添えて、プルリクエストを出してください。

無理だ・・・

**nnn-revo2012** 警備員[Lv.10] · 2025/05/05(月) 21:39:26.17

>>284
一応理由を書いておいたけど、これは無理（Issue取り下げ）かなってことで
めんどくさすぎるやん！！！！

yt-dlpの方はそもそもcopyts対応してなさそうだしblank削除もしてないしユーザー生はまったく使い物にならない
今出てるpull requestも進まなそうだしお前らこれでいいのか？

2025/05/05(月) 21:41:03.14

>>278
こいつが言い出しっぺなのに
恥ずかしい放送録画しててIDを晒したくないんだろ

**nnn-revo2012** 警備員[Lv.10] · 2025/05/05(月) 21:42:50.44

そもそもAES128暗号化はDRMじゃねーから問題ないってことならゲストさん（録画ツールの作者）および自分も動画DLやめてねーから
ニコ動も同様でほとんどのツールは動画のDL辞めてるし

**nnn-revo2012** 警備員[Lv.10] · 2025/05/05(月) 21:54:34.40

>>287
取り下げました
残念無念・・・

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/05/05(月) 22:25:59.71

Issue見たけど法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
書いてないから変更の必要性が伝わってないんじゃね

**nnn-revo2012** 警備員[Lv.11] · 2025/05/05(月) 22:39:56.30

>>289
>法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
>書いてないから変更の必要性が伝わってないんじゃね

それはニコ生本来の仕様じゃないし、残念なことにそれを適切に伝える英語力がないんでもう無理っす
心折れました

**nnn-revo2012** 警備員[Lv.11] · 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

**nnn-revo2012** 警備員[Lv.11] · 2025/05/05(月) 23:19:30.36

>>291
>livedl: X-Frontend-Id無指定
livedlはX-Frontend-Idが指定される前から作られてたツールだけどX-Frontend-Id導入後も無指定はほかのX-Frontend-Idと干渉しないってのを知ってそのままにしておいたのさ

こうやって暴露しちゃうとドワンゴ側で対策されちゃうかもしれんからみんなだまってたけどもういいかｗ

**nnn-revo2012** 警備員[Lv.2][新芽] · 2025/05/06(火) 06:23:18.95

>>291
>ブラウザ: 9

これはニコ生の場合で、

ニコ動ブラウザ: 6
ニコニコ静画ブラウザ: 56

のようにブラウザでも機能別に割り振られてます
ニコ動に関してはX-Frontend-Idが6(モバイルは知らん)以外だとAPIではじかれるがニコ生は今のところそういう制限はないみたいです
ただ、こういう仕様が悪用されるようなことがあれば制限なりなんなりされるかと思います

2025/05/06(火) 06:26:22.34

>>288
今回取り下げた理由として、自分の英語力のなさもそうですが著作権うんぬんをこれ以上言うとStreamlinkのメンテナーさんが「めんどくさいからnicolive.pyを削除してしまうか」ってことになる可能性が高いので今回引き下がりました

**nnn-revo2012** 警備員[Lv.3][新芽] · 2025/05/06(火) 06:59:17.78

>>291

>例
>ニコ生ブラウザ: 9

>Streamlink/yt-dlp: 9

同じ X-Frontend-Id だからどっちかが切断されるのが本来の仕様

>例
>ニコ生ブラウザ: 9

>（仮: 90(デフォルトの場合)

だから旧動画サーバーの時は今まで録画しながらブラウザで視聴できてたわけ　これが本来の仕様

こうやって暴露してしまうとＧＷ明けに修正されるかもしれんけどそれはしょうがないねｗｗｗ

**nnn-revo2012** 警備員[Lv.3][新芽] · 2025/05/06(火) 07:11:22.07

今もう使えるツールないし、さすがに今はニコ生側で使えなくしてると思うから言うけど、livedl（オリジナル）のログインのとある方法だと2段階認証してるアカウントでも2段階認証をしなくてもそのままログインできるｋｓ仕様だった

そんなサイトだからそりゃブラックなんとかにクラッキングされちゃいますわな

2025/05/06(火) 09:25:20.51

ほえー
使うだけの側には全く無いわからん内容だわ
ツール作者にはいつもお世話になってますありがとう

**nnn-revo2012** 警備員[Lv.5][新芽] · 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が同じなら切れなくなった（ブラウザで同じ配信を複数開いてもどっちも切れない）のは新仕様なのか何か意図があるのかｗ単なるポカミスかなんなのかはわからん

2025/05/08(木) 21:22:19.28

kickをVLCでストリームする方法ない？
gptに聞いたがうまく答えない

2025/05/09(金) 11:04:19.89

streamlinkのプラグインにあるみたいだから
streamlink -p "VLCのパス" "kickのURL" best
でいけんじゃね　知らんけど

2025/05/09(金) 20:20:06.43

なんかsingle_cookie無しでも切断されなくなってね？
ニコ生側でなんかしたか

警備員[Lv.2][新芽] · 2025/05/11(日) 00:30:38.82

yt-dlpを使う方法なら、これでググればでてくる「YoutubeやTwitchのURLをVLCなどのプレイヤーで開く方法」
KICKも見れた。ただ応用要

2025/05/14(水) 13:40:46.78

別に動画自身をセキュリティアップする必要なんかなくハッカーにやられないようにするだけで良かった

2025/05/16(金) 17:03:03.34

livedl-nのgithubが更新停止になってるけど
やる気なくしたんかな

2025/05/16(金) 18:46:31.85

>>304
ニコ生やニコ動は著作権法と特許権縛りがあるんで日本国内に住む限りなんにもできないだろ
Streamなんちゃらとかyt-dlpにIssue書いても「お前がプルリク出せ」とか言われるし、それができないからわざわざお伺い立ててるんだし

もうなんにもできないからドワンゴ関係の開発は辞める
2017年頃からかC#の勉強も兼ねてニコ生やニコ動のツール開発してたけどいい勉強になったよ
MessageServerの処理なんて最初はマジでわからなかったけど、livedlでよく作れたなと思うわ

2025/05/16(金) 19:28:24.48

誰そいつ
知らねーわー

2025/05/17(土) 23:22:19.96

よく分かんないけどこれでうるさいヤツが消えると思うと嬉しいわ

2025/05/18(日) 13:21:49.48

「悪いのはお前らだ」感が滲み出すぎ
面白みの欠片もない人間性だったな

2025/05/18(日) 17:18:35.81

４月３０日のyt-dlpを使ってもエラーになるけどニコ生対応してないの？
https://i.imgur.com/4ltFY49.jpeg

あと、アイドル専門チャンネルを登録したら（チャンネル登録）
放送チェックツール（仮 1.88　を使っても、ニコ生新配信録画ツールは連携とれるけど
外部ソフトは連携取れないですね。
通常のユーザIDなら連携とれるけど

2025/05/18(日) 20:17:47.68

>>309
>>35 参照
画質判定がまともに機能してないので能動的に画質指定しないと
「該当フォーマットなし」のエラーになる

2025/05/19(月) 13:51:14.37

>>304 >>305
開発終了で悲しい
オリジナル版からずっと使ってた

2025/05/19(月) 14:12:21.49

自演はやめてね

2025/05/19(月) 18:04:03.46

良くも悪くも典型的なプログラマーだったな

2025/05/19(月) 20:16:55.37

プログラムはなんでも思い通りになるから
人間への接し方がおかしくなるんだよな
俺もそう

2025/05/19(月) 22:33:47.72

>>314
まともなエンジニアなら「プログラムはなんでも思い通りになる」なんてことはないって理解してる
現実のソフトウェア開発でバグは避けられない
どんな熟練したプログラマーでも、常に意図しない動きや予期せぬエラーに出くわす
システムが複雑になればなるほど全部の動きを予測し、完全に制御するのはほぼ不可能になる
プログラムはあくまで決められたロジックやデータで動くもの
現実世界のデタラメさや不確かさ、まして人間の感情や状況の変化なんかを完璧に「思い通り」にするのは無理

おまえがプログラムで「思い通りになる」と感じてるのは
特定の条件で、あらかじめ決めた通りに機械が動くっていう、限られた意味合いだろ

プログラムを扱う経験が直接、人間への接し方をおかしくするという明確な根拠はない
むしろプログラム開発で身につく論理的な考え方や問題解決能力は、人間関係でも役に立つ側面すらある

おまえが人間への接し方に困ってるなら、それはプログラムが「思い通りになる」こととは別の原因
例えばコミュ力不足とか、人間関係の経験とか、別の側面に根本的な理由がある可能性を真剣に考えた方がいいぞ
プログラム経験を、自分の人間関係の問題から目を背ける言い訳にするな

2025/05/19(月) 22:50:59.65

凄腕プログラマーなんだろ

2025/05/20(火) 03:11:20.90

長文で顔真っ赤にするほどか・・・
たぶんネットでチヤホヤされることだけが生きがいだったんだな
そう思うとネットは人を狂わすな

警備員[Lv.180][木] · 2025/05/20(火) 03:32:55.44

まさに人間への接し方がおかしくなった一例を見た気がする

2025/05/20(火) 06:47:47.35

誰も頼んでないのにアプリ公開して勝手に乞食してそれでも誰にも買ってもらえず一人で嫌儲叩きしだすやつツイッターにたくさんいるよね

2025/05/20(火) 07:01:29.35

図星だったのだろうが別にいいじゃん嫌われたって
他人の評価なんて気にするな
自分以外は下等生物と見下すのが真のプログラマーというもの

2025/05/20(火) 09:43:13.06

性格が悪い分を能力や功績から順当にマイナスされただけ
面白味もまったく無いし
何年も居座ってたくせに適正ポジションを全く学べなかったんだな
もう歳だよ

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/05/20(火) 11:18:34.10

真のコミュ障はここまで書かれておいてまだ書いてくるから見ものだな
本人は他人を装って書き込みするも、結局はバレるまでがテンプレ

2025/05/20(火) 19:11:44.28

まだちやほやされる道はあるぞ
すなわちdlpとかstreamlinkにプルリクを自分で出しちまうって道が
自分が主開発者としてツールを公開するのは多少法的リスクあるだろうが
プルリク程度なら大丈夫だろぶっちゃけ

2025/05/21(水) 06:06:31.95

幇助の罪

2025/05/21(水) 21:00:08.06

ニコ生TS録画できなくなってるやん
なんだよこれー

警備員[Lv.7][苗] · 2025/05/21(水) 23:17:55.63

今確認したが録画できてるよ

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/05/21(水) 23:44:01.05

live.nicovideo.jp/watch/lv347592533

これダメやったよ・・・

2025/05/22(木) 21:12:36.94

>>327
TSは普通にstreamlinkでDL出来た
エスパーするとCookie期限切れとかじゃね

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/05/22(木) 23:50:43.73

久々にstreamlinkで録画しようと思ってるけど、今ってポータブル最新で手を加えなくていいの？
offset 6もいらないんだっけ？

ニコ生ツールの外部アプリ設定で動いてなかったからなにか仕様が変わったのかな？

2025/05/23(金) 05:34:17.48

>>312
決めつけ刑事やめてね

2025/05/23(金) 17:52:07.08

はいまた沸いた
お前は自分のワキガどれだけ臭いか他人の身になって考えてないんだ

2025/05/23(金) 18:11:22.71

>>329
最新版で何も手を加えなくていいよ

2025/05/23(金) 18:17:17.90

流石に3ヶ月もあると皆自作してるな

2025/05/23(金) 18:49:34.33

自作をどのレベルで指すのか

**名無しさん＠お腹いっぱい。** 警備員[Lv.7] · 2025/05/23(金) 18:52:05.88

チェックツール+Streamlink+FFmpeg、
チェックツール+SlNicoLiveRec
で充分、バッチが組めたら尚良しって感じで

2025/05/23(金) 20:14:36.52

アカウント切り替えてユーザーセッション変更したのにうまくログインできなくなったからstreamlinkの情報をクリアしたいんだけどどうすればいいですか？

**名無しさん＠お腹いっぱい。** 警備員[Lv.4] · 2025/05/23(金) 21:15:53.73

とりま火を入れ直す

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/05/24(土) 14:27:56.95

>>336
実行時の引数に
--niconico-purge-credentials
を入れたら？

2025/05/24(土) 18:04:18.85

>>338
うまくいったわ
ありがと

2025/05/25(日) 00:15:26.56

>>333
ネットに疎い自分は3ヶ月で何もわからず進まず。
未だにアマレコTVでキャプチャ録画してる。ロゴ出ちゃうけど。
おっさんには今から何かを学ぶことは不可能だわ。

2025/05/25(日) 00:51:16.56

>>340
さすがにSlNicoLiveRecは使えるだろ・・・

2025/05/27(火) 04:23:53.69

DRMをかけたりポリコレやスマホ規制のような正しいことをすると逆に人が減って金がなくなるということをニコニコにわからせなければならない

2025/05/27(火) 20:38:33.89

アホが語るな恥ずかしい

警備員[Lv.2][新芽] · 2025/05/28(水) 00:57:32.98

定期でユーザーセッションが切れる
ログインしようとするとカーテンの画像を選択しろとか出てログインはするが、ユーザーセッション書き換えても
streamlinkではエラーがしばらく続く、翌日になれば通ってるみたいだけど。（今試すと数分で行けたが）
TS残さない配信は録り逃がす録り

2025/05/29(木) 17:35:57.82

Streamlinkで、ファイル名の日本語がaの上に点が付いた字みたいになって文字化けするようになったんですが、俺環でしょうか
{author}
{title}

先日普通に保存できたbatファイルいじらずに再DLしても化けました

2025/05/29(木) 19:02:17.59

仕様変更かな？
仮も接続エラーになるし

2025/05/29(木) 19:54:15.09

コメントが取得できんぞ

2025/05/29(木) 19:57:37.92

うわ最悪に鬱陶しいな…
コメントツールどれか動くように頼みます
運営の自殺願望を叶えるな

2025/05/29(木) 20:13:43.09

文字化けの内容でググったら
＞UTF-8が誤ってWindows-1252やISO-8859-1でデコードされた

2025/05/29(木) 21:26:01.35

1007で文字化けしたから最新のにしたら直った

2025/05/29(木) 21:26:13.74

録画自体はできてるけど、今までなかった途中で破損してるファイルができてしまった
mkvにコンテナ入れ替えもできない
これも仕様変更の影響なんかな

2025/05/29(木) 21:28:35.46

>>346-348は別件かつツール要修正案件なのでお願い

2025/05/29(木) 21:47:18.78

コメント取得できなくなってる
無能なんだから余計なことするなよ

2025/05/29(木) 23:17:24.69

自作だから特に問題ないな

2025/05/30(金) 00:02:02.76

仮の更新来てる
流石に対応が早いな
マジで助かるわ

2025/05/30(金) 00:18:28.07

SINicoも撮れなくなってないか…？

2025/05/30(金) 00:37:58.91

録画できるようになったわ、なんだったんだろ…
さっき録画中のやつが全部終了しちゃったから何かあったのかと思ったが

2025/05/30(金) 05:15:51.19

リアタイの方、絶対に破損ファイルできやすくなった
昨日まで一切出なかったエラーが既に複数回起きてる

2025/05/30(金) 18:46:46.98

仮が一瞬で対応したのは予測できてた事態だったのか

2025/05/30(金) 22:05:54.22

仮で外部アプリが動かなくなったな
手動だと録画できるのに・・・

2025/05/30(金) 23:37:48.80

今試したら吐き出したファイル名が文字化けする以外は問題無く動いたけどな

2025/05/30(金) 23:51:22.04

おまかんだと思って書かなかったけど、俺もそうなったんでチェックツールは元に戻した

2025/05/31(土) 08:46:39.23

ファイル名の文字化けは本家が直してくれてるぞ

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/05/31(土) 19:59:02.92

もしかしてブラウザ再生と録画の同時使用またできないようになった？

2025/05/31(土) 20:48:43.15

前から出来ないんじゃ
スマホと併用ならいけるけど

**887** 警備員[Lv.2][新] · 2025/06/01(日) 08:46:47.93

Chromium(SRware Iron)だけど
いつの間にかクッキーの共有が出来てないな(´・ω・`)
他のブラウザは知らん

2025/06/01(日) 08:49:08.05

firefoxが最後の希望

2025/06/01(日) 10:08:02.39

nicolive.py更新したらエラー出て録画されない
273行目のencoding="utf-8",が追加されただけなんだけどおま環かね

2025/06/01(日) 10:20:48.53

error: Unable to open URL: *** (Session.request() got an unexpected keyword argument 'encoding')

2025/06/01(日) 12:39:29.65

>>368
#6544のFiles changed
に載ってるファイル全部を更新しないと……

2025/06/01(日) 14:50:08.15

できたわサンクス

2025/06/03(火) 05:39:21.44

サーバーサイドプログラミングをやったことないヤシわsessionがコレクションなのを理解してない
実際にわ
session(0) = ～
session(1) = ～
session(2) = ～
なのに

2025/06/03(火) 06:10:25.51

>>372
おいおい...
そのsession(0) = ～みたいな書き方いつの時代の話だよ？
その形式は古いし現代のサーバーサイド開発じゃまず見ないね

今のWebアプリケーション開発だとセッションはもっと抽象化された形で扱われるのが普通だよ
わざわざインデックスで指定して値を入れるなんてまずやらない
フレームワークを使えばもっと直感的にキーと値のペアでデータを扱うのが当たり前だし
例えば
session['user_id'] = 123
session['username'] = 'aaa'

みたいに連想配列やハッシュマップのような形でアクセスする
コレクションうんぬん言うなら
まさにこの「キーと値のペア」でデータを保持しているのがコレクションそのものじゃないか
おまえが言ってる session(0) なんて書き方をしてる時点で
むしろコレクションとしてのセッションの良さを殺してるようにしか思えないね...

それにセッションをそんな風に配列みたいに使うのは
セキュリティ的にも問題がある場合があるし拡張性も低い
現代のベストプラクティスからはかけ離れてるってことを理解したほうがいい

2025/06/03(火) 14:18:29.21

>>373
お前、livedl-nの作者だろ

2025/06/03(火) 22:40:19.28

コレクション⊃辞書∩配列
パイソンならここにシリーズという概念が加わる

2025/06/03(火) 22:41:36.57

まちがえたタプルだ

2025/06/04(水) 00:21:22.43

隠しきれない見下し癖と余計な一言のせいでバレバレなの草

2025/06/04(水) 03:01:11.35

SNSで垂らしてりゃいいんだがどうせSNS追放済みだから掲示板に流れてきたテンプレどおりのド底辺の手合いだろう

2025/06/04(水) 03:13:03.76

いま流行りのBIP（開発過程大衆化）発信すりゃいいのに
マネタイズする気ないんだろうけど
それはそれで人生の無駄遣いだよね

2025/06/05(木) 03:05:39.14

>>341
要求は中止されました:SSL/TLSのセキュリティで保護されているチャンネルを作成できませんでした
との表示が出てソフトが使用できなかったので断念。大人しく画面キャプチャーしてる…

**名無しさん＠お腹いっぱい。** 警備員[Lv.8] · 2025/06/05(木) 03:59:19.67

無能は生きるの大変っすね笑

2025/06/05(木) 15:15:39.58

録画ツール、（仮だと正常に動いてたけど、SlNicoLiveRecでタイムシフトを複数録画してるとPCがすごい重くなる
Streamlinkってそんなに重いの？

ドスパラのデスクトップPCなんだけど、スペック不足なのかな(カスタマイズはほぼしていない)
みんなのPCスペック教えて欲しい

Magnate IM Windows 10
Windows10 pro 64bit
core i5-14400
RAM 16GB

2025/06/05(木) 16:07:26.41

>>381

2025/06/05(木) 16:57:10.80

>>380
.NET Framework4.8はインストールしてる？
ググって最新の.NET Frameworkをインストールしてみるといいよ

>>382
自分のメインPCは第4世代の化石PCだよw
SlNicoLiveRecは使ってなくて基本はTSじゃなくてチェックツール+Streamlink+バッチ+PowerShellで放送直後から録画開始
TSダウンロードするときはStreamlink+バッチ+PowerShellを使ってる、
Streamlinkが特に重いと感じた時はないかな、姫プとかニコゲーを起動してるニコ生をブラウザで見るほうが重い
コマンドプロンプトやPowerShellからStreamlinkを直接起動してみてどうなるか検証してみたら？

2025/06/06(金) 05:50:07.29

14000台ってバグがあるんじゃ

2025/06/07(土) 11:04:47.62

PowerShellをあまり使い慣れて無いんだけど、やっぱりコマンドプロンプトより便利？

2025/06/07(土) 12:06:36.64

自分もコマンドプロンプトの方が使い慣れてるけどPowerShellの方が出来ることが多い
当たり前といえば当たり前だけど使いこなせたらPowerShellの方が便利だろうね
まあそんな複雑な処理描くならプログラム作れって話ではあるかもだけど
ChatGPTとかAIにやりたい事を書いてPowerShellのソースを作ってもらって微調整すると楽だよ

2025/06/07(土) 12:48:54.46

PowerShellって管理者権限で実行しなきゃいけないのに自動で実行させられないのが難儀

2025/06/07(土) 15:55:57.05

過去に打ったのが簡単にやれるのは楽

2025/06/07(土) 16:33:33.00

Streamlinkやffmpeg等のツールを実行するならバッチで充分だし使い慣れてる方で良いと思うよ
PowerShellは開発環境は別途インストール必要なくてWindows標準のpowershell_iseがあるのもいい点

2025/06/08(日) 00:33:29.32

batダブクリのが早い

**名無しさん＠お腹いっぱい。** 警備員[Lv.9] · 2025/06/08(日) 08:11:33.61

自分は基本はバッチで間接的にPowerShellを使ってる
バッチ内でPowerShellのコマンドを実行してその結果を変数に入れてる
特に日付関連が多くてUNIX時間の変換や計算で間接的に使ってることが多いかな

2025/06/08(日) 22:40:36.13

放送側がタイマーをいくつに設定したかわかるツールないかな
その日いつまでやるか目安にしてる放送も結構ある
確認するために公式開かないといけくてな

警備員[Lv.18] · 2025/06/09(月) 01:22:18.29

音ズレ問題の移行鯖の３月以前のチャンネルTSがいつの間にかまた仕様変更してて、copyts有無関係なしでどうやっても音ズレして保存されるように変化してるな
FireFoxでは以前と同じように音ズレしたまま再生されてChromeは音ズレ無しで再生されてて以前と変更なしのままなんだけど

文字化けしてた文字コードもいつの間にか改善させたのか仕様変更してて旧バージョンのstreamlinkで文字化けしなくなってる

**394** 警備員[Lv.18] · 2025/06/09(月) 01:47:34.29

少し訂正
文字化けは、問題が起き出した5/29時点の最新バージョン、つまり現時点での前バージョンのは普通に文字化けしたままでした。
ニコ生側の仕様変更は特に何もなかったようです、混乱させて申し訳ないです。
streamlinkの暗号対応した初期の2/20バージョンで試すと文字化けしないようです、
どうやら更新してる内にbastimeyer氏の母国のヨーロッパの文字コード変換が途中で入ってしまい文字化けするようになったんではと推測します。

2025/06/10(火) 12:52:53.04

github.com/streamlink/streamlink/releases/tag/7.4.0
github.com/streamlink/windows-builds/releases/tag/7.4.0-1

Streamlink 7.4.0
Added: encoding keyword to all HTTP request methods to override the response content encoding (#6544)
Added: debug log message for the available DASH periods (id or index) (#6521)
Fixed: LookupError when selecting an invalid DASH period (#6518)
Updated plugins:
blasttv: new plugin (#6547)
kick: fixed 403 API responses by solving the JS challenge using the webbrowser API (#6500)
nicolive: fixed plugin metadata by forcing UTF-8 encoding (#6544)
picarto: fixed validation schema and fixed multi-stream selection (#6512)
tvp: rewritten and fixed plugin (#6535)
twitcasting: fixed plugin by switching to new websocket+HLS streams (#6540)
vtvgo: removed plugin (#6516)
Tests: fixed py314 test failures (#6527)
Tests: fixed some HLS tests failing in rare cases (#6536)

2025/06/10(火) 13:37:59.07

>>394 >>395
windows buildのstreamlink 7.2.0落としなおしてみたけどこっちだとまだ日本語文字化けしてる(windows10環境)
2/20は#6441のことを言ってると思うけどstreamlink7.1.3に#6441を適用したバージョンやstreamlink 7.2.0以降のバージョンで日本語で使えてたからニコ生側が仕様変更したんだと思うよ
今ニコ生の放送ページみるとヘッダーのcontent-typeにcharsetが書かれてないけどこれが原因じゃないかな
以前のニコ生はちゃんとcharsetの指定があったからstreamlink側でエンコードを指定しなくても大丈夫だっただけかと

時系列でいうと

2025/2/15
streamlink 7.1.3
→この時点で新サーバー未対応

2025/2/19 Issues
plugins.nicolive: m3u8 address need cookies parameter #6440

2025/2/20 Pull requests
plugins.nicolive: set stream cookies from WS data #6441
github.com/streamlink/streamlink/pull/6441
→7.1.3に#6441を適用すると新サーバー録画可能(日本語出力出来てた)

2025/4/5
streamlink 7.2.0
→新サーバー対応(日本語出力出来てた)

2025/06/10(火) 16:23:05.10

この問題やニコニコでの改修がいつかは知らないけど
streamelink側の対応としては
･encodingというキーワードを追加して指定できるようにした
･nicolive.pyは今は強制的にUTF-8を設定している

エンコーディングは外部から指定できるようにしてるから
今後ニコ生にUTF8別エンコーディングが指定された場合は
nicolive.pyのencodingを書き換えればそれで強制エンコード出来る（ないとは思うけど

2025/06/14(土) 08:48:05.83

放送チェックツール（仮って、不謹慎ちゃんだけ通知来ないの何故だろう？
配信中にアプリ再起動すると通知されるのに

2025/06/15(日) 18:29:22.77

普通に録画できてるから多分通知もされてると思うんだけどな
配信頻度低いから確認できないや

2025/06/16(月) 09:02:52.02

ｔｈｘ。なら環境の問題かあ・・・

2025/06/22(日) 01:54:38.46

streamelinkが偶にffmpegを見失ってしまう事があってリンダ困っちゃう
[stream.ffmpegmux][error] Could not validate FFmpeg!
[stream.ffmpegmux][error] Unexpected FFmpeg version output while running ['C:\、、、

2025/06/22(日) 07:23:45.82

なんかコメント取得用と映像用の2つも起動する感じなんだが?

2025/06/22(日) 16:18:19.90

>>401
19日の配信の時に通知されたから環境の問題だろうね

>>402
起動時にffmpegオプション付けるとかシステム環境変数にPathがちゃんと設定されてるか確認してみたら？
--ffmpeg-ffmpeg ffmpegのパス

>>403
streamlinkはコメント対応してないからコメ取得にはニコ生録画ツールなりlivedl-nなり起動する必要があるからね
自分もコメ取得と動画取得の2つ起動してるよ

2025/06/22(日) 17:55:08.37

>>402
ffmpegmux.py のタイムアウトに注目しよう。
大きなファイルサイズの"ffmpeg.exe"のバージョン確認処理が4秒以内に終わらなくてのエラーだと思うよ。
低スペック(HDDなど)だと、アップデート等と並列処理になるとランダム読込で遅延して時間内に処理できない。
（一度読みだしてメモリに乗っていれば一瞬で終わるから頻度は低いんだけど、）
エラーのまま進むとオーディオトラックが処理されずに無音の動画が出力される。

環境に合わせて適当にタイムアウトの秒数を増やせばいいよ。
例、ffmpegmux.py 94行付近
FFMPEG_VERSION_TIMEOUT = 4.0 * 15

2025/06/23(月) 00:56:49.29

話が長い
要点を言え
だからお前は嫌われるんだよ

2025/06/23(月) 07:13:06.76

嫌われてる自覚がある人の自己紹介

2025/06/23(月) 10:01:44.43

402と405は同一人物なんだね、気づかずに反応してしまった

2025/06/27(金) 21:05:42.52

ひぐらしのなくころ一挙わダウソできんなぁ

警備員[Lv.34][苗] · 2025/06/29(日) 23:01:34.65

今試したけどひぐらし DL できたよ

2025/07/02(水) 15:27:44.84

タイムシフトを録画する方法って
SlNicoLiveRec　は生配信を録画するものとして、代わりになるソフトありますでしょうか？

2025/07/02(水) 15:33:37.09

SlNicoLiveRecでタイムシフト録画するのは都合が悪いって事？

2025/07/02(水) 15:39:29.59

SlNicoLiveRecを使って
https://live.nicovideo.jp/watch/lv347937289
これのタイムシフトが録画できなかったけど

**411** 警備員[Lv.22] · 2025/07/02(水) 15:41:37.30

すいません原因わかりました。

**411** 警備員[Lv.22] · 2025/07/02(水) 15:44:21.10

https://live.nicovideo.jp/watch/lv347922541
こういうやつは、ログインしなくてもSlNicoLiveRecでタイムシフト録画できるけど

https://live.nicovideo.jp/watch/lv347937289
こういうやつはログインしないとできないんですね

解決しました

2025/07/05(土) 00:08:06.32

今更だけどstreamlinkでユーザー生放送を録画してると木曜日の昼に切断が多いことが分かった
たぶん木曜の匿名IDリセットのタイミングで切断されていると思われる（永久NG実装後も表面上の匿名IDは木曜にリセットされているみたい）
深夜2時から5時くらいにも切断される事があるけどこっちの切断理由はおま環なのかどうか理由も検討つかない

2025/07/06(日) 09:01:29.32

SlNicoLiveRec
一般垢でチャンネル録画した時に追い出される度に細切れの録画データになるのを
１つにできないか作者に要望だしたけど技術的にできるかね？

警備員[Lv.35][苗] · 2025/07/06(日) 10:23:27.03

無劣化の動画編集ソフトならできるんじゃね

2025/07/06(日) 10:28:49.64

俺の自作ツールなら細切れにならないから技術的には可能