/librejp/ - librejp end

 >>/160144/
どうもどうも。
でも違うのです。
ここ(  >>/160136/ )とここ(  >>/160133/ )で私が分からないと言っているのはこれです。
> パーセントエンコーディングって(pathを"/"で分割するよりも前の)pathを受けた時点でデコードしていいんだっけ…
%2Fは/を示すため以下の2つは意味上は同じはずです。
http://localhost/abc/123/xyz.txt
http://localhost/abc%2F123%2Fxyz.txt
実例だとこの2つ。
https://ja.wikipedia.org/wiki/CPU
https://ja.wikipedia.org/wiki%2FCPU
他のサイトでも概ね等価に扱われます(でも"/.."を末尾に付加した時の動作は等価とは言えない)。
"/"を含む特殊なサブパスを表すためには使われていないようです。

URLのpath部においてパーセントエンコードされた表現とデコードされた表現を同じ意味として扱うのであれば、httpサーバーとしての処理の上流で、path部をデコードしたものに置き換えた方がいいということになります。そうすると、対応範囲が広がって上のようなURLも扱えるようになる。
ただ、プロキシー動作をする上では都合が悪いから等価だという確信があっても全面採用はしないんですが、WebAPI用のpath(/localや/cache)ではそうした方が良いかなと考えていました。

2024-12-17版では/local/よりも先に限ってのみデコードする動作になってます。
上の説明例は全部レアケースだしこれで事足りるはず。

スクリーンショ... png
(87.67 KB, 1870x717)

もしかして削除済み動画や非公開動画のランディングページってNicoCache_nl内でダイレクト接続になっている？
埋め込まれるはずのjavascriptとかが軒並み無い。
キャッシュを再生できるページを作ろうかなと思ったけど困りました。

ん？ああ、非公開動画のURLをいきなり開くと何も挿入されてなくて
視聴ページから遷移すると挿入されているみたいですね

 >>/160147/
 >>/160146/
遷移だと公式のjsがページを構築するからその関係ですね。
通常ページの時点でlocal/nllib_watch.jsのvideoChangedイベントを仕込んでおいて再生不能動画に反応する実装になると思います。


ところで動画ページの仕様が若干変わったみたい。
全部の品質のチャンクにちょっと要求が飛ぶ。

failed to process: nicovideo.cdn.nimg.jp:443
	javax.net.ssl.SSLException: 確立された接続がホスト コンピューターのソウトウェアによって中止されました。
	Caused by java.io.IOException: 確立された接続がホスト コンピューターのソウトウェアによって中止されました。
+

って出まくって動画が読み込めない症状どうしたらいいんだろう…
本体再起動しても直らんし…テザリングの影響あるのかな？

椅子生活してたらあぐらかくのも出来なくなったわ

[HorribleSubs] Kono... jpg
(316.83 KB, 1280x720)

健闘を祈る
あばよ

ここも/AM/と同じくらいの人数に落ち込んだからなあ

[HorribleSubs] Shoujo... jpg
(67.49 KB, 1280x720)

まあ、そう言うのもいいとこがあるかも

You got a... jpg
(17.63 KB, 222x307)

 >>/156430/
前向きになれるいい言葉だ

iiGMadS jpg
(38.06 KB, 400x400)

画像投稿テスト

やってみよう

webpが素通りされる掲示板です

素通り？素通し？
webpテスト
> UPDATE: 2022-04-09 01:24PM PDT - It has been brought to our attention that WebP image format and several others are still not working
うｎ

0 jpg
(63.33 KB, 691x590)

 >>/158952/
> これ本当か？
> 嘘だったら針千本飲めよオメー 
torだとBlock bypass入れなきゃいけない

公園？

そういう公園は観光地外れで見る

謎の空間を挟んで両隣がお弁当ってのが・・・
オフィス街かな

そこで遊ぶには勇気が必要だ

9/6水 下水を流れるウンチを見れば第9波の到来がわかる!?　コロナの感染拡大を"見える化"する「下水疫学」の世界

検査有料化などで検査を受けない人が増えたため、今は、感染者数は低く出てあてにならない。しかし、下水はその影響を受けず比較できる。今は過去最悪級である
https://wpb.shueisha.co.jp/news/society/2023/09/06/120578/

 >>/69/
わかりません

 >>/158427/
 ギガワロス

人間の免疫力すげぇな

ワクチン開発者がみんな死ぬって言ってるんだけど本当かな

信長が後世で女体化されすぎ問題

はい、その問題は複雑ですね。歴史的人物の表現には慎重であるべきです。
信長の女体化表現は、時代背景や文化的な影響を考慮する必要があります。過度な女体化は、歴史的事実を歪めたり、性別に関する偏見を助長する可能性があります。
一方で、創造性を発揮した表現も評価されるべきでしょう。ただし、それが歴史的事実を無視したり、特定の性別を差別するものであってはいけません。
バランスの取れた、歴史的事実を尊重しつつ、創造性も発揮できる表現が求められます。これには、多様な視点を取り入れ、慎重に検討していく必要があります。

 >>/159664/
1番目のセグメントファイルの件、開発途中版3で改善してました。ありがとうございます。
ただ、まだキャッシュ完了しない現象が5割くらいの確率で起きてます。
メッセージを見ている感じ、先頭のセグメントでIllegalBlockSizeExceptionが起きると完了にならない模様。
ソースもちょっとづつ読んでますが、まだまだ挙動がよくわからないです。

