【ニコニコ】自動ローカル保存プロクシ NicoCache11

ニコニコ動画のキャッシュを自動的に保存して
二回目以降はローカルから再生することで
ニコニコ動画の回線に負担をかけることもなく再生できるソフトのスレ。

一度通常画質でローカルに保存すれば
エコノミーモード時間帯でも常に通常画質で再生することがる。

またオミトロンと併用することも可能。

ASR's Room NicoCache
ttp://homepage1.nifty.com/asr/tools/nicocache.html
Java ソフトウェアの無料ダウンロード
ttp://java.com/ja/
Java Runtime Environment (JRE) 5.0以上が必要。

関連サイト
nicolist.net （NicoCache_nl）
ttp://nicolist.net/nicocache_nl/
NicoCache_nl wiki
ttp://nicolist.net/nicocache_nl/wiki/
NicoCache_p - パンヤポータル
ttp://homepage2.nifty.com/wanko/pangya/nicocache.htm
NicoCache_u
ttp://www28.atwiki.jp/nicocacheu/
NicoCacheGUI - HB Software Factory の跡地に出来た何か。
ttp://hbsoft.s10.xrea.com/

■前スレ
【ニコニコ】自動ローカル保存プロクシ NicoCache10
http://pc12.2ch.net/test/read.cgi/software/1276617656/

■過去スレ
ttp://nicolist.net/nicocache_nl/wiki/index.php?NicoCache%E3%82%B9%E3%83%AC#g78023aa

■NicoCache_nl wiki
ttp://nicolist.net/nicocache_nl/wiki/
(本体、Extension等の更新情報や、スレに投下されたフィルタ等のまとめ)

■NicoCache_nlって何？
ttp://nicolist.net/nicocache_nl/wiki/index.php?NicoCache_nl%E3%81%A8%E3%81%AF

■NicoCache本家と各派生版の違い
ttp://nicolist.net/nicocache_nl/wiki/index.php?NicoCache%E6%9C%AC%E5%AE%B6%E3%81%A8%E5%90%84%E6%B4%BE%E7%94%9F%E7%89%88%E3%81%AE%E8%A8%AD%E5%AE%9A%E3%81%AE%E9%81%95%E3%81%84

■NicoCache_nl関連ファイル置き場
ttp://nicolist.net/nicocache_nl/up/
(NicoCache_nl本体(派生版・改良版)、NicoCache_nl用のExtension等はここからダウンロード)

■コミュニティ NicoCache - ニコニコミュニティ
ttp://com.nicovideo.jp/community/co17

■繋がらない時は
IEのキャッシュ削除、IE再起動、NicoCache再起動、PC再起動
アンチウイルスソフト一時無効
NicoCacheGUI.bat起動してもNicoCacheが起動しない場合はNicoCacheGUI.property削除と
繋がりにくい、挙動がおかしい場合のthcache.bin削除を試してみること。

特にノートンはファイアウォール等の設定を見直す必要があるらしい

■Wrapperでローカルキャッシュが読み込まれない
ローカルサーバーの設定を以下のようにするのを忘れていないか確認
一個目の枠：http://www.nicovideo.jp/cache/
二個目の枠：http://www.nicovideo.jp/cache/flvlist

現時点での最新版

http://nicolist.net/nicocache_nl/up/img/nl512.zip
NicoCache_nl (9).11 新新プレ対応＆バグ修正
・API(getthumbinfo)のキャッシュ機能をマージ
　デフォルトでキャッシュするようになっています
　詳しくは defaults\25_NicoCache_nl_NEW.properties 辺りを参考に
・nlFilter_sys の Content-Type を更新
・[debug]の動作がおかしかったのを修正
・wrapperReplaceFilterを更新
・付属のnewPlayerControllerを最新版に
・nlMarqueeConverterを削除

wrapper関連でメモ。
今の改変だとsm9045099みたいな動画でもwide表示するけど、公式はしてない。
sm9045099はしてるのを見ると多分、$('flvplayer').GetVariable('isWide');
(HTMLのソースだとso.addVariableってとこ)を見てwide表示の判定に使ってるかな。
wrapperのソースの// 各変数をflvplayerに渡す(1600行目あたり)とこで
isWideの値も渡すようにして判定に使えば公式と同じwide判定にできそうかな。
(まあ動作的にはどっちでも良い気がするけど)
mod作者としてはわざわざ改めてオミトロン用に別途修正する必要はないかなと思ってる。
キャッシュDelボタンは似た目的にもプレイヤーとは別でやった方いいと思う
けど。
ソースの共有をgitとかでできると楽なんだけどね。

ヘッダの置換をExtensionで処理できるという前提条件がつくけど……。

Extensionでplayer切り替えができたら便利かなと思ったので、現時点で思いつくことを書いてみます。
誰か作ってくれないかな？

概要：APIでパラメータを受け取った後に開かれる全動画再生ページで、playerをパラメータで指定された物に切り替えるExtensionとフィルタ。
※全動画再生ページでplayerを指定するのは、動作の単純化のため（備考２参照）。

■Extension案
Extension名：nlPlayerChangerEx

設定API：www.nicovideo.jp/api/nlPlayerChanger?player=＜パラメータ＞
パラメータには整数を指定し、少数点が存在する場合は、小数点以下を無視する。
パラメータが0未満ならパラメータを-1とし、現行playerを使用。
パラメータが0ならwrapperを使用。
パラメータが1以上なら該当するplayer（現時点では1〜3）を使用。
パラメータが異常（未指定や指定できない物など）の場合は、「"NG!"」をリターンして、現在の設定を引き継ぐ。

取得API：www.nicovideo.jp/api/nlPlayerChanger?now
現在のパラメータをリターンする。
※playerごとに動作を切り替えるスクリプト（動画再生ページ以外で動くやつかも？）が今後出てくる可能性を考慮して、提案しておきます。

Extensionの動作：
「NicoCache_nl起動時」に「ヘッダの置換設定」や「player指定」を保存した物が存在しない（読み込めない場合も含む）場合は、現行player（パラメータは-1）を使用する。
動画の再生ページで、ヘッダをplayer指定に合わせて置換する。
動画再生ページのHTMLソース内に「<!-- nlPlayerChanger::player=＜パラメータ＞ -->」を埋め込む。
APIでパラメータを受け取ったら、player指定の保存を試み、保存成功なら「"OK!"」で保存失敗なら「"NG!"」をリターンする。
APIで「ヘッダの置換設定」が存在しないパラメータを受け取った場合は、常に「"NG!header"」をリターンし、player指定の保存は行わない。
できればExtensionで「ヘッダの置換設定」と「player指定」を保持し、動画再生ページ表示時には、保持している内容で動作する。

■フィルタ案
フィルタ名：nlPlayerChangerFi

フィルタの動作：
JavaScriptを動画再生ページに読み込む。
player指定用のリンクを動画再生ページに用意する。
動画再生ページで「Require = 正規表現」で「<!-- nlPlayerChanger::player=＜パラメータ＞ -->」をチェックし、各player用の置換処理を行う。

■ヘッダの置換設定案
ヘッダ置換設定の記述部分は「Match<〜>Replace<〜>」でNicoCache_nl本体に渡して処理できれば良いんだけど……。
ダメならExtensionで処理できる記述。

[player-1]

[player0]

[player1]

[player2]
ヘッダ置換設定

[player3]
ヘッダ置換設定

■JavaScriptの動作案
APIからのリターンが「"OK!"」ならページをリロードする。
APIからのリターンに「"NG!"」が有る場合は、alert('player指定に失敗しました。')を行う。
※もしもブラウザのキャッシュが問題になるようなら、ヘッダで対策するかページを移動する（備考４参照）。

■ファイル構成案
/extensions/nlPlayerChangerEx.*　　Extensionのファイル
/nlFilters/nlPlayerChangerFi.txt　 フィルタ
/local/nlPlayerChanger/Header.txt　ヘッダの置換設定
/local/nlPlayerChanger/Player.txt　player指定（パラメータだけ記録しておいたので良いと思う）
/local/nlPlayerChanger/Script.js　 動画再生ページに読み込むJavaScript

備考１：
/localのplayerを置くフォルダは、「フィルタ」や「ヘッダの置換設定」で場所を指定できるので、Extension側で考える必要はないと思います。

備考２：
もしもこれから表示しようとするURLをExtensionで判断可能で、これから表示する動画再生ページのヘッダだけを各player用に置換することができるのであれば……。
APIなどは無くても問題なく、Extensionと「ヘッダの置換設定」と「既存のフィルタからヘッダの置換を除いた物」でplayer切り替えが動作すると思います。

備考３：
API経由で「/nlFilters/nlPlayerChanger.txt」を書き出して、このファイルを「NicoCache_nl本体」に処理させてヘッダを置換する方法も思いついています。
でも、これができたとしても、個人的には、フィルタのファイル自体を書き換えるのはおっかない感じなので案に入れていません。

備考４：
動画再生ページのURLに「?player=x」とかつけた場合は、この案ではキャッシュ対策です。
（効果があるかはわからないけど……）
Extensionとフィルタで「置換対象として想定するplayer」が異なることを避けるため、「備考２」のケース以外では、フィルタの「URL = 前方マッチ（正規表現）」に「?player=x」を含まないように注意！

あーだこーだ言う前にまず作って提出しろや。

作ってから文句言われるよりは作る前に文句言われて作らないほうが楽だからね

今一やりたいことがよくわからんけど
プレイヤーをその時に応じて切り替えるのはスクリプトだけで出来ると思うよ

オミのほうだか忘れたけどそういうのあった気がする

ここって実質_nl開発スレだよね
NicoCache総合みたいなスレタイ変えたら？

なんで？

変える必要性がいまいちわからんし
なんで新しいスレたった途端に言うかな？
今さっき思い立ったんだとしても次スレ立てる時期まで待ってから言えばいいじゃん

スレ終盤で突然言い始めたら問答無用で却下します

別にnlに限定してるわけじゃないけど、本家とかは動画のキャッシュ機能のみで
仕様変更がほとんど関係ないから質問が来ないだけじゃね。来ればわかる範囲で答えるぞ
スレタイ変えちまったらそういう人の行き場が無くなるとオモ
かと言って複数スレ立てるほど速いわけでもないと思うが

>>6
プレイヤーの変更はjavascriptを使ってその場（ページ）で変更可能。
javascriptにはlocalstrageという機能(playlist.jsで使用)があって、ページを閉じても永久的に残る設定を保存できる。
ただし、ブラウザごとに別。cookieとほぼ同じのはず。
あと、nicocache関連でapi追加するなら/cache/にした方がいいと思う。
extensionにするメリットはブラウザ関係なく統一できるってことぐらい？


話は変わるけど、nlMovieFetcherに要望
ログインされてなくてfetchが拒否された場合に、すぐログインして再fetchしようとした場合も
リクエストが残っていてfetchできないので、ログインされてなかった場合のみ
リクエストの保持時間？をなしにしてもらえるとありがたいです。

プレイヤーが全く表示されなくなった
オミトロンスレでも同様の症状の報告者がいるから、オレだけではないようだ

やっぱり他の人も消えてたのか俺だけかと思って苦戦してた

俺もラッパ表示できなくなった・・・。

キャッシュ削除、PC再起動しても駄目だった。

俺もラッパが消えたぞ…
自分だけじゃなかったか

nl537,nl544でwrapperで見れました。
サンクス！

最近再生できないとかよく聞くのは旧プレがnimg.jpから消えた余波？

前スレで導入用に初期設定を弄った云々というのがあったんで
試しにNicoCache用に初期設定弄ったflvplayer_wrapper16:9も書庫内に添付してみた
・初期状態でローカルサーバーを使うよう設定
・swfConvertRedirectorプラグインの使用もon

けど、このくらいの設定できない人では元々使えない気がしなくもない……
再インストのときに楽だからあっても悪くはないけど
http://nicolist.net/nicocache_nl/up/img/nl547.zip


>>5
ふむ、いろいろありますね、ありがとうございます。
isWideはどうしても公式と同じにしてほしいという要望が続けば考えようかなって感じですね。
Delメニューについてはわからなくもない。
まぁ改変もだいぶ落ち着いたんで、もしよかったらどんどん弄っちゃってください
（ソースがちょっと汚くなっちゃってますが

バージョン管理ツールが使えると本当に便利ですよね
サーバ用意しないといけないのが難点か

>>23
player_versionはどこに設置するのでしょうか。

>>25
wrapperReplaceFilter(wrapperデフォルト).txtのコメント部に書いてありましたぜ
/local/oldplayer/の中に入れたら見れました

>>23
おかげでwrapper復活しました

連続文字数制限を改変してみた。

[Replace]
Name = 連続文字制限
URL = msg.nicovideo.jp/\d+/api/
Multi = TRUE
EachLine = TRUE
Match<
(([^0-9<>]{1,3}?)\2{2})\2+(?=[^<>]*</chat>)
((\d)\2{4})\2+(?=[^<>]*</chat>)
>
Replace<
$1
>

ニコニコニコ...の様な複数文字が連続してる場合も有効。
{}内の数字を変更すれば文字数変更できるが、処理速度と出現頻度を考慮した結果なので、イジらない方がいいかも。

wrapper死んだ？

こんなのもあるでよ

localNicoPlayerExtension beta1
http://nicolist.net/nicocache_nl/up/img/nl019.zip

wrapperのほうで音量ノーマライズってできないものかな？

>>17
>nicocache関連でapi追加するなら/cache/にした方がいいと思う
これ、大賛成。つーか、/api/以下にするとExtensionの不具合や設定ミスでnlが処理しなかった場合に、
ニコ動鯖に迷惑をかけることになります。NicoCacheの原点はニコ動鯖の負荷軽減なので、その辺りは
ちゃんと配慮して欲しいところですね。

nlMovieFetcherの要望に関しては、それをやると現状statusが取得できなくなるのでやっていません。
拒否されたというステータスが取得できなければ、すぐにログインして再fetchも無いでしょ？
素直に1分待ってからリクエストするか、movieFetchCaptureUserIDやAutoLoginを活用してください。
あと、swfConvertみたいに考え直したらやっぱり出来ちゃうこともあるので期待せずに待っていてくださいｗ

バージョン管理システムに関しては「元の作者不在で勝手に載せて良いのか？」って問題がありますね。
それに、管理の無い緩い状態なら弄るけど、管理されて面倒になるなら弄らないって人も居るでしょうし。

わーい、またtubeplayerで見れるようになったー

プレイヤーのjavascriptによる変更サンプル
function playerChange(src, width, height, eco){
try {
if (!src && window.so) src = window.so.getAttribute("swf");
if (!src) return;
var so = new SWFObject(src, "flvplayer", null, null, 9);
so.params = playerChange.params || window.so.params || {};
so.variables = playerChange.variables || window.so.variables || {};
so.attributes = playerChange.attributes || window.so.attributes || [];
if (!src.match(/[?]ts=/) && window.so && window.so.getAttribute("swf").match(/([?]ts=.*)$/)) src += RegExp.$1;
so.setAttribute("swf", src);
if (width) so.setAttribute("width", width);
if (height) so.setAttribute("height", height);
so.addVariable("eco", eco ? "1" : "");
so.write("flvplayer_container");
return false;
} catch (e) {
alert("playerChange error : " + (e.message || e));
}
}
Nico.onReady(function(){
playerChange.params = so.params;
playerChange.variables = so.variables;
playerChange.attributes = so.attributes;
});

playerChange('http://www.nicovideo.jp/local/flvplayer_wrapper.swf')
playerChange('http://res.nimg.jp/swf/player/nicoplayer.swf')

<a href="http://www.nicovideo.jp/watch/<smid>?newplayer=1"
onclick="return playerChange('http://res.nimg.jp/swf/player/nicoplayer.swf', 976, 504);">
<a href="http://www.nicovideo.jp/watch/<smid>?eco=1" onclick="return playerChange(null, null, null, 'eco');">Eco</a>

>>34の説明
playerChange()で変更。1つ目の引数はplayerの場所。false・0・null・””・undefinedの場合はそのページを最初に開いた時のプレイヤ
2,3つ目は横幅・縦幅。指定しなければ最初にページを開いた時のプレイヤのサイズ
4つ目はエコノミーにしたい時用。false・0・null・””・undefined以外の場合に低画質に。※NicoCacheをその時に通していると変化なしですｗ
return がfalseなのは最後のhtmlのようにa.onclickで使うとき用。これならplayerChangeが定義して無ければ普通にリンクとして機能
問題点・再生ページでプレイヤーより下の部分にflash広告が追加されて、so = new swfobjectでsoが上書きされると使い物にならなくなる。

>>32
言い方が悪かったかな。リクエストの情報は保持しつつ、リクエストがある時にalready requested.を返す(リクエストと照合する)部分
で、”権限が無かったときのリクエスト”が残っていた場合にスルーするっていうことも出来るのではないでしょうか？と思ったのです。
判定部分は関数addFetchRequestのfetchRequests.containsKey(id)ですよね？素人考え過ぎましたでしょうか。

ttp://nicolist.net/nicocache_nl/wiki/index.php?flvplayer_wrapper
ここと>>23を参照にしてwrapperを一から入れ直したんだが、一部公式動画でプレーヤーが表示されなかったり
キャッシュされない・キャッシュ済みのを読み込まない現象が起きる


プレーヤーが表示されない(wrapperのみ)
旧プレか新プレデフォルトなら表示される
↓
【765プロＰＶカウントダウン1】本日のランチ動画「アイドルマスター２」1st PV
ttp://www.nicovideo.jp/watch/1279604203
【たるき亭リニューアル記念配信！】「アイドルマスター２」2nd PV
ttp://www.nicovideo.jp/watch/1279605876

wrapperで表示されるがキャッシュされない
↓
ブレイブルー公式WEBラジオ　“続・ぶるらじ”　第5回　〜紫色の憎いヤツ〜
ttp://www.nicovideo.jp/watch/1280381344

キャッシュ済みなのに読み込まない
↓
ブレイブルー公式WEBラジオ　“続・ぶるらじ”　第4回　〜プレイアブル化だよ、全員集合〜！〜
ttp://www.nicovideo.jp/watch/1279177196
続・ぶるらじは2〜4回のみ同じくキャッシュ読み込まないが
第1回以前のはちゃんと読み込む

他、トップにあったアニメ何個か確認したけど全部wrapperで再生出来た
一般動画は今のところ問題なく再生出来てる
何がダメなんだろ・・・

ダメだぁ・・・・まったく解決しない。
前スレ381のnl362からnicoplayer.swf以外(nicoplayer.swfは前スレ367のドイツ版を落とした)を落としてlocal\oldplayerに入れて
player_version.xmlも入れてみたけど動かない。

>>37
この頁一番下の「ダミーXML版フィルタを試してみてください。」をしてみた？
手順は「wrapperReplaceFilter(wrapperデフォルト).txt」に書いてあるけど
http://nicolist.net/nicocache_nl/wiki/index.php?flvplayer_wrapper

>>35
ごめん、>>32で含みを残した書き方をしたので察してくれたかも知れませんが、考え直したら出来ましたｗ
修正箇所は指摘部分で合っています。あと、権限が無かったとき限定ではなく、完了リクエスト全てのケースで
リクエストを直ぐに取り除いても多分問題無いはずです。次版で入れておきます。

wrapper関連はそろそろ落ち着いてくれないものでしょうかねぇ？(自分のところは問題無いけど…)

>>38
ttp://www.nicovideo.jp/watch/1280381344
うーん、変化無いですねぇ・・・上のページで「旧プレーヤーで視聴」をクリックすると取得した海外のnicoplayerが表示される。
けどコメントは流れるけど動画が読み込まれないですね。

-ホップアップしたウィンドウの文章-
A technical problem has occurred.
We are working hard to resolve it now.
Please try again later.

-Systemタブのインフォメーション-
player: 200808211900
wrapperReplaceFilter: 201007272239
wrapper導入パッケージ: 201007291507
Play mp4
Thread(Video):1280381344
Premium Commands can be used.
Sorry, failed to connect to video. : A technical problem has occurred.
We are working hard to resolve it now.
Please try again later.
Connected to message server.

>>36
こっちでは全部問題ないな
wrapperが表示されないのはわからんが、ぶるらじの方はブラウザにキャッシュが残ってるんじゃないの
NicoCacheにキャッシュされてない状態で、NicoCache通さずに視聴するとブラウザにキャッシュが残る
→その後NicoCache通しても、ブラウザキャッシュが消えない限りニコ鯖から動画を取ってこないからキャッシュされない
キャッシュが使われないのは前スレ>>984とか

>>40
旧プレイヤーは
http://nicolist.net/nicocache_nl/up/img/nl513.zip
が動作実績あるからそれ使ってみたら?

objectと配列が参照渡しだったので、ページを開いた時の状態が保存されてなかった・・・↓修正版
function playerChange(src, width, height, eco){
try {
if (!src && window.so) src = window.so.getAttribute("swf");
if (!src) return;
var so1 = new SWFObject(src, "flvplayer", null, null, 9);
so1.params = Object.extend({}, playerChange.params || window.so.params || {});
so1.variables = Object.extend({}, playerChange.variables || window.so.variables || {});
so1.attributes = Object.extend([], playerChange.attributes || window.so.attributes || []);
if (!src.match(/[?]ts=/) && window.so && window.so.getAttribute("swf").match(/([?]ts=.*)$/)) src += RegExp.$1;
so1.setAttribute("swf", src);
if (width) so1.setAttribute("width", width);
if (height) so1.setAttribute("height", height);
so1.addVariable("eco", eco ? "1" : "");
so1.write("flvplayer_container");
return false;
} catch (e) {
alert("playerChange error : " + (e.message || e));
}
}
jsって不思議だな・・・window.soにnullを入れても、playerChange.paramsは参照だったのにそのままのこる。

>>39ありがとうございますｗ

なんとか見れるようになったけど、自分が何をしたのかわからない。
でも見れてしまう。こうしておばかになっていくんだろう……。非常に快適です。

>>41
ありがとうございます。とりあえず旧プレイヤーでは見れるようになりました。(Wrapper、新プレイヤーは相変わらず真っ白)

wrapper駄目で旧プレイヤーで見られるってどういう状態なの?

>>36
IE8とLunascape(Tridentエンジン)では表示されないね。Firefoxだと問題ない。
IE特有で前スレ947あたりからのやつと関係があるんじゃない？
wrapper置き換えのフィルタがうまく効いてないみたい。

ちなみに前スレ957のフィルタ改変をやっても、
36で載ってる動画はIE8でwrapper表示できないね。

置き換えてなかったorz
前スレ957でちゃんとIEでwrapperが使える。

>>45
特に上記設定以外は設定してないけどうーむ・・・。
ほかに何かしたかというと16:9wrapperのflvplayer_wrapper.swfをlocalに置いたくらい。

>>48
nl537,nl544を使用した後、IEならwrapperフィルタを書き換え。

[RequestHeader]
Name = 旧プレイヤーをローカルから取得
URL = www\.dummy\.com
EachLine = TRUE
Match<
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/nicoplayer\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/marqueeplayer\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/flv_bgmplayer\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/swf_bgmplayer\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/hirobaplayer\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/hirobamovie\.swf(\?.*)?$
(?s)http://((?:[^\.]+\.)?(?:nicovideo\.jp|nimg\.jp))/swf/player_version\.xml(\?.*)?$
>
以下略

failed to process: http://tn-skr.smilevideo.jp/smile?i=10506782
java.net.ConnectException: Connection timed out: connect
failed to process: http://tn-skr.smilevideo.jp/smile?i=11552060
java.net.ConnectException: Connection timed out: connect
failed to process: http://tn-skr.smilevideo.jp/smile?i=9398622
java.net.ConnectException: Connection timed out: connect
failed to process: http://tn-skr.smilevideo.jp/smile?i=10296385
java.net.ConnectException: Connection timed out: connect

FireFoxのときは出なかったエラー文がIEで動画見てみたらログに出た。

>>49
48ではないがありがとう。　表示できた。

>>41
>>46
ありがとう出来た

公式動画がwrapperで再生されない現象は>>49(前スレ957)で解決
キャッシュされないのはクッキー全削除したらいけた

結局今1からwrapperを入れるには何をしなきゃいけない？
wrapperと旧プレを入手してフィルタで置き換えれば終わり？

>>53

>>38
>>41
>>49

>>17, >>32
>nicocache関連でapi追加するなら/cache/にした方がいいと思う
APIに関した情報があっただけでも、提案を考えた価値があったね。
これって、wikiの開発者向け情報に載ってても良さそうな感じですね。

>>17
メリットは「ヘッダ置換の有無」による影響を回避できると思うことです。

29日と30日にplayer3（前のやつ）とplayer4（今のやつ）をリンクで切り替えようとしたんだけど、次のようになりました。
　Ａ．playerのURLをローカルのplayer3に置換するとplayerが表示されない。
　Ｂ．player3用の[RequestHeader]を使うとplayer4が使えない。（player3が使われる）
　Ｃ．↑の[RequestHeader]を使わない場合はplayer3が使えない。（player4が使われる）
なのでＢ．とＣ．からplayer3とplayer4で「ヘッダ置換の有無」が影響していると思った。

それなら各playerごとにヘッダ置換処理を用意して、ヘッダ置換が必要なケースだけで「表示するplayer用のヘッダ」に置換すれば影響を回避できて、ついでにwrapperと公式の全playerにも対応可能になると思って出した案が>>6-8です。
自分で作れるなら、提案でなくても良かったんだけどね……。

wrapper使わないとローカルFLVサーバ機能は利用できない？
そうでもないなら新プレでいいやと思ってしまったんだけども

全然問題ないよ
だから自分の気に入ったのを使えばおｋ

すまん、伝わらなかったのか
新プレでもローカルFLVサーバ機能（キャッシュしたが削除された動画の再生とか）って使える？

思い切ってキャッシュ以外全部消してwiki見ながら最初からnlとwrapper入れ直したら解決した、昨晩はスイマセンでした。

>>55
>プレイヤーが表示されない
最近騒がれているwrapperが表示されないって言うのと原因は同じなので、フィルタ・ファイル構成が間違っていると思われます。
ヘッダ置換がどんなのかは分からないけど、何かおかしいんだと思う。ニコ割とかのプレイヤー用なら、player_version_xmlをいじれば切り替え可能。

>>58
NicoCache側でそれは実装してあるので大丈夫。
設定(defaultフォルダ)
# ローカルFLVサーバ機能 (true/false)
# flvplayer_wrapperのローカルFLVに必要な /cache/ フォルダの動作を行います
# また、キャッシュ管理機能も利用できるようになります
# trueで有効、falseで無効
localFlv=true

# 削除動画をwrapperを使わずに再生させる (true/false)
# trueで有効。falseで無効
deletedMoviePlayMode = true

assort100731
ttp://nicolist.net/nicocache_nl/up/img/nl548.zip

extInfo.js 100731
戻り値とapiを変更。
cache情報をextListから取得できる様にした。

playlist.js 2.0.7 && playlist.css 100731
ブラウザサイズで最大化中でも"z"でplaylistを開ける様にした。(要 keyController.js)
extlistを利用してplaylist内でcacheを判別できる様にしてみた。(要 extInfo.js)
タイトルの後に"*"でcache,"**"でeconomy cache。
cacheが多いと取得に時間が掛かります。

getPoster.js 100731
extInfo.jsで取得する様に修正。

assortFilter.txt 100731
extInfo.jsを挿入するfilterを追加。

>>60
おお、なるほど
設定は見たはずなのに下の設定を見た覚えがない
実際は全然見れてなかったようだ

>>60
ありがとうと言い忘れた
ありがとう

>>62
デフォルト値で両方ともtrueなので、config.propertiesにfalseとして
追加設定した覚えが無ければ両方とも使用していることになるよ。

ほんとだ、trueにもともとなってるのか
でも
NicoCache_nl 秋.01 (based on NicoCache v0.43) +(9).11 +100724mod
を入れなおしてみたんだが削除されてるやつはキャッシュがあってもFooさんになっちゃうなあ

