0001名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲW b7b1-LHdB)2023/01/30(月) 09:26:28.79ID:wmd15AiH0
mp42hls.vbs をアップロードしました。up165
master.m3u8 を作成するようにしましたが、本来作られる物より簡略可されているので、正常に動くかどうかは不明です。
また、unicodeを含むフォルダ、ファイル名だと誤動作するので、その場合はファイル名を変更してください。
コマンドプロンプトからffmpegとffprobeのコマンドが使えるように、
ffmpegのあるフォルダを環境変数に設定しといて
windows以外での動作は非推奨(多分ディレクトリ関係でバグる)
>>101
投稿2秒差ｗｗｗ
ああ、非DMCも有りましたね。あと、DMCでも、解像度・映像・音声の3つ書いて有るパターンもありますね
master.m3u8 自体は、hls化するときに同時にffmpegで作れる事は分かったので、
ファイルの移動と内部のパスの変更を入れたぐらいですね。 >>104
ほんまや 握手🤝
ffmpegでmasterファイル自動生成できるんですね
こっちのファイルも対応すべきか
vbsの方に任せるべきか... 0106名無しさん＠お腹いっぱい。 (ｶﾞｯｸｼ 06eb-1PqA)2023/08/07(月) 11:27:09.99ID:xCT5jpK/6
>>34にhlsをMPC-HCで再生できるとあったけれど、うちでは途切れ途切れでの再生しか無理だった
お盆にでも>>39とか>>46を試させてもらおうかな nlMovieFetcherで取得動画の画質の決め打ちできないのかな
欲しいのは360pなのに高画質キャンペーンのせいで1080pになる
スマホのテザリング回線使ってるから無駄に高画質なのはいらないのに
期限切れの公式動画がno method:soXXXXXXXXとなって再生できないな
no method:fetch〜みたいなのはコンパイルしていなかったりと原因はわかったのだけど、これに関してはどうすればいいのか
以前はシークバーが動かせなくてもコントローラの方で再生したりはできたのだが
0109名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ 5b11-i8rs)2023/09/10(日) 13:40:58.44ID:gK0aSNLV0
>>108
ちょっと追記すると6月あたりまでの公式動画はまだその方法で見ることができるけど、
8月あたりからの公式動画は無理という感じ 0110名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ b373-bdWa)2023/09/11(月) 11:41:30.20ID:fL4aDRbb0
.hlsになってからの期限切れ公式動画はno method:so〜で動画の再生に失敗してるね
>>109
別の方法として、mp4に変換してそのキャッシュを使わせれば見れるかもしれません。まだプレイヤーがmp4の再生機能を切り捨ててなければですが（関係ないのかな？よく分からない。.tsの中身がmp4なら問題ないが）mp4であれば404を返すことは多分無いと思うので 完全に成功したかはわからないけれどmp4なら動画にあるシークバーは使えないけれど再生は可能っぽいな
mp4の再生機能が生きてる間は変換すればこちらで見ることはできそうだ
>>111を見る限りそれも長くはなさそうだけれど nicocache.jpn.org/second
からファイルがダウンロードできない。
具体的に言うと最初のトップページと2メージ目前半は大丈夫なんだけどAllや2ページ目後半以降はファイルをダウンロードしようとするとトップページ（１ページ）に戻される。firefoxだけどedgeでも確認した。これって俺だけ？正確に確認するとnc0363から駄目、ダウンロードできない。リンクをコピーしても駄目
あとインスペクタ見るとUncaught TypeError発生してるけど何か関係あるのかな
あとnicocache.jpn.org/second/hofu
がnot found.
あーリンクすべきなのは/second/hofuじゃなくて/hofuなのか
/secondに貼られてる避難所のリンク先間違ってるね
>>116-118
ご報告ありがとうございます
避難所2 復旧しました
>nc0363より古いファイルがダウンロードできない
避難所2内の避難所へのリンクを修正
>避難所3設置した際にディレクトリ構成変更しましたが、リンク修正忘れていました、申し訳ないです フィルタまとめ#120.1うpしました
- up.jsから不要部分削除、キャッシュ情報太字化
fetchでcacheが済んでるのに動画を開くとhlsのキャッシュがはじまるからなんでだと思ったら、IDとキャッシュがはじまるIDが違う
so42839803
fetchでcacheが済んでるのに動画を開くとhlsのキャッシュがはじまるからなんでだと思ったら、IDとキャッシュがはじまるIDが違う
so42839803
>>123
それ、他の動画でも起きてて、元の番号をURLに入れても、同じ動画(コメントも同じ)が出てくるので、
ニコ動内部で、管理番号が変わっただけじゃないですかね？ >>123
それ、他の動画でも起きてて、元の番号をURLに入れても、同じ動画(コメントも同じ)が出てくるので、
ニコ動内部で、管理番号が変わっただけじゃないですかね？ (´･｀)v-｡o○ヾ(||´ﾛ｀)o=3ｹﾞﾎｹﾞﾎ
sm42900000 以降の動画がキャッシュされないっぽい？
詳しく調べたら、
sm42961000 ok
sm42968001 ng
sm42968200 ok
sm42968201 ng
sm42968210 ng
sm42968220 ng
sm42968230 ng
sm42968240 ng
sm42968300 ng
sm42969200 ng
って感じで、実際はもっと細かく調べてるけど書くのがめんどくさいw
数字によって区切られてるわけでは無さそうで、11月に入ってからが不安定っぽいんだけど、同症状の人、居ます？
0134名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ e958-krmr)2023/11/08(水) 01:33:27.13ID:SPzgTO5+0
sm42977683 初めNG。キャッシュクリア等しているうちに何らかの拍子で1回だけOKとなるも、その後は何をしてもNG
sm42980139 NG
配信サーバーが*.dmc.nicoから、delivery.domand.nicovideo.jp/～
に変わったからかな。
javaの、hlscachingProcess.javaの先頭にそれらしき記述は見つけたものの、ここだけ見てもどう変更していいものやら・・って所と、今までの物と、今後とで両方対応しなきゃいけないとなると、どう変えていいのか分からないので、分かる人待ちかな？って所。
正規表現でURL見てるところは、nlMovieFetcher.java の中にも見つけど、見つけるのが精一杯で、javaわからん(^^;
他にも全部で4つのファイルの中に有るのは検索で見つけたけど、さっぱりだなぁ。
URLに動画IDが無くなってるところも影響してそう。
0138名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ 62e9-ZTan)2023/11/10(金) 08:11:52.71ID:OfcaJvvz0
アニメの公式配信、本日分から全部新サーバーに移行したかな
いつの間にかキャッシュできてない！って思ってたらそういうことか
nd0178 NicoCache_nl+150304mod+231111mod (eR)
[不具合修正]
・ニコニコの仕様変更で追加されたAmazonの配信システムを利用しないようにするワークアラウンドを追加
・HLS動画で動画ページのIDと動画データのIDが異なる場合に追跡できなくなっていたのを修正
しばらく離れていてあまり状況把握できてないんですが、動かなくなったのでとりあえず緊急対応版です。
ただ、新たに導入されたAmazonのシステムを使った配信システムはすべての動画が暗号化されていて雲行きが怪しいです。
>>140
対応ありがとうございます。システムメッセージで旧サーバーを読んでる事を確認しました。
新しい配信サーバーはAmazon系列ですか。全て暗号化されると、色々都合が悪いですね。
あと、できたらでいいのですが、hlsでキャッシュした物を、
汎用性高めるのにmp4化してるのですが、cacheを再起動しないと、キャッシュ済となってくれません。
格納フォルダの移動先検索に、フォルダ移動だけでなく、mp4化したものも検索対象にしていただけると助かります。
再起動でキャッシュ済と表示されるので、些細な事ではありますが。
(「キャッシュ」という意図からは少し外れてしまうのが問題ではありますが) 新しめの動画全く取れなかったのが気が付いたら今日は取れてるな
何があったのか・・・
>>131
名前は「(動画ID)(動画タイトルとか).hls」ではダメで必ず「(動画ID).hls」なのか
リネーム不要になればCustomCacheをジャンクションとかでキャッシュフォルダにリンクするだけで済んで便利だと思うんだけど…難しいのかな はい。難しいです。私のプログラミングスキルでは"動画タイトルとか"の部分をどう取り除けば良いのか分かりません。助けてください。
nicocacheに正規表現でタイトルからsm番号取得する処理あるから それを流用してみては
NicoCache_nl\src\dareka\processor\impl\CacheDirProcessor.java
の
(([a-z]{2}[0-9]+)(?:low)?(?:\\[\\w+(?:,\\d+)?,\\d+\\]\\w*\\.(?:flv|mp4|hls))?)
ですかね…
まずキャッシュファイル一覧を取得後、一覧から正規表現パターンにマッチするファイルを抽出してURLを指定して再生するという形になるかと思いますがどう考えてもJavaScriptオンリーでFirefoxでも動く形でかつ自動で読み込まれる形にはできないですね。
Chrome限定でFile APIを利用すれば一応可能かと思いますが、再生するたびにディレクトリを選択してアップロードしてもらう必要があります（セキュリティリスク上の措置）。
自分は火狐使いなのでこれはキツイですね…
現状は今の処理が（リネームは必要ですが）ベストソリューションかと思います。
なにか他に良い方法があれば提案願います。
ファイル名一覧をJSONで書いてCustomCacheに置いてもらえれば可能かも知れない。例えばCustomCache/cacheFilesName.jsonとか
そうすればFile APIも必要ない