/librejp/ - librejp

endchanが仕様変更で書き込めないのでこちらで。

>failed to process: nicovideo.cdn.nimg.jp:443
もう状況変わっているかも知れないけれども。
以前と同じく以下のコマンド結果はどうですか。
nslookup nicovideo.cdn.nimg.jp

nslookup nicovideo.cdn.nimg.jp
DNS request timed out.
timeout was 2 seconds.
サーバー: UnKnown
Address: 192.168.28.230

権限のない回答:
名前: nicovideo.cdn.nimg.jp
Addresses: 18.65.207.6
18.65.207.128
18.65.207.79
18.65.207.54
タイムアウト。

>>134459
クラウドフレアのアドレスが示されてるからたぶん正常。
ローカルホストに書き換えられたりもしていない。

名前解決がtime outしてるのは気になる。
回線の親側(スマホ)を再起動してみてください。

- nicocacheを通さない状態で再生出来ますか
- ページ更新を繰り返したりしても全く再生出来ませんか

>nicocacheを通さない状態で再生出来ますか
再生可能です。
>ページ更新を繰り返したりしても全く再生出来ませんか
NicoCache_nlが立ち上がっている状態ではいくらページ更新しようがほぼ無理（体感9割くらい無理）。
GUIの右クリック終了メニューも効かなくなるのでtaskkill /f /im "javaw.exe"で強制終了。
強制終了して再起動してまた再生できるかどうかの確率は5割くらい。
一応そん時に機内モード起動して回線変えたりも試してるんだけど効果ないみたいです。

>>134464
nicocacheを通したことによる症状ではありそうです。
でも全然分からない。
サムネイルは表示されますか。

>GUIの右クリック終了メニューも効かなくなるのでtaskkill /f /im "javaw.exe"で強制終了。
終了が効かないってことは、処理が無限ループみたいになっていそう。

「サムネイル」ってのが具体的に何を指しているのか分からないけど、視聴ページのプレイヤーのサムネイル（プレースホルダー）の事なら真っ黒です。プレイヤーの画面が真っ黒。
というかNicoCache_nlがその状態に陥ると他のニコニコのページも開けなくなるので兎に角再起動しないといけない。検索ページとかのサムネイルの事なら分からないです。

>>134468
検索ページとかのサムネイルと動画が読み込まれる前にプレイヤーに表示されているプレースホルダーのことです。表示出来てないですね。
サムネイルはnicovideo.cdn.nimg.jpを通じて配信されているのでそれの確認でした。
ただ症状はnicovideo.cdn.nimg.jpだけの問題ではなさそう。

>視聴ページのプレイヤーのサムネイル（プレースホルダー）の事なら真っ黒です。
一瞬も表示されませんか？


config.propertiesに
disableVideoCacheSystem=true
と書いて症状が出るか確認してみてください。
これで症状が出ないなら原因が絞れます。

>NicoCache_nlがその状態に陥ると他のニコニコのページも開けなくなるので
私の環境で稀に起きる不具合だと読み込めなくなるのは動画だけなんですが、それかな(master m3u8通信をきっかけに動画関連のリソースの通信の応答がNicoCacheからブラウザへ返らなくなる。動画ページや検索ページ自体は問題なく開ける。コンソールにエラーは出ない)。
この不具合修正はデバッガの使い方を覚えなきゃいけなくて放置してたんですが作業してみます。

>一瞬も表示されませんか？
一瞬は表示されます

>config.propertiesに
>disableVideoCacheSystem=true
>と書いて症状が出るか確認してみてください。
>これで症状が出ないなら原因が絞れます。
症状は出ません
というかconfigの値に関係なく何が原因で起こってるのか分からないけど。

>>134503
disableVideoCacheSystem=trueで症状が起きるかどうかはnicocache内部の土台側に問題があるのか、上物側に問題があるのかを見分けるのに役立ちます。
trueで症状が収まるということは土台側には問題はなく、上物側に問題があるということです。
このオプションは文字通り動画キャッシュを止めてしまうので解決策ではないです。

こちらで稀に起きる症状と同じそう。
コード内にデッドロックを起こす可能性がある部分を見つけたので、あとで修正したものを出します。

>一瞬は表示されます
nicovideo.cdn.nimg.jpとの通信が成功している。100%失敗ではなさそう。
「他のニコニコのページも開けなくなる」とありましたが、他の動画の視聴ページで同じ症状が出てしまうという意味ですか。
症状がある時に検索結果ページなどは出ましたか。