【開発途中版4 2024-03-17】

- シークなどで通信が中断された場合に1/16の確率で不完全な動画セグメントファイルが生成されていた問題を修正。
onTransferEnd(boolean completed)の引数を確認していないのが原因でした。
IllegalBlockSizeExceptionもこれが原因でした。
HlsCachingProcessor.javaを改変しながらコードを書いた時にcompleted引数には触れてないから役割が分かってなかった。
Hlsでは受信バイト数をカウントして完了したかどうかを見ていたから触れてないのだった。

- 未知のセグメントを受け取った場合にプレイリストを再スキャンする機能を追加。これによってキャッシュコンプリート処理不発を改善した。
原因は分からないけど対処を追加しました。CacheManager.java#addCachedSegmentAndCheckComplete
プレイリストが揃っていない状態でキャッシュ済セグメントを追加する要求なんて来るはずないんだけれども。
何か見落としている。

- showCachingオプションを追加。trueにすると"caching smXXX"というメッセージがセグメントを受信するごとに出ます(dmc-hlsはではまだ出ません)。デフォはfalse。
デバッグ用にログを仕込んでたんだけれどもリリース版でも欲しい機能だからオプションにしました。

- 数日使ってみて重大なバグがなければ、一般ユーザーにもNicoCacheを勧められる扱いにします。

- セグメント通信中に206(partial content)レスポンスや304(変更ナシ)が返ってくる。そんな要求はしていないはずなのに。とはいえ正常通信も来ているからこれらは致命的なエラーではない。

 >>/159667/
> ソースもちょっとづつ読んでますが、まだまだ挙動がよくわからないです。
大枠でいうとどこがわかりにくいです？
Hls処理の真似して書いているだけで自分もブラックボックスな理解がかなりあります。
変数にも関数にもクラスにも役割・目的・立ち位置はコメントに残すようにしているのだけれども、試行錯誤中で抜けてるところがあります。
今回になって値を運ばせるために一回ブラウザに送り出してから、またプロキシ側に値を戻すようなことをした(nicocachenl_domandcvikey)ので、後から読む人はきっと大変だと思う。

メモ。
ffmpeg -i 入力動画 -c:v copy -c:a copy -f hls -hls_time 6 -movflags cmaf -hls_segment_type fmp4 -hls_playlist_type vod -hls_segment_filename "%d.m4s" 'master.m3u8'
この方法で作ったmaster.m3u8をニコニコ動画のプレイヤーは再生出来る。(webmを入力とする場合も再生出来る)
昔のmp4キャッシュやflvキャッシュが使える可能性が出来ました。

> NicoCache26 >8
> 開発途中版3と4を試してみたけど、キャッシュはおろか、ブラウザ上で再生すら開始されないかな
> 未キャッシュのだと、no cache found～でフォルダまでは作られるけど、同じく再生は出来ず。
> フォルダ内は、m3u8fileが出来てるだけ。 
全然だめか
・他にエラー出ていませんか
・キャッシュフォルダに入っているのはmaster.m3u8だけですか
　・audio.m3u8やvideo.m3u8は入っていますか
　・aduioフォルダやvideoフォルダはありますか

> キャッシュ済(mp4)のページだと、disable～ と出てその後「+++++++++」が出て、再生も開始されず。
そんなに+が繰り返される？
ニコニコ動画のプレイヤーは通信に失敗したりすると5回ほど再試行してから諦めるはずで、こっちが知っている挙動と違う

見当がつかないので後でデバッグメッセージを仕込んだバージョンを出します。

・クロスオリジン通信に関するコーディングミス(ありえるけどこっちでも再現するはず)
・configのmitmHostPortの設定ミス(再生不能になる。でもno cache foundまで到達出来ないはず)
・証明書の中途半端状態(動かないか、あるいは動いてもno cache foundまでは到達出来ないはず)
・CmafCachingProcessor.javaとDefaultRequestFilter.javaの不整合(可能性低い)
・仕様ABテストでユーザーごとに仕様が違う可能性(原因候補に入れる意味はない)

 >>/159669/
> 大枠でいうとどこがわかりにくいです？
とりあえず、16の倍数にならないのは01.cmfvの場合がほとんどのようなので、初期の通信が混ざってないかとか検証しようと思ってました。
しかし、通信が並行しているときの振り分け方とかがどうなっているのかが、全然わからない感じです。
まあ、Javaは昔Androidアプリを作るのに少し触った程度で、経験が足りないのもあると思いますが。
ちなみに、変数名がわかりやすいものに置き換わっていたりするのはいいですね。

プログラミングスレ乗っ取りみたいになっちゃったので別スレ立てました。
NicoCache関連は以降はこっちで。
 >>/159672/

我らの領土さ

 >>/159581/
Yes, it is, but Kuril Islands are currently occupied by Russia.

20

1616573559971 jpg
(636.94 KB, 1860x1600)

these were literally never owned or inhabited by Japanese, go and gag on a sack of foreskins CIA shill nigger, kill shill nigger babies, impale Jewish kids on donkey dicks, decapitate all US mutts

肉よりそのおっぱいはなんだ？