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

開発版20 2024-05-31:
- WebAPIにhls取得用のURL仕様を追加．
- /cache/file/nicocachenl_refcache=[]//
​  はのhlsキャッシュディレクトリから相対参照するファイルパスです.
- /cache/[].hls
​  アクセスすると /cache/file/nicocachenl_refcache=[]// へリダイレクトされます．
- 上記2つのURL仕様はどちらも"[]"部分は省略可．なおかつ現時点の実装では，この部分は純粋に無視され，常にの最も高品質なhlsキャッシュを応答します．
- 例えば，hls urlを扱える動画プレイヤーにこれらurlを与えることで，動画を再生することが出来ます．
​  例1: ffplay -http_proxy http://localhost:8080/ -i 'http://www.nicovideo.jp/cache/file/nicocachenl_refcache=sm9[360p,128]//master.m3u8‘
​  例2: ffplay -http_proxy http://localhost:8080/ -i 'http://www.nicovideo.jp/cache/file/nicocachenl_refcache=sm9//‘
​  例3: ffplay -http_proxy http://localhost:8080/ -i 'http://www.nicovideo.jp/cache/sm9.hls‘
​  (8080はNicocacheのポート番号に書き換えること)
- hlsキャッシュがあるsmidに対して /cache//auto/movie にアクセスした場合の挙動は変更なく，mp4への変換にリダイレクトします．上記URLにリダイレクトするように変更するかどうかは未定．


未定と書いた /cache//auto/movie の挙動ですが、変換して単一ファイルのmp4を返す挙動と、hls用URLにリダイレクトしてmaster.m3u8を返すどっちがいいですかね？
test_nlFilters のリンクからすると利用者は単一ファイルを求めてる例の方が多いと思います。
autoが変換挙動へリダイレクトすることを整合性があると見做すかどうかという問題。