他の視聴ページです

オススメの動画とかある？

https://nicocache.jpn.org/download.php?id=329&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

開発版39 2025-01-11:
- キャッシュ保存フラグ変更時に時々デッドロックするバグを修正.
キャッシュ済み動画を開いたタイミングで起きる不具合でした.
それとnicocacheを終了させようとする時に妙に時間が掛かるのもデッドロックが原因みたい.

キャッシュ完了時にもデッドロックが起きる可能性を見つけたけどそちらは未修正.

>>134513
上記で緩和されるか解決すると良いのだけど、これが原因だということまでは確信出来てないです。

>>134532
一回見た動画をまた見ようとしたときに消えてるとやだなって思って使ってるから特におすすめとかはないんですの

訂正：
このバグが起きたとき（今起きました）は動画が読み込めなくなるだけで視聴ページ以外には影響ないみたいです。普通にページを開けます。で一回起きると強制終了して再起動しても同じ症状が続くことがある。

>>134549
- version 2025-01-11を使っても症状が起きたという意味ですか。
- java環境はjreを入れてありますかjdkを入れてありますか。
>一回起きると強制終了して再起動しても同じ症状が続くことがある。
nicocacheを再起動した後に視聴しようとした動画は強制終了する前と同じものですか別のものですか。
それぞれの動画はキャッシュ済みのものですか、未キャッシュのものですか。

>>134562
続き。
jdk環境を入れてあるなら、症状が出ている状態で、
コマンドプロンプトで jps と入れてNicoCache_nl.jarの左の数字を得て、
その数字を使って次のコマンドを実行してください。
jstack 数字
実行結果をファイルに出力するなら
jstack 数字 > jstacklog.txt

sportschanはendchanと違ってtxtは貼れないので、この出力内容をどこかに上げてください。
たぶんこの手順でそちらの環境でのデッドロック地点が分かるはず。

>>134562
>version 2025-01-11を使っても症状が起きたという意味ですか。
いいえ。一つ前のバージョンの話の訂正です。

> java環境はjreを入れてありますかjdkを入れてありますか。
c:\>java -version & javac -version
openjdk version "17.0.12" 2024-07-16
OpenJDK Runtime Environment Temurin-17.0.12+7 (build 17.0.12+7)
OpenJDK 64-Bit Server VM Temurin-17.0.12+7 (build 17.0.12+7, mixed mode, sharing)
javac 17.0.12

c:\>

>nicocacheを再起動した後に視聴しようとした動画は強制終了する前と同じものですか別のものですか。
それぞれの動画はキャッシュ済みのものですか、未キャッシュのものですか。
同じもの。キャッシュ済み。別の動画はまたバグが起きたら試してみます。

>>134565
>同じもの。キャッシュ済み。別の動画はまたバグが起きたら試してみます。
>>134562 の質問はver2025-01-11を使っているのに症状が起きたとして、前と同じ理由で起きたかどうかを聞いたものでした。

おそらく起きている事象はデッドロックが増えていくことによってスレッドプールが枯渇する(作業者が枯渇する)ことによって、他の動画(未キャッシュの動画も含めて)も見れなくなるというものです。でも私の環境とあなたの環境で発生頻度が随分違うらしいのはよく分からない。
ver2025-01-11は把握済みのデッドロックを全て修正したわけではないけれども、一番頻発していたはずの部分を修正したから、症状が出る確率が減って稼働時間が伸びるはず。

>c:\>java -version & javac -version
javacはjdkにしか入ってないはずだからjdkが入ってる。
ver2025-01-11でも症状が出たら >>134563 この手順をやってください。

あれ、消されてる
jstacklog避難所にあげたので見て下さい

>>134616
>>134618
受け取りました。
キャッシュコンプリート前に発生するデッドロックが記録されてる(ver2025-01-11では修正していない部分)。

後で直したverを上げます。

https://nicocache.jpn.org/download.php?id=332&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

開発版40 2025-01-13:
- キャッシュ完了処理時にデッドロックするバグを修正.
動画セグメントが揃っているのにキャッシュ完了状態にならない症状や、動画視聴ページを更新しても動画が再生されない症状の原因でした。

これで既知のデッドロックは修正したはず(修正出来てれば)。

nlMovieFetcher直したいけどプログラミング能力ないから手も足も出ない。

自発的に動画をダウンロードをするにはブラウザがやってる情報処理と通信発生を書く必要があります。NicoCacheは通信を拾ってるだけだから。

