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

ここまで見た
  • 113
  •  
  • 2025/04/13(日) 20:39:56.55
検証したいんだけど25時間以上のタイムシフトあったら教えてもらえますか?

ここまで見た
  • 114
  •  
  • 2025/04/13(日) 21:00:57.85
公式(49時間25分)
ダイオウグソクムシ48時間生中継@鳥羽水族館【ニコニコ超復活祭】
https://live.nicovideo.jp/watch/lv345702317

ここまで見た
  • 115
  •  
  • 2025/04/13(日) 21:16:14.67
で、こいつは誰なの?
SlNicoLiveRecとlivedl-nの作者が同じに見えてくる

ここまで見た
>>114
ありがとう

>>115
SlNicoLiveRecの作者ではない

ここまで見た
  • 117
  •  
  • 2025/04/13(日) 21:31:28.28
別件の検証してたけど
同じアカウントで同じ放送で2つ接続してても片方が動画を取得してない(=コメントのみ取得)なら切断されないということがわかった
ならStreamlinkもyt-dlpも録画ツール(仮と共存できるわけだ

ここまで見た
  • 118
  •  
  • 2025/04/13(日) 22:58:34.48
検証の1つの方法として、
録画ツール(仮のオプションで以下のように設定してからブラウザーと録画ツール(仮で同時に接続してもどっちも切れないですよね?
(●)録画データーを取得しない
HLS接続時の遅延レベル[1.5]

ここまで見た
  • 119
  •  
  • 2025/04/14(月) 00:19:34.36
あの奥村さんも違法DLしてたなんて
https://x.com/h_okumura/status/1911037182837706859

ここまで見た
  • 120
  •  
  • 2025/04/14(月) 21:35:19.27
COMMEON前つかってたやつが開けんけどもう使えんの?
配布終了しちゃってるし困った

ここまで見た
  • 121
  • 2025/04/14(月) 23:34:47.57
保存してある動画の再生はできてるよ
DRM の動画は知らん

ここまで見た
  • 122
  •  
  • 2025/04/15(火) 00:04:17.50
>>121 解決済らしい
ニコニコ動画関連ツール総合スレ part13
896 名前:名無しさん@お腹いっぱい。 警備員[Lv.18][sage] 投稿日:2025/04/14(月) 23:43:50.65 ID:zSOfkd8t0 [2/2]
COMMEON
LAVなんちゃらのフィルターを入れなおしたら使えました
コメントの同期を変更するのは別途ソフト使わないとできないでしたっけ?

ここまで見た
  • 123
  •  
  • 2025/04/15(火) 00:18:49.10
ログインしないor一般垢でSlNicoLiveRecを使って追い出されても再度リトライするように
できるように改良されているけど、何度も追い出されて細切れになった録画ファイルをコメントと同期とるのは大変だよな

追い出されてる間はブランク(黒画面)を録画して細切れファイルにしないように
もう少し改良してくれれば助かるけどね

ここまで見た
  • 124
  •  
  • 2025/04/15(火) 01:09:21.83
>>123
>追い出されてる間はブランク(黒画面)を録画して細切れファイルにしないように
>もう少し改良してくれれば助かるけどね

それが出来ればそれこそnamarokuやnamarecoの時代(2010年頃)からそういう処理になってるって
今もそれができないからこうなってる

ここまで見た
  • 125
  •  
  • 2025/04/15(火) 01:37:15.97
そうなの?仮で録画できてた頃はファイルが細切れになったことなかったけどなぁ

ここまで見た
  • 126
  •  
  • 2025/04/15(火) 05:05:31.17
リトライしすぎてBANされそう

ここまで見た
  • 127
  •  
  • 2025/04/15(火) 05:54:55.24
仮はファイル名もコメントも同期だしタイマー動くし音ズレないし途切れる原因にならないし回線とかで途切れてもログで一目でわかるし実質転送bpsも出るし
至れり尽くせりだった
チェックツールのメモリ蓄積による停止だけ気をつけてればよかった

ここまで見た
  • 128
  • 2025/04/15(火) 07:09:50.98
それはチェックツールで全ての放送のサムネを保存する設定にしてるとかじゃないのか?
あれを有効にしてると膨大な量のサムネが保存される

ここまで見た
  • 129
  •  
  • 2025/04/15(火) 13:37:24.55
音ズレする原因はニコ生側の仕様変更だから仮が新配信サーバーでもそのまま動いてたとしても音ズレしてたと思うよ
まあゲストさんなら原因追及して対策してくれるだろうけど
でもそれも当たり前の事じゃないし、なくなって初めてゲストさんの偉大さとありがたみが分かった

ここまで見た
  • 130
  •  
  • 2025/04/15(火) 17:58:33.86
>>129
Streamlinkやyt-dlpだと問題点毎にIssueをフォーマットに従って立ててバグならエラーログ提出必須、
修正したり作者から質問があった場合は動作確認や質問への返答がない限り先に進まない
ついでにと別件のことも書くと「それは本件とは関係ないので別のIssueを立てろ」
日本人の作者みたいに言われてないこともやったりすることは絶対ない

ここまで見た
  • 131
  •  
  • 2025/04/15(火) 18:27:30.49
今アマゾンAWSの障害が発生してるようでニコニコ全体のサービスにも影響出てるみたいです

ニコニコ窓口担当 @nico_nico_talk
【不具合/ニコニコ】
現在、ニコニコ全体でサービスが利用できない場合がある不具合が発生しております。
原因調査と復旧作業を行っております。ご不便をお掛けし申し訳ございません。

ここまで見た
  • 132
  •  
  • 2025/04/15(火) 20:43:00.33
>>130
streamlinkやyt-dlpのような様々な国のサイトに対応してる汎用ソフトは膨大なユーザーがいて複数の問題を同時進行してるからそうせざるを得ないんだろうけどね
ローカル向けのソフトならそれなりに丁寧な対応してくれそうだけど日本人でも色々な人がいるように作者の意向が一番大きいかも

ここまで見た
  • 133
  •  
  • 2025/04/15(火) 20:53:20.37
>>78
こっちはその不具合を確認してないから報告しようがないんだよな
ニコ生は公式、チャンネル、ユーザーがあってそれぞれにライブとTSがあって基本ユーザーはその中で自分が必要な部分しか使わないからね
あとソフトの使い方や環境も人によって全然違うから単に音が抜けると言われても全員の環境で起きるかも分からない
自分の使い方を他人もしてると思って説明を省く人が多いけど実はそうじゃない事が多いので具体的に説明したほうが反応する人増えると思う

ちなみに四八福星間開発に報告した人と同じ人か分からないけどSlNicoLiveRec V1.0.1.1で公式のニコ美lv347355508を288p, hls-start-offset 00:10:00, hls-duration 02:37:55を指定してみたけど音は入ってた
自分はリアルタイムのユーザー生しか録画してないけど.tsファイルでFLVでシークしたときに音が出るまで時間かかることはあったけど完全に音が抜け落ちてるのは今のところ見たことないかも

ここまで見た
  • 134
  •  
  • 2025/04/16(水) 04:55:33.94
こっちでもSlNicoLiveRecのサイトのコメント欄でもいいから動作でおかしいことあったらもっとコメントしてあげて

ここまで見た
  • 135
  •  
  • 2025/04/16(水) 23:51:14.59
リアルタイムの録画、動画はSlNicoLiveRec、コメントは(仮
録画した配信をコメント流せるプレーヤーで再生すると、動画とコメントのタイミングが数秒ズレるな

タイムシフトの録画の場合はあまりズレないけど、タイムシフト録画し直しはちょっとめんどうではある

ここまで見た
  • 136
  •  
  • 2025/04/16(水) 23:59:32.98
>>135
SlNicoLiveRec(Streamlink)と(仮ツールで動画とコメントの時間を同期することが不可能だから当然そうなるわな
解決したいならStreamlinkでコメントを取得してvpos補正するか(仮でnativeモードで動画を取得するしかない

ここまで見た
  • 137
  •  
  • 2025/04/17(木) 00:07:09.69
>>135
それと新動画サーバーのリアルタイム配信は旧動画サーバーで使ってた動画とコメントの同期API(StreamSync)を使ってないので別の手段で同期取ってるのね
それもあるかなと思う
どっちにしろ動画とコメント取得するツールが別になってる時点で動画とコメントの同期は不可能だからどうでもいいけどw

ここまで見た
ユーザー生だけかもしれんけどdata-propsからdliveの判定条件がなくなったみたいだね
修正が必要なようでほかにも変わってないか全体的に配信一度開発ツールで調べてみないと

ここまで見た
>>138
公式・チャンネル・ユーザー生全て同じになってる
タイムシフトは公式しか見てないけどこれも同じなのでこれでニコ生は完全に新サーバー移行したということか?
現状の録画ツール(仮やlivedl-nはdliveかどうか判定して切り分けてるので誤動作する

それとリアルタイム録画の通信モード 低遅延重視/安定性重視が以下に変わってる
低遅延重視
latency: "low"
protocol: "hls"

ここまで見た
  • 140
  •  
  • 2025/04/17(木) 20:13:55.50
>>139
録画ツール(仮は別のところも見ているのか問題ないようです
お騒がせしました

ここまで見た
livedl-n 20250417.64
2025/04/17夕方からニコ生全ての放送に接続するとMasterfileが403エラーで接続を繰り返すので正しく接続するように修正
※20250407.63以前のすべてのlivedl-nは同様になるので20250417.64以降のバージョンを使用してください
//github.com/nnn-revo2012/livedl-n/releases/

ここまで見た
  • 142
  •  
  • 2025/04/17(木) 22:39:05.34
>>141
多分今回の修正があったってことは、現時点(2025/4/17JST)でニコ生全ての放送が新サーバーに移行したのだと思いますが、万一旧サーバーの放送が残っていた場合livedl-nでは動画のDLできません
その場合は録画ツール(仮かStreamlinkを使ってください
(yt-dlpは旧配信の録画ロジック削除のプルリクが出てるのでそのうち旧配信の録画は完全にできなくなると思います)

ここまで見た
  • 143
  •  
  • 2025/04/17(木) 23:07:39.96
>>135
SlNicoLiveRecの作者タソにお願いしてコメントもダウンロードできるようにしてもらうしか無いんじゃね?

ここまで見た
  • 144
  •  
  • 2025/04/17(木) 23:34:07.32
>>143
SlNicoLiveRecはStreamlinkを起動するためのGUIツールだから直接Streamlinkでコメント取得しないと厳密な動画とコメントの同期は無理
でもStreamlinkは他のプラグイン見てもコメントのダウンロードはしないポリシーっぽいよね
yt-dlpなら可能性はあるけど誰がつくるんだよ?!って気がする(基本ガイジンはコメントいらないからね)

ここまで見た
  • 145
  •  
  • 2025/04/17(木) 23:59:21.32
SlNicoLiveRec、ジークアクスのニコ生tsファイルは落とせたけど音声が入ってないっぽい
設定はプレミアム会員のログイン情報入れた以外は変更していない
バージョンは今落とせる最新版
mp4に変換のオプション使ってみたけどやっぱり音声が入っていなかった

原因わかる人いますか?

ここまで見た
  • 146
  •  
  • 2025/04/18(金) 00:29:29.16
音声ファイル、最初は入ってなかったけど何回か試したら入ってました
設定は変えていないので原因分からず

ここまで見た
  • 147
  •  
  • 2025/04/18(金) 01:06:50.48
>>145
lv347423661 のこと?
livedl-n+Streamlinkだけど特に問題なし
強いて言えば一時的に音声のcacheの一部が壊れててFFmpegの動画+音声の結合時にエラーになってたとか?
時間をおいたらかcacheが再取得されて問題なくなったのかもしれません

ここまで見た
  • 148
  •  
  • 2025/04/18(金) 01:12:28.34
>>141
ありがとうございます
TSとコメントのファイル名が揃うのでとてもありがたいです

ここまで見た
  • 149
  •  
  • 2025/04/18(金) 08:30:15.97
だから(仮でコメントもDL出来るし何が不満なの?

ここまで見た
  • 150
  •  
  • 2025/04/18(金) 11:08:16.84
バカがコメントでキックの話を押し付けるのと同じ光景

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


どういう意味の更新なのかがわからん・・・

ここまで見た
>>157
実質自分がリクエストしたようなものだからなw

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,

ここまで見た
  • 164
  •  
  • 2025/04/19(土) 16:37:35.86
>>162 >>163
offset指定するとVIDEOのKEYがスキップされるようで読めなくて終了
VとAが逆なら問題ないようだけど、これがサーバーの問題なのか、m3u8の正しい仕様なのか、Streamlinkの改良点なのかはわからん

以上あくまでも解説

お絵かきランド
フリックゾンビ
ここまで見た

★お気に入り追加

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