nFilterで動画の説明文　大百科の記事って灰色とオレンジの枠の所だけを消せないでしょうか？

>>1
＞自動ローカル保存プロクシ NicoCache

YouTubeとDailyMotionとzoomeも対応しているんですか？

>>67
YouTubeはYouTubeCacheExtensionっていうExtensionでできる

あと他の動画サイトに対応したのも作ったらしいが、未公開
http://pc12.2ch.net/test/read.cgi/software/1276617656/894

>>58,65
localFlvとdeletedMoviePlayModeは全く別物なので、削除動画再生は後者だけでOKですよ。
Fooさん自体がキャッシュされるならnlを通っているし、されないならProxy設定がおかしい。
それでも駄目ならsmidを貼って貰えれば確認してみますけど。

ところで、実際の挙動を確認したらちょっとおかしかったのでソースを確認してみたけど、
deletedMoviePlayModeは動的反映されないですね…。useSearchExtensionも同様。
起動時に一度RewriterProcessorの登録で使用するけど、その後は生成したRewriterProcessorを
使い回すので動的反映されません。useSearchExtensionの方は別途disableSearchRewriterの値で
実際に書き換えるかどうかを判定していますが、10_NicoCache_nl.propertiesに記述無いですね。

更に確認したところ、localFlvのON/OFFって表示上だけで機能的には常にONですね…。
ON/OFFに自体にあまり意味がないので、設定項目自体を無くしてしまっても良い気がしますが。

swfConvertソース整理のついでに弄ってもよいですが、どうします？

>>69
追加ばかりで、あまりソース整理してないのでぽつぽつ変なところがありますね･･･
気付いた事があれば修正してもらってかまいません。面倒ならおかしな所を書いてもらえればこちらで。

renameフィルターで、動画を見て履歴をすぐ開くと削除ボタンが出てくる場合と出てこない場合が
あるのですが、すべてをすぐボタンが出てくるようにはできないでしょうか。

>fetch
再起リトライをよく見ます
Remove Cache: nm5575978
Remove Cache: nm5575978←削除
fetch: http://smile-com52.nicovideo.jp/smile?s=5575978.90805as3←fetch urlを開く≠jsのリクエスト
using cache: nm5575978_クリックでマイリストにジャンプ！.swf←ここからおかしい気がします
fetch: nm5575978 failed, waiting 10 seconds for next retry...←謎
fetch: http://smile-com52.nicovideo.jp/smile?s=5575978.90805as3
using cache: nm5575978_クリックでマイリストにジャンプ！.swf
fetch: nm5575978 failed, waiting 20 seconds for next retry...
この間操作はdelete2回とfetch一回だけです。
なぜなんでしょう。

>>68
よし、是非YourFileHostCacheExtennsionを（ｒｙ

削除されたの再生できない・・・

>>70
了解です。とりあえず動的反映が効く方向で修正しておきます。

nl546を利用したのですが2(３列化)しようとしたところ2列しか表示されず
右側が1列分開いてしまいました。3列目が次の列の1列目に表示されるみたいです
(1列を２列化したときは普通に表示・3->5列化も4列表示して5列目は次の列)

そこでコメントにあるように1列を3列化するよう書き換えたところ3列では表示されたのですが
２列目の右側が3列目に隠され3列目の右側がかけてしまってるようです。

何か変更点はありますでしょうか？環境はIE8　winXPsp3です

ダミーxmlってどうやって使うのでしょうか？
nlFiltersに入れるんじゃないのでしょうか？

/local/oldplayer二億

http://nicolist.net/nicocache_nl/up/img/nl550.txt
ページの変更で仕様が変わってポップアップリンクが出ない！
けど誰かがフィルタ更新するまで待てない！って時の場繋ぎ10_thumbInfoFilter作ってみた

多少仕様が変わってもポップアップするけど誤爆は起きやすい
問題が起きたら元に戻すの推奨というかあくまで場繋ぎ
誤爆を抑えるように改変すれば通常使用も問題ないはず、仕様変更に弱くなるけど

NicoCacheGUIでログを見たところ、
[Debug]〜というログだらけになっていました。
Debugモードで動作中？
設定は特に変更していないので
NicoCache_nl側の仕様が変わったのでしょうか？
通常モードで動作させることも可能ですか？
propertiesも見てみたのですがよくわかりませんでした。
教えて頂ければ幸いです。

>>76
%の数字を小さくしてみては？

とりあえず2列の％を33.33から30に変更したら3列に収まりました
これでしばらく試そうかと思います。

>>80
どれか忘れたけど、ミスでデバッグ有効なままでアップロードしたフィルタ(本体付属かも)があったので多分それ
nlFiltersフォルダ内のどれかの最後に"[Debug]"があるはずだから、
削除するなり先頭に"#"つけてコメントアウトすればおk

>>83
あー、そういうことかぁ。
Debug = true/false見たいな項目があるとばかり思ってた。
で、コメントアウトされていない[Debug]を特定できました。
ありがとうございました！

NicoCache_nl (9).11 +100801mod(本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl552.zip
・SwfConvertResourceでストリーム処理できそうな気がしたのでやってみた
　→受信しながら逐次変換するので全てオンメモリ処理になります
　　メモリ消費量も従来より格段に少ないはずですが効率は若干悪いかも知れません
　※これに伴いswfConvertMemoryLimitは廃止となります

・swfHeaderのサイズ拡張分を完全に満たしていなかったので残りを0で埋めるようにした
　→今まで特に不具合も出なかったので殆ど影響無いと思いますが…
・出力側もバッファリングしてクライアントがまとまった単位で受信するようにした
　→これでwrapperを自動再生許可にしても大丈夫になるかも？
・非圧縮SWFは非圧縮のまま返すようにした
　→SWF的に問題無いはずですがユーザーニコ割の再生に失敗する事があるので
　　同じSWFなのに再生出来たり出来なかったりってのが質悪い…
・swfDebug=trueの時のログ内容をちょっとだけ見易くした

・deletedMoviePlayMode,useSearchExtensionを動的反映するようにした
・ローカルFLVサーバ機能をlocalFlvの値を見て動作するようにした
　→これまでlocalFlvの値に関わらず常に動作していました(常にONで良い気も…)

これまでのもの(nl521,nl526,nl531)は消しておきます。

おまけ。

cacheMoveExtension キャッシュの振り分けするよ
ttp://nicolist.net/nicocache_nl/up/img/nl553.zip
せっかくnl本体に仕組みが入ったのに、誰も振り分けExtensionを作らないので自分用。
サンプル(local/cacheMoveRules_sample.txt)を見て理解できる人だけ使ってください。

>>85
�@　ﾊﾟｽは出来るだけ付けないで下さい｡
どうしてもと言う場合は私が指定したﾊﾟｽでお願いします｡
解凍ﾊﾟｽは絶対に付けないで下さい｡(解凍できずに1年以上HDDに放置してるzipがあるので)
�A　うpしたﾌｧｲﾙの詳細は必ず書いてください｡
ﾀｲﾄﾙは勿論ですが､ﾌｧｲﾙｻｲｽﾞ､ｺｰﾃﾞｯｸ､ｱｽﾍﾟｸﾄ比､ﾋﾞｯﾄﾚｰﾄなどもお願いします｡
�B　直ぐに流れてしまうﾛﾀﾞは絶対に避けて下さい｡
出来たらうpする前に聞いてくれれば､私がﾛﾀﾞ指定します｡
�C　うp神は24時間ｽﾚを監視してください｡
私が｢うpお願いします!｣と言ったﾀｲﾐﾝｸﾞでうpお願いします｡(取り逃した事が何度かあるので)
贅沢な要求かも知れませんが､皆さんで共有するためにも是非お願いしますm(_ _)m

>>85
乙です

コピペ荒しは通報しておきました

オンメモリか…
玄箱で耐えられるかな

>>87
一瞬何事かと思ったｗ 確かに何処かで見たことがある文面だな。

>>88
オンメモリといってもSWFのタグ一つ分+α程度なので、今までSWFを全展開していた事に比べれば
メモリ消費量は全然少ないと思いますよ。このレベルで厳しいようなら、nlFilterとかも辛いと思う。

wrapperが使えないのですが、最新のwrapperデフォルトの
フィルターはどこでしょうか？

少しは過去ログ読めよ

nlMovieFetcherでマイリストにfetchリンクが出ない・・・

すまん下げ間違った・・・

>>90
ttp://nicolist.net/nicocache_nl/up/img/nl554.txt
wrapperReplaceFilter(wrapperデフォルト) xml対応
要swf&xml(過去ログ,うｐロダ参照)
注: 新々プレイヤーがはみ出ます

>>92
フィルタが古いんじゃない？
nl495でちゃんと表示されるぞ。

>>95
wikiのいれただけだったから古かったのかな
無事表示されたよありがとう

>>31
少なくとも自分が弄るならノーマライズはちょっと難しいかな、残念ながら

>>85
flvplayer_wrapper 16:9側でなんか変えた方がいいとこあります？
設定消した方がいいとか、パス変えるとか
あるならついでに添付テキストごと変えてあげ直すけども

wrapperReplaceFilter(wrapperデフォルト)550txt.で、510にしたい場合はどこを変えればよいのでしょうか。

すいません、見間違えました。恥ずかしい。

wrapperでワイドや最大化がなくなったきがするんですがどの設定ならできますか？

watch画面のみにて、「ニコニコ動画」という文字を消すための▼△の記号を押すと、全体が△の幅だけ
動いてしまうのですが、対処方法はあるのでしょうか。
他の検索やらマイリストでは動いてしまうことはないのですが。

>>97
特にありませんが、nl用wrapperを同梱するなら、ついでにwrapper導入用のフィルタとか一式も
含めてしまった方が良いかと。自分が作ったものに関しては同梱して貰って構いませんので。
そういえば、wrapperReplaceFilterも元々は自分が書いたんだっけか。

あと、元からなのかも知れませんが、NG設定APIの呼び出しでURLがエンコードされるので、
特定のユーザーID('_','-'等が含まれるもの)でNG設定に失敗しますね。

>>100
えぇと特に設定を減らしてはいないと思うんですが……？

>>102
あの設定済みwrapperってnl用じゃなくて単にNicoCachhe全般用なんですよね
nlだけに偏ったものを詰め込むのはwrapper的にちょっとどうかなぁ、というか
それこそnl用でまとめなおさないと無理かなぁ
中身の煩雑さ的にも容量的にもかなり厳しいし、自分はそこまでnl詳しくないんで

NG設定辺りってのはformatterによるソース整形以外では手を触れてないから
きっと元からですね、いつか暇があるときにでも見てみた方がいいかも
おそらくその場合は０から見直すことになっちゃうんで
すぐ直せるぜ！ って人がいれば是非お願いしたく

>>85
＞せっかくnl本体に仕組みが入ったのに、誰も振り分けExtensionを作らないので自分用。
振り分けExtensionの要望を出したのは自分なのですが、ユーザID振り分けを作って満足してしまったｗ
タグで振り分けとかも考えたんだけど、現状必要なかったので作らなかった

youtubeCacheFilterを適当にある程度弄ってみた。
http://nicolist.net/nicocache_nl/up/img/nl555.txt
主な機能追加は
　・タイトルを省略する ("YouTube - ***" → "Y- ***")
　・キャッシュ一覧へのリンクを「アップロード」の隣に追加する
　　　(watchページでは動画/音声保存とキャッシュ削除のリンクが付く)
　・fetchリンクをそこら中に追加する (DL情報の表示はできません^^;)
　・fmt=37(1080p)の動画があったときは強制的にfmt=37に飛ばす
　　　(fmt=22[720p]がキャッシュ済みだとそっちが使われるので注意)

apiにアクセスするとき、クロスドメインでのAjax.Requestができないので、
/cache_youtube/ へのリンクをリダイレクトするようになってます。
("www.youtube.com/cache_youtube/" → "www.nicovideo.jp/cache_youtube/")

>>103
あれ？ローカルFLVサーバ機能ってnlだけですよ。Extensionもnlだけなので、てっきりnl用かと…。
nlを常用しているわけではないのでしたら、無理に同梱する必要は無いと思います。

>>104
まあ、自分用なんてそんなものですよｗ
前にちょっと話題が出た、フォルダの自動作成あたりは参考になるんじゃないかと思います。

wrapperのローカルサーバ機能はそもそもNicoCacheじゃなくて
自前でローカルサーバ用意して使うものだったような気が

>>105
乙です！

wrapperはオミトロンスレからだと思ってた

元々オミ向けだね
nlの出発点が「オミと併用めんどくさいからくっつけた！」なだけで

>>106,107
マジで！？ なんかいろいろ勘違いしてましたわ
さて、これからどういう風にしようか困ったな、好きなようにするしかないんだが

NG関係だけど軽く調べたら旧プレと新プレでURLに投げるとき文字エンコードされる記号種類が違うぽい
なんで試しにWrapperで旧プレの文字エンコードを全部JavaSctiptに投げてみた
http://nicolist.net/nicocache_nl/up/img/nl556.zip
他、ついでなんで ブラウザのズーム表示に対応テスト

nl用Wrapperは消そうと思ったけど、nl系のを詰め込むとどんな感じになるか今回はいれてみた
やっぱり容量問題でNicoCache_nl本体はギリギリ入らず。
あと最新のwrapperReplaceFilterがわからなかったんで適当に入れてみたけど
これって各種デフォルトのを全部作らないと駄目なんだろうなぁ
なんかいろいろ足りてない気がする……

報告です。オミトロンを使っていないほうですが、

http://up3.viploader.net/pc/src/vlpc004035.png

と、上部のほうで何か記号がでてきます。

何気なく前スレ見てたらIEで見れないアドレス用のフィルタ修正を見つけたので
対応させて上げ直し
http://nicolist.net/nicocache_nl/up/img/nl558.zip

>>113
>>79いれてるとそうなります。（nl512のデフォは問題なし。）
ポップアップリンク置換(ext自動リンク)の2行目
(?:sm|nm|so|ca|ax|yo|nl|〜〜〜〜の最後の ) を
|</[vw])
に変更（＝「|</[vw]」を追加）

>>115
治りました。ありがとうございます。

>>116
すいません。ランキングは治ったのですが、視聴履歴は治ってませんでした。

>>117
javascript:(function(){popThumb.data={};localStorage.setItem('popThumb.data',"");})();
をURLバーに貼り付けてエンター＆ページ更新で完全に直るはずです。
原因は今回からキャッシュするようにしたので、フィルタ側で修正してもキャッシュが使われていたからです。

>>118
完全に治りました。
助かりました。ありがとうございました。

>>112,114
乙です。NG設定APIはエラー出なくなりました。多分それで問題無いと思います。
可能ならURLを直接flapiに投げるよう書き換えた方が、リダイレクト処理が無くなって更に良くなるかと。

nl導入パッケージの構成はそんな感じで良いと思います。
player_version.xmlはこんな感じのフィルタを入れれば、一度取得したら二度と取得しに行かなくなるはず。