ニコニコの仕様を調べてhtmlからjsonを取り出してjson解析してサーバーとやりとりする必要がある。
やることははっきりしてるけどまあまあの手間。

まずやるなら、動画再生を始めたら必ず全部の動画セグメントに要求通信が行く(視聴ページを開いたら必ずキャッシュコンプリートまでするようにする)くらいが簡単だと思う。

でもよく考えたら上記どちらも、javaでNicoCache用エクステンションとして書かなくても、NicoCache環境であることを前提としたブラウザ用userscript(javascript)だけで書ける処理だ。
視聴ページをfetchしてjson取り出して...中略...動画を再生する時と同じように通信を発生させればいいわけだから。

書くだけ書いてみたけど音声セグメントが保存されないバグがある。直し方が分からない。
あと普通にmp4として保存されるだけでNicoCache_nlのキャッシュとして保存する方法は無い。
https://pastebin.com/16JBHNpq

jsMovieFetcher ver 2025-02-25

https://nicocache.jpn.org/download.php?id=364&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

- DMS体制の動画ページとnicocacheが動いている環境であることを前提として、動画情報通信を発生させることでnicocacheに動画をキャッシュさせます.
- TamperMonkeyやGreaseMonkeyなどのユーザースクリプトアドオンに、これをインストールして使用するものです.
- ダウンロード処理はウィンドウ(タブ)内でのみ行なわれます.
- 終了前にタブを閉じると、ダウンロード処理は中断されます.
- この機能自体はNicoCacheがない環境でも動きますが、無意味です.

- インターフェイスについて.
- CommonHeader(公式の画面上部に貼り付く黒い帯)に"動画取得"が追加されます.
- また、試聴ページの「後でみる」のボタンが入っている場所にも"動画取得"が追加されます.
- 動画試聴ページではその動画一つをダウンロードします.
- 試聴ページではないページでは、そのページにある動画リンクのリンク先を全てダウンロードします.
- 進捗表示は未完成です. NicoCacheのログの方を見てください.
- - 0% キャッシュ済み(q1)という表示で終わっていても異常ではありません.
- 表示されているパーセンテージは一つの動画に関してのみの表示で、全体の進捗表示は未実装です.

- 開発者向け.
- NicoCache_nl.jsMovieFetcher.download の第一引数に試聴ページのURL渡して呼び出すという仕様はたぶんもう変えません.
- 第二引数のprogress関数はたぶん仕様変えます.
- UI関連(ui.*, NicoCache_nl.jsMovieFetcherUI.*)も多分書き換えます.

>>135556
画面右下にUIは表示されたけれど動いている気配がなかったです

https://nicocache.jpn.org/download.php?id=366&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

2025-02-27:
- anime.nicovideo.jp動画を埋め込みで参照する際のurlの"/hlsext/"に対応.
- 埋め込み動画のキャッシュ保存を回避する機能を追加. 現時点では保存するようにするオプションは用意していません.
- 動画毎ではなく動画通信ごとにキャッシュを保存するかどうかを示すための内部用クエリーパラメーター"nicocachenl_save"を追加.

ほとんどの人はアップデートする必要ないです。

質問です
firefoxの「設定」「プライバシーとセキュリティ」「Cookie とサイトデータ」「データを管理」
「Cookie とサイトデータの管理」のなかからニコニコ動画のcookieを消しました

今までは消すとログインのし直しぐらいしか営業はなかったのですが、今回キャッシュができなくなってしまいました
作成した「soのID.deta」ファイルは作られます

動機はニコニコdアニメを動画取得途中にブラウザを閉じてしまったために動画学徳できなくエラーになっていたことと
何度も試行錯誤したことととcookieの消去のどれかかともいます


どうやったら動画取得が以前のように成功するようにもどれるのか、です
cookieの消し方も誤っていたのでしょうか

よろしくお願いいたします

サブプレイリストに不明な表現があるためキャッシュしません

とログにありました。
なにかしら解決になるでしょうか

>>136584
- いつからですか
- どの動画でも、どのアニメでも同様の症状が起きますか
- NicoCacheを使わない状態で動画再生は出来ますか
- NicoCacheのバージョンはいくつですか

NicoCache本体ははcookieに工作をしないので別の原因の可能性が高いです。

>>136585
>サブプレイリストに不明な表現があるためキャッシュしません
NicoCacheの不具合によっても起きる可能性はあります。
ただ、上の奇妙な症状を合わせて考えると、コンテンツサーバーに必要なcookieを送信しない設定になっている可能性があります。

>>136596

