【ニコニコ】自動ローカル保存プロクシ NicoCache21 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
スレ立て時に↑をコピペして3行で書き込んでください
ニコニコ動画のキャッシュを自動的に保存して
二回目以降はローカルから再生することで
ニコニコ動画の回線に負担をかけることもなく再生できるソフトのスレ。
一度通常画質でローカルに保存すれば
エコノミーモード時間帯でも常に通常画質で再生することができる。
またオミトロンと併用することも可能。
Java で作られており Windows / MacOSX / Linux で動作する。
ttp://java.com/ja/
■関連サイト
NicoCache_nl wiki
ttp://www58.atwiki.jp/nicocache/
NicoCache_u
ttp://www28.atwiki.jp/nicocacheu/
NicoCacheGUI - HB Software Factory の跡地に出来た何か。
ttp://hbsoft.s10.xrea.com/
ASR's Room NicoCache (本家様。公開停止中)
ttp://homepage1.nifty.com/asr/index.html
【ニコニコ】自動ローカル保存プロクシ NicoCache20
http://egg.2ch.net/test/read.cgi/software/1482763300/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured >>762
言われてみればこの日以降に64kbpsでキャッシュされる動画増えた気がする
一体どんな変更加えたんだ アクティブユーザーなんて三桁いるかどうかってレベルだと思う ファイル置き場のDL数が正しければ重要なファイルでも2桁がやっとだし更新してない勢含めても3桁いってるか怪しい テストですけど1080pきましたね
【PC版ニコニコ動画】1080p動画のテスト運用開始
2017年12月11日(月)よりPC版ニコニコ動画で1080p動画のテスト運用を開始いたします。
今回のテスト運用は、1080p動画を実際にご投稿及びご視聴いただくことでのシステム負荷を検証することを目的としています。
(検証状況により本テスト運用を中止させていただく場合がございます)
http://blog.nicovideo. jp/niconews/54740.html フィルタまとめ#47 うpしました
http://nicocache.jpn.org/count.cgi?nc0066.7z
更新物:watchページ整形フィルタ、PlaybackRateChanger
watchページ整形フィルタ:
・アカウントを削除した動画にエンカウントすると自動的にスタイルを整形するスクリプトを追加しました
PlaybackRateChanger:
comment-regex search(crs)正式版を追加しました
>>745様、>>772様、技術的ご協力ありがとうございます。感謝です。
テキストエリアに単語を入力するとコメントを検索できます。チェックボックスの「正規表現」にチェックを入れると正規表現で検索できます。 >>773
ヒャッホーイ
ビットレートの検証したらパッチ出します
4Mbpsと6Mbpsの二択かな?
> 不具合改修 再生開始時に画質が700kbps未満だった場合低音質で再生される 2017年12月11日
ウッソだろおま
今朝NicoCache側にワークアラウンド実装したところなのに
まさか9ヶ月放置したバグが修正されるとか comment-regex searchを実装したのはいいが、動画を遷移すると前の動画の
コメントデータが残っていてそれを延々と検索する処理になってますね
動画遷移に合わせてdocument.getElementById('js-initial-watch-data').getAttribute('data-api-data')を取り直す処理と
コメントデータを取り直すxhr処理をしないとダメみたいですね… >>775
最近エコノミーで再生されていたのはこいつが原因か TAG検索してたらなんか無関係な動画が出てくるからよく見たら
海外のエロサイトのように広告動画を検索に入れてきやがった
ユーザーと真摯に向き合うんじゃなかったのかよ NGranking_testってフィルタが一部動かなくなってると思ったら
data-idがdata-video-idに変わってたのか 1080pいい感じだな
なぜもっと早くできなかった 投資対効果低いと思ってたからでしょ
慌てて予算とリソース回したとしか思えない nc0068 NicoCache_nl+150304mod+171213mod
[仕様変更]
・投稿時期を用いてkulow判定のヒューリスティックを改良
・映像が2000kbpsを超える動画のレポートを削除
[不具合修正]
・1080pに合わせてFlash版watchページのkulow判定を修正
[nlFilter]
・i=xxxxxxxx.yyyyy.Mのような形式のサムネイルURLに対応
・ランキングトップページで表示が崩れるのを簡易修正
ついでにフィルタのニコニ広告リニューアル対応をしようと思ってましたが
一向に復活しないのでこのままリリース.
kulow判定のヒューリスティックは,これで問題なければ近いうちに
この基準を元にkulowのついたキャッシュのリネームを行います. >>782
どうせたら全部アカウントなし無料で見れるようにしてほしいわ
再生数水増し対策はアカウントしか再生数数えないとかでいいし キャッシュ済みアイコンがニコレポでは付かないんだけどどんな?
動画トップとマイページの視聴履歴なら付いてる こんなエラーが出てしまっています
古いファイルが混じってる可能性があるきがしています
キャッシュは問題なくされてるのでほおっておいてるのですが
できたら解決法教えてほしいです
no cache found: so32373592[540p,1000,192]_妖怪アパートの幽雅な日常 第24怪「嵐の前の嵐」.mp4
fetch: so32402378 done.
storing folder: カードファイト
java.lang.NullPointerException
at extensions.cacheMoveExtension.onComplete(cacheMoveExtension.java:70)
at dareka.processor.impl.NicoCachingListener$Completer.wrapup(NicoCachingListener.java:495)
at dareka.processor.impl.NicoCachingListener.onTransferEndCore(NicoCachingListener.java:309)
at dareka.processor.impl.NicoCachingListener.onTransferEnd(NicoCachingListener.java:249)
at dareka.processor.Resource.fireOnTransferEnd(Resource.java:193)
at dareka.processor.Resource.execSendingBodySequence(Resource.java:280)
at dareka.processor.URLResource.doTransferTo(URLResource.java:305)
at dareka.processor.URLResource.selectTransferTo(URLResource.java:114)
at dareka.processor.URLResource.transferTo(URLResource.java:154)
at dareka.processor.URLResource.endEnsuredTransferTo(URLResource.java:92)
at dareka.processor.Resource.transferTo(Resource.java:120)
at dareka.ConnectionManager.useResource(ConnectionManager.java:419)
at dareka.ConnectionManager.processAPairOfMessages(ConnectionManager.java:294)
at dareka.ConnectionManager.run(ConnectionManager.java:64)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)
completeCacheSample : getThumbInfoError. >>786
マジだ
こいつは困る
どれがキャッシュできていない動画かニコレポで見れないのはマジで困る >>786,787,789
ついにサムネイルサーバがHTTPS化されました.
08_MutationObserverHooks.txtの35行目と188行目のhttp:をhttps?:に変えておいてください.
アップローダにはニコニ広告の修正と合わせて出します.
>>788
cacheMoveExtensionのルールの読み込みに失敗しています.
その落ち方をするのはルールファイルが存在しないか文字コードが間違っているかのいずれかだと思います.
completeCacheSampleはそもそもユーザが使うものじゃないので削除. >>790
すごい!ニコレポでもキャッシュアイコン出るようになりました!
ありがとうございます! nc0070 フィルタ改修
・サムネイルサーバのhttps化に対応(>786,787,789)
・検索系の埋め込みニコニ広告の仕様変更に対応
ところでニコニ広告の背景に色を付けてみたらだいぶマシな感じになりました.
[Style]
Name = ニコニ広告の背景色変更
URL = www\.nicovideo\.jp/(?:tag|search)/
Append<
.nicoadVideoItem { background-color: #D0D0D0; }
> フィルターの
<cache$$economy$$dmcCache$$dmcEconomy>
と同じ判別をextensionでやる場合はどうしたらよいですか?
やりたいこと:手元のnlApiUtilExtensionをいじって現行方式のキャッシュアイコンをdmc対応で表示させる。
※旧形式のキャッシュについては、現行方式でキャッシュアイコンを表示できるようにしています。 >>794
VideoDescriptor video = Cache.getPreferredCachedVideo("smXXXXXXXX");
でVideoDescriptorを取得して
video.isDmc()とvideo.isLow()
で判定してください.
VideoDescriptorはlow, dmc, 解像度, ビットレートなどの情報を
組み合わせた動画データの識別子となっています. nlApiUtilExtension rev16g+20171215mod
http://nicocache.jpn.org/count.cgi?nc0071.7z
とりあえず自分に必要な分だけいじったテストケースみたいな感じ。
目についた範囲でサムネイルとキャッシュアイコンを表示するようにいじってます。
書き換えたファイルのみを入れているので、使う場合はコンパイルが必要。
手順は「nlMovieFetcher」と同じです。
注意!
サムネイルとキャッシュアイコンの表示以外で使えなくなっている機能があった場合、その機能は、これに差し替えても使えないままです。
動画のidが数字のみの場合にCache.getPreferredCachedVideo()でキャッシュ情報が取得できないため、smidに変換できた場所から引数をバケツリレーして強引に対応しています。
そのため該当する動画が多いマイリストは、処理時間が体感できるほど遅くなるかもしれません。
>>795
おかげさまで判定処理が少しすっきりしました。
ありがとうございます。 検索結果の途中にニコニ広告入ってくるのがうざかったので自分用に作ってみたやつ
検索結果からニコニ広告除外or検索結果末尾に移動させる
http://nicocache.jpn.org/src/nc0072.txt >>774
アニメのチャンネルでページ表示後にスタイルが変わってレイアウトが崩れるようです。
watch/1513040473
などで確認。 fetch.html5はWebWorkersしたいね >>799
HTML文書そのものの問題というより、javascriptをworker()コンストラクタとより汎用的なグローバルコンテキストで全部書き換えなきゃいけないじゃないか… Comment Regex Searchをボタンを押すごとに実行するように変更したいんだがどうすればいいんだろう
あとオススメリストの動画をクリックして遷移したときや、投稿者コメントの動画リンクをクリックして遷移した
ときに合わせて(例えばsm9→sm15)data-api-dataのコメントスレッド番号も取り直す処理にしたいし、そのスレッド番号で
コメントデータを取り直す処理、検索しなおす処理がしたいが、全然わからん…
現状では検索ボタン押した一回目のときだけxhrしてコメントデータを取りに行ってるだけ
動画番号が変わっても(例えばsm9→sm15)同じコメントデータで検索し続けてしまう
どうにかできないか… >>804
「ページのソースを追ってページの変移に関するところを弄る」以外で実現するなら、
ボータンを押すたびにページのアドレスを確認して、変わっていたらデータを取り直すって手が使えるのでは?
確か現状では、ページ変移のあとにページのアドレスを書き換えていたと思うので、
変移のタイミングで処理をするとかでないのなら行けると思う。 >>805
確かjavascriptではページを跨ぐプログラムは普通のやり方では上手く動かない仕様だった気がするんですが… >>806
変移といっても移動ではなく、変移先のデータを読み込んでからそれを現在のページに反映してたような?
なので見た目には別のページへ移動しているように見えたとしても、同じページにとどまっているような感じ?
部屋に例えるなら、下のどちらも部屋の中の見た目はAさんの部屋からBさんの部屋に変わるけど、1.は部屋を移動して、2.は部屋を移動してない。
1.Aさんの部屋からBさんの部屋へ移動
2.部屋のセットを「Aさんの部屋セット」から「Bさんの部屋セット」に変更 >>807
mutationObserverとpromiseってどうやって組み合わせれば良いんですかね?それが解らない。 >>808
知らないけど >>805 は組み合わせを必要としてないです。
「ボータン」はタイプミスで「ボタン」
ボタンを押したときに事前に保存して置いたアドレスと現在のアドレスを比較して、
異なっていたら最初から処理をやり直しちゃうって考え。
変移後の処理開始のタイミングが手動になるので、変移の瞬間を監視する必要がない。
故にmutationObserverは全く考慮していません。 動画を切り替えた後のdata-api-dataを取得するまともな方法は多分ないです.あったら私が知りたい.
まともじゃない方法としてはxhrとfetchオブジェクトを差し替えてデータを横取りする方法があるので
これを実装してnllib_watch.jsにいれておいても良いかなという気はしてますが…… 一応動画遷移時にDOM変更によるイベントトリガとして処理をしよう、っていうまともな方法ってのがmutationObserver
DOMが変更されたときに実行できるので、その度にdata-api-dataは実行できる
例えばフィルタまとめの「watchページ整形フィルタ」に含まれるタグカウンターと、市場アイテムカウンターもこの方法で実装してるし、
MutationObserverHooks.txtっていうURLを挿入する公式フィルタもある んー、でも手動ならボタンを実装してdocument.getElementById('js-initial-watch-data').getAttribute('data-api-data')を実行するたびに内容が変わってくれるのかな?
なんか前やったときは最初にロードしたjs-initial-watch-dataのdocument内容しか返ってこなかったような…今度試してみよう >>810
[up380]の「nlItab関連」の「nl_watch.js」でやってる
「document.body」のclass監視で「is-page-changing」の監視による動画変移監視
その後、「/watch/${vid}?mode=pc_html5&eco=0&playlist_token=${playlistToken}」で取得じゃダメです? >>811-812
動画切替時にdata-api-data書き換わらないからまともな方法がないと言っとります.
>>813
それぞれのフィルタでそれをやったら収拾がつかんですよ.
サーバに負荷をかけたりカウンタを余計に回したりしそうなので推奨できません. >>814
あら?でも動画切り替え後にソースを表示したらdata-api-dataの中身って書き換わってませんでしたっけ?(未確認) nc0076 nllib_watch.js apiData対応
実証試験版です.fetchしか差し替えていないのでまだIEでは動かないはず.
NicoCache_nl.watch.apiData で現在の動画のdata-api-dataをJSON.parseしたものを参照できるようにしました.
動画切り替え時にapiData付きで呼ばれるイベントハンドラとして NicoCache_nl.watch.addEventListener('videoChanged', function(videoId, apiData) {}) も追加.
正式対応は次のリリースにて
>>815
動画切替時にはページを読み直さずアドレスバーのURLだけ変更してるのですが
ブラウザの「ソースを表示」を行うと新しいURLのソースを取りに行って表示されます.
インスペクタで見れば変わっていないはず. アドレスの書き換えと確認について解説しているページ
[JS] アドレスバーのURLを動的に書き換える方法 │ Web備忘録
ttps://webbibouroku.com/Blog/Article/js_change_url ↓こういうのって出来たかな?出来たら鯖へのアクセスは気にしないで良さそうだけど。
URLがマッチしているAPIへのアクセス時に読み込み内容全てをMatch&Replaceして、AddVariable = 変数名で保存。
ローカルにAPI読み込み用ダミーページを作って、そのページにフィルターの<nlVar:変数名>を適用して、それを読み込む。 >>818
AddVariableって同一リクエストでしか使い回せなかったような気がするけど、機能追加あったっけ?
別の案
・(htmlプレイヤー限定かつ未検証)公式プレイヤーが情報を持っているなら、その情報を取得するところに割り込む
fetchAPIなら楽にできること確認済み、XHRは試してないけどできなくはないはず
・nl拡張でキャッシュ
・https化された後限定だけど、service workerで全通信内容を知れる
(IE?知らない子ですね) 記法としてはこんな感じで良いんですかね…?
NicoCache_nl.watch.addEventListener('videoChanged', function(videoId, apiData) {
window.commentSearch;
window.commentSearch.commentGET();
console.log("video changed!");
});
syntax errorだけど… TypeError: obj is null[詳細] overlib_mini.js:189:5 って出るんですがこれは何ですか 【OS・Java・本体】NicoCache_nl+150304mod+171213mod HTML5+dmc (based on NicoCache v0.45)
Running with Java 9.0.1(amd64) on Windows 10
【ブラウザとバージョン】Google Chrome 63
【使用プレイヤー】公式HTML5
【拡張の状態】up006+up292+nc0069+NGCommentExtension v0.5_110425
config.propertiesに NGCommLoggingNGWORD=true のみ追記
NGWORD.txtは[←↓↑→]のみ
sm18671210でNGワードに[←↓↑→]を設定してるとコメントが一切表示されなくなるのですがなぜでしょう
コメントアウトしたり削除すると正常に表示されます。他の動画では問題なし
ログにも "NGComm: match 〜〜"以外の出力はないです
上の環境はテスト用だけど、メイン環境でも以前から他の動画で全くコメントが表示されなくなることがあって、その都度だめなワードを特定したりNGWord.txtをリネームしたりして対処してたんだけど
動画によってだめなワードが違ったりしててもう何がなんやら >>822
こちらでは一切再現しない
NGWord.txtのエンコードがUTF-8でないのが問題ではないか? >>822
NGWORD.txtはUTF-8になってますね
一応Pale Moon27.6.2でも確認してみましたが同じ症状です 書き忘れてた
(←|↓|↑|→)
このように書いても同じ症状が出ます フィルタまとめ#50 うpしました
http://nicocache.jpn.org/count.cgi?nc0077.7z
更新物:PlaybackRateChanger,ヘッダ超短縮表示用フィルタ
PlaybackRateChanger:
・実験的コードを残していたせいで動かなくなっていたのを直した
・動画遷移後でもその遷移後の動画のコメントを検索できるようにした
・nllib_watch.jsとの依存関係ができた
・(css)crsの検索ボタンをひとつのブロックにまとめた
ヘッダ超短縮表示用フィルタ:
・ランキングがマイページ上でも短縮表示されるように修正 そういやスマホというか外端末からだとfetchできないんだな >>826
console.logをコメントアウトして直し忘れた影響でエラーが発生
PlaybackRateChanger.jsの465行目文末の","を";"に修正してください nc0078 NicoCache_nl+150304mod+171221mod HTML5+dmc
[機能追加]
・idGroup=1,2形式時にthreadIDと動画IDの番号の対応関係を記憶してgetthumbinfoを減らす
・$REENCODEDでキャッシュが存在しないときにも動画IDの番号だけから取得できるように修正
・nllib_watchに動画切替後のapiDataを得る機能を追加
[不具合修正]
・再生中に検索などを行うとidInfo is not foundになることがあるのを緩和
・キャッシュ受信時のエラーハンドリングを改良して一時キャッシュを削除されにくくした
・ポップアップせずに動画を切り替えた時に発生するエラーを修正(>821)
[nlFilter]
・watchページ表示時のgetthumbinfoを減らす
以下はnlFilters-rapidrelease171214に含まれる
・サムネイルサーバのhttps化に対応(>786,789)
・検索系の埋め込みニコニ広告の仕様変更に対応
nc0079 reEncodingChecker-171221
フィルタ修正 チャンネルから動画一覧を閲覧した時にNicoCacheが大量のgetthumbinfoリクエストを
発行していたのに気づいたのでこりゃいかんという感じで改善を図りました.
NicoCacheがスレッドIDと動画IDの対応を知らない場合に,スレッドIDを元に
キャッシュの存在確認をする(フィルタ)とか,info API(JavaScript)を呼ぶとかすると
getthumbinfoが発行されます.できるだけサムネイルから動画番号を取得して使いたいですね.
フィルタの方はキャッシュ済みアイコンを付けるときに対応関係を一時的に記憶するようにしたので
だいたい解決したと思います.nc0080に確認用に作った拡張を置いておきます.
>>818-819
AddVariableは使いまわせないですね.
とりあえずAPI差し替えで実装しました.
高レベルインターフェイスがあれば中身は後から差し替えられますしね.
watchの中身は内部でキャッシュしてたはずなので取り出すAPIを作るというのはたしかにあり.
service workerは知りませんでしたわ しかしよく考えるとvideochange→apiData→threadID(nmsg)→xhr→JSON.parseと処理してコメデータを得るよりも、
Nicocacheで一度内部でコメデータをストアしてるならそれを取り出すapiから引っ張ったほうが一回xhr処理を無くせる&nmsgサーバの負荷を減らせて計算資源的にお得だよな… コメントの内部キャッシュはないねえ.
Rewriterでそういう拡張を作ることは可能だろうけど
コメントデータを書き換える拡張がある場合に書き換え前と書き換え後の
どっちのデータが降ってくるかは処理順序(拡張のファイル名順)に依存するだろうねー
そっちこそクライアントサイドでデータの横取りをしたほうが良いんじゃないかしら mp4でローカルに保存されてる動画はキャッシュを読み込んでくれるのですが。flvでローカルに保存されている動画はキャッシュから読み込んでくれないのですがどのような原因が考えられますかね? >>835
ginza(flash)プレイヤーで再生した? >>836
しました
flashの場合ログには何も出ず、
html5だと
no method:動画ID/auto/movie&sb=1
Local Flv:〜とでるだけでて実際には読み込み出来ずという感じです
どうも購入済みの期限切れかつMP4ではなくflvで保存された動画がだめっぽいです >>837
flvの場合デフォルト設定であれば自動的にmp4にエンコされるはず
エンコーダであるffmpegがないか、エンコード設定がONになってないか
古いフィルタか拡張を使ってるか
ちなみプレミアム会員?
プレミアム会員でなければno method:動画ID/auto/movie&sb=1というのは古いフィルタを使ってないと出ないはず というか>>4のテンプレ形式で書けや
あとWikiのトラブルシューティングを試したかどうか
それぐらいは常識 【OS・Java・本体】NicoCache_nl+150304mod+171221mod HTML5+dmc (based on NicoCache v0.45)
Running with Java 1.8.0_151(amd64) on Windows 10
【ブラウザとバージョン】Google Chrome 63.0.3239.84
【使用プレイヤー】GINZA / 公式HTML5
【FlashPlayerのバージョン】(GINZAの場合)Adobe Flash 28.0.0.126
≪NicoCache環境≫
【拡張の状態】Ready-to-goパッケージ+避難所のnc0077
【プロキシ】デフォルト設定のproxy.pacを利用
【その他】
≪質問/障害内容と検証状況≫
【事象・質問内容】
購入済みの期限切れ動画でflvでキャッシュ済みに動画が読み込まれず
【検証済の内容】
・FireFoxでも☓
・Aii in OneパッケージでnFilterに「101_有効期限切れの購入済み動画でキャッシュ利用」のみ載せて実行しても変わらず
・プレミアム会員です
>>838>>839
すいませんでした
少し前にnicocacheを入れ直したときffmepegを入れ忘れていてそのときにキャッシュした動画がflvのままで今はエンコできてる感じです >>840
試した限りではmp4があれば問題なく再生するようです
なのでエンコ設定がチャンネル動画では効かないようです
メンテナンスされてる方に機能をリクエストするか、
又は自力でflvをmp4にエンコードしてcacheフォルダに突っ込んでnicocache_nlを再起動して件のページを再表示させれば問題なく再生するはず cacheMoveRulesを入れ直したいと考えていますが、元がどこにあるか教えていただけるとうれしいです。
よろしくお願いします >>841
エンコードの方で対処できそうなのでそちらで対処してみようと思います
どうもありがとうございました ≪動作環境≫
【OS・Java・本体】NicoCache_nl+150304mod+171221mod HTML5+dmc (based on NicoCache v0.45)
Running with Java 9.0.1(amd64) on Windows 10
【ブラウザ】57.0.2 (64 ビット)
≪NicoCache環境≫
【拡張】movieFetcherFilter.txtとcacheMoveRules
【プロキシ】同梱のpac使用
【その他】なし
≪質問/障害内容と検証状況≫
【事象・質問内容】
cacheMoveRulesで正しく移動先を指定しているのにもかかわらず、失敗します。
ログには
cacheMove: getthumbinfo failed.
cache completed: so32444928[540p,1000,192]_ラブ米 2期作 第12話「ゲームへの浪漫飛行」.mp4
no method:mediainfo?so32444928[540p,1000,192].mp4
とでます。 >>846
cacheMoveExtensionのバージョンは?
cacheMoveExtensionとついでにnlMediaInfoにdmcパッチがあたってないのでは >>846
mediainfoって拡張が入ってないっぽい(違ったらごめん) 再生は公式でするとしてニコニコ解析の方でもポップアップリンクとか使えたら便利だなー >>849
proxy.pacとフィルタのURLをいじればいい >>847-848
ありがとうございます。
cacheMoveExtensionのバージョンは
ttps://www65.atwiki.jp/nicocachenlwiki/pages/16.html にある
cacheMoveExtension
キャッシュ完了時にフォルダに分類
up019 : cacheMoveExtension 100820
up419 : cacheMoveExtension 勝手にdmc対応 (差分,20スレ460の修正適用)
を使っています。
MediaInfo.exe・nlMediaInfo.java・nlMediaInfo.jsをつかい、nlItabで現在使用しています。 >>850
ひとまず解析の再生ページを公式ページに置換してお茶を濁しました >>851
今一度確認しますが起動時のログでバージョンは
cacheMoveExtension_170312
になっているんですね? >>853
起動時のログのバージョンが、
cacheMoveExtension_100820と書かれた日付と違っていました。
cacheMoveExtension.java が20170415で、
cacheMoveExtension.class が20100820 でした。
取り入れ方法が間違っていたのでしょうか。 >>855-856
拡張のコンパイルしてない指摘を受け、さっそく実行させていただきました。
cacheMoveExtension.class が20100820 から 20171224 になりました。
まだ検証しておりませんが、感謝です。ありがとうございました。 コンパイルについてもテンプレに書かないといけないかな コンパイルについてもNicocache_nl Wiki(新)で死ぬほど懇切丁寧に説明してるのにそれを読まない人間が現れるとなると、もはや絶望すら感じさせる 拡張コンパイル、はじめてだったので場を混乱させてしまいました。
今までwikiを必要なところだけ探していたので申し訳ありませんでした。 ワイもコンパイルしないと使えないという事よくわからんかったしな Nicocache通してhtml5の動画見れなくなったりpopupの挙動がおかしくなったりしてない?
おま環? ≪動作環境≫
【OS・Java・本体】NicoCache_nl+150304mod+171221mod HTML5+dmc (based on NicoCache v0.45)
Running with Java 9.0.1(amd64) on Windows 10
【ブラウザ】57.0.2 (64 ビット)
≪NicoCache環境≫
【拡張】mylistCountBarのみ
【プロキシ】同梱のpac使用
【その他】なし
≪質問/障害内容と検証状況≫
mylistCountBarについて、検索結果に表示されなくなりました。
マイリストには今まで通り出てきます。 多分対策としてはインスペクターでCSSルールの優先順序を書き換えるだけだと思うけど… >>865
自分の環境では、検索結果にニコニ広告が混じって、それにはグラフがつかないけど、検索結果自体にはグラフがついているね。
他のフィルターとかがないなら、グラフが見えない可能性としてCSSとJavaScript(以下、JSとする)がある。
CSS:何らかの要素に隠れているなどで見えない
JS:他のスクリプトでエラーや要素を弄られるなどがあり、それが問題となるケース
※ブラウザの拡張でページが弄られてJSがグラフの表示に必要な処理を完了できないケースも含む
ブラウザで
動画のサムネイル付近を右クリック→
検証→
付近に<div class="nl_mylistCountBar_Container" title="マイリスト数">があるならCSSの問題で、ないならJSの問題。 ありがとうございます。
検索結果画面の検証は、
その一文がないのでおそらくJS の問題だと思われます。 ■ このスレッドは過去ログ倉庫に格納されています