[Replace]
Name = バージョン固定化(新プレ以外)
URL = www\.nicovideo\.jp/watch/(\w{2}\d+)\?(?:.+&)?(oldplayer=1|rcplayer=1|wrapper=1)
Multi = TRUE
Match<
(so\.addVariable\("(?:player_version_xml|player_info_xml|marqueeVersion)",\s*)"\d+
>
Replace<
$1"1280880000
>
#↑2010/08/04 00:00:00.000

あとは、defaults/99_flvplayer_wrapper.propertiesとでもしたファイルを用意して、swfConvert=trueと
記述しておけば導入パッケージとして完璧？ swfConvertAll=trueは新プレの場合に効率が悪いので、
今からwrapperを導入するなら記述しない方が良いかと。

内容の精査は明日以降次回等にするとしてとりあえず
>>120であげていただいたファイルと表記を追加し上書き上げ直しておきました
http://nicolist.net/nicocache_nl/up/img/nl558.zip

ファイル内にも書いてるけどproperties 内の値が他と違ってデフォルト値でなく追記すべき値になってるのがちょっと気持ち悪いかな
なんかうまいとこできればいいんだけれども

あと テキストは もうちょっと書くべきだろうなぁ……

>>121
defaultsは元々設定値を上書き可能にするための仕組みでもあるので、それで問題無いですよ。
重要なのは10_NicoCache_nl.propertiesよりも辞書順で後にすることです。これで本体設定を上書きします。
「flvplayer_wrapperではswfConvert=trueがデフォルト値である」と読めばスッキリしません？
…あ、よく考えたら別に"99_"は無くても問題無いですね。お好きな方でどうぞ。

あと、>>120のフィルタのURLを変更されていますが、それだとパラメータが全く無い場合や、
?top_osusume等にもマッチしてまずいんじゃないかな？

URL判定じゃなくて素直に、ソースにwrapper等が含まれる場合に置換でいいんじゃないでしょうか。

旧プレやWrapperデフォのときは
むしろパラメータ無しや?top_osusumでマッチしなきゃいけないんじゃ？
一応上げる前に各設定で読み込んで試したけどなんか誤解してるんかも

まぁ、wrapperが含まれるときのほうがシンプルなのは確かかな

韓国語や「きごう」で変換される文字や記号を省略したい場合のフィルタを所望します。

>>121
XP SP3 + Google Chrome（Ver5.0.375.125）で使用しているのですが、nl558を入れたらカラーバーが
起動時に表示されなくなり、ショートカットキー「C」で表示はするのですが、再生ボタンの上部に表示され
ようになってしまいました。（画面にかぶっている）
nl549までは起動時にコマンドの下に表示されていました。
IE8ならnl558でも起動時に正常に表示されます。

同梱のフィルタが縦幅510デフォだからですね。
510のときは そのような表示がデフォです、むしろIEで違ってる方が謎。

フィルタの縦幅を540に書き換えるか、Wrapper の 設定→ブラウザ から
「下部にコマンドバー強制配置」をチェックすると下部に表示されるようになるかと。
表示されるといいなぁ

試しにやったらコマンドバー表示されたねぇ

ところで強制的に16：9モードで再生とか設定できないのかな？

4：3の動画を16：9モードで再生するとアス比おかしくなるけど
強制的に16：9で再生される設定にするとなると、そこをどうにかしないといけないね

>>124
ああ、なるほど。wrapperデフォルトの方を見ていました。それなら問題無いですね、失礼しました。
自分が書いたのは新プレデフォルトの方なので、つい勘違いしてしまいます…。

ところで、またnl本体で怪しい部分を見つけた。DL中フラグを降ろすタイミングはwrapup()以降じゃないと
まずいっぽい。CompleteCache等で時間のかかる処理をすると、nlMovieFetcherとかDLフラグを監視する
Extensionで問題出ますね。稀に成功したのにリトライになるのもこれが原因っぽい。
あと、Cacheの排他制御にも若干まずい部分を見つけたので、合わせて修正しておきます。

タグ検索のtitle属性が全文じゃなくなった？

>>127
ありがとうございした。ちゃんと表示されました。
「下部にコマンドバー強制配置」は今までチェックが入っていなくても
IE8／Chrome共に動作していたので気づきませんでした。

>>131
fetchリトライはそれが原因でしたか。了解です。
タグ検索は実装直後から全文ではなく省略されていました。

>>133
いや、>>72はオペレーションがよく分かっていないので…。その通りやっても再現しないし。
Remove Cache後にusing cacheとなるなら、DLフラグは関係無いはずです。

タグ検索は、以前getFullDescをtitle属性で置き換える話が出ていたので当然全文だと思ってました…。

というか、イマ確認したところ、
http://www.nicovideo.jp/cache/ajax_rm?nm5575978
が効いていない様なのでこれ＋>>131じゃないかなと。
（返り値は1回目OKで消えない、それ以降NGで消えない・/cacheで見ても消えてない

タグ検索だけは省略なんですよね・・・多少は長くなるので無いよりはマシってことで自分は置き換えてみてます。

>>135
どうも。今、自分も削除周りのソースを追っていましたが、やっぱりDLフラグも関係するかも。
ajax_rmの実行タイミングってキャッシュ完了後？それともキャッシュ中？(スクリプト等の自動実行も含む)
なんかnlは色々機能があるおかげで、削除一つとってもかなり複雑なのでタイミング問題が出やすいです。

再起動→rm→fetchで確認しました。

>>137
それならDLフラグは関係無いね。
あとはajax_rmが特定のファイルだけ失敗するのか、それとも全て失敗するのか？
Cache.removeで実際に削除できたかどうかを確認していないのも問題だけど、
削除できない原因は環境依存だと思う。運用方法を詳細に晒して貰わないと何とも言えません。
まあ、削除できたかどうかのチェックは入れておきます。

オミスレ過去ログの情報を元に各swfのバージョン表記を追加してみた。

<?xml version="1.0" encoding="UTF-8" ?>
<swf>

<marqueeplayer>200901131530</marqueeplayer>

<flv_bgmplayer>200812171330</flv_bgmplayer>

<swf_bgmplayer>200810011430</swf_bgmplayer>

<hirobaplayer>200902021630</hirobaplayer>

<hirobamovie>200812221500</hirobamovie>

<wrapperReplaceFilter>201007272239</wrapperReplaceFilter>

<wrapper導入パッケージ>201007291522</wrapper導入パッケージ>

</swf>

>>125の補足なんですが、
http://nicowiki.com/%E7%A9%BA%E7%99%BD%E3%83%BB%E7%89%B9%E6%AE%8A%E8%A8%98%E5%8F%B7.html#swf

の特殊記号・文字を消去できるような（とくに絵柄・韓国語・中国語）フィルタをお願いできないでしょうか。

結論：ファイルにプロテクトが掛かっていたのが原因。

win7で使っているのですが、このPCはNicoCache使用2台目でした。
PC移行以前にcacheされていたファイルに、win7だと制限があるみたいです。

対策：cacheディレクトリに設定したフォルダ→右クリック
→セキュリティ→該当ユーザー→チェックを全部許可に付ける→OK
これで問題なく消せるようになりました。お騒がせしました。

あの辺のファイル所有者がらみのいざこざは気分悪いよなあ。

FAT系のファイルシステムだとそういう問題はないんだがな。
でもシステムファイルが書き換えられる虞があるので
他のPCと共有するものだけFAT32とかにするといいのかもしれない。

http://www.nicovideo.jp/watch/nm2868266 が0:00から先に進まない。
wikiを頼りに最小限に近い構成で再生すると音声は再生されるけど映像は再生されない。

古いnm動画の再生に問題があるのかしら。

>>144
wrapperならswfファイルはそのままじゃ見れないから>>114を。
動画ファイル自体に問題は無し。（＝こちらでは見れてる）

にしてもflashもバッファリングすごい快適だな。>>85 おつ

外付けに保存していて（寿命だったので）PC移行しただけで共有は全く考えていなかったんですよね(´・ω・`)

wrapper16:9で気になるのが、再生開始が再生ボタンクリックでのみ
(modの方は画面全体になってた)なのと、入力部透明化してる時に
キー押す毎にn秒UIを表示が入力部(テキストエリア)でも有効だったのができなくなってるのが気になる。
(文字入力するのにマウス移動しないといけなくなってる)
ctrl→文字入力→Enterって感じでできて楽だったんだけどなー

>>145
ども。くろーむだと問題ないのでFxの問題っぽい。何とかなりそう。

>>146
コメント入力中はUI表示するように変更してみた、これで Ctrl → 入力 → Return できるはず
http://nicolist.net/nicocache_nl/up/img/nl559.zip
再生開始は「画面クリックで一時停止」をチェックしてても再生されてないんかな？
もしそうだとしたら、こっちでは再生開始されるんで環境限定バグってことになるなぁ

あと、プレイヤ取得の際に全角文字はURIエンコードするようにしてみた
これで、IEでもフィルタの先頭に(?s)つけなくてOKかと
99_flvplayer_wrapper.properties を flvplayer_wrapper.properties にリネームしたんで
前の入れてた人は 99 の方を消しちゃってください

そろそろWrapperのリダイレクト機能は取り外されちゃうのかな

>>148
なるほどそういう想定でbg.onReleaseの場所で再生スタートをif( click_pause )に絞ってたのか。
個人的には「画面クリックで一時停止」は要らないけど▶再生ボタンを正確に
押すのが面倒だから画面クリックで再生開始という意図だった。

後これとは関係ないけど、www.なAPIからのリダイレクトがそろそろ外されるらしいので、
古いAPI叩いてるところは上書きしちゃった方がいいかも。
nico.GETFLV_URL = "http://flapi.nicovideo.jp/api/getflv";
参考 ttp://dic.nicovideo.jp/a/%E3%83%8B%E3%82%B3%E3%83%8B%E3%82%B3%E5%8B%95%E7%94%BBapi

# ハングル音節文字
([%ea][%b0-%bf][%80-%bf]|[%eb-%ec][%80-%bf][%80-%bf]|[%ed][%80-%9b][%80-%bf]|[%ed][%9c-%9e][%80-%9f]|[%ed][%9e][%a0-%a3])
# ハングル字母
([%e1][%84-%85][%80-%9f]|[%e1][%85-%86][%a0-%a2]|[%e1][%86-%87][%a8-%b9])
の削除をnlでも使えるようにお願いできませんでしょうか。

キャッシュした動画のタイトルが違反動画の通報になってしまうのはなんでだろう

>>150
普通にそれを空に置換するだけでいいんじゃないの？

>>152
やってみましたが、効果がないようです・・・

commentFilter用

590 名前：oamaxa：2009/05/28(木) 06:30:41 ID:6gKeXF4I0
バルサ優勝おめ

>>.579
[\uAC00-\uD7AF]|[\u1100-\u11FF]|[\u3130-\u318F]でまとめて削除できます。
ただしCJKなどの一部の文字は表示されますので、個別に対応して下さい。

個人的にはハングルは読めないぶん不快だとは思わないのでNGにしてないのですが、defaultでNGにしておいた方がいいですか?
(以下略)

だそうな

>>154
調べていただきありがとうございます。
私としてはデフォルトでNGにしていただけると助かります。

NicoCache_nl (9).11 +100805mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl560.zip
★不具合修正のみで機能追加は無し(タイミング問題絡みなのでテスト不十分です)
・キャッシュDL中フラグを降ろすのをwrapup()の後に移動した
　→nlMovieFetcherで稀にDL成功したのにリトライするのは多分これが原因
　　CompleteCache等で時間のかかる処理をすると発生確率が上がる(から気付いた)
　※尤も次版ではリトライするケースを減らすのでfailedにならないだけですが…
・Cache実装周りを見直して結構真面目に排他制御するようにした
　→cacheFile.renameTo()が成功した瞬間にCache#exists()が失敗するのはまずいので
　※真面目にやった副作用で排他制御コストが結構かかっていると思います
・Cache.removeAll(String id)を追加した(cache/rm?から切り出しただけ)
　→通常キャッシュ、エコノミーキャッシュ、それらの一時ファイル、を一括削除
・キャッシュ削除周りを見直して実際に削除できたかどうかチェックするようにした
・キャッシュ中削除でもCache.removeAll()で関連ファイルを削除するようにした

個人でのテストには限界があるので誰かテストよろしくです。
いちおう、某300件を超える予選動画の100fetchx3耐久テストは問題無かったけど。

>>141
まあ、そんな感じだと思ってましたｗ
Windows系はファイル所有者の概念が浸透していないからなぁ。

>>149
あーそゆことか
その部分は別にこだわりのある部分でもないんでどこでも再生できるようにしときました
http://nicolist.net/nicocache_nl/up/img/nl561.zip
api のアドレスも置き換えてありますんで
よかったら手の空いてる方 是非テストしてみてください

nl用のwrapperだけでいいので、
キャッシュDelボタンの無効化もしくはキャッシュ削除するか確認できるようにしてもらえるとありがたいです

消えたり出たりするメニューが既に1個あるってのもあって
nl だけってのも、無効化も、確認もどれもそれなりに面倒くさいんですよね
要望が多ければ考える、くらいで駄目ですかね

>>154
韓国語が消えました。ありがとうございました！

NGCommentExtension の NGWORD で cyan big のコメントをNGにする書き方教えてください
可能なら色付きbig全般も…

>>154
すまんが教えてほしい
これはどのファイルに追記するの？
NGCommentExtensionを導入してから、それに追記すればいいのかしら

>>162
commentFilterのなかの「[Replace]Name = NGword」のMatchにて、
〜省略(?iu:(?:[\uAC00-\uD7AF]|[\u1100-\u11FF]|[\u3130-\u318F]|〜省略と配置すればいいよ。
中の「|」を忘れずに。

>>162
$LSTでよくね？
ttp://nicolist.net/nicocache_nl/wiki/index.php?nlFilter.txt#j40b1fed

要望なんですが、視聴履歴に削除防止ロックってできませんか？タグロックみたいな感じで。

できないこともないけど、マイリストやお気に入りじゃいかんのか？

>>166
投稿者のマイリストをいっぺんに見たい時、履歴に残りますが、それが30？50?を超えると
下から削除されるので、履歴削除防止がほしいです。
残しておきながら、一辺に見るほうは古いほうから自動的に削除される、というのが期待するところです。
（残すほうも、ノベマスとか架空戦記ものなので、一時的に残す形、遅いながらも進むから削除しやすいように・・・）

nl560.zipだとheader_light(9)でエコノミー動画のキャッシュ削除が効かなくなってるぽい
アドレスにlowが必要になってる？

>>167
http://nicolist.net/nicocache_nl/up/img/nl563.txt
ロックすると上から表示されます。
ただ現時点でロックは履歴ページからのみです。

オミトロンで特定のキーを押していたら履歴に追加しないってやつの方が簡単。

>>169
さっそくのフィルターありがとうございます。
ところで、このＨＴＭファイルは、普通にフィルタフォルダに入れてよいのでしょうか。
履歴ページに変化がないようです。

>>170
すいません。テキストドキュメントに変化させたことで、ＬＯＣＫボタンが現れました。
自己解決です。申し訳ありませんでした。

assortfilter更新お疲れです。
コメントフィルター更新ありがとうございます。

>>157
nl549以降から最大化、全画面化すると映像やメニューが見切れます
モニタサイズが正しく取得できていない感じです
初期値として取り込まれてしまっているのではないかと思います
確認願います

よく状況がわからないんだけどどんな風に切れてる？
それから特定の設定や特定の比率の動画だけで起きてるのか、いつもなのか
あと、nl549からってことはnl539ではちゃんと表示されるけどnl549や最新版ではおかしいってことでいいのかな

不具合修正のみですorz

NGCommentExtension v0.4.1
ttp://nicolist.net/nicocache_nl/up/img/nl565.zip
・NGID.txtのバックアップ間隔を日付が変わる毎にした
・プレイヤーからNG設定「ユーザーID」以外が効かなくなっていた不具合を修正
　→やっぱり誤爆(とはちょっと違うけど…)していましたorz
・NG設定API監視がリダイレクト(www→flapiとか)にも反応していた不具合を修正
・NGWORD.txtにNGCMD単体で記述した時にNGCMDとして認識しなかった不具合を修正
・ExtUtilを更新(100807)

NicoCache_nl (9).11 +100807mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl566.zip
・Cache.removeAll()で通常IDの場合にエコノミーキャッシュが消えない不具合を修正
　→片方のケースしか考慮していませんでした…(thx>>168)

>>161
NGCMD:(\s*((red|pink|orange|yellow|green|cyan|blue|purple|black|#\w{6})|big)){2}

なんかまたラッパーでみれなくなってる？
プレーヤーの部分が真っ白だ。
とりあえずは、旧プレーヤーが使えるので代用中
これっておれだけ？

>>176
(9).11 +100805modで普通に見れてる。
全ての動画が見れない？

>>177
全てというわけではなく、見れるやつと見れないやつがある。
昨日か一昨日までは全部見れたんだけどなぁ

176です。
なんだか思い違いのようでした・・・
すいませんでした

NGCommentExtで投コメは除外する設定にしたいのですがどうすればいいのでしょう。
NGCMDでbigを全て消してるのですが投コメにも引っかかってしまうのです。
http://up3.viploader.net/pc/src/vlpc004081.png
184.+bigで引っかからないようにはできますが184ではない一般コメは残ってしまうし…。

>>174
動画やメニューの下端と右端が画面からはみ出てます
nl539では画面正常表示されています、nl549以降おかしくなりました
nl564で設定を変えていくつか試して見ましたが、全て同様な状態になりました
ブラウザはFirefox3.6.8+WinＸＰです

追加
ttp://up3.viploader.net/pc/src/vlpc004091.jpg
こんな感じになります

>>182
その症状からすると、watch.js内のresize()を書き換えててそれが問題になっているような気が
前スレにあったFXの最大化問題対処フィルタ(nl443?)とか、
古いnewPlayerControllerが入ったままとか

>>180
現状、考慮していないので出来ません。無条件で投コメ除外しても問題無いですかね？

>>183
あーありえる
本来、最大化時はプレイヤーの部品を標準サイズに戻してるはずなんだけど
そのスクショだとヘッダやメインバー部分が拡大した状態になってるぽいのも気になるし

他に同じ症状になってる人とかいますか？

いつの頃からか16:9のラッパーって外部からのサイズ変更を受け付けなくなったけどこれは仕様？
nl431.txtと似たようなコードを追加してるんだけど、サイズ変更しても元のサイズに戻っちゃう。

多分、外部から弄ってる箇所と 内部で弄ってる箇所が被っちゃってるんでしょう
仕様ですね、申し訳ない
手動リサイズや拡大縮小ボタン、ブラウザ機能のズーム表示とかでなんとかごまかしてみてください

>>187
仕様ですか−、、、、
たしかnl517のラッパーくらいまでは同じコードで動いていたんですが、、、、、
今のラッパーってブラウザの拡大縮小にあわせてラッパーのサイズが変わるようになって
たりしてるから、それとバッティングしてるのかもしれないですね。

ラッパーについてる拡大縮小ボタンは小さすぎてクリックしにくいですw

でかくした方がいいんかもなぁ
それで解決するなら、だけど

>>NGCommentExt
IDのホワイトリストみたいなヤツでもあると楽かな、と思った。
NGWORDの方でコメント全非表示にしつつ
OKID（仮）にあるヤツだけは表示する、とかってなれば
マイメモリーでコメント職人の技を保存しとくのも
今みたいにマウスでぽちぽちやらずに二手間で済みそう。

急に
popThumb localStorage error : unterminated string literal
ってのが出るようになったんだが、何が原因だと思う？

>>190
id=!sm1,sm2 .+ じゃ駄目なの？

>>191
popThumb_FA 使ってるんじゃね？メッセージからするとエスケープ忘れか何かでしょうね。

>>192
ありがと
nl557のpopThumb_FAが原因だったみたい
取りあえず、一つ前のに戻したら出なくなった

>>191
「急に」っていうのは、popThumb_FAを更新したから急にっていうことなのか、
更新は今日じゃないけど、急に今日からエラーが出るようになったのかどちらでしょうか？

前者なら、ブラウザの環境を教えてもらったら修正できる可能性があります。
（IE/firefox/Chromeで動作確認はしたので別のブラウザでしょうか。）
後者なら、多分どうにもできないです。（エスケープと文字列への変換はwindow.JSONへ任せているので。）
最新入れ直し＋>>118をやっても、途中からエラーになるなら、特定の動画でだめなんですかね・・・？




ニコ生でコメントにidでもあれば表示させたいと思ったけど、Socket通信らしくオミトロンで中身を見れなかった・・・
nlフィルタ使って通信の中身を見ることって出来ますかね？

>>192
NGWORDで指定動画の特定ID以外を特定の時間以外非表示
とか出来ればそれでも足りるけど現状特定IDだけ表示って無理じゃないっけ。

id=sm1 vpos=0-2400 特定ID以外除外する正規表現
みたいな感じ？で出来るならそっちの方が楽だけど。

>>194
nlフィルタはGET,POSTにのみ対応だから、ニコ生は見れないね
Extension化するにも、本体いじってSocket通信に対応させないと無理
通信自体はソケット一つに平文でコメントと運営コマンドが送られてくるだけだから楽。こんな感じ(セカチャクから抜粋)
<chat thread="1037475876" no="105" vpos="15622" date="1281200556" mail="184" user_id="pqXFg〜" premium="1" anonymity="1">コメント本文</chat>

>>195
もしかしてIDってユーザーIDの事を言ってる？だとしたら、NGWORDとは排他なので無理。
nlFilterで特定IDだけコメント行頭の"[NG] "を外すフィルタを書いて併用すればいいんじゃね？

[Replace]
Name = OKID
URL = msg\.nicovideo\.jp/\d+/api/
Multi = TRUE
Match<
(user_id="$LST("!list/OKID.txt")"[^>]*>)\[NG\]\s
>
Replace<
$1
>
# NGCommentExtensionで複合条件とかやる気は無いので…

>>194,196
ニコ生ってRTSPじゃなかったっけ？それこそ、やりたければnl本体に実装するしか。
でも、そもそもプロキシ指定が簡単に出来ないんじゃ？

>>197
コメントに関しては、ニコ側から鯖のアドレスとポート取得した後、
TCPソケット繋いで開始コマンド送れば、後は勝手に垂れ流されてきます
鯖のアドレス取得(通常のGET)を除けば、接続と受信、表示でPerlで10数行あれば十分

プロキシ設定は面倒ですね・・・nlを中継サーバとして、
getplayerstatusの返すアドレスとポートを書き換えてnlに接続させるのが一番かも
そこまでしてやりたいかと言われたら私は遠慮しますがw

>>197
それは、投稿者コメントだけを表示させるものですか？

>>188
でっかくしてみた
http://nicolist.net/nicocache_nl/up/img/nl567.zip
最大化時の問題の方は今のとこ わからないですね

> popThumb localStorage error : unterminated string literal
こちらでも、ついさっきから発生するようになりました
同じページに何度も更新をかけていたんですが、まさに急に起き出した感じでしたね
それ以降、ニコニコのページ開くたびに出てましたが
pop_FAをそのままでも
javascript:(function(){popThumb.data={};localStorage.setItem('popThumb.data',"");})();
かけると収まって、同じページでも平気でした
全く関係ないとは思うけどそのとき読み込んでたページはこれ
http://www.nicovideo.jp/watch/sm11583126

popThumb_FAの更新は数日前になるんで、最新版が直接的な原因かどうかわかりづらいですね

FlashプレイヤーのSocket通信てブラウザのProxy設定で変更できるんでしょうか？
調べた限りやり方がわかりませんでした

>>184
私は一応、βから見続けてきて一度も投コメで不快になったことはないので問題ないと思うのですが…

>>200
謎ですね。
ページが移動・消える前に実行されるwindow.onbeforeunloadで何かあるのかなぁ。
とりあえず、エラーのアラートと同時に初期化も行っておいたほうが良さそうですね。（少なくともエラーが出続けない）
次からいれておきます。（頻繁にこのバグの報告があれば即更新もします。）
watch/sm11583126はこちらでは問題ないですね。（Chrome/sleipnir）
データの保存が原因なんですが、有ると不便とかってありますかね？（今回のバグと情報がリアルタイムじゃないていう点を除く）

>socket
めんどくさそうですね。まぁニコ生は全然見ないからいいか（ぁ

以前、184コメントを拒否することで、投稿者コメントを見れるようにする、という書き込みがありましたが、
それ以上に「投稿者コメントしか表示しない」フィルターはありますでしょうか。

>>204
動画の指定はできないけど

[Replace]
Name = 投稿者コメントのみ表示
URL = msg\.nicovideo\.jp/\d+/api/
Multi = TRUE
EachLine = FALSE
Match<
user_id="[^"]+"(?! deleted=)
>
Replace<
$0 deleted="1"
>

>>205
ありがとうございます！！
使わせていただきます。

>>popThumb_FA
自分はエラー出てないから簡単にググっただけだけど、もしかしてこれじゃね？
ttps://dl.dropbox.com/u/1926579/2010/01/U%2B2028/index.html

>>199
ちょっとは話の流れを追ってみたら？

>>202
自分も投コメ除外で問題無いと思っているのですが、納得できる反論があれば聞きたいと思って。

>>207
それっぽいですね。
＞all
エラーでた場合環境を教えてください。多分chromeなのかな。

>>197
NGWORDで色付きbigや3秒以内のコマンド付きコメを禁止にした煽りで
マイリストの職人芸がいくつか消えるハメになってたのを復活出来ました。
ありがとう。助かります。

問題はOKに入れた非匿名UIDの職人が他で荒らし行為をしてた場合だけど、、まぁ、ないか。

>># NGCommentExtensionで複合条件とかやる気は無いので…
ここ数日NGが効かない理由を思い悩んでたのが解けましたわ。

>>208
投稿時間が凄いｗ まあ、対策しておくのは良いんじゃないでしょうか？

>>209
外してないみたいでよかった。

元々NGID用に作ったものなので、NGWORD/NGCMDはおまけですから…。
最近はthumbinfoが使えるようになったので、NGWORDも少しは使っているけど。
…とか書くと、nlFilterでもthumbinfo使えるようにしろ、とか書かれそうｗ

すみません、半年くらい離れていて戻ってきた者ですが、
最新の nl だと、# で始まるサブフォルダ名配下はキャッシュに
読み込まれない仕様に変わったんでしょうか?

>>211
ビンゴ。他の記号"-$%&"とかで代用するといいよ

>>211にちょっと便乗で質問
同じように、簡易振り分けの対象外のフォルダってできないかな？
手動で振り分けたところに簡易振り分けでまぎれてしまうので・・・

>>213
>>85「cacheMoveExtension」でも使ってみれば？
簡易振り分け使ってた対象が多いとcacheMoveRules作るのが面倒だろうけど

nicocache_nlを、Proxomitronと一緒に使っているのですが、
youtubeで動画を見ていたら、突然繋がらなくなってしまいました、遅効性のバグ?なんてあるんでしょうか
failed to process: http://www.google.com/jsapi
java.net.ConnectException: Connection refused: connect
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.http.HttpClient.privilegedOpenServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)

at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown
Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Sour
ce)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at dareka.processor.URLResource.transferTo(URLResource.java:74)
at dareka.processor.URLResource.endEnsuredTransferTo(URLResource.java:53
)
at dareka.processor.Resource.transferTo(Resource.java:89)
at dareka.ConnectionManager.useProcessor(ConnectionManager.java:183)
at dareka.ConnectionManager.processAPairOfMessages(ConnectionManager.jav
a:161)
at dareka.ConnectionManager.run(ConnectionManager.java:48)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source
)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

書けなかったので分けさせて頂きました。自分の行動でファイルの内容が変更するようなのは、
動画をキャッシュする事ぐらいだよなーと、
cacheフォルダごと外に出したりしてみたのですが、特に効果はありませんでした;

>>215
ただのタイムアウトと思うのだが。

当たり前のことだが、両方外してもProxomitronのみでも
見れるということが前提だよな？
nicocache_nlのみに原因があることは突き止めてるよな？

要望なんですが、キーワード検索でcacheからも結果を表示しますが、
tag検索でもcache結果を表示できるように出来るとありがたいです。（設定で）

#プレミアムにしてみたんだが、DL速すぎワロタｗ

すいませんよくよく考えたらProxomitron単体での動作は確認していませんでした
・Proxomitronのバイパスを押した場合→接続できない
・nlでセカンダリプロキシを使用しないでみる→接続できない（多分上とおんなじと思いますが）

この時点でnicocache_nlによる不具合と断定してしまったのですが、
いま再び確かめてみると、今度は両方使用した場合でも、片方ずつ使用した場合でも
ネットに繋ぐことはできるようで、動画もキャッシュされ、もちろんyoutubeを見ることもできるのですが
Proxomitronによる改造プレイヤーが表示されないようです
あれやっぱりProxomitronが原因だったのかな・・・;;
スレ汚しどうも失礼しました...

旧とwrapperのデフォルトでのwrapperReplaceFilterで、スクリプトエラーがでてしまう画像が一部あります。
(マクロ名がありません)
何が原因でしょうか。
旧は8/5　19：25の日付、wrapperは568.txtです。新プレイヤー(旧と同じ日付)は表示は現れません。
参考
http://www.nicovideo.jp/watch/sm11665400

>>211
#で始まるフォルダはExtensionがデータ保存用に使っている事があるので、
それらがフォルダ一覧に現れるとトラブルの元になる可能性があるので除外したはず。

>>213
簡易振り分けの方は人それぞれでしょうし、振り分けがExtensionで出来るようになった
現状ではnl本体で対応するよりもExtensionで対応した方が精度も良くなるかと。

>>218
nlGetTagってのがあるけど、結局それを使ったExtensionは出ていないんじゃないかな。
cacheからのタグ検索はタグ情報を収集していないと意味が無いので、今から導入ってのは
難しい気がする…。もちろん、ニコ動鯖に負荷をかける行為は無しという前提で。
#昔は一般でもその速度だったんだけどねぇ…

いちいちキーワード検索見に行くのが面倒だから、
タグ検索画面に「cacheのタイトル検索結果」表示してくれ、ってことじゃない？

>>222
それならJavaScriptで対応できるので、nl本体で対応する必要は無いでしょう。
つーか、最初からキーワード検索すればいいだけなんじゃ？

プレイヤー下、また変更されてますね。
wrapperReplaceFilterは置換文字列の修正が必要かな。

プレーヤーが表示されない → よくあるご質問

>>223
>>222の通りです。動画を見ていて、タグのリンクから飛ぶと当然タグ検索になって、
そこからキーワード検索に行くということは鯖に負荷をかける＆手間がかかるので、
タグ検索でも対応できたらいいなとおもったのです。
構造的にはsearch→(search|tag)にするだけかと思ったのですが、、
あと、js（全キャッシュ一覧から取得→キーワードで検索掛けるんですよね？）ですが、
キャッシュ数が多いと動作が非常に重いものとなってしまうので出来れば避けたいです。

cacheからの検索結果表示を埋め込んでるファイルはどれですか？
ユーザーCSSと相性が悪いのでNicocache側で何とかしたいのですが…

jar内部のSearchRewriter.java
いじるのは敷居が高いかも

config.propertiesに
disableSearchRewriter=true
で書き換え無効にできるけどdefaultsのpropertiesにはないみたい？

>>226
ありがとうございます。
こちらのユーザーCSS(http://userstyles.org/styles/16879)を使用しているのですが、
Nicocacheのキャッシュ検索まで削られてしまうので無効にするのではなく、
位置を移動させようと思っていました。敷居がかなり高そうなので諦めます。

>>227
[Replace]
Name = search cacheResult
URL = www\.nicovideo\.jp/search/
Match<
<div><a href="(?=[^><]*?cacheResult)
>
Replace<
<div style="font-size:16px !important;"><a href="
>

http://www.nicovideo.jp/watch/sm3770030
この動画をエコノミーで見たいんだけど、
「http://www.nicovideo.jp/watch/sm3770030?eco=1」や「http://www.nicovideo.jp/watch/sm3770030?lo=1」
でエコノミーをキャッシュしないで普通の動画が読み込まれてしまうのですが、エコノミー版と共存させることは不可能でしょうか？

すでにキャッシュされている物を削除してから改めてみてみては？

とりあえず flvplayer_wrapper 16:9のフィルタとか入れ直しときますか
またすぐ変わるようだったら涙目だけど
http://nicolist.net/nicocache_nl/up/img/nl570.zip

>>224
それならsearch→(search|tag)で出来るね
ただし、いつも行くカテゴリが決まってる人だと、毎回300件とか埋め込まれて表示が重くなる
オプションでデフォルトOFFがいいかな

>>225-227
インストールフォルダの"nlFilter_sys.txt"に埋め込み位置の指定があるから、それいじれば変えられるよ
デフォだと"<!--↓左列↓-->"の直後に埋め込まれるようになってる

>>229
すでにキャッシュがあるときはそちらが使われる仕様です
今の所は一旦プロキシ設定を切るとかしかないです
?eco=1をつけた後、一定時間はその動画がキャッシュされずキャッシュも使われずエコノミーになる、
といった限定的な仕様なら対応出来なくは無いと思いますが

>>224
タグ検索→キーワード検索はニコ動の標準UIなんだから、鯖に負荷をかけるとは言わないんじゃないかな？
JavaScriptで対応ってのは、jsでキーワード検索ページを取得して、「NicoCacheのキャッシュから〜」の部分を
切り出してタグ検索ページに埋め込むって感じですかね。

nl本体に機能追加するなら、むしろキャッシュ検索用のAPIじゃないかな？それがあれば、どのページにでも
検索結果を埋め込むことが出来るし、レイアウトも好きに出来るんじゃないかと。ニコ動の検索UIに統合とか。

>>226
>>69で書きましたが、useSearchExtension=falseで無効にできますね。

>>232
テストで?eco=1をキャッシュしたい時があるので、無条件にされると厳しいなぁ。
エコノミーで見たければプロキシ設定を切るか、通常キャッシュを一旦削除でいいような。

>>232
もちろんデフォは今まで通りOFFでオプション指定でいいので実装してもらえるとありがたいです。。

>>233
タグ検索でも結果が出ればキーワード検索に再度飛ばないので、その点で（負荷の程度に差はありますが；）負荷なのかなと思い書きました。
＞JS　あぁそれだと整形とかしなくて楽ですね。盲点でした。
＞api　確かに。あるいはiframeで表示できるcache/search/とかをつくるとかですね。

>eco
?eco=1&useCache=0とか独自にパラメータ作ってみたらどうでしょう。
watchページ以外も対象にしても何かしら使い道はあるかと思います。

>>227
補足：そのCSSの一部は特定部分の文字サイズを0にするもので、キャッシュ結果がそれに該当していたので、見えなくなっていました。

NGWORD.txtで[NG]にするヤツを使ってるんだけど
バカ動画（ドナルドとかガチムチみたいな）ではそれを解除したい

何亜k方法ありますか？

>>233
別段キャッシュしない理由もあまり無いんで、通常キャッシュが無い時はキャッシュする、とかですかね
ただ、通常とエコノミーを平行してキャッシュしたりすると稀に両方のキャッシュが残る可能性がありますが

>>234
限定的にしかeco=1を実装できないのは、プレイヤーが動画を取得する時、
watchページのURLに関係なくリクエストされる(URLのパラメータを取得する手段が無い)のが原因です
なので、eco=1なwatchページにアクセスされたら、
動画IDを一定時間記憶しておいてキャッシュを使用しない処理をする、という感じになります
当然複窓で通常･エコノミーを開いたり、fetchのリトライとかにタイミングが被るとおかしなことになります

その辺が今まで実装していない理由なので、
直接キャッシュにかかわるパラメータはあまり使用しないほうがいいと思います

>>234
独自パラメータが厳しい理由は>>236の通りですが、もう一つ言うと?wrapper=1とか独自パラメータは
ニコ動鯖に筒抜けなので間接的に負荷をかけている事になります。nl本体で対応していた時は、
ニコ動鯖に独自パラメータが渡らないようURLを加工していたハズですが、現状のnlFilter方式だと
加工できないので筒抜けなのですね。これ、やろうと思ったらニコ動鯖で弾くことも可能ですよ。

状態記憶とかやるとまたタイミング問題に繋がるので、なるべくならやらない方向が良いかと。

>>235
id=!sm2057168,sm1175788 regex
thumbinfo=!>(ドナルド|ガチムチ).*?</tag> regex

>>237
それって
sec=0 .+
とかがあると無効化（？）されない？

http://flapi.nicovideo.jp/api/getflv/sm11636577?eco=1
略url=http%3A%2F%2Fsmile-com00.nicovideo.jp%2Fsmile%3Fv%3D11636577.54871low&link=略
getflvにeco=1がある場合に(low|)&link=の前に?ecoとかいれてみたら判別できるんじゃないですかね。
筒ぬけらしいので追加した文字列は転送時に削除で。
処理順とかはよく分からないので出来なかったらすみません。

>>238
条件を複数指定できない件は過去レス参照。nlFilterと併用しる。

おｋ把握した
nlFilterで動画URLにマッチするようにすればいいのだな

>>241
[Replace]
Name = OKID(smid)
URL = msg\.nicovideo\.jp/\d+/api/
Require = <view_counter[^/]+id="(sm2057168|sm1175788)"
Multi = TRUE
Match<
(<chat\s[^>]+>)\[NG\]\s
>
Replace<
$1
>
# Requireで$LSTは使えない

http://nicolist.net/nicocache_nl/up/img/nl571.zip
NicoCache_nl (9).12 スレの修正まとめとか
・スレでの更新をマージ
　SWFのストリーム変換、各種バグ修正など
・?eco=1 でエコノミー動画を再生できるよう修正
　通常キャッシュがあるときは、エコノミーのキャッシュはされずに再生、
　エコノミーキャッシュがあればそれを再生、何も無ければエコノミーでキャッシュされます
　※wrapperのローカルサーバを使用していると動作しません
・タグ検索ページにもキャッシュからの検索結果を埋め込めるように
　insertSearchResultToTagPage=true でタグ検索にも埋め込みます
　検索はキャッシュタイトルからです。キャッシュのタグ検索ではないので注意
　同時に searchResultMaxを減らした方が良いかもしれません(デフォルト300)
・一部ファイルを削除･同梱中止
　defaults内のダミーファイルを削除、
　各種wrapperReplaceFilterは別途導入パッケージからどうぞ
・newPlayerFilterからプレミアム偽装を分離
　プレミアム偽装部をfakePremiumFilterとして分離しました

何だかんだいって、色々考えてたらeco=1は何とかなりました
wrapper関係は別途パッケージが出来てるようなので、本体への同梱はやめることにします

>>243
　　　,、,、
　 　(ﾟωﾟ)　ｵ･･･ｵ･･･ｵｺｼﾞｮﾜﾘｼﾏﾁｭ!
　 　（ ∽)
￣￣`J┘￣￣

>>244
貴様のせいで罪のないオコジョが死んだんだぞ

動画の横に「cache」ってボタンが追加できて、事前に保存することができるフィルタの名前ってなんだっけ・・・

ハハッ、wiki見ればよかったね釣ってくる

http://nicolist.net/nicocache_nl/up/img/nl572.zip
flvplayer_wrapper 16:9 で URLでeco=1指定されたらローカルサーバ指定を無視するようにしてみた
消極的な対応（実験？）で申し訳ない

「あ、そうか。単に flvlist で lowつきファイルの探せばいいだけか」と思って
今 ↑の wrapper を差し替えたんだけど
よく考えたら nl 以外でもエコノミーファイルの命名 それで合ってるんだろうか？
ま、命名が違ってたら見つからないでサーバに取りに行くだけだから問題はないと思うけど

>>248-249
対応乙です。こうなったら良いなーてのがそのまま来たんでびっくりw

>>243
乙です。たぶん、いつもの人以外は誰も反応しないと思うけど…。

前から思っていたんですが、staticなロックオブジェクトを使って排他制御するとメソッド呼び出しが
直列化されるので、直前にファイルシステム跨ぎの移動等で時間のかかるI/Oがあると待ちになって
パフォーマンス的によろしくない状態になるんじゃないかと。

# cache/move? APIの呼び出しも直列化の影響を受けますし…

今回新たにCache#store()にもstaticロックが入ったので、現状だと二重に直列化されてしまいます。
まあ、storeの方はキャッシュ作成時に一度だけでAPIにも関係しないので軽微とは思いますが。

考え直してみると、Cache#cacheFileが元凶のような気がする…。個々のCacheオブジェクトが
各々で参照を保持しているので、一つがキャッシュファイルを変更すると他のオブジェクトの参照が
全て無効になっちゃう。なので、毎回id2Fileから取り出すような実装にしないと駄目じゃないかな？
例えば、同一smidに対してAPIのcache/move?とcache/title?を同時発行するとおかしな事になるはず。

NicoCache本家は一度作ったキャッシュファイルを変更するという概念が無いので問題無いけど、
nlは各種操作ができるし、それらをExtensionやらAPIやらで並列操作できるのが根本原因だと思う。
URLResourceCacheでやったように、id2Fileに登録するFileオブジェクトをロックオブジェクトにすれば、
staticなロックオブジェクトは使わなくても済むんじゃないかと。

573.txtお疲れ様です。
私は、「ニコニコ市場を表示・非表示」フィルターを使っているのですが、このフィルターのリンク隣に
watch：cache移動セレクトボックスのリンクをつけてもらうことはできませんでしょうか。
おねがいします。

新プレイヤーデフォルトで旧9プレイヤー、旧プレイヤー、RCプレイヤーまで切り替えられるフィルタお願いします

規制中で書き込めないとのことなので代理で書いておきます。

>>243
おつです。タグ検索ページでのキャッシュから〜ありがとうございます。

自作フィルタ2つ→http://nicolist.net/nicocache_nl/up/img/nl573.zip
・jsを用いページをリロードなしでプレイヤーを変更できるようにするフィルタ
>>34,35 eco=1が有効になったのでフィルタにしてみた。（eco用リンクは必要であれば追加してください）

・再生ページにキャッシュ移動用のセレクトボックスを表示させるリンクを追加
プレイヤーの下の形の右端に「Cache移動」というものがあるはずです。クリックでセレクトボックスに。
フォルダ名の長さによっては、収まらずに2行になる可能性があります。（うまい位置が見つからなかったですorz）
ajax_infoにフォルダ情報が無かったので全キャッシュ情報受信になっちゃってます(´・ω・`)
（一回目が少し時間掛かるだけで二回目以降は問題なし）

>>243
乙です。

>・?eco=1 でエコノミー動画を再生できるよう修正
この機能をOFFに出来るようになりませんか？
外部アプリを使用しているので、モロに影響を受けてしまいます。

>>248
nl572を入れて全画面表示をすると、シークバーや音量変更等の操作部が表示されなくなってます。
コマンド／音声入力部分は表示されます。
nl570までは表示されてました。
IE8／Chromeで確認。

寝ようかなと思ったらこれは酷いバグだ
ただ眠気酷いんで臨時で直したのだけ上げて今日は寝るとします。
http://nicolist.net/nicocache_nl/up/img/nl574.zip

多分直ってるかな。なんかあったらまた後日にー

16:9ワイドの動画を再生する時だけ、プレイヤー右上の「再生」「コメント」「マイリスト」の文字が消えませんか？

>>258
消したんじゃなかったっけ？

消したねぇ（狭いから）

>>251
storeに関しては、複数のキャッシュ操作(通常とエコノミー)が絡むので、
それぞれ別個にロックかけるとデッドロックしたり面倒そうなのでstaticにしてみました
(キャッシュが無い状態で通常とeco=1でキャッシュすると両方同時に終わる可能性が)
それほど多く呼ばれるもんじゃないのでパフォーマンスよりも安全側に倒す方向で
moveの方はいらないかな

参照が無効になるのはその通りですね
でも、id2Fileから取り出してもsyncronizedで待たされたとすると、
ロック取得した時にはすでに参照が無効になってる気が･･･あれ、ロック意味無いんじゃね?
結局、ロックオブジェクト自体を内部でnewするのが問題だと思うんで、
IDごとに恒久的に変化しないオブジェクトをロックとして使用しないとだめかと

>>255
なんの外部アプリがどんなアクセスをしてるか気になりますが、それはさておき
マイナーな事象だと思うんで、フィルタで対応してください
多分これでいけるはず

[RequestHeader]
Name = 強制エコノミーOFF
URL = www\.dummy\.com
Match<
(http://[^/]+\.nicovideo\.jp/.+[?&])eco=1&?(.*)
>
Replace<
$1$2
>

snow leopardにしたらlaunchdによる起動ができなくなったんだけど、
誰か使えてる人いますか?

>>261
すいません。ちゃんと何を使っているのか書くべきでしたね。
使用しているのはsmiledownloaderとnicovine(Irvine拡張)です。
書いて頂いたフィルタは効きませんでした。

今までだとエコノミー時間帯でもNicoCache_nlにキャッシュがあれば
ダウンロード時にキャッシュを使用していたのですが、
キャッシュがあっても新規にエコノミーのキャッシュを取得する
ようになってしまいました。

恐らく、今まではサーバに対してエコノミー動画のリクエストがあっても
NicoCache_nlがキャッシュされたデータを返していたのだと思われます。

稀なケースだとは思いますが、対応していただければありがたいです。

nicocacheのキャッシュからさらにダウンロードっていう状況が稀すぎるだろ
なんでそんなことしてるんだ

世の中には開発者が想像だにしない使い方をする人がおるんや

?eco=1つけなきゃいいでしょ

ニコニコ動画のアスペクト比を変えるフィルタを改造して、
YouTube の動画のアスペクト比を変えられるようにしたいのですが、
あまりにもYouTube のプレイヤーのソースがカオスすぎてよくわかりません。

どこらへんをいじったら良いのでしょうか……

ローカルにある動画の内ニコ側では削除されたモノを
隔離保管というかバックアップしときたいんだけど、何かスマートな方法ないですか？

thumbinfo使えばニコ側に怒られないでできそうなんだけど具体的な方法が思いつかない。
とりあえず一覧だけでも分かればあとは手動でぺちぺち保存、でもよいので。

たとえば、キャッシュが100個あれば、100回thumbinfoリクエストしないといけないんじゃないか

何秒毎とか間隔開けてやれば怒られないかな。
JavaScriptでやろうとしてるんだけどアク禁されそうで怖いわ。

1秒に1回だと逮捕されるから気を付けてね

>>270
元は負荷を回避するためのソフトなんだから、負荷掛けるようなスクリプト書く人はいないんじゃないの？
それに実際のキャッシュは100なんて数じゃすまないだろうし

二万五千強あったわ。
ニコニコ動画APIとは (ニコニコドウガエーピーアイとは) - ニコニコ大百科
ttp://dic.nicovideo.jp/a/%E3%83%8B%E3%82%B3%E3%83%8B%E3%82%B3%E5%8B%95%E7%94%BBapi
だとthumbinfoはアクセス制限ないってあるけど連続アクセスだとまた別なのかしら。25千秒、７時間ぐらい。

まぁ、1kそこらのファイルの連続アクセスがダメなら、動画本体を複数取得するnlMovieFetcherの方がよっぽどアレでしょうし
大丈夫でしょう。たぶん。

>>270
wikiにこんなのがあるけど？

削除済み動画をdeletedフォルダへ移動
ttp://nicolist.net/nicocache_nl/wiki/index.php?%E7%B0%A1%E6%98%93%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF#f465e516

ニコ生アラートの鯖に連続アクセスしたやつが、アクセス禁止になったよ
その後解除されたみたいだけど

>>273
5〜10秒以上間隔あけてなおかつ同時アクセス3つぐらいならいいかも
いや、基準はわからんが
頻繁に行うんじゃなく、１ヶ月に1度ぐらいなら底まで大きな問題にならないだろう

>>274
ありがと。totalRenameとこれを使って
25千個のiframeをローカルのHTMLに貼り付けて開けばいいのかしら。
当初考えてたのより物凄い負担になりそうだけど、、。

>>254
>>252をかなえてくださいませ。
お願いします。

>>261
確かに、真面目にやろうとするとsmid毎に別途ロックオブジェクトが必要になりますね。
でも、そうするとid2Fileと同程度のメモリを消費してしまうのでちょっと躊躇しますし…。
id2Pathと合わせてPairオブジェクト(ロックオブジェクトを兼ねる)で管理すれば良さそうですが、
この辺りを弄るとExtensionの互換性が損なわれる可能性があるのでそれも難しいですね。

ただ、現状>>156の修正は複数のCacheオブジェクトから操作されると意味が無いので、
とりあえずid2Fileへのアクセス部分にstaticなReadWriteLockを適用する方向で弄ってみます。

>>273
問題視されるのは短時間に多量の連続アクセスをすることで、鯖から見ればアタックされているのと
大して変わりません。まあ、長時間の継続アクセスってのも問題あると思いますが。
nlMovieFetcherはwatchページから動画を見るのと同じ手順を踏んでいるし、内部で結構ウェイトも
入れているけど、アレと言われれば確かにその通りでしょうね。

まあ、問題視されるようならサクッと公開を止めますので。

>>277
なんで一気にやろうと思うの？そんなことしたら鯖に負荷かけるのは明らかでしょ。

>>277
ただでさえツール使用はグレーなのに余計な事すんなよksが
>>272の書き込みの直後にこんな身勝手なレスが付いてるのが驚異だ

他に方法がなければテストしつつ少量ずつやりますけど。
大量のiframeとかブラウザ止まるぐらい重くなりそうなんでできればあんまりやりたく…

そもそも、thumbinfoへの１秒ごとのアクセスより500個サムネのあるマイリストの方が
よっぽど鯖には負担な気がするのだけど。1k*25kとしても25MB。
nlMovieFetcherが問題ない程度にはこっちも問題ないと思うのだけど。

ニコ動の鯖ってそういうコネクション確立とかの辺弱いの？
ニコ百で大量のiframeあるようなページでも止まったりはしないけど。

>>280
やらんがな。そもそも大量のiframeとかNicocache関係ないから外れた批判だけど。

>>281
削除動画か確認するためにはアクセスする必要があるから、かならず鯖へリクエストしないといけない

>>281
DoS攻撃をwikiでみてみるといい。
コネクションの確立処理は鯖やネットワーク機器に強烈な負担をかける。

DoSの効かないサーバなんて聞いたこと無いでしょ？

>>281
やるとすれば人の少ない早朝時間帯に1,2時間ずつ
7時間ぶっとおしとかないわー

やろうとしていることを自分でもあまりわかっていないように見える．
API使うと言いながら/thumb/を叩こうとしてたり，1秒おきにアクセスすると言いながらiframeを複数貼り付けるとか言ってたり．

どういう動機で削除動画だけ選り分けたいと思ったのかはわからないけど，>>274の視聴時などに振り分けとかじゃ駄目なの？
やるにしても，25000回ものRequestをするようなら負荷が一番少なく済むような方法を取るべきだと思う．

岡崎の件じゃ逮捕までされたしなあ

>>285
iframeは他に方法が無ければってこと。
現状当初の予定通りthumbinfoがfailのヤツだけ動画IDだけ記録するような方法考えてる。

>>283
別にそんな同時大量にアクセスする必要はないから。

まぁあの一件はwwwなのに数アクセス/分前提なんてタコシステム作った方が悪い気もするがね

それでも自動アクセスは負荷を単純に底上げしてしまうという特性を考えれば
マウス操作で可能な速度+α程度に抑えてたっぷりマージンを取るべきだと思う。

>>287
1秒間隔の大量のアクセスはDoS攻撃だよｗ
プロバイダから警告来てもおかしくないレベル

>>281
>>Nicocache関係ないから外れた批判だけど。
はぁ？ならここに書いてんじゃねーよks チラシの裏にでも書いて一人でやってろ

>>263
とりあえず原因は判明。動画本体取得前のgetflvでした
・smileDownloaderは http://flapi.nicovideo.jp:80/api/〜 のようにポート番号つけてきてるのでマッチしてない
・nicovine はそもそもgetflvにはプロキシが使われない(動画ダウンロードには使われる)
smileDownloaderに関しては修正可能。nicovineは機能自体をOFFにしないと無理

[RequestHeader]
Name = smileDownloader修正
URL = www\.dummy\.com
Match<
(http://[^/]+\.nicovideo\.jp):80(/.+)
>
Replace<
$1$2
>

>>279
基本、キャッシュ操作は一度に1ファイルしか使用しないから、
間を取ってsmidから適当なハッシュ出して適当な数のロックオブジェクトでも用意しますかね
100個用意すれば、直列化による影響も1/50以下程度にはなるんじゃないかな
複数操作する所(って今の所storeだけだと思うけど)はデッドロックしないよう処理が必要だけど

自己解決しました。

フィルターの修正ありがとうございました。

InfiMylistとdiffで目算立ちそうです

>>289
そうですか。来たらご報告します。

>>290
？？

なんでもいいけど自分で勝手にやるという姿勢なのなら
最初から報告も連絡も相談もいらんからここに関わらずやってくれ

>>294
警告来ら｢このスレで知恵付けました〜｣とかホザく手合い

ほんとに自分勝手な野郎だな
DOS攻撃宣言して帰っていくのか

>>nlApiUtilExtension rev16fa
>>
>>//----------------------------------------------------------------------
>>■一番初めに注意事項。
>>データ画面、データAPI画面などを短時間に何度も取得するとアクセスが制限されるのでご注意ください。
>>ただし、FLV、通常コメント、投稿者コメント、ポストキー、グラフデータの場合のみです。
>>INFOデータ、RSS、XMLでは規制はないはずです。
>>//----------------------------------------------------------------------

を参考にしてるので問題があったら報告するのが筋でしょ。つか、ちゃんとしますよ。

>>298
岡崎図書館事件まとめ
ttp://librahack.jp/
1秒1回のアクセスでも逮捕される(不起訴処分)っていう前例があるから気をつけてね

責任転嫁発言ktkr！

過去何度か同じような質問があったけど、ここまで長引くのはなかったかな？
普通は負荷がかかるから禁止行為になっているって言ったら収まるものなのに
BAN対象だよ

もうウザいから口開くな

頼むからこの荒らしどうにかしてくれ

正直何を懸念しているのか意味が分からないんだけど
nlApiUtilExtensionって「ニコニコ動画にある各種APIにアクセスしてHTML整形したデータを表示」するヤツだけど
FaMyListで500枚動画があるマイリストを同時にいくつか開いたせいで逮捕された人がわらわらいるってこと？

聞いたことないよ。実例出してくれたら信じますが。

信じる必要はないから消えてくれないか

負荷掛けるなっていってるのがわからないのか
わかったらとっとと消えてくれ

いや、分からないのはFaMyListと同じ処理で過負荷が掛かると信じてる理由なんだけど。
アクセス自体もFirefoxのアドオンでウェイト掛けるし。

実例あるじゃん。>>299をよめ

あと、サムネは一度見たらキャッシュされるから、どれだけ同時に開いても問題ないはず

>>307
FaMyListと同じ処理なわけないだろう
もしかして、リスト画面開いたときに全件APIで取得してると思っているのか？

実験やりたいのはわかったからこのスレでイチイチ宣言するなって言われてるんだよks
お前の意向がどうであれ問題があった場合にNicoCacheやこのスレが槍玉に挙がるんだよ
もう宣言してしまったから実行するなって叩かれてるんだろうが

夏はこういバカが湧くから嫌いなんだ

>>308
ニコ動での逮捕あるいはgetthumbinfo経由でのアク禁の実例。
サムネは初見なら結局取得するんだから意味ないじゃん。

>>309
そうなの？どこにそのキャッシュが？

>>310-311
説明できないんなら別に言及してくれなくていいから。

>>291
わざわざ調査していただいてありがとうございます。
ちゃんと動作するようになりました。

今までの動作だとSmileDownloader上のログではエコノミー扱いで、
ダウンロードした中身はキャッシュされたファイルだったのです。

拡張子が変わってしまうのを手動で直していたのですが、
それが必要なくなるとは思いもよりませんでした。

>nicovineは機能自体をOFFにしないと無理
これはnicovine側のことなのでしょうか？

一人で黙って試して勝手にアク禁食らってろって話
もう書き込むなよ臭ぇから

「アク禁食らうぞ！」
『マジで！？以前あったの？？』
「………」←今ここ

>>312
キャッシュしてるんじゃない
リストの名前は単純にファイル名だ
Dataをクリックしたときに初めてAPIでデータ取得する

何度も言うが、過去何度かそんな要望が出て、そのたびに負荷がかかるので駄目だという結論に達している
考えて数千〜数万のアクセスは異常
過去にランキング製作者がアク禁になっているようだ
最近ではあまりないらしいが、ほめられた行為ではない
毎日数十個ぐらいを人のいない時間帯にチェック掛けるとかならまだ許されるかもしれないが、そこらへんは運営がどう見るかだ

>>316
＞考えて数千〜数万のアクセスは異常
余計なのが入っていた
＞数千〜数万のアクセスは異常

このスレで話を進めてるのは共犯者を作りたいの？予防線を張ってんの？
奴の質問に答えるだけで幇助になりそうだよなｗｗ

>>313
スマソ、説明が足りなかった
nl側の機能をOFFにする、ってこと。現状その手段無いけど

検索で表示される動画は大体削除されていないわけだから
検索に引っかかった時点でキャッシュの更新日時を更新していけばいいと思う。
そうすれば古いキャッシュは削除されたまたは、ほとんど見ることのないものだと思うのであたりが付け易いかと

動画ページを開いたときに特定のタグがあればキャッシュファイルにタグの名前を追記できれば
タグ名でファイル検索出来ると思うんだけど大して興味のないジャンルはそれで一掃できそうなんだけど
LISTXのタグ検索だと一つづつしか削除できないからちょっと面倒かな

キャッシュなんて気にしないでHDDを増設するのが一番楽な気がする

こういういろんな拡張あるツールだとreadme.txtが多くて被りやすい
まあほとんどはもう個別の名前ついてるけど・・・

伸びてると思ったら
変なの湧いてたんのか
夏だな・・・

NicoCacheスレであぼんなんて珍しいと思ったらもうなつちゅう＆なつだなちゅうの季節か

>>254
キャッシュ移動用セレクトボックスはずっとほしかったので有難いです。

なんかやたら伸びていると思ったら…。nl本体にgetthumbinfoキャッシュを入れたり、各JavaScript作者も
localStorage等を使ってブラウザ側で独自にキャッシュしたりと、鯖負荷を減らそうと努力しているのよ？

>>291
storeに関してはキャッシュ直後に１度だけなので現状でも問題無い気がします。
問題になるのは、moveTo,setTitleといった変更操作が並列にできる点ですから…。
変更操作は参照に比べて圧倒的に少ないでしょうから、ReadWriteLockで行けそうな気がします。
あと、ファイルシステム跨ぎのmoveToはロック時間を短くできそうなのでちょっとやってみます。

>>320
>キャッシュなんて気にしないでHDDを増設するのが一番楽な気がする
真理ですね。キャッシュ用に1TBとか用意しておけば当面気にしないで良いよｗ

昔考えたのは、>>274のマイリスト・ランキングとかの方法で可能な限り削除動画の情報を集めておき、
設定容量に達したら古い順にキャッシュを削除、その際に削除動画ならスキップ、それ以外なら
getthumbinfoで確認してから削除、あたりかな。結局HDD増やした方が早いってんでやらなかったけど。
今ならExtensionでもCompleteCacheを使って効率的に実装できそうだけどね。

プレミア代ケチってNicocacheに逃げてきたのにHDD買えとか何と御無体

長期的に考えればHDDのほうが安上がりだろ

nl573のJS切替えフィルターが凄かったので
どのプレイヤーがデフォルトでも全プレイヤの視聴リンクが出るようにReplaceFilterと統合してみました
切り貼りで作ったのでおかしなところあったら直していただけると助かります
ttp://nicolist.net/nicocache_nl/up/img/nl575.txt

>>326そういうの目的で使うソフトじゃないんじゃ？
プレミアムの人も使ってるんだし

NicoCache_nlのみで下記URLへの接続をブロックする方法はありますか？
ttp://flapi.nicovideo.jp/api/getmarqueev3

>>328
低画質モード回避の旨>>1にもあるのに何をか

nl的にはいかにニコの回線に負荷をかけないように高機能さを手に入れていくかが重要
HDDが足りないから回線に負荷かけてもいいよねってのは基本的におかしい

>>330
結果的にエコノミー回避できるってだけで、
NicoCacheの本来の目的は鯖の負荷を減らして快適に試聴できる様にすること

[RequestHeader]でできましたスレ汚し失礼しました

＞エコノミーモード時間帯でも常に通常画質で再生すること"がる"。
今気づいたけどなんか変だなｗ

>>332
公式見解は普通に利用者目線だよ。
結果的に鯖の負荷も減るよね、ってだけで。
ttp://homepage1.nifty.com/asr/tools/nicocache.html

>>335
ホントだ... 申し訳ない

>>254
代理カキコサンクス。　規制が長引きそうなのでp2導入しちゃいましたｗ

＞ニコニコ市場を表示・非表示　フィルター
pタグの中にdivが入っていたり、id重複あったりおかしかったので勝手に修正させてもらったのですが、
今wikiにあるものの動作でいいんですかね？多分作者さんはnlApiUtilの方かな？

>>328
JSは好きに使っていいのでフィルタは自由に作っちゃってください。
wrapperとかの導入のnlFilterは使っていないのでそちらに任せますｗ

ちょっと確認ですが、CacheManagerかCacheを継承して内部構造を参照しているExtensionってあります？
pathとdirがごっちゃになっているので、排他制御も含めてこの際本格的に整理しようと思うのですが。

cacheMoveExtensionが実はそうなんだけどさ…。まあ、自分が作った物に関してはちゃんと直しますので。

>>319
やはりnl側の設定ですか。
そもそもeco=1機能の追加で使えなくなったものですからね。

まぁ、nicovineを使用する機会は少ないので当面は大丈夫です。

すいません。
574.zip内のwrapperReplaceFilter(wrapperデフォルト)を使うと、投稿者のフィルターが無効になったり、色が無効になったりするので、
修正をお願いできないでしょうか。
http://www.nicovideo.jp/watch/sm11721511を参照してます。（7：18ぐらいにフィルタの跡があります。）

nicocache_nlを長時間動かしていると
127.0.0.1同士の接続が大量に残っているのですが
こういうのはどうにかなりませんでしょうか

そんな潔癖症なら一旦nicocache_nlを終了させる
nicocache_nlが使ってたjavaw.exeのプロセスが残ってたらkillでいいんじゃないの？
nicocache_nl以外にもProxomitronとか、かなりの数のソフトが127.0.0.1を使うから

wrapperReplaceFilterの機能からいってコメントは触らなさそうだがな
どうおかしくなってるか知らないが本当にそれが原因なの？
なんか最近問題の切り分けもせずに修正依頼して勘違いでしたっての多くね

>>343
wrapperReplaceFilterをnlfilterフォルダから外すと投稿者フィルタは現れるし、これのみを
フォルダに残したら表示されないままなので、お願いいたしました。

>>340,343,344
フィルタが原因なんじゃなくて、旧プレが原因っぽいです。（wrapper・旧プレ共にフィルタが投コメに反応＆16進数color表示は無効）
が、flashはほとんど分からないので、wrapperいじってる人のレス待ち状態。

>>343
すいません。
原因がわかりました。「投稿者フィルターを透過」をオンにしていたのが原因でした。
多大な迷惑をかけたこと及びスレ汚しすいませんでした。

>>345
なんか勘違いしてたので修正（深読みしすぎました）
旧プレが原因なのは、投稿者コメントにもフィルターが効いてしまうことと、色指定の問題

totalRenameFilter.txtとtotalRename.jsの100607で・・・

マイリストのページに表示される動画タイトルが50〜60件を越えたあたりで、後ろ（下）の方の動画タイトルにフィルタが効いてないです。
（タイトルの編集処理にならない）
マイページ内で表示するマイリストを移動した場合は、動画タイトルが30件あたりからフィルタが効かなくなることも希にあります。
IE8とChromeで症状を確認しました。

フィルタが効いている動画タイトルにマウスカーソルを乗せると、カーソルがテキストに乗せたときと同じ形になります。
フィルタが効いていない動画タイトルの場合は、リンクに乗せたときの形になります。

totalRenameFilter.txtとtotalRename.jsの100607で・・・

マイリストのページに表示される動画タイトルが50〜60件を越えたあたりで、後ろ（下）の方の動画タイトルにフィルタが効いてないです。
（タイトルの編集処理にならない）
マイページ内で表示するマイリストを移動した場合は、動画タイトルが30件あたりからフィルタが効かなくなることも希にあります。
IE8とChromeで症状を確認しました。

フィルタが効いている動画タイトルにマウスカーソルを乗せると、カーソルがテキストに乗せたときと同じ形になります。
フィルタが効いていない動画タイトルの場合は、リンクに乗せたときの形になります。

>>348
タイミングの問題。ブラウザのJavaScript処理が遅いとそうなります。

totalRenameFilter.txtの中の、totalRename(mylist-title)フィルタにある、
>setTimeout("TR_historyRename(\$('SYS_box_mylist_body'))",2000)
の2000の数値を大きくしてみてください。

自分はChromeを常用してますが、FirefoxでFireBugを有効にしていると2000だと間に合わないです。
かといって、数値を大きくすると実行が遅くなるので…。本当なら描画が完了してから呼び出される
コールバックがあれば良いのですが、何か上手い方法があったら教えて欲しいですね。

一番簡単なのはフィルタを使ってjartyをイジること。

自作のマーキングがフィルタも併用しているのは、
(autopagerなどの絡みもあるけど)mylistのようなページにjavascriptだけで対応させるのが大変だったから。

576.txt更新お疲れ様です。
ところで、Jarty（ジャーティー）対応を行うと「マイリスト数：」の文字の大きさが大きくなってしまうのですが、
修正お願いできないでしょうか。

>>340-347
んー、それは一部の新プレ機能にラッパーを対応させればいいってことかい？
まぁ、試しにやってみるか
旧プレ新プレで色セットそのものも違うくらいだし
大掛かりになりそうだから期待しないでね

対応できたと思うけど＃での色指定等はプレミアム機能らしいんでうまくテストできませんでした
とりあえず暫定版でうｐ
機能使えてる人にテストしてもらえると助かります
http://nicolist.net/nicocache_nl/up/img/nl578.zip

サンプルフィルタ内に wrapperReplaceFilter(JS切替).txt も入れさせてもらいましたが
なんか問題起きたら、対応できないので消すかも
（他のフィルタもほぼ他の方のものなんで同じだけど）

>>354
うまく色が変わって表示されました。ありがとうございます。

タグやキーワードの検索画面で、並び順のリストを

selected="selected">投稿日時が新しい順
投稿日時が古い順
再生数が多い順
再生数が少ない順
コメントが新しい順
コメントが古い順
再生時間が長い順
再生時間が短い順
コメント数が多い順
コメント数が少ない順
マイリスト数が多い順
マイリスト数が少ない順

に変えたいのですが、どう書けばいいんでしょう？
URLが毎回変わるので困ってます。

>>351
さすがにjsをフィルタで弄るのはキャッシュ絡みの問題が発生するので避けたいですね。
まあ、今回の場合は弄るとすればJarty本体では無くmylist2.jsの方ですけど。

結局、>>350は考え直したら何とかなったので次版で入れておきます(最近こんなのばかり…)。
マイリスト内の全てのitemが追加されるのを待ってから実行するのが良さげです。

id2Fileの排他制御はほぼ完了。ついでに検索APIでも実装しようかと思ったけど、
cachelistを取得すれば実現できるので無くても特に困らないんだよね…。
何かnl本体でAPIを用意しないと実現できない機能ってありますかね？

>>354
wrapperReplaceFilter(wrapperデフォルト)をつかうと、7秒目で一気にコメントが流れてしまう動画と
ふつうにコメントが流れる動画の両方が存在してしまいます。。。

だからさそれはフィルタのバグじゃなくて旧プレやwrapperの仕様じゃないの？
それとも旧プレデフォルトや新プレデフォルトのフィルタなら発生しないことを確かめて言ってる？
症状を聞くにエコノミー変換で不具合がでた動画の現象っぽいが

>>359
フィルタのバクじゃなくて、「ラッパーで視聴」の時のみの減少でした。
すみません。
他のデフォルトでは文字が詰まった現象は現れず、ラッパーに変換すると同じ現象が現れました。
ちなみにプレミアムには加入してます。

>>360
横やりですが似たような症状を持っているので私の例も報告します。
原因は不明ですが症状は似ています。詳細です。

●NicoCache_nl 秋.01 (based on NicoCache v0.43) +(9).11 +100801mod＋NicoCache_nl GUI＋FireFox 3.6.4
●Windows XP Professional SP3（最新アップデート導入済）

＊旧プレデフォルト＋Wrapper 16:9 モード最新版＆YouTubeCacheExtension rev04c 使用中
（使用フィルタは必要ならば全公開します）

で、ニコニコ動画及びYouTubeの“いずれでも”，再生0：07時点で（コメントと）映像が流れず，音声のみとなるのが数秒続きます。
その後音声に映像が追いついて普通に流れていきます。
ほとんどのキャッシュ済み，キャッシュ途中の動画で症状が発生しています。
（全ての動画は多すぎるのでチェックしきれていませんが，ファイルの形式や長さ，ビットレート，容量等は関係ないようです）

YouTube の場合も同じく発生します。

nlを使わない場合，未キャッシュの場合は発生せず，swfの場合は事前にfetchして見ている為，発生します。
swfをnl通してキャッシュしながら見る場合はまだ試していません。

とり急ぎ報告まで。

とりあえず、nl最新版にしてからまた来てね

15_thumbInfoFilter(基本)の「動画説明全文読み込み」を
クリックしなくても最初から表示させるにはどうすればいいのでしょうか？

キャッシュ完全に読み込むまでタイトルがnullになる

少し修正してnl578.zipを上げ直してみましたが>>361を見る限り関係なさそう
YouTubeでも起きる時点でプレイヤーが関係あるのかすらわかりませんが
nlを使わなくても起きるとのことなのでなんともいえないですね（なんかよくわからない）

>>358で動画によるのならば問題が起きる動画をあげてもらった方が早いんじゃないかな

>>365
7秒目でコメントが一気に流れてしまう動画をnl578.zipを上書きしたら(本体及び『NicoCache_nl用(oldplayer類は自分で入れてね)』を上書き)、
8秒目以降もコメントが流れました。(取り入れる前は3動画ほどあったのですが、すべて治りました。)

>>361
youtubeでも起こるならflashの問題だと思うよ。だからスレチかな。
プレイヤーのバグとかの場合はflashのバージョンも必要。
nlを通さなければ問題ないということなら、それも書かないとね。

>>363
それは1ページ表示するごとに毎回30程度の通信を余分にすることになるのでダメです。100ぐらい前からのレスを参照。
title属性で全文表示が見れるページなら可能。過去スレにそういうフィルタがあったよ。

>>364
たしかnlをニコ動すべてに通してないとそうなるんじゃなかったっけ。


#ログインセッションの仕組みがいまいちわからん・・・
常に同じセッション使うようにしてみたけど、セッションっていつまで有効なんだろう・・

>>367
サーバに連続アクセスで負荷がかかってしまうということですね。
理解しました。

>>361
キャッシュからの転送速度に受信側が追い付いていない可能性がある。アンチウイルスソフトとか。
speedLimit=8を設定して改善するならそれが原因。…あ、speedLimitの不具合発見orz. 直しておきます。

>>364
watchページを通さないとそうなる。

>>367
ログインセッションは別の環境でログインし直すまで有効ですね。たまに鯖側で強制ログアウトがあるけど。


排他制御周りのテストついでに>>213に対応してみた。
storeFilterIgnore=(対象外|フォルダ|正規表現) みたいな感じでどう？

戀塚さんは19時からのピークタイムを避けて、数万/秒とかの非常識な接続じゃなければ
getthumbinfoへのアクセスは問題ないってつぶやいてたけどね。あとキャッシュ使え、とも。

チュイッターうざ！

鯖缶disんな

お願いなんですが、ニコニココラムの下にある広告を消すフィルターをどなたか
作ってもらえないでしょうか。

>>373
ニコニコニュースでした。訂正してお詫びします。

それは多分NicoCacheじゃなくてFirefoxのAdBlockとかで対応するものだと思う。

>>375
どうしても消したかったのですが、IE8つかっているのでそれを使用することはできないので、
諦めます。どうもありがとうございました。

.googlead { display:none; }

>>377
けせました！
どうもありがとうございます！

http://up3.viploader.net/pc/src/vlpc004289.png

ウインドウ拡大スイッチを押したらこのようになりました。
ウインドウを直接押したらうまく拡大するんですが・・・。

wrapperは最新（8/16）を使っています。

どこで聞くべきか迷ったんだが
nFinderとNicoCacheの併用は可能なのか？可能ならやり方を教えて欲しいんだが

ここで聞くべきではない
nFinderの専スレでローカルプロキシを使いたいと聞いてこい

了解だ

7月の頭ぐらいからサムネイルキャッシュが効いてなかったみたいなんだけど、同じ症状の人いる？

キャッシュ管理のページで、「キャッシュファイル一覧」のフォルダをツリー表示することは
可能ですか？

>>384
それって｢キャッシュファイル｣フォルダ開いたのと同じじゃね

ｗｗ
音声抽出とかwatchページへのリンクとか検索の仕方で少し違うね。
listXが階層構造とか検索機能があったと思って見てみたけど、普通に一覧表示だった・・・
なかったっけ。無いならjsでつくってみようかとは思うんだけど、jsだとブラウザ側のスピードがなぁ・・・

NicoCacheManagerはツリーっぽい表示がされるけどもう長いこと更新されてないしね
気にせず使ってるけど

NicoCacheManagerってツリー表示できたのか。
今までずっと使ってたけど、左側の「▼」一度も触れてなかったｗ
これでいいじゃん。うん。

おめでとう

>>385-389
まったくもってお騒がせしました。
皆様には感謝です。

コメントしてもリストに反映されないみたい？
旧・新・ラッパーすべてにおいて発生してる
Extension、フィルターすべて切っても発生した

そのときのログ(ラッパー)

player: 200906171600
wrapperReplaceFilter: 2010/07/27
wrapper導入パッケージ: 2010/07/27
mp4動画を再生します。
wrapper: mod 2010-07-26 18:25 swf8
Flash : WIN 10,1,53,64
スレッド(動画):sm11798321
プレミアムコマンドが使用できます。
動画ホスト:pow63
メッセージサーバーに接続しました。
コメント取得中のため、処理が中断されました。 code:0

新ラッパーなんですが本当の全画面とウィンドウ内全画面を独立できないですか？
普通状態から本当の全画面にして、周辺情報見るためにそこからescとかで抜けるとウィンドウ内全画面になってて
それも解除しないといけないんでこの手間を減らせればと思いました

EscだとFlash側で強引にフルスクリーン外されてるだけじゃね？
通常化ボタンでもダブルクリックでも右クリックメニューでも普通の方法なら一発で解除されてるぞ

>>394
再生終わり・ダブルクリック・メニューとかだと完全なトグル
esc・アクティブ外れとかだと中途半端な動作ですね
確かにこれらを見るとフラッシュの仕様っぽいのですが…
スマートじゃなくても無理なんでしょうか

7秒目でコメントが一斉に流れて（カクつく）その後、コメントが表示されなくなる
IEからoperaに変えた途端発生。上のスレにあるようにnl578で修正されました。

どうも動画読み込みが上手くいっていない気がする。
ラッパーのログを見るとflvもswfもnull動画と認識されているし。
セットはnlは(9).12なんですけどねえ。うーむ。

NMM動画が勝手に繰り返し再生される、これどこかいじれば1回再生なるかな？

�@最新の設定済みオミトロン（単体版）とproxy.pacを入れる
�ALANの設定で自動構成スクリプトにチェック、アドレスをfile://c:/proxy/proxy.pacと書き込む
�Bオミトロンを起動し、ポートを8080から8081に変更、オミトロンの動作確認後、一旦オミを終了させる
�C「NicoCache_nl (9).12」（nl571)を解凍し、一度起動させconfig.propertiesにし、一旦nlを終了させる
�Dconfig.propertiesをエディタで開き、セカンダリプロキシの所にlocalhostを書き加える
�Eキャッシュとクッキーをクリア、オミトロンとnlを起動させる。

�Bまで（オミトロンのみの場合）は問題なく旧プレが使えているんだが、�E（nlと併用）になるとプレイヤーが真っ白になってしまう。
オミトロンもnlも上以外の作業（他フィルタの追加や削除、変更）はしてない。
皆が何も言ってないから俺に問題があるのは分かってるが、どこがおかしいんだ…？

最新の設定済みオミトロン（単体版）←こんなの使ってるから

オミトロン常用でproxy.pac使ってる人はhttps除外を追加しておいたほうがいいよ
オミトロンは普通はスルー設定になってるけどスルーはオミトロンに一応通してるからね
あとオミトロンにSetProxyのヘッダフィルタ入れればproxy.pac使わずに済む。
この場合はnl側のセカンダリは空にしておく

オミ起動せずnlのみ起動なら新プレになるがプレイヤーは表示できた、うーん…

>>402
なんでnl＋オミトロンにしないの？>>399の書き方だと
オミトロンでセッティングしてnlくっつけてるように見える
nl使用の場合はオミトロンのフィルタは使わないよ？
知っとるわいボケ！って話ならゴメンだけどどうしてもそういう風に読み取れてしまう

>>399
うちも似たような感じで表示されないんだがインターネットオプションでポートをオミ経由（iroiro版）にした状態で
まず動画を開くと動画が表示される

そのままだとnlのキャッシュを使用してくれないので動画を開いたままインターネットオプションでnl経由のポートに変更

ブラウザで開いていた動画を更新するとnl経由でも動画が見れる

しばらくそのまま動画はnl経由でちゃんと表示されるんだけどブラウザ再起動したり長時間経つといつの間にか表示されなくなるんで上記の操作またやり直してる

火狐側のポート設定はいじっても全く効いてないわぁ

ずっと前に使っていたnlが見つかったのでそっちで起動したらオミ併用でも使えた
…結局何が原因なんだったんだ？

>>403
まじか
いや、あんたの言う通りオミトロンでセッティングしてnlくっつけてるってイメージだったんだ
オミトロンのフィルタも効いてるように見えてたからな…後旧プレとラッパーが違うものってやっと理解できた
nlだけの時、新プレ、旧プレ、ラッパーでそれぞれ試したが新プレと旧プレは使えた、ラッパーは真っ白だった
>>399の時は旧プレ＝ラッパーだと思ってたんだよな

>>405
ならばラッパー用のセッティングはした？
nlは571でラッパーは578、それ以外にoldplayer一式とバージョンのダミーファイルが必要だよ？
nlセット→各種ファイル入れる→config.properties→nlFiltersにフィルタをセット
の順番だよ。オミトロン側にフィルタは（ラッパー用などは）一切必要ない

>>406
そうだったのか！

>>399
nlのlocalにwrapperいれてないんじゃね？　nlは勝手にリダイレクトする機能が（まだ）あったはず。
http://hibari.2ch.net/test/read.cgi/software/1275591706/867-870（こっちは解決したかわからんけど）

>>403
nl→オミトロンで使っていると思いますよ。proxy.pacは8080で書かれていると思うので。
大事な部分（書き換えたポート番号等）が書かれていないので分かりにくいですが。

とまぁここまで書いたけど・・・解決おめ！

「マクロ名がありません」という表示を防ぐためにオミトロン版「投稿者コメントのみコメント関係フィルターをスルーさせる」
のｎｌ版はありませんか？

Proxomitronフィルタのためのフィルタなんだから、Proxomitronで処理すればいいんじゃないの？

nlには仕様の関係でそんなフィルタは無い
けど、どのフィルタが誤爆するのか書いたら直されると思うよ。

>>411
ありがとうございます。
wrapperReplaceFilter(wrapperデフォルト)です。
最新版を使っています。

また、NG関係のフィルタには＠や@は入っていません。(local内のものも同じ)

>>412
補足　旧プレイヤーや新プレイヤーの時はあらわれません。
wrapperのときのみあらわれます。

結局何のフィルタが誤爆するのか書いてないじゃないかｗ

>>414
>>413は各プレイヤーを表示した際の出来事です。
>>412デフォルトのそれらフィルター以外でwrapperを表示できれば、詳しく特定できそうなんですが。
＠の件は、あると「マクロ名がありません」と出るとかでないとかどっか書いてあったので記載しました。

お前の最初の書き込み→問題がフィルタの誤爆
なんだが、レス見る限りじゃwrapperが問題にしか見えないんだが。

ダメな動画のURLかけよｗ

[Replace]
Name = 「メニュー▼」を削除
URL = www.nicovideo.jp
Match<
$NEST(<td,onmouseover="showOBJ\('headmenu_g2'\);",</td>)
>
Replace<
>

これをnlFiltersフォルダに入れたんだが、メニューが消えない。
ログを見たらフィルタ名は表示されてるけど、Nameの所が表示されてない。
ちゃんと先頭にフィルタ定義は書いたんだが…

>>416
それは失礼しました。すいません。
http://www.nicovideo.jp/watch/sm11762148
です。よろしくおねがいします。

>>417
自分もそれ入れてますが、しっかり消えてますよ。

>>418
問題なし(0625/0816ともに)。そっちでなにかやってるんだろ

>>417
既存のフィルタのファイルをコピーして（フィルタ部分だけ）中身を書き換える方法でも無理？

>>420
検証ありがとうございます。
SWFファイルはまずいじってはいません。また、同様に8/3付のoldplayer/player_versionもいじってはいません。
wrapperフィルターもリンクをcache移動リンクの横に設定を変えたぐらい。

その動画を含めすべての動画がマクロ名〜、となるならどこかの設定が悪いと思うのですが、一部なのでどこかの設定が悪いとは
おもえないのです・・・。その動画がNMM動画とかでもないし。

>>420
コピペして中身書き換えでいけた、ありがと

http://up3.viploader.net/pc/src/vlpc004315.png

現在の自分のwatch画面です。
ちなみにこの動画はマクロ名は〜、の警告はありません。

>>423報告
571.zipをダウンロードし、今までのものとすべて交換し、今まで使っていた
# ・2010/04/30以前に使用できたプレイヤー (/local/oldplayer/*.swf)
# ・同梱のplayer_version.xml (ダミー) (/local/oldplayer/player_version.xml)
# ・flvplayer_wrapper mod (/local/flvplayer_wrapper.swf)

# 旧プレ・wrapperでSWFを見るのに必要なファイル
# ・swfConvertRedirector (/extensions/swfConvertRedirector.*)
# 　・上記Extensionの使用に必要なNicoCache_nl (nl553.zip以降)
を追加して上記のsm11762148を再生しようとしたら、
「動画に接続できませんでした」とでました。

しかし、>>423の動画は正常に働きました。


ということは、僕のパソコンが悪いんでしょうか。。。。。

>>424
次にニコキャッシュを再起動してみましたら、『マクロ名〜〜』は現れませんでした。
少し地道に検証していきます。

すいません。

NicoCache_nl (9).12 +100820mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl582.zip
★長いので記述を省略しています。詳細はChangeLog.txtで確認してください。
・Cache実装周りの排他制御を更に真面目にやってみた
　→Cache#cacheFileを無くして(これが元凶)、常にid2Fileを参照するように
・意味的におかしいのでCacheManager.dir2Path→dir2Fileに名前を変更
　※Cache/CacheManagerを継承してdir2Pathを参照するExtensionは動作しなくなります
　　現状で把握しているものはcacheMoveExtensionのみ(同時に修正版出します)
機能追加:
・簡易振り分けで無視するフォルダを指定できるようにした
　→storeFilterIgnoreに無視するフォルダにマッチする正規表現を記述する
　　ex) storeFilterIgnore=(対象外|フォルダ|正規表現)
不具合修正:
・/cache/ajaxのContent-Typeにcharset=UTF-8を追加(ブラウザの自動検出対策)
・/cache/*.jsonのContent-Typeをapplication/jsonに変更
・/cache/ajax等でキャッシュの更新日時が初回しか反映されない不具合を修正
　※getxmlの場合はXMLキャッシュの影響でreload=trueじゃないと反映されません
・/cache/getxmlがパラメータによっては"ぬるぽ"になる不具合を修正
・ExtensionのCompleteCacheで発生した例外を捉えて処理を続行するように修正
・speedLimitを一度設定した後にコメントアウトすると値が残る不具合を修正

・外部プレーヤーから公式動画を再生すると正しくキャッシュされない不具合を修正

…なんだけど、プレ垢以外だと殆ど外部プレーヤーで再生できない(数回再生できただけ)
なんかアクセスパターンを見るとプレーヤーが動画の取得まで行かないみたい。
一般・ゲスト共に殆どテストできないので、デバッグ表示を残したままにしてあります。
また、一週間ほど様子を見てからコード整理等の修正を入れた版を出します。

cacheMoveExtension 100820
ttp://nicolist.net/nicocache_nl/up/img/nl583.zip
・NicoCache_nl (9).12 +100820modに対応(これ以前の版では動きません)
・フォルダ自動作成時にキャッシュ再読込しなくても良くなった

ちょっとお願い。

不具合報告する時は、確実に原因を特定できている場合を除いて、最低限動作環境は書いてください。
特にJavaScript系の不具合はブラウザ依存の事も多いので、再現確認すらできない事もあります。

フィルタの場合は導入しているフィルタを一つずつ外してみて、原因となるフィルタの特定をお願いします。
特にたくさんのフィルタを導入している場合、フィルタ同士が干渉している可能性も大いにあります。
開発者ほど、他の人が作ったものをあまり使っていない事が多いものです。

あと、nl582.zip等あぷろだのアーカイブ番号で報告する人が多いですが、正直アーカイブ番号だけだと
内容が分からないのでスルーする可能性が高いです。元の書き込みに安価を貼っていただくのが確実です。
安価を貼るためには過去ログを読む必要があるので、その時点で問題が解決することも多々あります。

質問した後で自己解決した場合、自己解決した内容を責任をもって書き込んでください。
「自己解決しました」だけでは情報として殆ど意味がありません。どう解決したのか？を書いてください。

できれば、上記のような内容を簡潔にまとめて>>1テンプレに追加していただけると助かります。

>>426
おつｶﾞｯれさまです

>>427
お疲れ様です。
>>421です
NicoCache_nl (9).12 +100820mod
wrapperReplaceFilter(wrapperデフォルト)
nl578.zip flvplayer_wrapper 16:9 モード(新プレのコメント色セット対応試験版)
IE8使用
スクリプトエラー「マクロ名がありません」と出てくる画像が一部ある。

詳細を書かずにすいません。

>>422で書き換えして動作したのはいいんだが、トップバーにカーソルがいくと
「メッセージ: オブジェクトがありません。ライン: 15　文字: 1　コード: 0
　URI: http://res.nimg.jp/js/common.js?090905」

こういうエラーが表示される。
この>>417のフィルタを外すとエラーが無くなるからあれが問題なんだろうけど…
このエラーが起きても困る事は無いんだけど、直す方法ってあるかな？

　ListXって、キャッシュの#tagフォルダにタグ情報のＸＭＬファイルがあると、白紙になるのな。初めて知ったよ。
　ＩＥでログ見てみると、

「行: 1663
エラー: '}' がありません。」

　っていうエラー吐いて止まってた。
　何でこんなエラー出るのかは素人の俺にはわからんが、取り合えず#tagフォルダ空にすると正常に表示された。

>>429
マクロ名とか画像とかいう時点で、全く別のところに原因がある気がする…。

>>430
[Replace]
Name = 「メニュー▼」を削除
URL = www\.nicovideo\.jp/
EachLine = TRUE
Match<
$NEST(<td,onmouseover="showOBJ\('headmenu_g2'\);",</td>)
(?<=<div class="bg_headmenu" onmouseout="hideOBJ\('headmenu_g1'\);) hideOBJ\('headmenu_g2'\);
>
Replace<
>

>>431
それ、nlGetTagで取得したものなの？


なんかIEばっかりだな…。自分も含めてIEはあまりテストしていない人が多い気がする。
無用なトラブルを避けるには、ブラウザを乗り換えるのも一つの手段かと。

>>429
マクロ名エラーの出る動画の共通項は、投稿者コメで"＠ジャンプ"が入ってること、だと思われる
NGコメExtや＠ジャンプkillerは入れてない状態で、特に問題ないのを確認
その辺の古いフィルタとかが引っかかってるんじゃないかと思う

>>429
>スクリプトエラー「マクロ名がありません」と出てくる画像
flashのエラーなのか、javascriptのエラーなのか、画像なのかいみふ。


そういえば、いい忘れてたんですが、
jsでのplayerChange>>254はやると、プレイヤーを再描画するため、
newキーボードコントローラーが効かなくなるので、
毎回プレイヤー（のオブジェクトと大きさ）を取得しなおすように修正が必要ですね。

＞マクロ名〜
投コメの最初が@/＠で始まっていて、次に続く言葉が登録されているものでない場合は
エラーになるものだったと記憶しています。あれ、でも@だけを削除しても起こった記憶も・・・（ぁ
ちなみに＠ジャンプkillerは必ず普通のコメント（最初に@を入れてない）にしてるのでエラーはでないはずです。

>>434
>>418を見ようとすると、その「マクロ名がありません」という警告が出てきてしまいます。

>>435
だからそのエラーはどこに出てくるんじゃい
Flash画面にでるのかエラーダイアログがでるのかNicoCacheログウインドにでるのかもわかんねえ。

>>433-434
# kill @JUMP (true/false/all)
# この値がtrueなら、totalRename v0.7以降の削除履歴情報を参照して、過去に
# 削除した動画や無視登録した動画への投稿者コメントによるジャンプをNGにする。
#
# この値がallなら、全ての投稿者コメントによるジャンプをNGにする。
# totalRenameを併用しない場合、trueを指定しても意味が無い。
NGCommKillJUMP=all

をconfig.propertiesに入れていたのが原因でした。
allにしていたのがまずかったようです。
それ以外にしたら、>>418に「マクロ名」警告がなくなりました。

>>436
エラーは動画開始前wrapperブラウザ前に出てました。

<chat〜></chat>って感じで中身が空だと旧プレベースだとflashからマクロ名がありませんのエラー発生
# 投コメでdeleted="1"ってつかえたんでしたっけ?

だから>>413は間違い。
あと、右クリすればflashかはすぐわかる。
今回はExt側の不具合だったけど、質問する側の説明も不十分すぎる。
（デフォならNGCommShowMatched=trueで[投コメNG]が含まれるのでエラーは発生しません。）

>>427に追加　拡張(Ext)も一つずつ外して検証すべき。

質問者用テンプレを作るときがきたようだな

>>439
原因究明どうもです。次版で修正しておきます。投コメでもdeleted="1"は効くみたいです。

wrapper使いがNGCommExt使っているとは思わなかった(しかもデフォから設定弄って…)。
ちなみに、IEと同じくwrapperも殆どテストしていませんのであしからず。

http://nicolist.net/nicocache_nl/up/img/nl584.zip
flvplayer_wrapper 16:9 をコミュニティコメントに対応させた実験版です。
今回は変更箇所が多いのでちょっと自信がない。ひょっとしたら、前の状態に戻すかも。
あと、しばらく見ない間にいくつかでてるようなので可能なものは対処を入れてみた（swfリピートとか）
とはいえ自分はただ改造してるだけなんで元々からの不具合はなかなか対応できなかったりします。

環境依存の不具合は再現させられないことが多いんで確かに詳細欲しいですねー

使用環境
nicocache_nl 9.(12)
wrapper nl584.zip (wrapperデフォルトで使用)
Sleipnir2

>> >>397ってブラウザなに使ってる？
自分もSleipnir2でnull動画になるやつがあるんだけど、IEでは問題なくって.。
これはSleipnir2の問題かと思ってるけど・・・

nullになる動画 ttp://www.nicovideo.jp/watch/sm11831524

あと上のnullになる動画で、@ジャンプでジャンプすると動画が真っ黒で音だけ
になってしまう。
再読み込み(F5)とかすると、ちゃんと再生されるようになるけど・・・
これはIEでもFireFoxでも同じ(wrapperデフォルト)

>>443
NicoCache_nl (9).12 +100820mod
wrapperReplaceFilter(wrapperデフォルト) 584.txt使用
IE8使用

です。
飛ばされて、動画が真っ黒・音だけということはありませんでした。

>>443-444
http://nicolist.net/nicocache_nl/up/img/nl584.zip
そうですね……上書きしちゃいましたが とりあえずこれでどうですか？

あとNGIDメニューで削除ID選択をマウスである程度操作できるようになってます
（そこを試しに弄ってる途中だった）

>>442
コミュ対応おつです。前々から欲しかった機能でした。
ところで、ワイド表示許可ですが、512*288より大きい時のみがいいかと思ったんですが変ですかね。
512のときは許可しなければ問題ないんですけどね。

キャッシュが無い場合はほとんどnull動画で認識されてしまう。
キャッシュ終了してもF5リロードで認識しなかったりする。nl再起動でようやくという感じ。
これのせいかどうかわからないけれど、NMM動画の大半が動画が見つからないエラーになってしまっている。

NicoNicoPlaylist mod for Greasemonkeyってwrapperだと次に飛ばないけどこれってどっか設定いじれば直る？

あと単なる要望だけどnlApiUtilExのids?mylist=から登録できるようにして欲しい。
nlApiはマイリスにある削除動画は無視されるのが難だけど。

>>445
ありがとうございます。
@ジャンプで動画が真っ黒だったのは正しく再生されました。

>>445
自分はキャッシュ済みの動画でおきる。
nl再起動後の最初のキャッシュ済み動画は正しく読み込むけど、それ以降の動画はnull動画になってしまう。

下のは445ではなくって447宛てだ…

過去何度か話題が出てる、コメントができない問題だけど、発生条件が良くわからない
IE、Fxも関係ないみたいだし、XP、Vista、7でも同様に問題が出る
新、旧、ラッパーでもおきている
「コメント取得中のため、処理が中断されました。」のログも出たり出なかったり
共通して言えるのは、コメント時に自動的に再読み込みされるはずだけどそれがされていない
現象が起こってない人との違いがよくわかんね

たぶん関係ないけどnewPlayerFilter.txtの下の方削除忘れて
コメントできなくなったことが２度ほどあった

>>448
完全に自分用のやつだけど…
http://gist.github.com/543715
名前は同じNicoNicoPlaylist modだけど、元にしたのはNicoNicoPlaylistなので別物かな。

>>452
フィルタやエクステンション消しても一緒なのよねん

>>454
nl通すだけで起こる問題てこと？


>null
何がnullになるのかよくわからんが。
>>427＋拡張も一つずつ外して検証


こっちでは動画に繋がらないっていうのしか最近は見てないな。（これは鯖の問題でnl・プレイヤー関係なし）
fetchすれば高確率でキャッシュは出来る。

>>455
ラッパーのシステムタブにあるログに表示される「〜動画を再生します」とかそんなメッセージ。
普通はFLVやSWFと出るんだが、今はnullと表示されている。
FLVは再生出来ているんだけれど、NMMのSWF動画はまったく再生出来ていない。
nlは(9).12基本セットで追加エクステ無し。wrapperは16:9版。設定はセカンドプロクシのみ。
オミトロンはセカンドプロクシで使用。再生に関するフィルタは無し。
NG系は使ってない。Nanika_SwitchとNanika_delくらいかな。
Proxy.pacはオミトロン併用版。msg鯖スルーのやつ。

だからプロキシやフィルタを外したりしてどこが原因かを特定しろって。
旧プレでもなるならフィルタとかが問題。ならないならwrapperの問題。
ベースの旧プレではhtmlのソースのso.addVariable("movie_type", "mp4");の部分が使われる。
ちなみにその部分を消すと「undefined動画を〜」に、""にすると「動画を〜」になる。

>>446
http://nicolist.net/nicocache_nl/up/img/nl584.zip
こういうこと？
ワイド表示許可の設定に (最小限引き延ばし) オプションを追加
設定箇所がブラウザ項目から動画再生項目に移ってるので注意、あまり無闇に設定項目を移動するのはよくないのだが……

null？ 〜動画の部分はページで受け取ったものがそのまま入ってると思ったけど どうなってるんだろうかね
旧プレにURLとして渡すパラメータがおかしくなってる？

>>458
大体そうです。（自動＋最低限で640*360が自動でならなかったり・最低限チェックだと512*288で手動で大きく出来なかったり。）
動画の解像度以上に拡大しても・・・てな考えからの意見です。自動でなる時の抑制という位置づけです。（＝自動チェック時のみ出現の設定でいい気がします）
サンクス。

>null
こっちでは問題ないんですよね

話変わるけど、コミュ（ch）動画のコメント保存と非公開（有料）チャンネル動画のコメント受信をしたいんだけど
出来るのか分からん。今はプレイヤーのソース見ながら（ch動画を見るときにforceページに追加が)必要なパラメータを探しているんだけど・・・
プレイヤーに直でもチャンネルだとできないーhttp://www.nicovideo.jp/swf/nicoplayer.swf?v=so11327505 orz

>>455
コメントの問題について
勘違いでしたｗ
フィルターとエクステンションはずして動作させてみたら、ちゃんとコメント成功しました
NGCommentExtensionが原因だったようです

>>457
nl（wrapperReplaceFilter(JS切替)のみ）とswfConvertRedirector rev1、
16:9wrapperのみの環境でやってみた。proxy.pacも通してない。
結果、ソースには'swf'の値が入ってますがnullですねえ。

FLVは見れているし、キャッシュは出来ているのと一部環境だけっぽいので今のところ無視出来るかと。

>>461
swfConvertRedirectorも外してみたらどう？
swfをキャッシュするまでは新プレを使用することになるけど。

>>462
wrapper使いたいからnlやオミトロン使っているわけなのでして。
swfも一度キャッシュすれば、いつの間にか読めるようになるみたい。
ま、なんとかなってるし、どうしても見たいならnl使わずに見れば済むしね。

>>461,463
まだ原因を特定できてないよね？
自分が使いたいから特定はしないっていうなら不具合報告はしなくていいんじゃないの？
＞swfも一度キャッシュすれば見れる
それってswfConvertRedirectorとswf変換が機能して無いように見えるんだけど。

>>463
swfConvertRedirectorを使用しなくてもwrapperは使える。
未キャッシュのswf動画をキャッシュしながら再生する場合、新プレーヤーになるだけ。
キャッシュしてしまえばwrapperでの再生になる。

コメントできない問題はNGCommentExtensionを最新にあげたら解決しました
失礼しました

>>464
すみません、大したことじゃないようなので半年ROMります。申し訳ありませんでした＞ALL

>>467
ごめん。書き方がだいぶ悪かったみたい。
自分が使いたいから特定はしないっていうなら不具合報告はしなくていいんじゃないの？
↓
(すべての人には起こっていないと思われる)不具合の報告をしたが、
「なんとかなってる」という理由でこれ以上の（特定・説明）をしないっていうなら、不具合報告の意味が無いよ。
制作者側でも同じ問題が起こってたら当然修正されるけど、されてないってことは環境とか設定の問題。
その問題を起こらないようにしたいから不具合報告をしたんじゃないの？

http://nicolist.net/nicocache_nl/up/img/nl584.zip
前回の flvplayer_wrapper 16:9 にバグがあったので目立つとこは修正しました
これで自動ワイドがそれっぽくなったかな？

これが死ぬほど便利だった
最初からいれとけばよかった

いろいろやってわかったこと。
＞コミュ動画のローカルコメ再生
http://flapi.nicovideo.jp/api/getflv/<smid>
にthread_id=数字（ローカルなら適当でおk。というかローカルならログにある）をいれればコミュニティ等でもローカルコメ再生できた。
（これはNicoCache通してないとerror=invalid_v1&done=trueなのを（本体が?)書き換えてるからthread_id=も追加しちゃえばおｋ）
これを入れればmsg apiにPOSTするデータが「</packet>だけ」から普通のになるからローカルが使われるようになった。
ローカルのxmlが他とちょっと違うから修正必要かも。（今回は他のと同じに手動で変更したｗ）

＞コミュ動画の最新コメ再生
forceページで↓を追加＆v=thread_idにvideoId=<smid>にして、
getflvのthread_idをちゃんと(リダイレクト先=ローカルコメのスレッド)すれば最新コメもforceで見れた。
so.addVariable("is_channel", "1");
so.addVariable("is_community_video", "1");
so.addVariable("is_community_thread", "1");

非公開（有料）のはgetflvが見れないから、最新コメは無理っぽい。（msg鯖を総当りでやれば出来るかもしれないが却下）

>>469
おｋです。お疲れ様です。
いまさらだけど、↑のis_ch/comを消せば通常コメントとして読み込みが出来るみたい。（コメントの投稿は拒否されるがｗ）

おねがいがあるのですが。
コメントの中に「ま　た　お　前　か　」のようなスペースで区切りながらのコメントを
消すことのできるフィルタを作ってもらいたいです。
おねがいします。

NGにスペース2個とか入れとけばいいんじゃね？

あ、1個分か、失礼

>>472
NGCommentExtension

>>473
盲点でした。
ありがとうございます。

最近、投稿者コメントの偽物が多いんですが
見分けつくように何かしらの方法で対処出来ないでしょうか？

>>477
184表示なし、にしてはだめでしょうか？

fork="1"ってついてる米の先頭に[投米]とでも追加すれば

>>469
原因分からんけど
wrapperReplaceFilter(JS切替).txt 使うと
NicoWatch Tools(Greasemonkey) の HeatMeter が動かず
それ以外のFilter.txt使うとキーボードでの操作が効かない。
なんか色々関係してんだろうな。

>>479
[@＠/]で始まるやつは除外しないとニコスクリプトが動かなくなるから注意。（他にもあったっけ。）

>>480
どちらも、playerは一度表示されたら変わらないものとしているため、切り替えたあとでもプレイヤーの変数が古いままだから。
GMはソースの中のvar flvplayer =を関数にして、それ以外のflvplayerをflvplayer()にすればいけるはず。
wrapperは悪くない。切り替える前は問題ないはず。前でも問題あるなら何かおかしい。

YouTubeCacheExtensionがいつの間にかきかなくなってた…
まめにキャッシュ確認してなかった俺も悪いんだけど
今日キャッシュフォルダを確認したら8月8日を最後にキャッシュされてない
(もちろん以後も再生はしてた)

何も書き込みがないって事は他の人は正常に動作してるんだろうなー
特に設定いじった覚えはないし何が悪いんだろうか

ｘｐSP2　火狐最新だけど普通にキャッシュされてるよ

>>483
ありがとう
一式入れ直しその他いろいろやって何とかキャッシュされるようになったよ

>>480のHeatMeterが面白そうなのでwrapperで実装してみた。
勢いでつけたのであとから考えるかもしれない。
http://nicolist.net/nicocache_nl/up/img/nl585.zip

JS切り替えは問題解消されるまで同梱を控えた方がいいかもしれないけど
この問題って対応させるにもどこで対応させるか微妙そうだねぇ

>>485
面白い表示ですね。どこで盛り上がっているか一目でわかりますね。

これを機にグレースモンキーの機能を見ていたっら、gooなどの検索でよくある
「もしかして○○」ってのがあったので、あれば便利かなあと思ったり。

>>485
サーモグラフィーみたいだｗ
続き動画だと、はじめのうｐ乙コメントでひどいことになってるな。
俺はNGにしてるからほとんど消えてるけど。
NGコメントを除外するような設定にできたら、分布と実際の米が一致して良い感じ。

>もしかして
どこでのことかさっぱり分からんからグリモンの紹介PageURL

>>488
http://d.hatena.ne.jp/aTaGo/20100712/1278915935

もしよろしければご再考のほどよろしくお願いします。

それ使えばいいんじゃね？
自鯖に、もしかして〜〜を返すphpページを作ってるんだけど、これをnlで勝手に使うのはNG。
内部的には、googleとかから情報もらってくるか、類似文字のデータがあってただ返しているだけのどっちかだとは思う。
googleからならnlだけで作れるけど、俺は作りたくないな。後者はデータが手に入ればいける。が、そんなデータを俺は知らん。

>>490
あればいいなと思っただけですので、お気になさらないでください。
ありがとうございました。

>>487
これでコメントの削除が反映される……はず！
http://nicolist.net/nicocache_nl/up/img/nl585.zip （上書き）

おかしかったら言ってくらはい
ではではー

現状本体とラッパはどれが比較的安定なんでしょうか

最新

いちいちログ読むの面倒なので要点だけ教えてください（＞＜；）
と書いてあれば教えたかもしれない

>>494
どうもです

ファイル置き場のnl571にnl584-1のラッパ入れてoldplayerも揃ってるんですがラッパが表示されません
何か一緒に入れていると邪魔になるフィルタ等ありますでしょうか

>>427

>>498
何度もお手間掛けてすみませんでした、
一度フィルタやら拡張やら全部捨てて新調した所問題なくラッパ表示されました
助かりました、どうもです

>>477-479
具体的にはどうすればいいんでしょうか？

wrapper: mod 2010-08-27 02:30
QuickNGWordが機能してない気がする。(ショートカットのQのやつね)
後、コミュニティのNGもできるようになったみたいだけど、コミュニティの場合
ツールバーのとこにでる"○○さんのコメント n件" 部分をクリックしてもNGできないっぽい。

>>501
直しておきました、偶数番コメントにしか利いてないという素敵な状態になってました。
http://nicolist.net/nicocache_nl/up/img/nl585.zip

ついでなんで、クイックNGワードで ひらがな、カタカナ、大文字、小文字、空白文字の違いを無視するようにしてみてます
大文字小文字はともかく ひらがなカタカナ同一視は微妙なんで不都合多いって意見あれば戻すかな
ま、クイックNGワードは あくまで簡易削除なんで気にしなくていいかもだけど

ニコニコ動画、HTML5に対応へ
http://www.itmedia.co.jp/news/articles/1008/27/news064.html

これはFlashと両立させていくんだろうか？

HTML5になったらいじりやすくなるのかな？

これ思い出した

]ニコニコ動画をHTML5で見るbookmarklet
ttp://d.hatena.ne.jp/saiten/20100225/1267110155

タイトル横キャッシュアイコン表示 のフィルタがいつの間にか効かなくなっていました
どなたか直せる方いないでしょうか？

可能であれば以下のように、投稿日時の隣に表示できるとありがたいです
（投稿日時） 投稿のユーザー動画 [ここにアイコン]

今日、NicoCache_nlを導入してみたのですが、いくつかわからないところがあったので質問させてください。

http://uproda.2ch-library.com/2854619QC/lib285461.jpg

�@ 長文の場合、サムネとかぶり字が読めないのでサムネ削除したいのですがどうすればよいでしょうか。
�A こちらのPlaylist Preferenceとはどのような機能なのでしょうか。出来れば、使わないので削除したいのですがどのプラグインを削除すればよろしいのでしょうか。
�B nl585のラッパーを入れてみたのですが、コメントを投稿すると一定時間後に以後ずっと、コメント投稿出来なくなり、かつコメントが表示されなくなります。
(｢コメント非表示｣のチェックは外してあります。)
システムの｢コメント非表示｣をチェック入れた後に、外すと直るようですがこれは何か原因があるのでしょうか。

質問ばかり失礼ですが、お願いします。

自分でフィルタ入れたんだから、その説明ぐらい読めよ

>>503-505
よく考えれば、FireFoxだとHTML5でH.264の動画をサポートしない予定だから、Flashは必須なのか

HTMLか…
これからはフィルタで置換するだけでいいってことかな？
解析も楽になりそう。

恒久的にFreeになるらしいけどどうなるんだろうね

>>507
1. 枠幅を調整するフィルタが機能していない
つーか、watchページのサムネはサンプルフィルタを追加しないと付かないはず(枠幅調整もセットだし)
2. 使わないものが何で入っているの？
3. wrapper使いの人に任せた

キャプチャ画面を先に見て、てっきりPlaylist.jsがプレイヤーの後ろ側になるので使いにくい、みたいな
質問だと思ったら…。入れたフィルタ類を理解していないって事なのね。
ちなみにPlaylistの件はプレイヤー位置をずらすように改造して使っています(Firefoxだと問題無いのよね)。

>>509
HTML5の場合は全部エコノミー動画だったりして。
でも、無料ネット動画に対してはH.264のライセンス料が無料になったみたいなので対応するかな？
それとも、Firefoxはオープンソースじゃないと対応しないんでしたっけ？

またバージョンアップか…。前回の(9)は対応に苦労したんだよな(特にマイリスト)。

ブラウザメーカーには無料じゃないから意味が無い
SafariがWebMに対応すれば全て収まるんだけどね

あ、もしかしてHTML5ってflv再生できないのかな？その場合、flvやswfは鯖で変換されるって事？
しかし、再生できるフォーマットが統一されていないってのは結構なデメリットですね。

立て続けですいません。
なんと、エコノミーモードがH.264に変更されていました。HTML5対応の一環でしょうかね。

低画質モード動画のフォーマット変更について
ttp://blog.nicovideo.jp/2010/08/post_258.php

試してみたところ、コンテナはFLVのままみたいなのでNicoCache的には大丈夫だと思いますが、
watchページのmovie_typeがmp4に変わったみたい(つーか、以前はflvでしたっけ？)なので、
flvを前提とするものがあれば影響があるかも知れません。
昔lowでキャッシュしたものが残っていたら再生出来なかったりする？

>>502
既知の問題として書かれている
「特定環境で最大化時にマウスカーソルが消える」が
私の環境でも起きました。

どうやら、設定「ブラウザ」タブの「ヘッダ部を消去」にチェックを入れて
最大化するとマウスカーソルが消えるようです。

ブラウザIE8、Firefox3.6.8の両方で発生しました。

>>506
正規表現初心者ですがWiki更新しときました
あとこれ
[Replace]
Name = キャッシュアイコンを表示
URL = www\.nicovideo\.jp/watch/
idGroup = 1
Match<
<span style="color:#CCC;">…(?s:.+?)\?vid=(.+?)&watch_ads
>
Replace<
<img src="/local/cacheicon.gif" style="margin-left:10px;">$0
<$>
<img src="/local/cacheeconomy.gif" style="margin-left:10px;">$0
>
適当ですいません（汗

>>515
動画のタイプがmp4ならmp4でしたよ。nmならswf or mp4。
エコノミーの話なら、flvしか記憶にないですね。
プレイヤー及びnl自体がmp4とflv両方対応しているので、そこら辺は問題ないと思います。

>>516
情報ありがとうございます、早速直しておきました
http://nicolist.net/nicocache_nl/up/img/nl585.zip
どうも元々のwrapperではヘッダ消去のみ行っているときは
元々マウスカーソルを消さない仕様だった模様

>>507
コメント後ってことで考えられるのは例えばコメントの送受信の完了に時間がかかっているとかかな
普通の自動コメント受信中でも完了までコメント送信はできないし
仮にそういうような理由なら遅くなるような原因があることになるけど
そうなるとwrapper以外に様々な要因が絡んでくる可能性もあるんで
今の情報だけではなんとも言えないですね

wrapperを使用して、
一時停止中にshitaコメントすると２秒後ぐらいに表示されるのですが…

>>517
希望通りでばっちりです
wikiの更新も乙です
ありがとうございました！

getthumbinfoのキャッシュなんですが、
http://ext.nicovideo.jp/api/getthumbinfo/..\d+$
だけじゃなくて、
http://ext.nicovideo.jp/api/getthumbinfo/..\d+\?〜
も（保存のみ）対象にするってのは駄目ですかね？
通常はキャッシュを使うようにして、どうしても最新が欲しい時はURLに?〜を追加。
この時、キャッシュでなく最新のを受信＋キャッシュはこれに更新ってのを思いつきました。


あと、ApiUtilではapi/getthumbinfoのキャッシュが使われてないのですが、
これは拡張側での仕様ってことでいいんですよね？（new URLResourceが対象外？）

wrapperを使った特定の環境でタイトルや動画タイプがnullになる問題ですが
IE8とFireFoxでは問題なくIE系ブラウザのSleipnirやLunascapeで起こっているようです。
検証した手順と環境、結果をまとめたので、自分の環境だけなのか分からないので
↓のファイルで試して頂けませんでしょうか？

http://www1.axfc.net/uploader/He/so/291683.zip

>>518
動画のタイプってオリジナルのもの？それともエコノミーに変換されたもの？
あと、直接関係無いけど現在再生している動画がエコノミーかどうかを外部から知る方法ってある？

>>522
現状、誤爆が怖いので対象URLを限定しています。範囲を広げるならgetthumbinfo?v=<smid>なんかも
対象にする必要があると思いますが、どういうパラメータがあるのかイマイチよく分かっていないので。
パラメータを付加することによって返ってくる内容が変わったりすると、キャッシュするとまずいし。

仮に公式でパラメータが付加されていたりすると、それらにキャッシュが使われなくなったり、
JavaScriptで常にパラメータを付けるようなものがあると、それらにもキャッシュが使われなかったり。
まあ、元々キャッシュしなかったものなので、キャッシュが使われない分には問題無いのかな？

そういうわけで、もう少し情報が欲しいところ。

ApiUtilでキャッシュが使われていないのは、nl側で用意したAPIを使っていないんじゃないですか？
new URLResourceは関係無くて、GetThumbInfoUtil.get()を使っているかどうかです。
URLResource#setProxyMyself()すれば最終的に通るはずですが、効率を考えると無駄ですし。

ところで、>>426の不具合報告が一つも無いけど、特に問題無しって事でおｋ？
自分的には2つほど不具合を見つけたので(一つは?eco=1関連で直接関係無いですが)、
それらの修正とソース整理をしてもう一度出したら終わりかな。>>522は議論が進めば入れるかも。

ApiUtilが公開されて、しばらくしてからキャッシュしようって話になったんじゃないですかね。
更新履歴見ると、ApiUtilの最新が5/18で、nlにキャッシュ機能がついたのが7/21なわけで

「nlApiUtilExtension rev16fa」ってのが6/23で、GetThumbInfoUtilが最初に入ったのが
「NicoCache_nl (9).10テスト版」の6/25からなので、ほぼ同時期ではあるんですけどね。
getthumbinfo APIキャッシュまで広げたのはその後の+modからなんだけど、
Extensionから見た場合、GetThumbInfoUtilに限ればAPI的にどちらも違いは無いので。

あと、wikiのテンプレ更新乙です。

Vistaでも使える？

華麗にｽﾙｰされた。許せる

>>523
自分の環境固有か分からないから、原因を誰か調べてくれということですか？

ブラウザにLunascape6を使用して、
コメ443の動画も、スクショの動画も問題なく再生できてます。
もちろん、コメ523の設定ファイルは使用してません。

あなたの環境固有でしょう。最初から導入し直した方がいいと思いますよ。

>>512
ご迷惑をおかけして、すみません。
なんとか解決しました。
ちなみに、Preferenceタブをクリックすると後ろになるのは確認しました。(多分、また私がきちんと説明読んでいないせいだと思います(汗

>>519
そうですか、わざわざすみません。
今実家でだいたい下り8Mbps、上りはその半分ぐらいしかないので、やはり回線の問題もあるんでしょうか。
9月入ったら、勤務地に戻るので、こっちは上下80Mbpsくらい出るので試してみます。
ちなみにブラウザはIron, Winodws7 x64で使用しています。

削除動画はキャッシュ持ってても見れなくなったのかな？
かなり古いバージョンの無印使ってたんだけど、今までは削除動画のキャッシュを時報女の公式削除動画のsmxxxxx.flvにリネームして力づくで読み込ませていたんだけど・・・
今ではどうやればいいんだろう？

>>524
1行目は通常画質の話で、拡張子部分がそのままmovie_typeに入ってるってことを言いたかっただけです。（ですよね？）
2行目は、私は旧エコノミーはflvしか知らないですってことです。(オリジナルmp4でもflvに変換されてた)

＞外部から
getflvに書いてあった気がしたんですが、low記述無くなってました。（ソースでも/low$/.test(getFLV.videoURL)でチェックしてるのに見えない・・・謎）
エコノミーが存在するかどうかは、watchページのflashに与える変数"iee"の値で判別できるみたいです。
あとは、api/getthumbinfoで動画のサイズ（大・小）で判断できます。(size_lowが存在 && size_low != size_high)（swfはlowの値（だけ）が常にある）
<size_high>29456583</size_high>
<size_low>13661748</size_low>　　これはエコノミーが存在

＞getyhumbinfo
なるほど。
パラメータ・・・ググッてみたんですが、全然でませんね。

>ApiUtil
了解です。日時があれなのも気付いてはいたんですが、よく分からなくて。

>>530
IEコンポはいろいろおかしいです。(youtubeのプレイヤーの関数addEventListener("onStateChange",だけがundefinedになってたり…)
IE９に期待。　まぁこっちのsleipnirでは普通なのですが（ぁ
「書き込み権限が取得できませんでした」が気になる。

・別件
エラー：ts is not set. Use default　ってのはどこが出してるエラーでしょうか？
検索はかけたのですが、文字列ではなくシステムが出すメッセージみたいでヒットしなくて・・
多分player?ts=〜のtsだとは思うんですが。

# 関係ないけど、getflvにプレミア会員総数がｗ　　rpu={"count":941749,

>>531
とりあえず最新にしたら？　nlは削除動画も見れてる。

>>532
すまん！最新版で試してみてできなかったから質問しちゃったんだけど、再起動したら普通にできた

>>526
wikiのテンプレを勝手に更新してから言うのもなんですが、「質問する場合は」の項目はあれで良いでしょうか？
>>427を元にしてある程度纏めたつもりですが、簡潔に出来る部分、追加したほうが良い言葉などはあるでしょうか？

flvplayer_wrapperの要望はここでいいのでしょうか？

WindowsXP SP3＆IE8でプレイヤー左上のSIZEボタンでの拡大縮小ができません。
プレイヤーの右下・コマンドバーの「100％」の所で拡大縮小ができますが，
拡大したときにIEのウィンドウが小さくて右端が切れると，
元に戻すときに画面を右移動しなければサイズ変更ができないというひと手間が…

倍率変更はぜひ左側に付けてほしいです。
よろしくお願いいたします。

P.S.
拡大縮小時の起点が左上なので，倍率変更関係は左上でお願いします。

＞プレイヤー左上のSIZEボタン
何のことを言っているんだ？
自作のボタンなら自分で利くように作り直せば？

>>535
iroiroなら最新詰め合わせので問題ないお前がいじったんだろ。
続きはオミスレでな。こっち来たらスルーするから。

おお、ESCでも完全に全画面解除されゆようになってる
激しくGJ

Wrapper使ってるんだが、前スレから調べて色々やってみたんだが
今のところ、ニコ割を再生させる方法はない・・・ってことか・・・？

ユーザニコ割以外はできないんじゃないか？

どうも、ユーザーニコ割もできないんだよなぁ。
もうちょっと調べて色々やってみるわ。ありがとう

前スレ>>909だ
あと、スクリプト無効にしてたら再生されない

なんか緑一色になっちゃうんだよね。
表示自体はされるから、変換とかその辺がおかしいのかもしれん

>>529
自分の環境では、必要最低限の最新ファイルで正しく動く設定が出来なかったので聞きました。

色々試した所、wrapperのswfをnl558のものにするとnullにならなくなりました。

自分の環境だけのようなので消えるとします。

＞545は前スレのUTF-8を正しく処理できてないブラウザ絡みじゃないの？
そのブラウザNGID登録も出来てないんじゃね

>>546
NGIDは使ってないんですが、試した所使えています。

nl558では動いてnl564以降動いていないんんでソースを見たところ、flvplayerに変数を渡す所がこれを境に変わってるようです。

ラッパーのNGIDじゃなくIDコピペする公式のNG設定の方だぜ？

nl558とか言われても何のことかすぐわからないって言ってるだろ。

>>548
そっちでしたか。
でもそのNGでも動いています。

>>549
すみません。
携帯からなんで面倒くさかったんで省略しました。

nl558.zipはhttp://hibari.2ch.net/test/read.cgi/software/1280337837/121
nl564はスレなし

このレスでほんとに最後にしときます。
ありがとうございました。

まぁ、ユニークなファイル名ないと呼び様もないよな

確かにflvplayer_wrapper16:9はVer.No.か日付かなんか付いてると良いなとは思う
スレに告知無いのもロダに上がってるし
様々な人が尽力されてるから統一したファイル名は難しいのかな

普通に年月日でいいと思うよ
同日に修正版を出すなら yymmdd_b みたいにすればいいし

何かログウィンドウが変なこと（ログ表示が動いてる・・・止まらない状態）
なのですが、何が原因でしょうか？
あと、マイリスト2列表示が効かない（他のフィルタは作動する）
ff3.6.8のNicoCache_nl (9).12で使用してます。
フィルタは、上のマイリス2列表示と
・wrapperReplaceFilter(wrapperデフォルト).txt
・99_3列Filter.txt

>>532
あ、getflvは無しの方向で。現在プレイヤーで再生している動画がエコノミーかどうかをJavaScriptから
知りたかったもので。watchページ内の情報か、もしくはプレイヤーから取得する方法が無いものかと。

>getthumbinfo
APIの性格からしてパラメータを見ているという事は無いと思うんですけどね。他の意見も欲しいところ。

>別件
cacheCommentExtensionですね。?ts=の部分を弄っているみたいなので。

>rpu
なるほど。rpuってもしかしてrecent premium usersとかの略かな？取得動画と全然関係無いけど。
たぶん、キリ番のカウントダウンはこれを見てやっているんでしょうね(だからusersもある)。

getflvでちょっと問題発見。
現在、getflvはPOSTなのでプレイヤーから呼び出される時はパラメータが付かないのだけれど、
nlFilterで弄る時に URL = flapi\.nicovideo\.jp/api/getflv$ だとマッチしない。
原因は、nl内部でURLのパラメータにPOSTの内容を追加して処理しているため。

>>534
特に問題無いと思ったけど。他の方もチェックしてみてください。

>>540-541
変換するための仕組みは入れてあるので、有志で頑張ればできるかも(自分は有志から外れました)。

>>551-553
wrapperはビルドした時の日時をバージョンとして埋め込んでいるよ。

>>550
自分も全く同じ症状で悩んでました
OSやブラウザも同じ
nl558のwrapperに変えると問題は解消されたようです
wrapper変えると直るという事はwrapper絡みの問題でしょうか

>>555
なら、soのieeの値を利用するしかなさそうですね。（エコノミー時間帯はこちらで設定。夏休みとかだと修正が必要；；）
あと、再生1000以下なら常に通常画質って言うのもあったりします。
ただの興味なんですが、getflvってlow記述消えたんでしたっけ？プレイヤー内部での判断が謎で。

>getthumbinfo
それは思いましたｗパラメータ追加で投稿ユーザー名も表示できるってなら大歓迎ですがｗ

>別件
本体のソースしか調べてなくて拡張スルーしてました＼(＾o＾)／ビンゴですね。ありです。

ところで、watchページのurlに?from=30を付けると30秒目からスタートするはずですが、
他の方新プレで動きます？こちらは旧でないと動かなくて・・・

あと、from関連で、プレイヤー変更（js）したときに、その時の再生時間に移動させるやつ
try {
so1.addVariable("fv_play_from", $('flvplayer').ext_getPlayheadTime());
} catch(ee) {}

>>534いいと思いますよ。

>>551-553
>>555にある通りswfにはビルドした日付と時刻を埋めこんでいるんですが
これはNicoCacheあぷろだにあげるときに日時をコメントとして書いて欲しいってことかな？

>>556
8/5日版に戻して問題が解消されるってことなら、ブラウザが古いとかで
JavaScript に パラメータ変換用の encodeURIComponent 命令がないんじゃないかと
その箇所だけの対策はできますが その環境だと 他でも不具合が起きてて それは残るかと思います
一応 その箇所だけでも対策しときます？

ちなみに8/5日版、あるいはそれ以前のwrapperを使っていると
フィルタの誤爆が発生したりするので注意してください

>>558
ローカルのファイル名とかじゃないかな？
解凍したときに同じフォルダに上書きされちゃうので

>>555
> nlFilterで弄る時に URL = flapi\.nicovideo\.jp/api/getflv$ だとマッチしない。
wrapper(旧プレ)はGETで動画IDつけてくるので、そのマッチだと結局問題になる気が
その辺もあって仕様ですw

>>557
>getflvってlow記述消えたんでしたっけ？
エコノミー時はurlの最後にlowついてませんか?(nlでキャッシュがあると書き換えるので注意)

新プレで再生中の動画がエコノミーか判定するのは結構面倒ですね。使えそうなプレイヤーAPI無いですし
watchページに埋め込まれてるのは｢公式サーバから取得したら｣なんで、
通常キャッシュが使われてると食い違いが出ます
確実なのはプレイヤーが取得したgetflvの?url=に"low"があるかないか、だけですかね
それを踏まえると、
･jsの呼び出し元URL(watchページ)に?eco=1があったらエコノミーでFA
・無ければgetflv呼び出してlowがあるか判定

getflv使わないのなら>>557に加えてキャッシュの存在入れて自己判定。色々面倒&誤爆しそう
ちなみに結構前から再生500以上に変わってます>エコノミー条件

>>558
> 日時をコメントとして書いて欲しいってことかな？
コメントもそうだけど、スレに書くときも書いたほうがいいと思うんだ
例えば>>442や>>469みたいな感じだと、どう言えばいいかよくわからず
ファイル名で言う人が出てくるんじゃないかな

nl本体(例:>>426)みたいに書いてあればその名で呼びやすいだろうと俺は感じた
実際 wrapper_mod のほうは日付も一緒に書いてあったから今まで問題なかったんだろうしさ

wrapperからいつのまにか『「最大化したとき左下にでていた」NGIDに追加ボタン』がなくなっています？
便利だったので復活してほしい＞＜

>>562
最新版は修正されてるよ

cacheMoveExtensionって振り分けられてサブフォルダにある削除動画をcache/deletedに移動することってできますか？
ボカロ物とかは$TAGか$TAGLOCKで振り分けられそうだけど削除動画の指定方法がサンプル見ても分かりません。

動画ファイルを読み込んだときに動作するから、削除されてたら無理だと思う

>>563
なんですと！？　ありがとうございます！

削除されたコミュ動画から元URL(?)を調べる方法ないですかね。

具体的には
www.nicovideo.jp/watch/so11472867 （THE IDOLM@STER STATION!!! 第52回）
にアクセスすると会員専用動画です、となって見れないんだけど
www.nicovideo.jp/watch/1279770325
にアクセスすると（so11472867があれば）見れる。

で、so11472867からできるだけダイレクトに1279770325に行き着く方法が欲しい。

現状so11472867のローカルのファイル名に付いてる_以下のタイトル
（THE IDOLM@STER STATION!!! 第52回）からググると辿り着けるんだけど
必ずしも安定的な方法ではないと思うので
できればfetchした段階でファイル名に1279770325てーのを埋め込んでおきたい。

何か良い方法ないスか？

それが出来るなら、有料動画がタダで見ることができるようになるよ

やり方は知っているがアイマス厨ってだけで
教える気にはなれない。すまんな。

>>569
どうせ知らないんだから書き込むなよ

ふむ、では これは 16_9_mod_flvplayer_wrapper20100830 ってことで
ちょっと長いな……
http://nicolist.net/nicocache_nl/up/img/nl588.zip
>>550を単純に対策してみました
なにぶん、こちらで確認できない現象なので直ってなかったり副作用でおかしなことになってたら申し訳ない

いつの間にかチャンネル動画のリダイレクト無くなってるのか･･･困ったな
>>568
IDわかっただけで有料動画見れるならみんな適当な板に貼るだろ

>>560
あ、ついてました。時間勘違いしてたっぽいです？
プレイヤでエコノミー表示確認してproxy無しにしたんだけどなぁ・・・
あ、500に減ってたんですね。前に500↑1000↓でエコノミー発生して疑問でしたｗ

>>564
wikiにある移動用nlフィルタでいいんじゃね？デフォはajax_topmoveだからtopを除外する必要あるけど。
さらに、外部サムネ・マイリス・再生ページ見た時しか動かないけど。

>>567
cacheCommentExtensionが入っていたらコメントのキャッシュにスレッドIDが入ってるはず。
米キャッシュからスレッドID取得して再生できるようにすることも可能だけど、めんどいので改造放置中ｗ誰か（ｒｙ
公式アニメ配信はso〜→スレッドID→「有料です表示」に２回リダイレクトするから取得は出来るんだけど、そのタイプは無理ぽ。
ファイル名に入れるのはあれだから、Extensionでsoを再生・キャッシュしたらso〜とスレッドIDのペアをキャッシュとかしたら？

>>571
確かに長いなｗ

>>572
購読登録してないのに見れるから有料も同じかと思ったけど、確かに対策はしてあるはずだろうな
調べたら、今は無料チャンネルは入会することが出来ないらしいんだが、アドレスが間違ってるだけじゃないのか？
そのチャンネルの動画一覧をみたらso〜ではないみたいだし

>>574
・so動画は必ず数字のみのIDにリダイレクトされて再生
・その動画は有料じゃなくて期間限定の動画（なぜSOなのかは謎）
・公式の説明文ミス乙ｗｗサムネ画像もURL指定ひどいしｗ

>>575
なるほどｗ
＞チャンネルに入会すると動画を視聴できるようになります。
が間違っているってことか

http://www.youtube.com/MLBglobal
[YouTubeでMLB全試合のフル視聴が可能に - 試合終了後36時間以内に]
という記事がありました。
ここの動画はyoutubeCacheFilterでは認知してないようにみえます。
認知できるようにしてもらえることは可能でしょうか。

>>557
soのiee値ってどういう意味でしたっけ？

>他の方新プレで動きます？
駄目っぽいですね。

ところで、誰か外部プレイヤーからwatchページの再生時間引き継ぎについて調べた人居ます？
ちょっと追ってみたけど、どこで再生時間を渡しているのかイマイチ分からなかった。
これが分かれば新プレでも再生時間指定ができるんじゃね？

>>560
>そのマッチだと結局問題になる気が
新プレのPOSTだけマッチしたかったので…。

やっぱりエコノミーかどうかの判断は簡単には出来なそうですね。
totalRenameで特定のケースを救いたかっただけで、あんまり頑張りたくは無いので保留にします。

>>564
cacheMoveExtensionはキャッシュ完了直後に働くものなので、既にキャッシュ済みのものに対しては
意味が無いです。複数のCompleteCacheを併用した場合は、最初にキャッシュを移動するExtensionが有効、
storeFolderとは併用可能なので他のフォルダに振り分けられたものでも改めて振り分けできるはず。

so.getVariable("iee")は1ならエコノミーが”存在”です。ナシは""
エコノミーの曜日と時間のデータを指定して現在時刻がそれならエコノミーと。
夏休みとかのエコノミーの変動意外ならほぼ確実に特定できると思いますよ。

やっぱ新プレでfromおかしいですよね。htmlソースにはso.addVariable("fv_play_from", "30");ってあるんですけどね・・・

＞外部プレイヤ
通信見てたら、http://www.nicovideo.jp/redir?p=sm9の前に
http://res.nimg.jp/swf/player/cross_sharedobject.swfが通信されてたので、
sharedobjectが使われてますね。ローカルにドメインごと(だった気がします)のflashの変数です。
crossってあるからドメイン許可でもしてるんですかね。（ソースにはSecurity.allowDomain("*");が存在）
てことは、プレイヤーが読み込まれる前に、flash使ってsharedobjectに再生時間埋め込めｂ（ｒｙ　めんどいｗｗｗ

「>>554」の件、わからないでしょうか？

>>579
なるほど。いずれにしても、今回のケースだと使えないかな。
再生時間の件はsharedobjectですか…自分には分からんわけだ。

>>580
ログウィンドウって時点で答えられる人が限定される気が…。

>>580
ログの記述がどんなものかを書かないと判別は難しいんじゃないかな？
[Debug]〜なら、本スレ80のケースだとは思うけど。

個人的に弄った mylistCountBar その14とその他。
ttp://nicolist.net/nicocache_nl/up/img/nl589.zip

前回のスレ確認時（20日頃？）までにレス129までしか表示できなかったのと
DAT落ち表示を確認したため、本日までレスを確認できなかった……orz

修正内容は、「>>352」への対応です。
ついでにJavaScriptソース内のインデントを半角スペース２文字から１文字に減らしました。

マイリストのJarty用処理を追加する場合は、「mylist2.js」の読み込みと「jarty.js」の読み込みの間でJavaScriptを読み込み、テンプレートから呼び出す方法があります。
ニコニコ動画のマイリストでは、テンプレート内に処理が書かれているケースもあります。
※特に必要がなければ、「mylist2.js」を書き換える必要はありません。

■読み込むスクリプトの記述例（動作するスクリプトの例はmylist_jarty.jsの190行目からを参照。）
(function ($) {
/* Jarty 拡張 */
$.extend(Jarty.Function, {
foo : function (r, params)
{
var bar = params.vtitle;
ここに「bar」に対する処理を書く。
r.write(bar);
}
});
})(jQuery);

■上記処理を呼び出すテンプレート
{foo vtitle=$item.item_data.title}

■備考
上記の「foo」や「vtitle」の部分は大文字が使えなかったかも？
JavaScriptの「innerHTML」だとInternet Explorer 8でテンプレートを書き換えられなかったため、mylist_jarty.jsでは次のように処理しています。
　１．変数に「innerHTML」でテンプレートの内容を入れる。
　２．変数内のテンプレートを書き換える。
　３．元のテンプレートのid属性を変更。
　４．元のテンプレートと同じid属性で、「２．」で作ったテンプレートを出力。
なお、フィルタでテンプレート自体を書き換えるという方法もあります。

>>571
wrapper_16:9 100830
こんな感じでいいんじゃない？

>>571
対策ありがとうございます
http://nicolist.net/nicocache_nl/up/img/nl588.zip
に更新するとnullになる問題は今のところ解消され、別の問題は発生していません
引き続き使用してみます、ありがとうございました

>>580
同じメッセージが高速で流れてるのなら、起動時に失敗するとそうなる
よくあるのが実は2重起動してるとか、キャッシュフォルダが作れない時とか

>>587
一番多いのはポート番号かぶりじゃないか？

エコノミー時間帯の時にキャッシュが無い場合
http://g2labo.orz.hm/bridge/
ここからキャッシュできるように出来ませんか？
手動でやってるんですが…

「NicoCache使えばBridgeが自動で使えるらしいよ！」
って事になったら負荷が増えてBridge閉鎖もありうるかもね。

勝手鯖自警団

Genkidamaにコントリビューションするか

>>589
何かと思ってサイトを見てみたけど、これってアカウント(しかもプレ垢)の第三者への貸与になるんじゃね？

規約上ニコ動はダウンロード禁止なのだしこのスレで
余所様の規約違反とかに口出しする必要はないよ
火傷の元

このサイトからキャッシュもやめといた方がいいだろうね
相性が良すぎる。便利になりすぎると変なやつまで流れこんできそうで怖い

これは便利だけど、キャッシュ取るのは手動にしたほうがいいかもね
プログラム作りたいなら自分でやればいい

>>590->>596
ありがと了解した。

sm11950239 これのエコノミーキャッシュが252bytesしかないんだけど他の人どうですか？

公式的にそれで合ってるっぽい。apiの結果もそうだし。
ただ、動画的には公式のエコノミーエンコミス。

そうですか。此方の問題ではないということでひと安心。

キャッシュ済みの動画の読み込みが途中で止まる症状が頻発するんだけど、誰かそうなった人いる？

>>601
Nicocacheを長時間起動してるとそうなった。
TCP接続数が尋常じゃないことになっていたんで、今は定期的に再起動させてる。

あ、おれもだ。誰も書いてなかったからこっちの環境のせいかと思ってた。
起動して数時間するとうまく動作しなくなって、タスクアイコンのメニュー動作が異常に遅くなる。「nlを再起動」を選択しても無反応。
タスクマネージャ見ると「javaw.exe」が普段の数倍のCPU使用率になってるので強制終了。nl初期からずっとこんな感じ。
Win7 x64

長時間って具体的にどれくらいですか？

>>602
起動しなおしても即読み込みが止まったりするから、起動時間の長短じゃない気がする
>>603
つい最近nlを最新のにしてみたらこの症状が出るようになった。
7/8の大幅仕様変更以前まで使ってたnlではまったくこんなことにはならなかったのになぁ

>>604
6〜8時間くらいかね

>>605
言われてみたらver秋くらいから動作不良に拍車がかかった気はする。DebugやNGヒット表示をオフにしてても、ログ表示にやたら時間がかかったり。

現在の環境は>>426にNGCommentExt+YouTubeCacheExtでWrapperデフォ。
しばらくExt切って動かしてみるかな…

さっき、最後まで読み込むのに十数回ぐらい更新してやっと・・・
ひどすぎる

ログになんて書かれてるかとかメモリー使用量とかそこらへんが関係ありそうだけど
後HDDの消耗かな

俺のIDは何を否定したいんだろうか

こっちはそんなことが最近起こった記憶はないなぁ。
HDDの寿命とか容量いっぱいあたりじゃないかと予想。

うちはXPだけど数日放置してても読み込みが止まるってことは無いなぁ
ローカル同士の接続が大量に居残るのは気になってたけど特に問題ない

いくつかの特定の動画だけとか、サイズが大きいものだけとかいうわけでもないのかな

うちは別マシン(Linux鯖)で起動してるから、月一で再起動するかどうかだけど、
特にそんなことになったことはないなぁ。環境によるのかね

自分もLinuxじゃなく別PCにWinXp鯖で稼働させてるけど全く問題ない

資源の少ない黒箱で使ってたころはよく落ちてた気がする

nlMovieFetcherで20件ぐらい一気にfetch登録すると
java.exeのCPU使用率が100%になったままになるんだけど、
これは普通の状態なのかな？

待機している件数が減るとCPU使用率は落ち着いてくる。
そもそも、CPUパワーがあるとはいえないＰＣだが。

1コアのCPUとか言わないでね

>>601-614
問題が発生する版と発生しない版を特定してくれたら、ソース差分から原因を推測することはできるけど。
自分はWindowsじゃないから分からないけど、Linuxの場合はreadTimeout=0にしないとファイルデスクリプタを
使い尽くす問題は把握している。あと、別アプリだけどWindowsでJava6 Update21にしたら問題が出るように
なった、という話を聞いたことがある。

そういえば、前にアンチウイルスソフト絡みじゃないの？って書いたこともあったっけ。その後の報告が
無いから結局のところよく分からないけど。この手の結果報告って半分も無いのよね。

>>606
ver秋ってどれだけ昔の話してるんだｗ
このスレの改造版はNicoCache_nl 秋.01からの派生なので全部って事になるよ。

>>615
Windowsじゃないか(ry.
nlMovieFetcherの問題なのか、普通にwatchページを6窓開いても同様なのか、くらいの情報は欲しいね。
本当に待機数が原因だとすれば、Windowsで多数のスレッドがセマフォを奪い合うとそうなるって事かも。


getthumbinfoキャッシュの件は議論も無いのでとりあえず対応しないって事でおｋ？

>>617
>普通にwatchページを6窓開いても同様なのか
2窓以上はニコの仕様で開けないのだが。
当たり前だが、キャッシュ済みの動画を6窓開いてもjava.exeがCPUを
占有することは無いし。

nlMovieFetcherの仕組みがよく分かっていないのだが、待機数＝同時実行数
ということになるのかな？

大量に登録しないようにして使用すればいいだけの話かもしれないな。
実際にそこまで大量にfetch登録するケースはほとんどないし。

>>618
＞2窓以上はニコの仕様で開けないのだが。
これ初めて聞いたんだけど、いつごろからそんな仕様になったの？
俺は6窓とか開いても問題ないんだけど

同時にDLできるのは2窓までだったはず

fetcherって20個登録しようが100個登録しようが
同時に読み込むのは5個までがデフォルト設定じゃなかった？

待機してる分でなんでCPUくうか分からんけど、環境くらい書いたら？

>>620
普通に読み込めるんだが
一般会員は2DLまでなのか？

一般会員は同時DLは2つまで。大量fetchするとよくわかる。（だから上限5とかは一般には意味が無い）
これは、nlMovieFetcherができてから結構たってからできた。
2009/11/24(火)の時点で2が上限だったみたい。（nlMovieFetcherの更新レスかなんかで言ってた気がするんだけどなぁ・・）
http://pc12.2ch.net/test/read.cgi/software/1257245399/302

>getthumbinfoキャッシュ
設定で<smid>?〜の〜部分を指定してマッチしたら上書きとか個々のPCで出来ると（ｒｙ　いいだしっぺです。さーせんｗ

直接動画ファイルに・・・

とりあえず公開マイリストから29個fetchしてみた@AtxlonX2-5200+&FX&XP
fetch予約し終わった時点でFXとnlが十数パーセントずつ、
マイリスを閉じるとnlが0〜3%くらいFXは圏外。Fetch後の進捗状況表示とリクエストでそこそこ食ってるみたい
特に問題はなし

>>618-623
一般会員の同時DL数制限は、プレイヤーに搭載された機能
なんで、newPlayerControllerのプレミアム偽装してたり、別ツール(fetchとか)使ってれば関係ない
今試して、一般垢で5個fetch(予約残り18本)+プレミアム偽装で5窓、合計10本同時ダウンロードはいけた
(一般･プレミア関係なく発動する｢短時間での連続アクセスはご遠慮ください｣はあるから注意)
この状態でjavaw.exeは0〜3%

getthumbinfoのキャッシュってーと
「NicoCacheのキャッシュからの検索結果」
の精度が上がったりタグでもできたりするん？
だったらお願い致したく

技術的なというか労力的な辺りはさっぱりなので
無理・面倒ならいいけど

>>625
勘違いすみませんorz

>>626
キャッシュを適用するURLの範囲がちょっと変わるだけです。
精度が上がったりはしないですね。

>>618
>2窓以上はニコの仕様で開けないのだが
ごめん、最近は複数窓とか試していなかったもので…。
他の人は100%張り付きとかにならないみたいだから、貴方の環境に因るものなのでしょう。

ちなみに、進捗状況表示(fetching...39%とか)は2秒間隔で個々にアクセスが発生するので、
同じページ内で多量に手動でfetch登録すると、nlから見たら軽いDoS攻撃みたいになります。
それを待機数と言っているのであれば、>>617で書いた待機数とは意味合いが全く異なります。

>>623
>設定で<smid>?〜の〜部分を指定してマッチしたら上書きとか個々のPCで出来ると
ちょっとよく理解できないけど、現状でも<smid>?〜を付ければキャッシュは使われないけど
それじゃ駄目なんでしたっけ？

>>628
> 同じページ内で多量に手動でfetch登録すると、nlから見たら軽いDoS攻撃みたいになります。
ん、ランキングやマイリスからある程度まとまった数をfetchするのは
普通にやるんだけど、想定されてる使い方とは違うって事？

>>628
それ＋キャッシュの更新もできたらなと。

>>629
使い方には問題ないですよ。
「fetch状況の確認は動画ごとなので、2秒ごとに”nlに”fetchした動画の数通信してる(≒DOS)」っていう蛇足です。

>>629
想定はしているけど負荷はかかるよ、ってこと。
負荷を避けたいなら、動画を見ている間に次に見たいものを一つだけfetchする使い方がオススメ。
あくまでnlMovieFetcherは先読みキャッシュであって、ダウンローダーでは無いので。

>>628
>ちなみに、進捗状況表示(fetching...39%とか)は2秒間隔で個々にアクセスが発生するので、
>同じページ内で多量に手動でfetch登録すると、nlから見たら軽いDoS攻撃みたいになります。
そういうことであれば、fetch動作うんぬんではなく、
進捗状況の表示がjava.exeに負荷をかけてることになるんだろうな。
時間が空いたときに進捗表示が出ている状態とそうで無い状態で試してみるよ。

ちなみに一般アカウント、ExtensionはnlMovieFetcherのみ、
設定はswf変換関連、ディスク容量以外は全てデフォルトで使用という状態。

みんな色々試してくれてありがとう。

>>617
>>614ですがまさにそのファイルディスクリプタを使い尽くしてお亡くなりになっていました
FAQだったのですね
失礼しました

NicoCache_nl (9).12 +100903mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl590.zip
・ファイルシステム跨ぎ移動の場合はI/Oを直列化して競合状態を防ぐようにした
　→100MBクラスのファイルコピーが並列に複数走るとシステム的によろしくないので
　※リネームの場合はメタデータの操作だけなので並列のままです
・外部プレーヤーから通常キャッシュが使われないケースがあったので対応
　→?eco=1対応の影響でエコノミー時間帯に?eco=1アクセスだと判断していた
・ソースの整理(コメントアウト部分を削除)

>>630
>それ＋キャッシュの更新もできたらなと
試しにやってみようかと思ったけど、結構な修正が必要だったので止めました。
元々がExtension用のキャッシュ機構なのでsmid指定のみでパラメータを考慮していないし、
やっぱりパラメータが異なるものを同じキャッシュとして扱うのはおかしいと思うので。

これとオミトロン通してニコニコ見ると
どうしても接続まで時間がかかるのですが
仕方がないですよね。

そんなに時間かかる印象はないけどなあ
散々待ったあげく「接続できませんでした」とかはないからストレス軽減されただけかもしれんが

>>628
同じマイリストで20個程fetch登録して試してみた。
やはり進捗状況表示が負荷をかけていたようだ。

マイリストを開いている状態だとjava.exeがCPU使用率100%になってしまうのだが、
マイリストを閉じると直ぐに40%程度に落ち着いた。
CPUがヘボいんでこれぐらいが限界かな？

情報ありがとう。一応報告までに。

いつまでたっても、「[.▲・]読み込み中...」てなって
再生できないの動画がたまにあるのはなぜ？

http://nicolist.net/nicocache_nl/up/img/nl591.zip
特に大きな不具合がなかったようなので wrapper16_9 20100904 としてうｐ
各設定項目にポップアップ簡易説明を入れたらファイルサイズが大きくなってしまった罠。

>>635
ちゃんとproxy.pac書いてる？特に大百科は必ずバイパスさせないと。
あと普段のweb閲覧もオミ通してる人は最後のreturnがDIRECTじゃなくて
オミのポートになるけど、その場合httpsもオミ通してることになる（オミの内部通ってバイパスされる）
これが接続数長引かせて重くなる。pacにhttps除外も書かないといかん

>>635じゃないけど大百科除外してなかった…死にたい

公式動画とか途中までしか読み込まない動画があるんだがどういうバグなの

おまえのあたまの

>>639
自動ワイドプレイヤが効いてないみたいです
[この動画]のチェックを手動でONにしないとワイドになりません

>>639
ワイドプレイヤ使用時、画面を拡大するボタンで拡大するとブラウザのサイズを無視して、左右の端が切れた状態になります。（4:3の画面サイズで拡大される）

>>644-645
その辺りはしばらく前から一切更新してないですよ？
少なくともこちらでFirefox、IEで試してどちらの現象も起きないのでなんとも
ちょっとその情報だけでは どうしようもないです

>>646
今確認したら>>644はおきませんでした
設定は一切変えてないんだけど、なんか変なキャッシュが残ってたのかな……

画面上右クリックで16：9にしたらワイドスクリーンON・OFFが働き、4：3のままだと4：3の外枠のままで
16：9の動画になるのですね。

現状が何をどうしたのかわからないけど、解決したのかな？
それとも動画と画面の縦横比と操作順による問題とか？？
ま、いいや、変なことあったら またそのときにでも

俺も自動ワイドプレイヤが効かなくて困ってた
「自動ワイドプレイヤーを有効にする」のチェックを外したら効くようになったよｗ
右端の「この動画」に勝手にチェックが入ってる

あと「ニコ割あり(510p)」にチェックしれてるんだけど、
あるはずの動画の時でも真っ黒のままで表示されないんだけど。
キャッシュにはニコ割はあるんだけどね
他にもチェックマークを付けるべきところがあるのかな

>>646
IEでのwrapperと新プレのスクリーンショトです。
新プレはウインドウの横のサイズに合わせて拡大されるけど、同じサイズのウインドウでwrapperにすると端が見えない。

http://www1.axfc.net/uploader/He/so/292639.bmp
http://www1.axfc.net/uploader/He/so/292640.bmp

axfcに画像はいろいろめんどいからどっかのUPロダをおすすめする。

ところで、youtubeCacheExtensionの外部プレイヤーの(vID&タイトルの)ファイル名付けって
nicocache_nlを外部プレイヤーを埋めこんであるページを通さないと、つかない感じですかね？
youtube鯖のみでなんとかって出来ないでしょうか？

>>652
うちではIE使ってwrapperでも新プレでも切れてないけどなぁ
JSをフィルタやオミで変更とか上書きとかしてるんじゃ？

YouTubeCacheExtension rev04d
http://nicolist.net/nicocache_nl/up/img/nl592.zip

外部プレイヤーでタイトルが取得できなくなっていたので修正
外部プレイヤーのアドレスが追加されたので追加。(www.youtube-nocookie.com
nlFilterをマージ。(ちょこっと変更してます。thx>>105

html5に対応したあたりで仕様変更されて直すの忘れてた。

関係のない別件。
SayMoveの動画のurlがhostごと、ころころ変わってうぜー

>>654
ウインドウサイズを小さくしていくと切れていきませんか？
http://www.gazo.cc/up/15647.png
http://www.gazo.cc/up/15648.png
最大化に近い状態で使ってる人が多いんかなぁ

>>656
ヘッダ部と入力部を透明化していると切れないね
wrapperで透明化していないときのリサイズ処理が、ワイド対応になってないんじゃないかと予想

俺も自動ワイドプレイヤが効かなくて困ってたｗｗ
>>650の言うとおり
「自動ワイドプレイヤーを有効にする」のチェックを外したら効くようになった
その時、右端の「この動画」は勝手にチェックが入る

LinuxでNicoCache_nl 秋.01 (based on NicoCache v0.43) +(9).12 +100903modを使用しているのですが
config.propertiesを読み込んでくれなくなってしまいました
どうしたらいいのでしょうか

>>657
試して頂いてありがとうございます。
こちらでもヘッダ部と入力部を透明化にチェックすると意図した動作になりました。
ニコ割は表示させときたいので修正されるのを待っときます。

http://nicolist.net/nicocache_nl/up/img/nl593.zip
wrapper16_9 20100905a です
これではみ出しは（仮）修正できたかな？ 情報ありがとうございました！
wrapperは設定組み合わせが非常に多いので報告の際は主要なものだけでも書いてもらうようお願いします（本来なら環境も欲しいところ）
書いてないと全設定で起きる事象と勘違いしてしまうんで

あとは自動ワイドプレイヤの件ですか。
これは設定が逆になっているという状態なんかな？ ちょっと未だに整理、再現できてないです。
自動ワイドプレイヤは自動スムージングと同様に自動の設定が反映されるのが次回時な上に
1度手動で設定を変えると自動処理が無効になるのでどのタイミングで再度読み込みしたかも
添えてもらえると把握しやすいかな
（ここ自分でもわかりにくいんだけど、変更してしまうとスムージングと処理が違うようになって更に混乱を招きそうな箇所）

>>659
権限の確認

この頃、たまにずっと読み込み中のままの動画が
あるのですが、>>638のような状態です。
時間帯を変えても同じでした

nlApiUtilExtension の弾幕グラフの"弾幕グラフだけ"を表示させる方法は無いでしょうか？

現在 iframe で、getgraph=<smid>&h を scrolling="no" width="640" height="206" な感じで
ポチッと呼び出しているのですが、もう一息縦の幅を狭くしたくって。

>>664
直接埋め込むといい感じ。
http://nicolist.net/nicocache_nl/up/img/nl594.zip

>>665
ありがとうございます、早速頂きました。

iframe だと「戻る」でまず iframe の中を戻ってしまいイマイチだったので、
それも解決できて超感謝です！

>>665
すいません。これって何が出来るんですか？？

>>667
弾幕グラフがwatchページ内で呼び出せるようになりますよん

前
ttp://www.dotup.org/uploda/www.dotup.org1131386.jpg
後
ttp://www.dotup.org/uploda/www.dotup.org1131390.jpg

(それぞれ 865x678 px 200KB ぐらい)

もう一度感謝！ >>665

>>665
>>668
ぼくも使ってみます。
ありがとう！

>>668
試しに入れてみた
「弾幕グラフ」のところを押しても
グラフ用のスペースが空くだけて空白のままなんだけど
ほかに何か必要？

http://nicolist.net/nicocache_nl/wiki/index.php?ext/nlApiUtilExtension
で表示してるので、そのページよく読んで

>弾幕グラフデータについて
>必須事項
>/local/amline/amline.swfがあること。
>/local/amline/swfobject.jsがあること。

このへんかな？多分。

まず、nlApiUtilExtension が必要
さらに nlApiUtilExtension の readme の「■弾幕グラフデータについて」の手順に従って
「Line & Area」の必要ファイルを指定の場所に置いておけばOK

かぶった……、しかも説明がこっちの方がショボかった…… orz

最近右クリックから※やIDコピー選択してもコピーできてない場合が多いんだけど、これはFlash側の問題なんかな＠Fx3.6

>>671,>>672
>4:amline_settings.xmlが存在しない場合、作成。
これは勝手に作られるという解釈でいいのだろうか？
それとも自分で作らないとダメ？
ローディングエラーになってしまうんだけど

>>675
一回適当な動画の弾幕グラフ（/cache/ids?getgraph=sm9 とか）を表示させてやれば
/cache/ids?getgraphAPIXMLSET 相当のファイルが勝手に生成されるはず。

NGCommentExtension v0.4.2
ttp://nicolist.net/nicocache_nl/up/img/nl595.zip
★結構いろいろ弄っているので不具合あるかも
・NGCommKillJUMP=trueの時に特定ユーザーなら全てNGにする機能を追加
　→list/NGuserId.txtにユーザーIDを記述します($LST形式、ただし#startは考慮しません)
　※現状、NGWORD.txtでthumbinfoを利用しないと機能しません(無条件で取得しても良い？)
・NGCMDで投稿者コメントを対象から除外するようにした(thx>>180)
・NGCommShowMatched=falseの場合に発生するkill@JUMPの不具合を修正(thx>>439)
　→投稿者コメント(コマンド)の削除のみでdeleted="1"が付いていませんでしたorz
　　新プレは単に投稿者コメント欄でundefinedになるだけだけど、
　　旧プレはスクリプトエラー「マクロ名がありません。」がポップアップする
・NGID.txtを最終マッチ時間でソートして保存するようにした
・ExtUtilを更新(100905) ※以前の版と互換性ありません


>>637
報告どうもです。readmeにその辺りのことを追記しておきます。

弾幕グラフはnlApiUtilExtensionだと別途コメントを取得してデータを作成するんだろうけど、
NGCommentExtensionなら処理の一環としてデータを作成できるんだよなぁ。…欲しい？

>>676
できたー
ありがとう

弾幕グラフを見てて
現在の再生位置が表示されてれるとなおいいと思った
負荷掛かりそうだし処理的に無理かもしれないけど

wrapper16_9 20100905aを利用させていただいているのですが、
30分弱のコミュニティ動画再生の際、本来6000件流れるはずのコメントが
最新1000件しか流れないのは仕様なのでしょうか。

使用ブラウザはFirefox3.5.8、ProxomitronのバージョンはNaoko 4.5(2003-6-1)+7です。

おそらくそれは旧プレの仕様
その辺りの新プレ仕様が明確にされないと対応はできないかと

>>677
Nicowatch ToolsのHeatMeterみたいなのは、可能でしょうか？
動作としては理想的なんですが、削除動画で動かなくて
シークバーの長さもかわってしまって
greasemonkeyですがchromeでも使えればと思いまして
可能なら是非よろしくお願いします

wrapperのオススメで上3つはサムネ表示されるんですが、4つ目以降の動画のサムネを表示させることは出来るでしょうか。

ランキングのフィルターで、ランキング群の上にセレクトボックスを配置するものが
ありますが、それに過去の年月日のボックスも付け加えることは出来るでしょうか。

>>679
自分もそれは思った。プレイヤーから現在の再生時間を取得してグラフに反映させるだけだから
別に負荷は無さそうだけど、amChartsでどのように反映すればいいのか試行錯誤中。

>>682
使ったこと無いのでよく分かりませんが、HeatMeterってシークバーと同じ長さの色付きグラフを
シークバーの下に表示するって事？wrapper16_9に実装されているのでそっちでいいんじゃない？
データをどう見せるかはクライアント側の実装次第だし、自分はHeatMeterよりもamChartsの
弾幕グラフ的な見せ方の方が好みですね。

なんか、やってみたら結構面倒だな。特にamChartsの使い方から調べるのが…。

>>683
設定にはない
wrapper側で変えれば全部サムネつきにはできるけどその方がいい？

Kasperskyを2011にしたらchrome意外では読み込みが困難になった。
勝手にアプリケーションルール弱い制限付きに変えられてた。もう。

>>686
お願いします！

またか…

またwrapperが表示できなくなってるね
新プレしか表示できない

え、できるけど・・・

俺も出来ない

うちのはwrapper標準のはずだけど新プレになるねえ。

wrapper表示できて普通に再生

操作に異常無し

wrapperReplaceFilter(JS切替)使えばwrapper表示された

wrapperReplaceFilter(JS切替)試したらＯｋでした
普通のではだめみたい

なんで？

どれでダメでどれだとイケるとかさっぱりわかんにゃー
バージョン表記無いのってメドイね

JS切り替えってどこに入ってる？

nl577　wrapperReplaceFilterJS nl568+nl575
nl593　16_9_mod_flvplayer_wrapper 20100905 (画面サイズバグ修正)

自分はこれで直りました（nl593の中のJS切替でも大丈夫）

>>700
thx

ページ構成が変わって、フィルタでのwrapper置換がうまく動いてないみたい。
JS切り替えだと影響受けないみたいだね。

[Replace]
Name = ラッパー置換
URL = www\.nicovideo\.jp/watch/\w{2}\d+\?(?:.+&)?wrapper=1
Match<
(?s)(id="flvplayer_container">+)(.+?new SWFObject\(").*?nicoplayer\.swf(\?ts=\w+", "flvplayer", )"\d+", "\d+"
>
Replace<
$1 style="width:950px;height:510px"$2flvplayer_wrapper.swf$3"950", "510"
>

これでとりあえずwrapperに置き換わったけど正しいのかな？

http://nicolist.net/nicocache_nl/up/img/nl596.zip
wrapper16_9 100908 です、オススメにサムネ追加しときました
フィルタはとりあえず + を * にしたの入れてあるんで、とりあえず動くんじゃないかな

直った。乙です

タッチの差で修正が出るとは。しかも702は間違ってたしorz

>>703
ちゃんと表示されました。乙です。

>>703
修正乙です。早速使わせてもらいます。

前から疑問に思ってたけどswfConvertRedirector+WrapperのswfConvertRedirectorプラグインってどういう効果なの?
今のwrapperReplaceFilter(wrapperデフォルト)はswfとか分類してないから、
ダウンロードしながら再生できるものかと思ってたけど、
両方ONにした状態でも一度キャッシュしてからでないとswf再生できない。

NGCommentExtension v0.4.3
ttp://nicolist.net/nicocache_nl/up/img/nl597.zip
・統計グラフ(いわゆる弾幕グラフ)の表示を追加してみた
　→コメント処理の一環で統計情報を作成するので余計な通信が発生しません
　　サンプルでamChartsを使った「統計グラフを表示」フィルタを同梱しています
　（今までの弾幕グラフ＋NG数/削除数の表示＆クリックでシーク＆再生位置の表示）
　※統計情報はAPIで取得できるのでHeatMeter表示が好きな人はご自分でどうぞ
・ExtUtilを更新(100909)

ぶっちゃけamChartsの使い方とドキュメンテーションで時間かかった気がする…。
再生位置の表示は力技です。たぶん、もっとスマートな方法があるはず。

新機能のマイリス連続再生だけど、そのリストで再生した全ての動画についてコメントの自動受信が
継続されるみたい。統計情報がデフォルト5件だとすぐに溢れます…。コメ鯖的にもよろしくないんじゃ？

上のメニュー（「Del」「DL」「Opt」「NG」「Lnk」）と右のメニュー（「投コメ」「フィルタ」「最新コメ」…）
動画クリックするとボタンが波状に反応する、再生前にサムネが表示され、サムネ画像＋説明文

これを

上のメニュー（「DL」「設定」「NG」「Link」）と右のメニュー（「投稿者コメント」「フィルタ」「最新コメント」…）
動画クリックするとボタンが波状に反応しない、再生前にサムネが表示されず真っ黒画面に説明文

こう弄りたいんだけど、どうやればいいのかな
wrapper更新したら上の仕様になってたんだけど、一つ前のwrapper画面の方が慣れてたから戻したいんだ
こういうときに限ってコピーフォルダ作ってないし、上書きで更新したから元のファイルが何なのか分からない

>>707
過去ログ
>>709
ttp://drop.io/wrapper/

>>710
ありがとう助かったよ
正直wrapperのバージョンダウンしたら動かなくなるんじゃと不安だったが
しっかり動いてくれた

マイリスの画面が変わったおかげでfetchリンクでなくなってるね。

それ おかげ じゃないｗｗ

>>708
おつ。
NGは使わないけどグラフのために入れてみたよ

>>712
nl495のを使って普通に出てるぞ。

>>714
ん？あたらしいFetcher用のフィルターがあったのか。
0.5.2に付属してる奴で今まで出てたから変更してなかったよ。

新しい奴を試してみるよ。

>>708を使ってもグラフ出ないなぁ
>>665の方では出てたんだけど

効いてるかわからなくなるんで
>>665のフィルタは切ってるんだけどそれがまずいのかな？

>>716
フィルタはデフォでOFFだけどONにした？あと再生させないと表示されないっぽいよ。

時間軸の表示方法が斬新すぎてグラフの縦幅を200に増やすのがちょいめんどかったｗ

>>713
自分もNGID以外は殆ど使ってないけどｗ
グラフで表示してみると結構削除が多いことが分かって面白い。

>>715
そろそろv0.6を出さないと駄目かな。
手元では安定しているけど、v0.5.2から相当弄っているので不具合出るかも。

>>716
amline.swfを入れないと駄目なので、フィルタはデフォルト無効です。

>>717
斬新じゃない方法がいいんだけどね…。誰かもっと上手い方法を教えてください。

>>708
弾幕グラフの実装ありがとうございます。
削除済み動画や、アニメの公式でも弾幕が出るようになってイイ感じです。


NGCommStatGraph.js
　 "amline.swf", id, "976", "100"
⇒"amline.swf", id, "962", "140"

NGCommentFilter.txt
　 id="NGCommStatGraph_container" style="margin:0;">
⇒id="NGCommStatGraph_container" style="margin:0px 5px;padding:0px2px;border:solid 1px rgba(80,80,80,0.6);">

な感じに幅と高さを変更したのですが、現在位置表示の縦線がグラフの上半分ぐらいを
ふわふわ移動してしまいます。

縦線を下から上まで表示させるにはどのへんをいじれば良いのでしょうか。
どこを変更すれば良いか分かりませんでした……

>>717
ONにしたけどグラフ部分がエラーになる
再生位置表示は表示されてる

あと

>以下のURLにアクセスするとamChartsで使用するXML形式の統計情報を取得できます。
>http://www.nicovideo.jp/cache/ngstatxml?<smid>[&every=N]

これをやらないと駄目な気がするんだけど
http://www.nicovideo.jp/cache/ngstatxml?sm〜
と打ってもうまくいかない

>>719
今までの弾幕グラフってアニメ公式で出ないんでしたっけ？動作確認をアニメ公式でやっていたので、
当然出るものだと思っていた…。動画の長さ、コメント数、コメント投稿頻度、と確認にちょうど良いのよね。

現在位置の表示はラベルで強引にやっているので、サイズを変更するにはトライ＆エラーを繰り返して
値を調整する必要があります。ヒントとしては以下のあたり。
> "<x>25</x><y>75</y><rotate>true</rotate><text>****************</text>" +
> var x = Math.floor(current * 936 / total) + 25;
SWFObjectの幅と高さを変数で指定できるようにして、調整値を計算で出すくらいならできるかな。

>>720-721
すまん、「エラーになる」とか「うまくいかない」とか書かれてもよく分からん。
API直打ちで何も出ないのなら、Extensionが更新できてないんじゃね？ ログを確認。

>>722
アニメ公式では何か下手してるかもしれないですが出なかったです ＞ nlApiUtilExtension の弾幕
違ってたらすいません。

で、アドバイスを元に無事できました、縦140の時だと y 112 で * は適量追加でいい具合になりました。

時間が経っているのを見なおしてみると
最初は弾幕の厚かったであろう所が意外にそうでも無くなっていたり、
歌の途中で弾幕が新規に発生しているとか、
一目で分かるようになったのが楽しいですね。
あと、NGの網に掛かっているのが視覚的に、とかｗ

>>710
ずっとこのスレ読んでたけどよく分かってない。
wikiも説明になってないし。具体的に示してくれると助かります。

せめで.javaファイルの中身は読もうよ

swf再生なら新しいnl本体にWrapperのNicoCache_nl用を全部上書きして
ローカルサーバー使用設定とプラグインチェックだけで出来るだろ
出来ないなら特殊な使い方でもしてるんじゃない？

>>707
wrapperのオプション「swfConvertRedirectorプラグイン」を使用する場合は
オプション「ローカルサーバを使う」のチェックと記述が必須みたい。

「ローカルサーバを使う」記述無しでもキャッシュがあればwrapperでの
swfファイル再生は出来るから、ついさっきまで気付かなかった。

swfConvertRedirector.javaに書かれている[RequestHeader]フィルタを使用する場合は、
「swfConvertRedirectorプラグイン」「ローカルサーバを使う」共にOFFでも動作する。

>>722
何とかグラフの表示までこぎつけました
あとはグラフ右端の数値を下の弾幕グラフと同様にして
見やすくしたいのですが、どこをいじればよいでしょうか？

http://www.katsakuri.sakura.ne.jp/src/up47495.jpg.html

> グラフ右端の数値
右端じゃなくて左端でした

>>727
http://nicolist.net/nicocache_nl/up/img/nl598.zip
wrapper16_9 100910
ローカルサーバOFFでもプラグイン使えるようにしといたよ

>>727
ありがとう。
一応、nl環境を新規に作って試した見たけどやっぱり一回キャッシュしないと再生できないみたい。(Vista)
swfDebug=trueで見てると変換はちゃんとやってるみたいだけど、再生できなかった。(扱えないswfを読み込んでる感じで、シークバーが最後まで埋まらない)
同じnl環境をXPの方にコピーしてやったらなぜかこっちは動いたけど、
デバッグログ見てても違いは分からなかったから環境依存なのかも。

>>730
更新乙です。
今までは原因を特定出来ずにフィルタで対処していたので
とても助かります。

>>708
時間軸が動画の長さじゃなくてコメントの最後の時間までしかないから、おかしなことになってます。
http://www.dotup.org/uploda/www.dotup.org1140767.jpg
http://www.nicovideo.jp/watch/sm8698642

>>733
すいません。
この画像のタグ部分のタグロックが★になっているのフィルタでしょうか？
FirefoxでGreasemonkeyを使ったやつを使っていたんですが、
http://userscripts.org/scripts/show/27151
Chromeにインストールしても効きません。代替方を探しています。
よろしかったら、教えてください。

>>733
手元では既に対策済です。ただ、宣伝へのコメントが残っているけど現在は宣伝が無い場合、
動画時間よりもコメントの最終時間が長くなるのでやはりシークでおかしくなります。

本日正午公開の某動画、18,000コメほど累積してますけどnl側は全く問題無く動いてますね。
現在位置の表示をしなければグラフにもリアルタイムで反映されますけど、どうやらflashの方が
先に音を上げるみたいで、ブラウザ全体のレスポンスが非常に悪くなってしまいますねぇ。

>>734
http://abc.s65.xrea.com/prox/wiki/%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF%E3%80%81%E3%83%AA%E3%82%B9%E3%83%88%E5%85%AC%E9%96%8B/nicovideo/#collect_tag
jsファイルを埋め込むだけでいいから移植は簡単。が、埋め込み位置をうまくやらないと表示が微妙。

>>735
そうでしたか。すべて宣伝あり(＝コメント最後)の長さを使って、その長さをflash側で保持できたらシークもちゃんといけそうですね。
保持はできてるはずなので、flashから時間が取得できたら問題なさそうですね。

現在位置のscriptって負荷高いんですかねぇ。こっちは改造して1sごとに変えちゃってますがｗ

>>736
ありがとうございます。

>>736
統計情報取得APIのパラメータに終了時間を指定できるようにしたけど、プレイヤーから総時間を
取得した時に宣伝時間が反映されているかを知る方法が分からん…。宣伝あり・なしをAPIで取得して
総時間に10秒加算しているようですが、再生開始直後だとAPI結果が間に合っていないようで。
watchページ内に宣伝情報は無いみたいだし…。なんか上手い方法無いですかね？

つーか、amChartsでx軸の値を指定して何らかの描画ができればこんな苦労はしないのですが。

レスポンスが悪くなる問題は、コメ数が多い動画で長時間プレイヤーを開きっぱなしだと発生する感じです。
現在時刻を取得すると再生が一瞬止まる問題も、コメ数が多い動画で顕著な気がします。

>>734
これが最新かとか、個別に確認とかしてないんだけど
assortFilter.txt の適切なフィルターとtag_edit_plus.jsってので多分出来るよ。
readmeとか読んで頑張ってくれい。

assort100806 (2010/08/06)
keyController.js + keySeek.js + playlist.js + marking.js + extInfo.js + tag_edit_plus.js + getPoster.js + commentFilter.txt + assortFilter.txt
(詳細はここを参照してください)
http://nicolist.net/nicocache_nl/up/img/nl388.zip

>>738
Video.length変数に広告抜きの総時間が入ってます。（旧プレは宣伝時間がtotalに含まれてなかったｗ　なんかやっかいそうだな…）
>x軸
仕様を全く知らないけど、軸間隔を変更で移動しているように見えないかな・・・
軸間隔が小さくても軸は1つしか表示しないってことが条件だけど(´・ω・`)　よくわからんです…
複数グラフの表示とかできないんでしたっけ。1点の棒グラフを同時表示とか。
あるいは縦に２つ表示できるなら結構簡単にできそう。

自動受信関連ですかね？wrapperが大分前から自動受信してくれない（固まらないのでありがたいですがw）ので、コメント数上限はずっと1000ですｗ
ところで、amClickedOnSeriesってチャートクリックしたらその位置に動画も移動できる関数ですかね？js内では使用されてないみたいですが。。

>>740
別にプレイヤーから取得できなくても良いですが、現在再生している動画が宣伝されているかどうかを
(プレイヤーが既に取得しているので)宣伝系のAPIを叩かずに知りたい訳です。宣伝時間が10秒という
部分が変更される可能性もあるので、プレイヤーから取得できた方が良いですが。

>旧プレは宣伝時間がtotalに含まれてなかったｗ
あ、ホントだ。旧プレに関しては、数値が実数で返ってくるのも新プレと違って嫌な感じ。

amClickedOnSeriesってのはチャート上でクリックしたらamline.swfからコールバックされる関数です。
詳しくは ttp://www.amcharts.com/docs/v.1/bundle を見てください。

ついでに現状よりマシな現在位置表示も作ってくれると嬉しいｗ (手元のは更に弄ってますが…)

美しくなくていいなら旧プレからは
ext_getTotalTime()で宣伝抜きの時間、GetVariable("hasNiconiCM")で宣伝の有無、
GetVariable("NICONICM_LEN")で宣伝の時間がわかりますね
Wrapperだとnico.hasNiconiCMじゃないといけないようでまた美しくない

>>741
amClickedOnSeriesはこちらでは動作してないですね。関数内最初にalertいれて確認。
新プレでは広告があるかの確認用APIはプレイヤには用意されてないですね。（js呼び出し部分のソースをCMで検索でhit無し）
作ってみました。何か抜けてるかも。。※制約：CM時間は3ｓ以上を想定
var CM = false,
vT = Video.length,
cT = Number($("flvplayer").ext_getTotalTime());
try {
if (CM = $("flvplayer").GetVariable("hasNiconiCM")){
cT += Number($("flvplayer").GetVariable("NICONICM_LEN"));
} else {
throw "";
}
} catch (e) {
try {
if (CM = $("flvplayer").GetVariable("nico.hasNiconiCM")){
cT += Number($("flvplayer").GetVariable("nico.NICONICM_LEN"));
} else {
throw "";
}
} catch (e) {
CM = cT - vT > 3;
}
}
console.log(CM)
console.log(vT)
console.log(cT)
現在位置表示は現状のままでいい気も・・・ｗ　正直英語が苦手なのでやりたくｎ（ｒｙ

nlFilterの$NESTの仕様について教えて欲しいんですが、まず開始タグ〜終了タグを抽出してから、
その中がコンテンツマッチ条件を満たしているか？という処理をしているんでしょうか？

たとえば<div>〜<div>〜</div>〜条件〜</div>という入れ子に $NEST(<div>,条件,</div>) した場合、
<div>〜<div>〜</div>しか抽出されないから決してマッチしない、ということか、と。

nlFilterはよく分からないけど、オミトロン的にはそれでマッチするんじゃなかったかな。そのためのNESTな気がする。
「開始と終了が同じ数マッチしてその範囲で内部の条件もマッチしたら全体をマッチと判定する」じゃないっけ？

>>745
うん。俺もオミトロンからの移行組だから、最初はそのつもりでフィルタ作ってたんだけど、
入れ子タグが対象だとどうにも動かないんで、>>744みたいな仕様なのかな、と思って聞いたんだ。

長文失礼します
wrapper16:9の作者さんがいるようなので相談したいのですが
下記の映像が16:9にならなくて困ってます
普通にsm動画は16:9になるのでnm固有の問題かもしれませんが
宜しかったら対応お願いできないでしょうか？

使用ツール
http://nicolist.net/nicocache_nl/up/img/nl571.zip
NicoCache_nl (9).12
wrapper: 16_9_mod 2010-09-11 13:50 swf8
Flash : WIN 10,0,45,2
iroiro: 2009-04-03 22:00

(1)http://www.nicovideo.jp/watch/nm11499828
【症状】
・普通に見ると自動で16:9にならない
・右クリックから16:9を選択しても16:9にならない
・iroiroのHDを押すと16:9になるが拡大すると元(4:3？)に戻ってしまう
・新プレイヤーで見ようとするとキャッシュから読み込みはするが再生できない

(2)http://www.nicovideo.jp/watch/nm11868878
【症状】
・普通に見ると自動で16:9にならない
・右クリックから16:9を選択しても16:9にならない
・iroiroのHDを押すと16:9になるが映像が小さくなる
・新プレイヤーで見ようとするとキャッシュから読み込みはするが再生できない

便乗なのですみません。先日、マイリストの連続再生の機能が現れました。
それのwrapper版を作っていただきたいです。
よろしくお願い申し上げます。

>>739
tag_edit_plus.jsを取り出してフィルタを作って
★表示ができました。ありがとうございました。

ラッパーには再生リストがないから無理じゃないかな？

>>750
あったらとても便利になるかなあと。
他力本願ですいません。

すいません。
youtubecacheextention　rev0.4（nl592.zip）だけをいれてもyoutubeは働かないのでしょうか？

>>747
wrapperと旧プレがActionScript2であるせいですね
swf動画の「作成時の全体のサイズ(Stageのサイズ)」をAS2ではどうやっても取得することができないんで
横幅512以外で作られたswfを適切に配置することができません(AS3だとカンタン)
なんとか取得する方法があればいいんですけどねぇ、誰か知ってたら是非教えてください
nlのプラグインで大きさ取得するAPI追加すれば出来るかもだけどそれも大変そうですよね

>>748
プレイリスト再生は旧プレが１つのプレイヤに別の動画を再読込させることを
一切考慮しないつくりになっているので全部作り直すくらいの労力がかかります
>>750の通り再生リストもゼロから既存のUI使わず作らないといけないし
よろしくお願いしますと言われてもホイホイ作れる代物ではないんですよね
プレイヤ内で実装するのではなくJS切り替えのような形でプレイヤ読み込みなおすjsを作るくらいが現実的なラインなのかな

>>753
それは本当に申し訳ありませんでした。
丁寧にご返答いただきありがとうございました。

>>744-746
その理解であってます。一応こっちでは動作しました
$NEST(<div,投稿のユーザー動画,</div>)
こんな感じでwatchページの説明文部分とか
開始タグは｢そのままマッチする｣ので、"<div" と書きます("<div>"と書くと、"<div id=〜>"とかにはマッチしない)

うまく行かないなら、フィルタと対象アドレス貼ってもらえれば修正できるかも。本体のバグかもしれないし

ごめん。｢その理解｣ってのは>>745のことね

http://up3.viploader.net/pc/read.cgi/vlpc004568.png

画像が大きくてすいません。<!----->たくさん画面上に出ているのですが、
それらを含め、大きな白い余白を削除する方法を教えてください。
お願いします。（903〜950です）

それ削除は必要なのか？
ブラウザ画面に反映されないじゃないか

>>742-743
情報どうもです。ただ、新プレで使えないのが致命的ですねぇ。
あと、Video.length(getthumbinfoが返す値と同じ)ですが、プレイヤーが実際に表示する総時間と
1秒ほどずれていることがあって、イマイチ使えないですね…。

で、自分の結論としては「基本的に宣伝部分のコメントは統計グラフに反映しない」です。
ただし、新プレで再生開始時にext_getTotalTime()に宣伝時間が含まれていた場合は反映します。

>amClickedOnSeriesはこちらでは動作してないですね
って事はチャートをクリックでシークも効いてないって事ですよね？
こればっかりはamline.swf側の問題なのでどうしようもないですね。

>>753
SWFのタグ情報から取得できるのであれば、SwfConvertRedirectorに機能追加で行けるかも。

>>758
空白部分が多すぎるので、特に気になり削除したいと思っていました。
特に反映されない、のならば気にしないようにします
ありがとうございました。

>>757
Match：(?:<!---->\s*)+
Replace：\r\n
見た目なら確かに必要ないなｗ　てかなんでこんなに空白コメント多いんだｗ
ってなんか結論でてるし・・・

＞連続再生の機能
よく通信とか仕様とか見てないけど、これ偽装して自由にplayList作れそうだな。

>>759
一応scriptは新プレも対応してるはずです。（$("flvplayer").ext_getTotalTime()がCM込の時間を返すぐらいwaitをおいた場合）
1sは誤差の範囲内かとｗ

>amClickedOnSeries
ちょっとlocal見たら更新時間が2007/10/10で古すぎたようですｗ
関数自体が呼び出されないって言ったら対応してない以外に考えられなかったですね。すみませんｗ

>>753
丁寧な返信有難う御座います
プログラム的に難しいのではしょうがないですよね
取りあえず自分の設定ミスじゃないと判っただけでも
相当な収穫なので助かりました有難う御座いました