状態について報告します

- いつからですか
cookieの削除を行ったあとから症状が出始めました

- どの動画でも、どのアニメでも同様の症状が起きますか
so動画に症状が現れております

- NicoCacheを使わない状態で動画再生は出来ますか
プロキシーを使用しない　を選択しました
so動画の再生しみることができました

- NicoCacheのバージョンはいくつですか
NicoCache_nl version 2025-02-27
Running with Java 17.0.12(amd64) on Windows 10


よろしくお願いいたします

>>136598
あともうひとつ
- NicoCacheを使っている環境で動画再生は出来ていますか

こちらもFirefox上でcookie削除をやってみたけど症状が再現しない。
ログアウト状態でも再生もキャッシュも出来る。

「新しいプライベートウィンドウ」からso動画を開いてみた場合もNicoCacheのコンソールにエラーが出来ますか。あるいは何も出ませんか。

>>136599

ありがとうございます

- NicoCacheを使っている環境で動画再生は出来ていますか
再生は可能です


「新しいプライベートウィンドウ」からso動画を開いてみた場合もNicoCacheのコンソールにエラーが出来ますか。あるいは何も出ませんか。
プライベートブラウジングと記載されたfirefoxのブラウザにてログインしたら視聴は可能になりました。
最初はログインを催促され、視聴エラーになりました。




debugにてこのような記述がありました
参考になれば幸いです
pool-2-thread-252: java.net.SocketTimeoutException: Read timed out
at java.base/sun.nio.ch.SocketChannelImpl.timedRead(SocketChannelImpl.java:1231)
at java.base/sun.nio.ch.SocketChannelImpl.blockingRead(SocketChannelImpl.java:1278)
at java.base/sun.nio.ch.SocketAdaptor$1.read(SocketAdaptor.java:192)
at java.base/sun.nio.ch.SocketAdaptor$1.read(SocketAdaptor.java:184)
at dareka.processor.HttpHeader.init(HttpHeader.java:288)
at dareka.processor.HttpHeader.<init>(HttpHeader.java:226)
at dareka.processor.HttpRequestHeader.<init>(HttpRequestHeader.java:37)
at dareka.ConnectionManager.processAPairOfMessages(ConnectionManager.java:258)
at dareka.ConnectionManager.run(ConnectionManager.java:66)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:840)

>>136600
相手サーバーに拒否されているというよりも、相手サーバーが沈黙してる。
NicoCacheが原因で起きてるかどうかわからないです。
>>136601
一回キャッシュを削除すると再キャッシュが出来ない不具合があるから、NicoCache自体を再起動してみてください。

>>136602

>NicoCacheが原因で起きてるかどうかわからないです。
こちらこそ不具合対応して頂きありがとうございます
firefoxの設定とかを見直してみます

夜分遅くまでありがとうございました
また何かあったときにはよろしくお願いいたします

>サブプレイリストに不明な表現があるためキャッシュしません
これの周りに何か書いてありませんでしたか。
ForbiddenやInvalid Requestとかそういうのが含まれたxmlメッセージが出ることが多いのだけど。

>>136606
たぶん原因分かったけどアップデートするまでは多分直らないです。
念の為そのレスは消しておいてください。

>>136607

消しました
原因究明ありがとうございました

https://nicocache.jpn.org/download.php?id=368&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

- 一部の動画がキャッシュ出来ないのを修正

>>136608
今プレミアムじゃないんでテストしてないんですが、たぶん動きます。

20240614 - ニコニコ動画
https://www.nicovideo.jp/watch/sm44776035

Playlist mismatch: cache\nltmp_sm44776035[0p,128]_20240614.hls\master.m3u8
Playlist mismatch: cache\nltmp_sm44776035[720p,128]_20240614.hls\master.m3u8
error: sm44776035: unknown url expression: https://delivery.domand.nicovideo.jp/hlsbid/67d8d9bdc1c6a18ea3e97634/playlists/media/audio-aac-64kbps.m3u8?session=2d0491bc0bdd2f8b7b230ce087af89108b0b696d5670f9fa0000000067da31e2ea3627da2258b272&Expires=1742352866&Signature=LWY~9LPQuFktLYvNnYCNNtAjK0sd~5mIZ5m-ffjyuplfwAp6Adf~KG2QPFj5EhazxGMhBQL6Bnw2hmmq6I3eOIchvVArXpekfwe-aQylLHBcghilAnFs~DP7UqxBYOk4uzlmRB62tbu8BJ6gjDmBA~F7s97HvjZqkOEUxR7TnlEm9~gS4xIgt0p6QefyyJjd0~qbdNNVgtk~DZMeZeashjgc6y7AA-XTuvUuJ93b-Q0i3JKIqsOIQGt45UWRz6oEMPJx~VxhtHfTnZnVN5RPH73ZjuI7haYpMIizSxxVmwdtzKNL5n2qwl0mGRxonPJTVfHGUDTp~dJjI-lENZZigg__&Key-Pair-Id=K11RB80NFXU134
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/init01.cmfa
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /hlsbid/67d8d9bdc1c6a18ea3e97634/keys/audio-aac-64kbps.key
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/01.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/02.cmfa
caching sm44776035
+
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/03.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/04.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/05.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/06.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/07.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/08.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/09.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/10.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/11.cmfa
caching sm44776035
CMAF付与情報取得失敗(2): (キー:ng, 値:ng, smid:null, noerror:null) (ページ更新で改善しない場合、おそらくインジェクションjavascriptかnlFilterの構成が失敗しています) /67d8d9bdc1c6a18ea3e97634/audio/12/audio-aac-64kbps/12.cmfa

>>137297
公式仕様の追加で音声品質が2つになった。
今まで一つの動画に一つの音声品質を前提に組んでいたので、対応に時間必要です。想定はしていたからすぐかも。
とりあえずは、最高音質を選んでいる時はキャッシュが出来るようなのを出します。

https://nicocache.jpn.org/download.php?id=372&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

開発版43 2025-03-18:
- 状況: ニコニコ動画は今まで1動画には1音質だったが複数の音質が選択可能になった.
- 現象観測は18日から. 複数音質に関するインフォメーションはない. 高音質対応のタイミングからじわじわ切り替わっていたかも知れない. 11日 https://blog.nicovideo.jp/niconews/244548.html .
- 修正: 現在の実装でも最高音質を選んでいればキャッシュ出来るがローカル側master.m3u8にゴミ(2つ目以降のaudioに関する行)が入ってしまっていた. これを入らないように修正した.
- 未対応: 不明URLであるというエラーが出る問題.
- 未対応: 最高ではない音質を選んでいる場合のキャッシュ保存.
- 未対応: ゴミ行が入ってしまったmaster.m3u8の自動修正機能.

とりあえずは最高音質を選んでおいてください。

2025-03-24を出した直後にコンプリート処理バグ見つけたので上げ直しリリース。
このリリースはNicoCache_nl.jarの差し替えアップデートが可能です。

https://nicocache.jpn.org/download.php?id=374&key=631f904d23f05602d2545b87e65689f8d202289c27b4cb0f5cd670e5b9a49dd6

開発版45 2025-03-25:
- 下位映像品質キャッシュを持つ時に上位品質をキャッシュ保存する際のコードに誤りがありキャッシュコンプリート処理が実行されなかった問題を修正.
- 複数の音声品質仕様問題によって生成されたnltmp内の誤ったマスタープレイリストキャッシュを修正する機能を追加(コンプリート後キャッシュ内の修正はまだ).

開発版44 2025-03-24:
- 複数の音声品質に対応.
- Note: 複数音質がある動画でニコニコ動画公式の現在のブラウザプレイヤーは、低音質(64Kbps)を選んでいても、試聴ページを開いた一瞬は標準音質(128Kbps)が読み込まれる(必ずではない). 一度読み込まれたデータは品質設定を変えても読み込み直しされない. このために一部の音声チャンク(多くは冒頭の1.cmfa)を目的品質で取得出来ず、キャッシュコンプリート処理が動作しないことがある. 同じ条件が繰り替えされるためページ更新でも改善しないことがある.
- Note: https://qa.nicovideo.jp/faq/show/5685 音質の刻みは 576, 320, 192, 128, 64kbps.

「キャッシュプレイリストに不明な表現があります」エラーの自動修正機能はまだです。

複数の音声品質への本格対応終了。
大掛かりに変更したのでバグを増やしたかも知れません。
コードが散らかってるのをなんとかしないといけない。

smXXX[360p,64].hlsというキャッシュが既にある状況で、128kbps音声を新たにキャッシュした場合に、そのキャッシュからビデオデータを引っ張ってきて128音声と合わせることで新しいhlsキャッシュsmXXX[360p,128]を作る挙動をします。
この挙動は例えばアップロード者による動画の修正があり、修正前の動画と修正後の動画をキャッシュした際に不整合を発生させるかも知れません。