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

削除されたコミュ動画から元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
丁寧な返信有難う御座います
プログラム的に難しいのではしょうがないですよね
取りあえず自分の設定ミスじゃないと判っただけでも
相当な収穫なので助かりました有難う御座いました

>>759
ホントですか！
SWFヘッダにあるFrameSizeを読めれば取得できるはずなんですが
圧縮とかあるから面倒そうなんですよ
もし難しくないのであればお願いしたいです

>>754>>762
いえいえ力及ばす申し訳ない

>>755
どうもありがとうございます。結論から言うとですね…

『入れ子かと思っていたら入れ子じゃなかった。』
な…　何を言ってるのか　わからねーと思うがｒｙ

本当に自分の目が信じられないんですが、入れ子じゃなくて<div>〜</div><div>〜</div>でした。
そりゃNESTもつかえねぇよorz お騒がせしました。

しかし、かなり何度も見直したのに何故気付かなかったんだろう…

今のNicoCache_nlのバージョンで
(9).10 に搭載された
・キャッシュ中でもツールバーの削除ボタン(cache/(ajax_)?rm)が使えるように変更
　変な動画踏んでもキャッシュ中のwatchページからは削除できなくて、
　管理ページとかから削除しなければならなかったのがその場で削除できます

この機能は使えてない？
何気に不便で、キャッシュ後に削除かキャッシュ管理ページから削除するしか無いのかな

NGCommentExtension v0.4.4
ttp://nicolist.net/nicocache_nl/up/img/nl599.zip
・JavaScriptを弄らなくても統計グラフのサイズ等を変更できるようにした
　→「統計グラフの設定」フィルタを参考にしてください
・統計グラフにコンテキスト(右クリック)メニューを追加した
　→統計情報の再取得や現在位置の更新間隔を設定できます
・統計グラフに動画の再生時間を超える部分(宣伝コメとか)を反映しないようにした
　→新プレイヤーで再生開始時に宣伝APIが間に合った場合は宣伝込みの長さになります
・動画の最後までコメントが無い場合も動画の長さ分の統計情報を返すようにした
・統計情報取得APIのパラメータに&last=Nを追加した
・統計情報で時間の桁合わせを止めた
・統計グラフの表示位置とか描画領域とか色々調整


>>761
waitを一律に決めることができないので…。

>>763
SWFヘッダの方だとnl本体に手を加えないと無理ですね。簡単な修正で行けますけど。
現状だと圧縮にかかる9バイト目以降の部分は参照できないんですよね。
あと、RECTって可変なんですよねぇ。今はググった情報を参考に9バイト固定なんだよな…。
取得APIはどんな仕様が良いのでしょうか？SWFヘッダを丸ごと返すなら楽で良いですがｗ

>>765
別に禁止した覚えもないし、手元だとちゃんと機能してますけど…。
今のバージョンってのがどれか分からないので、手元のバージョンじゃないかも知れないけど。

マイリストをマイリスト登録ってできませんか？

何のためにブラウザのブックマークがあるのか考えよう

nlApiUtilExにFavoriteMyListってのがある
一括で更新確認できる機能もある

FavoriteMyListはキャッシュされないのが使い出がいまいち
削除されたマイリスとか削除された動画に劣らない価値があると思うんだけどね

>>766
swfの大きさ取得、やっぱりいろいろと難しいかもですね
で、仮にできたとしてAS2では簡単なバイト演算はできてもバイト列を読み込んだりはできないので
ちょっと加工してもらわないといけないんです（単なるテキストでいいんですが）
URLのパラメータのような width=500&height=400 とかにまでなってると楽ですが
テキストにさえなっていればflvlistみたいなものでも 500 400でもなんでもかまいません（そりゃそうか

大きさ取得くらいでこんなに苦労しないといけないなんて罪な形式すぎる……

マイリスト連続再生機能でnicocache大勝利ですね

新プレイヤーのwrapperがほしくなるね
現状無理なんだけど……

>>765
キャッシュ中に停止が出来ないから、
リストに入れておいてキャッシュが停止(終了or中断)したらその時点で削除、って流れ
キャッシュ停止しても削除されてない?

>>767
地味に同じこと思ってたw公開用のマイリストの一覧作りたいんだよな>俺
適当なダミー動画をマイリスに入れて、そのコメントに別のマイリスのアドレス列挙すれば
一応まとめておくことはできるけどね

>>766
1ヶ所ミスを見つけたので差し替えておきました。URLは同じです。

>>771
SWFヘッダの内容をCSV形式で返すような形で良いですか？
nm11499828 => OK SWC,8,6834593,640,480,33.0,7030
nm11868878 => OK SWC,6,4915816,640,384,25.0,3100
それともパラメータ形式の方が良いかな？
OK signature=SWC&version=6&length=4915816&width=640&height=384&fps=25.0&count=3100

nl本体に手を加えるついでに、SwfConvertResource内部にCSVで保持するようにしておきます。
なので、それをそのまま返すか、パラメータ形式にして返すか、の違いになります。

一つ制限というか、SwfConvertを通して変換してやらないとSWFが解析されません。
よって、ローカルサーバー機能を使うとSwfConvertを通らないのでヘッダ情報は取得出来ません。
APIを呼び出した時に内部で無理矢理通しても良いですが、若干オーバーヘッドが出ます。

あと思ったんですが、再生開始までにサイズを確定しないと駄目なんですよね？
API呼び出しがSWF読み込みの前だと駄目なので、ある程度遅延させる必要があるかと思います。

>>769
一括で更新確認できる機能はどのように操作するのですか？
一応FavoriteMyList登録完了したのですが・・・。

ニコニコ動画専用ツールじゃなくて、RSSリーダに登録したほうがいいんじゃないのか？
専用ならニコニコ動画の仕様変更の度に修正が必要になるだろう

>>775
CSV形式で大丈夫です、コンマで適当に区切って取得しますね
SwfConvertを通さないとってことは過去にキャッシュしたものは1度SwfConvertで取得しなおさないとってことなんですかね
試しにAPI取得してエラーならローカルサーバ不使用って感じで大丈夫かな
API遅延の点は了解、そりゃ読み込み前じゃ無理ですね

>>776
あれreadmeに書いてないのか
/ids?newfa=25
25の部分は確認数だったかな。あと25以上指定しても無理なはず

>>779
ありがとうございます。
URLに付け加えますね。

>>766
更新乙です

表示のパラメータが自動だと「尻suica sm12023957」とか極端に短い動画だとグラフが悲しいことにｗ
そしてサンプルにあるような「統計情報の間隔 1」にすると普通の長さの動画で激重に。

「統計情報の間隔 1」の例がトラップちっく……、PCスペックがショボイせい？

＞統計情報の間隔 1
確かにひどいｗ
そして「デフォルト」は設定フィルタがOFFのときだけで、一つでも設定したいときは設定されちゃうあたりも罠w
これってコメントの自動更新をグラフにも更新させる時間（周期）でいいのかな？
あと、グラフの黒い数字と青い数字の意味も教えていただけるとありがたい。

>>766 >>774
一から導入し直していったら
NicoCache_nl (9).12 + totalRename v0.7.1
この組み合わせで削除できなくなった

totalRenameのフィルタの
「# 2行目:nlBarのキャッシュ削除を置き換え」　に当たる部分
(<a href="javascript:void\(0\)" onclick=")[^"]+("[^>]*>削除</a>)
これを使わなくしたら、キャッシュ中でも削除できるようになったけど
削除したことで他に影響は無いのでしょうか？


ところが今度は
NGCommentExtension v0.4.4の統計グラフがエラー表示に
Error lording file:/cash/ngstatxml?sm7964739&every=1&last=282
No data for selected period
一部表示される動画もあるけど、ほとんどがエラー
v0.4.3では大丈夫だったんだけど、やっぱりブラウザがoperaだからか・・・
ちなみに、IEとFirefoxは、ちゃんと表示されました

>>783
２行目を有効にするとtotalRenameでのキャッシュ削除に
なるからキャッシュ中の削除は動作しない。

２行目を使わなくするとtotalRenameを通さずにキャッシュを削除するから
totalRenameの削除履歴に残らなくなる。

wrapperのDelボタン押した時に即消しせずにワンクッション確認ウィンドウ出るようには出来ませんか？

俺はwrapperのDelボタン消して欲しい・・・
あれ無くてもいいと思う

NicoCache_nl (9).12 +100914mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl600.zip
・SwfConvertResource#swfHeaderに9バイト目以降の情報も保持するようにした
　→今までは先頭8バイトのみで圧縮部分に掛かる部分は保持していませんでした
　　また、#swfHeaderInfoにヘッダの解析結果を以下のCSV形式で保持します
　　　signature,version,length,width,height,fps,count
　※ついでにswfHeader内のFrameSizeが可変しても大丈夫なようにしましたが、
　　今まで特に問題は出ていなかったので今後も9バイト固定だと思います
・swfDebug=trueの時にログに出ていたZLIB〜は勘違いだったので削除orz
・dareka.common.LRUMap(容量上限付きLinkedHashMap)を追加した
　→URLResourceCacheで使っていたものをExtensionから使えるように切り出しただけです
　※ExtensionでLRUMapを実装するとクラスファイルが複数になって美しくないので…
・dareka.common.NullOutputStreamを追加した
　→純粋に何もしないOutputStreamなのでnlMovieFetcherの方法より効率良いです
・Cache.removeAll()でダウンロード中のキャッシュも削除予約できるようにした
　→Extensionから削除予約できるようになります(totalRenameは次版で対応)

swfConvertRedirector rev2
ttp://nicolist.net/nicocache_nl/up/img/nl601.zip
・SWFヘッダ取得APIを追加(NicoCache_nl (9).12 +100914mod が必要です)

>>766
設定値のサンプルに苦情が出たので軽くなる設定にして再度差し替え。URLは同じです。
あと、設定したくない値はコメントアウトして定義しなければデフォルト値になります。
グラフ更新間隔は60秒固定、黒は削除されたコメント数、青はNGにマッチしたコメント数、readme嫁。

>>778
ローカルサーバーでも機能するように、SwfConvertを通していない時は内部で通すようにしました。
SWFヘッダの内容は直近の12個(LRUMapのデフォルト)までメモリに保持しています。

ところで、wrapper(旧プレ)ってext_getStatus()が'playing'を返した時にコメントの取得が終わって
なかったりします？ 特に初見のSWFで顕著な気が…。

俺はwrapperのDelボタン必要
凄く重宝してる

なんで？

キャッシュしたファイルが壊れていたときに、
リロードして再キャッシュするのにDelボタンはよく使う。
なくされると困る。

使い方の違いだと思うけど無駄な動画は即座に消して
消えたの確認してから次の動画見たい潔癖症にもDelボタン便利だよ
押し間違えることもそうそうないし

>>791
それはページ上部の削除ボタンじゃないのか？

上の削除ボタンだと読み込み途中での削除確認できないじゃない
状況によって消えてないことあるし

YOUTUBEのキャッシュをしようとするときに、[nl592.zip] YouTubeCacheExtension rev04dを
ダウンロードしてnifilter他に入れる以外に準備って必要ですか？
YOUTUBEをみてもキャッシュやらfetcfhやらのリンクがでてこなくなってしまいました。
nlfilterにyoutubecacchefilterのみを残してYOUTUBEをみても反応がありません。

>>787
おつです。
everyの意味はreadmeに書いてありましたね。すみません。
黒青は無かったので質問しました。ありがとうございます。

＞(>>766)差し替えた方
filter：updateEveryの数字のあとに「,」カンマを入れないとエラーになって設定が無効になります。

＞wrapper_16_9のDelボタン
こっちは灰色になって押せない状態。多分ローカルFLVサーバーOFFだからかな。OFFで困っていることはない。

>>794
youtubeにnlは通ってる？

>>795

youtubeにnlが通っている？、とはどういうことでしょうか？

>>795
元々存在するproxy_pacに
「//proxy.pac用サンプル。nlに付属してるものにyoutubeを追加」
というものを付け加えてます。

接続がループしてるとかproxy.pacに適切に追加できてないだけだと思う
proxy.pacの内容を貼りつけてごらん

http://nicolist.net/nicocache_nl/up/img/nl602.zip
swfConvertRedirector更新ありがとうございます
swfの縦横幅取得、実装してみました wrapper16_9 100914 です
多分これで大丈夫だと思うけどなかなか基本サイズ以外のswfがなくてテストできない……
動作には NicoCache_nl (9).12 +100914mod が必要です

>>787
旧プレ、wrapperではstatusがplayingでもコメント未取得ありますね
自分も最初わからなかったんですがHearMeter作ってるときに気づきました

>>798
全文その１です。
// nicovideo、smileへのアクセスを全てNicoCache_nl経由にする proxy.pac
// 大百科を通すと重くなるので、使用した方がよさげ
// 詳しくは http://nicolist.net/nicocache_nl/proxy_config.html を参照のこと

function FindProxyForURL(url, host) {
if ((shExpMatch(host, "*.nicovideo.jp*") ||
shExpMatch(host, "*.smilevideo.jp*") ||
shExpMatch(host, "*.nimg.jp*")) &&
url.substring(0, 5) == "http:") {
return "PROXY 127.0.0.1:8080";
}

return "DIRECT";
}

>>798
その２です。
//proxy.pac用サンプル。nlに付属しているものにyoutubeを追加
function FindProxyForURL(url, host) {
var NicoCache = "PROXY localhost:8080";
if (shExpMatch(host, "*nicovideo.jp*")) {
if (shExpMatch(host, "ch.nicovideo.jp") ||
shExpMatch(host, "dic.nicovideo.jp") ||
shExpMatch(host, "help.nicovideo.jp") ||
shExpMatch(host, "ichiba.nicovideo.jp") ||
shExpMatch(host, "uad.nicovideo.jp")) {
return "DIRECT";
}
if (url.substring(0, 5) == "http:") {
return NicoCache;
}
return "DIRECT";
}
if (shExpMatch(host, "*.smilevideo.jp*") && url.substring(0, 5) == "http:") {
return NicoCache;
}
if (
shExpMatch(host, "*.youtube.com*") ||
shExpMatch(host, "*.youtube-nocookie.com*")
){
return NicoCache;
}
return "DIRECT";
}

>>798
おまけとしてNicoCache_nl.pacの中身も書いておきます。
function FindProxyForURL(url, host) {
var NicoCache = "PROXY 127.0.0.1:8080";

if (shExpMatch(host, "*nicovideo.jp*")) {
if (shExpMatch(host, "ch.nicovideo.jp") ||
shExpMatch(host, "dic.nicovideo.jp") ||
shExpMatch(host, "help.nicovideo.jp") ||
shExpMatch(host, "ichiba.nicovideo.jp") ||
shExpMatch(host, "uad.nicovideo.jp")) {
return "DIRECT";
}
if (url.substring(0, 5) == "http:") {
return NicoCache;
}
return "DIRECT";
}
if (shExpMatch(host, "*.smilevideo.jp*") &&
url.substring(0, 5) == "http:") {
return NicoCache;
}
return "DIRECT";
}

>>801
なにがその２なの？同じファイルに二つ入れてるの？
それ唯一つで動くはずだけど？
もちろん.pac設定はちゃんとしているんだよな？>>802を書き込むあたり不安

NoUpdatePosition: falseで位置バーを表示させる場合dataEvery:を0以外に。
jsわかる人は↓でも

var dataEvery = this.dataEvery || 1;
var last = Math.floor(this.length / dataEvery) * dataEvery;

>>803
>>802は何か不都合がある可能性があればということで、付け加えました。
しっかり設定して稼働しております。

>>801と>>802はどちらか１つでいいんですか？
追加するものだとてっきり思っていました。
上書きとは知らず、すいませんでした。

NoUpdatePosition：falseの話は別件ですか？

追加という意味が分らないけど、普通はproxy.pacは複数同時に読み込んで動かすもんじゃないわな。
たぶん>>800か>>802が読み込まれてるから、ブラウザの設定で>>801を読み込ませればいけるんじゃない？

現状としては
�@proxy_sanple.pac(pacファイル)を初期位置(nicocache_nlフォルダ内)に入れた状態で
名前をproxy.pacと名称変更。
�Ac:\pac\NicoCache_nl.pacをつくり自動構成スクリプトを使用している。>>802が入っている。
�B�@のなかに>>801のみが入っている。

このような状態です。
あとは>>794をいれてます。

あとは何が間違って何があっているのでしょうか。

>>787
いつも更新乙であります。

苦情と言うほどのものではなかったのですが >>781 では気分を
害されてしまわれたようで失礼致しました。

1. とりあえず表示サイズだけ変えてサンプル貼り付けてみよう
2. おぉ凄い、スパイク状できめ細かい、では再生、、、お、重い?!
3. えーと、、、間隔をコメントアウトして自動に変更、落ち着いた？ じゃ短い動画は？
4. グラフが点にｗ、間隔を 1 と 2 にして、、、おお、出た出た
5. じゃ、普通の動画は、ゴクリ、、、うは、死ねるｗ
6. ノートPCの方で再生していたら本格的に瀕死、即死だな、きっと……
7. あれ？、ひょっとしてサンプルに使うぐらいなら今時のスペックのPCでは
　　苦もなく再生できるの？？？ やべぇ、どの程度スペック必要？

というような背景がありまして、、、雑な書き込みすみませんでした。
次からはもう配慮して書き込むようにします。

>>806
場所はどこでもいい。
ただ、ブラウザ等でファイルの場所を指定しないと意味が無い。
nicocache_nlフォルダ内のはサンプルなので入れただけだと
何も起こらないよ。

自動構成スクリプトって書いてあるから、おそらく使用しているのは
�Aだろうね。

>>808
ということは、�Aの内容を>>802ではなく>>801にするんですね。

NicoCache_nl (9).12 +100914_2mod
ttp://nicolist.net/nicocache_nl/up/img/nl603.zip
・一度ダウンロード中削除を行うと同じ動画はずっと削除される不具合を修正
　→ダウンロード終了後の削除処理にremoveAll()を使っていたのを忘れていた…orz

NGCommentExtension v0.4.4a
ttp://nicolist.net/nicocache_nl/up/img/nl604.zip
・「統計グラフの設定」フィルタの設定値を動作負荷が軽めな値に修正(thx>>795)
・特定のケースでぬるぽになる不具合を修正

不具合があるので >>766 >>787 は消しました。
最近イージーミス続きなので、あと二つ上げたらしばらくうｐ自重します。

自分のreadmeって他の方のものと比べて記述量が多いので、readme嫁ってのも辛いかもね。
設定できる項目を増やすほどバグが出やすくなるので、やりたい人は好きに改造してね、とする方が
トータルの不具合は減って良いのかも知れません。


>>793
wrapperも/cache/ajax_rm?を使っているようなので同じだと思うけど…。

>>807
いえ、報告して貰う分には全然構いませんよ。対応するかどうかは別ですが…。
最近はエスパーしないことにしているので、情報量の無い書き込みには反応しません。
なので、手順や背景を詳細に書いて貰えると助かります。

>>809
変更させたのですが、変化ありません・・・
なにがわるいのかなあ・・・

ファイルを分けることに意味はあるの？

>>811
まず、名前に質問したスレ番を入れような。
でないと、そもそも何の質問をしたか分からない。

プロキシ設定ファイルの意味を理解していないようなので、
ちゃんと設定できてるのかも怪しい。wikiの「設定」を再度読むこと。

まずはプロキシ設定ファイルを使わずに、プロキシサーバーを
アドレス「localhost」ポート「8080」に設定してみる。
設定ファイルのミスだけならこれで繋がるはず。

>>813
自分は今まで、自動構成スクリプトを構成するにチェックを入れて作動させていました。
プロキシサーバーでは「localhost」「8080」は記入していたのですがチェックを入れていませんでした。

今回プロキシサーバーにチェックを入れて起動させたところ、YOUTUBEに「fetch」等があらわれるようになりました。

ありがとうございました。

＞810
＞wrapperも/cache/ajax_rm?を使っているようなので同じだと思うけど…。
削除ボタンー＞DL中のまま削除しようとする（削除自体は少しあとなのでその場で確認不可）
WrapperのDelー＞DLを停止してから削除する（その場で削除される＆削除完了メッセージが出る）
言いたいのはこういうことだと思う
読み込み完了後なら同じなんだろうけど

wrapperのDelボタン辺りの変数名にdeleteが使われてるけど
うちの環境だとそのせいでwrapperを生成出来ない・・・
sakuにすると大丈夫だった

sleipnirでwrapperを使っています。
オプションで決めた設定が気づくと初期化されています。
初期化しないようにするか、初期設定を自分で決めることは
できませんか？

>>814
これでプロキシ設定ファイルかブラウザでの設定が間違っていたことが
判明した訳だ。

アドレス「localhost」ポート「8080」に設定すると全通信がnicocache_nlを
通るようになり、プロキシ設定ファイルは使用していないことになる。

全通信がnicocache_nlを通るのはあまりよろしくないので、設定ファイルと
ブラウザ設定の見直しをした方がいい。

>>817
flashのクッキー

動画キャッシュの遅延削除を行わない設定が欲しいです

>>818
ご助言ありがとうございます。
３段目を読むと、見直しと書いてありますが、設定ファイルを見直しにしたいと思います。
.pac内の8080を変更するのでしょうか。それともまた別のファイルも関係するのでしょうか。
見直しはしたことがないのです。すみません。

ところで別の話ですが、自分は[nl563.txt] history lockを使用し、必要な動画を固定しています。
しかし、今回連続再生機能がついたことで30以上あるマイリストを連続してみましたら、その固定したものが
流れてしまい、履歴を０にしたらそのまま０でした。固定したものは帰ってこず、記憶だけで元に戻しました。
なので、連続再生30以上しても固定したものが流れないように修正できませんでしょうか。

よろしくお願い申し上げます。

>>821
wikiは読まない、自分でググって調べないというのなら
もうnicocacheは使わない方がいい。

>>822
それはすいませんでした。自分で調べたいと思います。
ありがとうございました。

>>799
>>747ですが新しいwrapper＆Nicocache_nlで先日のswfを試した所
16:9で見ることが出来ました！
半ばあきらめていたのですが
wrapper16:9の作者様及び他ツールの作者様及び皆様の
御尽力により本当に助かりました
迅速なる対応本当に有難う御座いましたm(__)m

>>810のnlを入れたんですが、検索結果の動画の並び方が必ず一列になります
どこをいじれば二列や四列になるのでしょうか？

ボタン押せばいいんじゃないかな

>>822
nicocache・YOUTUBE両方ともしっかり速く表示されるようになりました。

今回はインターネットブラウザ＞ツールのオプションでは「自動構成スクリプトを使用する」のみチェックが入り、
ブロキシサーバーのほうにはチェックが入っておりません。

また、c：pac/NicoCache_nl.pacには>>801が入っており、他は入っておりません。

なにが昨日とどう変わったがためにスムーズに表示されるようになったのかわかりませんが、
自分の思うようになりました。
ありがとうございました。

nlMovieFetcher v0.6
ttp://nicolist.net/nicocache_nl/up/img/nl605.zip
★NicoCache_nl (9).11 以降が必要です(それより前のバージョンでは動作しません)
・内部構造を変更して汎用的な処理をExtUtilに分離した
　→ExtUtilは常に最新版を使用してください(古い版で上書きしないでください)
　※全体的にかなり弄ったので不具合が出る可能性が結構あります

・NGtitle機能を追加(movieFetchUseNGtitle)
　→デフォルト無効、list/NGtitle.txtに記述されたタイトルにマッチする動画をfetchしません
　　nlFilterから使うことも考慮して$LST形式です($LST形式、UTF-8固定、#startは考慮しません)
・NGuser機能を追加(movieFetchUseNGuser)
　→デフォルト無効、list/NGuserId.txtに記述されたユーザーIDの投稿動画をfetchしません
　　nlFilterから使うことも考慮して$LST形式です($LST形式、#startは考慮しません)
　　釣り動画やネガキャン動画ばかり投稿するユーザーを弾くのに有効かも
・movieFetchAutoWatchedの処理方法を変更
　→条件を「watchページへのアクセス」から「getflvへのアクセス」に変更しました
・getflvをPOSTで行うようにした
・スレッドIDから動画IDへの変換にgetthumbinfoを使うようにした
・watchページにSet-Cookieが無い場合にリトライしないようにした
　→リトライに対する書き込みが目立つので…必要なら手動リトライしてください
・失敗した完了済リクエストに対する再リクエストを直ぐに受け付けるようにした

・キャンセル処理でタスクが残ってしまうことがある不具合を修正
・local/fetched.{json|storage}のデイリーバックアップを作成するようにした
・「fetchリンク追加(検索系)」フィルタを分割した(変更大杉…)
・「fetchリンク追加(チャンネル内検索)」フィルタを追加
・有料動画にfetchリンクを付けないようにした
・似非DOM Storageも60秒間隔で遅延してファイルに書き出すようにした
・連続アクセス規制時の待ち時間を調整
・nlFilterの文字コードをUTF-8に変更
・dareka.common.NullOutputStreamがあれば使うようにした
・その他、こまごまとした修正

totalRename v0.8
ttp://nicolist.net/nicocache_nl/up/img/nl606.zip
★NicoCache_nl (9).11 以降が必要です(それより前のバージョンでは動作しません)
・内部構造を変更して汎用的な処理をExtUtilに分離した
　→ExtUtilは常に最新版を使用してください(古い版で上書きしないでください)
　※全体的にかなり弄ったので不具合が出る可能性が結構あります

・NGtitleをlist/NGtitle.txtでも指定できるようにした
　→nlFilterから使うことも考慮して$LST形式です($LST形式、UTF-8固定、#startは考慮しません)
　※[Config] totalRenameNGtitle はまだ機能しますが将来的に廃止の予定です
・ウェイト方法を改善して描画終了まで待ってから実行するようにした
　→マイリストも専用の処理を入れたのでタイミング調整は不要になったはず
・APIキャッシュの使用可否を設定できるようにしてデフォルト無効にした(TR_VARS.API_CACHE)
　→デフォルト有効だと不具合と勘違いする人が居るので…
　※独自APIに対するキャッシュなのでパフォーマンス劣化だけでニコ動鯖に影響ありません
・deleted以外にキャッシュ保護するフォルダを指定できるようにした(TR_folderProtect)

・テキストボックスのマージンを0にして要素の移動量を減らした(完全には無くなりません…)
・キーワード検索で「キャッシュからの検索結果」を後回しで処理するようにした
・タイトルの改行を抑制しているページではキャッシュタイトルも改行を抑制するようにした
・TR_cmpTitle()の実装を変更して文字単位で比較するようにした
・TR_cmpTitle()でタイトルが省略されている場合はその直前まで比較するようにした
・watchページのタイトル取得方法を改善して無駄なAPI呼び出しを無くした(新プレイヤーのみ)
・#rminfo.txtのバックアップを作成するようにした
・nlFilterの文字コードをUTF-8に変更
・TR_VARS.ECONOMY_CACHEを廃止して常に有効にした
・totalRenameHelperの削除APIでCache.removeAll()を使うようにした
・READMEの内容を見直して結構書き直した


先に書いた通りしばらく自重モードになりますので、何か問題があれば以前の版を使ってください。
昨日うｐしようと思ったら不具合を2つも見つけて無理だった…自分の限界を思い知った次第orz

動画内の投稿者コメントの文字色や文字サイズを変更出来るフィルターってないでしょうか？

>>815
なるほど。だったらプレイヤーを隠してから削除すればいいんじゃない？

[Replace]
Name = プレイヤーを隠してから削除
URL = www\.nicovideo\.jp/watch/
Match<
(<a href="javascript:void\(0\)" onclick=")([^"]+"[^>]+>削除</a>)
>
Replace<
$1\$('flvplayer').hide();$2
>

削除完了メッセージは出すか出さないかの違いだけで、DLを止めてからAPIを呼び出したとしても、
確実に削除できたかどうかをAPIの戻り値からは判断できません(実際にDLが止まったか分からないので)。

>>799
ありがとう、更新ありがとうございました！
今までどうしてもwrapperでは16:9で見られなかった動画が見られたよ！
nmだからだったのか…

それ戻り値に何の意味ないんじゃ・・・

あと俺はケチつけるとかラッパー擁護する気はないけど
そのhideはほぼ無意味だと思うよ

削除予約でNGを返したら今までと変わらないよ。DL停止したからってnl側で止まったかどうか判断できないし。
あと、プレイヤーを隠せば通信は止まるから、DL停止と同じ意味があるし無意味って事は無い。

更新おつ！
プレイヤー隠すと通信停止だったのか。勉強になった。

それってまだ消してないのに管理ページで消えたりしてるってことか。
ちょっと気持ち悪いかも。不正終了したら残りそう

>>829
listの動画の名前が盛大に文字化けするんだが

nlMovieFetcherを0.6に更新したらfetchリストが文字化けした、、、

取得動画全部クリアして新しい動画取得したら文字化けしなかったな
そういうことなのか？

readmeかどっかに文字コード変えたって書いてなかったか
途中で格納する文字コード変えたら前に保存して他のは化けるわな

[606.zip]totalrenamefilter ｖ0.8を使い、ランキングをタイトルに置換に設定すると、
キャッシュされている長すぎる動画のタイトルが削除ボタン以降省略されてしまうのですが、２段目に改行する方法はありますか？

nlMovieFetcher v0.6a
ttp://nicolist.net/nicocache_nl/up/img/nl607.zip
・local/fetched.jsonの文字コードがUTF-8以外だと文字化けする不具合を修正
　→v0.6で一度も保存していなければExtensionの差し替えだけで大丈夫なはず
　　一度保存した人はlocal/fetched.json.bakがあればリネームで大丈夫なはず
　　バックアップが作成されていないか、上書きされているようならご愁傷様

影響が大きいので修正版。>>828は消しました。
他にも不具合がある可能性が大きいので、現状で満足している人は更新しない方が良いです。


>>836
そりゃDL中に不正終了したら残るよ。APIの戻り値から確実に削除できたかどうかの判断が
付かないのはDL中の時だけなので、既にキャッシュが存在することを確認してから削除すれば
問題無いでしょ。実際に問題になるケースはwatchページでキャッシュ途中の時くらいだし。
watchページから推移すれば通信は止まるので、よほどタイミングが悪くない限り大丈夫なはず。
まあこれは自分の解釈なので、最初に実装したいつもの人とは意見が違うかも知れないけど。

>>837-839
ごめん、ファイル処理周りを共通化した時に該当部分だけ文字コード指定が抜けていました…orz
この手の問題があるので、NGCommentExtension以降は文字コードをUTF-8固定にしています。

>>840
文字コードを変えたのはフィルタなので今回の件とは関係無いです。

>>841
該当フィルタのTR_nowrapWidthを削除

>>843
できました。ありがとうございました。

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

矢印のところに移動させたいのですが、MATCHをどのようにしたらよいのでしょうか。

そもそも

http://nicolist.net/nicocache_nl/up/img/nl608.zip
wrapper16_9 100917 とりあえずで>>816対応、ソースの問題だけど
Delはなんかいろいろあるみたいだし保留ってことで

>>834
> DL停止したからってnl側で止まったかどうか判断できないし。
実は元々wrapperのDelってDL停止後 NG返さなくなるまでしばらくは処理繰り返して待ってたんですよ
今のnlには不要の処理ですね

流れを見る限りNicoCache_uはスレ違い?
スレタイ的には、NicoCacheと派生は良いのかな。
どうしても解決しないことがあって…。

uもここで生まれたんだから問題ないよ・・・多分

[nl546.txt] 全ブラウザ対応 検索結果多列表示フィルタの修正をお願いできませんでしょうか。
1列と4列の時間色振り分けが表示できなくなってしまいました。

>>848
前は作者さん本人が書き込みにきてたんだけどね…ここの住人はあんまり興味示さなかったからなあ

wrapper16_9なのですが
flvplayer_wrapper_mod 2010-06-25で最大化した時と比べ
画面下部に白い部分が表示されてしまいます

また「Del」「DL」などのボタン(？)部分が常時表示されて
動画にかぶってしまうのでwrapper_mod 06-25ver同様隠すようにできないでしょうか

参考画像
http://iup.2ch-library.com/i/i0153569-1284766315.jpg
(上がwrapper_mod　06-25ver　下がwrapper16_9 09-11ver)

>>852
白い部分っていうのは背景を黒にするでも黒くなってないよってことかな？
それとも入力部との間に隙間があるってこと？
あと画面関連の場合は最低でもデザインのタイプ（510？ 540？）や入力部、ヘッダ部の表示設定、
全画面最大化かブラウザ最大化かくらいの情報はないとよくわからなかったりします
（画像貼ってもらってるんですが推理してもある程度までしかわかりません）
例えばブラウザ大きさの縦横比の関係から下部に隙間があってそこが白いよというのであれば仕様だったりしますがその判断もつかないです

メインバー部が動画に被ってるのはよろしくないですね
ただ、直すのはいいんだけど
ボタン使えなくなるけど消す、動画を更に小さくする、メインバーを横にもっていく
どうするべきか迷いどころ……

>>848
ここ実質nlスレだからな…
どうしてもっていうなら作者さんにメールすればいいよ
以前俺もメールで対応してもらったし

>>852
http://nicolist.net/nicocache_nl/up/img/nl608.zip
wrapper16_9 100918 暫定的に最大化時のメインメニュー隠すようにしておきました
あとは状況わかってからってことで

>>855
感謝

これってbat起動してエラー出ないのを確認＆IE側でプロキシを設定するだけで勝手に動く？

なんで試さないの？

>>858
やってみたけどニコの表示がそのままだったから聞いてるのよ。
一応wiki通りに設定しているんだけれど。

>>859
ttp://www.nicovideo.jp/cache/
のページが表示されれば設定できてる
プロキシ設定したあとIE再起動しないといけなかったような……

>>859
あんなに親切丁寧に書かれているWikiを見てダメだということは基本的な知識が不足していると思う
解決したいのならPCやOSその他の環境書かないと誰も答えてくんないよ

検索の1列表示の仕様が変わっていたので検索結果多列表示フィルタを更新、今回から文字コードをUTF-8に
ttp://nicolist.net/nicocache_nl/up/img/nl609.txt

>>850
全ブラウザ対応版は元々おまけで作ったもので、↑のフィルタとあまり差がないので修正したものを出す予定はありません
自分で↑のフィルタの「検索結果多列表示 1列 div」を参考に修正してください
あと、こちらでは4列での時間色分けはしっかり出来ていましたよ？

なら、やってみたけど動かなかったって書かないと。教えて君にみえちゃったよ。ごめんね。

「プロキシを設定」に何かありそうだな。
自動設定のpacなのか全部通すようにしたのか等詳細ないとねどうにも
あとchromeはIEのプロキシ設定使われるけど、firefoxは独自の設定だからね？

話変わるけど、IE9使えばfirefox/chromeと同じようにかなりが動くんじゃないかな。

# sleipnirでIE9使うとIE9単体と仕様(?)が一部変わっててiroiroとcollect_tagが直さないと動かない状態＼(＾o＾)／
collect_tagは直したけど、iroiroは長すぎて特定が大変orz

NicoCache_nl (9).12 +100918mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl610.zip
・マイリスト連続再生で公式動画を再生すると正しくキャッシュされない不具合を修正
　→外部プレイヤーと同じ理由です(watchページを介さないため)
　　http://flapi.nicovideo.jp/watch/〜の内容を見て動画IDとタイトルを取得します
　　公式動画以外でも最初からタイトル付きでキャッシュするようになります
　※Rewriterで取得するのでnlFilter_sysにContentType(.+/json)の追加が必要です

自重中だけどニコ動鯖の負荷を減らす方向の修正なのでうｐ。
今まではタイトル無しでキャッシュしながら別途タイトルを取得しに行っていたので。


>>848
別にスレ違いじゃないけど、NicoCache_uは中身が別物でNicoCacheの派生版じゃないし、
ソースも非公開だから作者さん以外は対応出来ないんじゃないかな。

>>863
IE9って以前のIEとの互換性は完全なのかな？
if(Prototype.Browser.IE) で条件分岐しているコードが結構あると思うので。

>>853,855氏
いろいろと必要な説明が足りなくて申し訳ない
以下に補足させていただきます

>白い部分っていうのは背景を黒にするでも黒くなってないよってことかな？
そうです

>それとも入力部との間に隙間があるってこと？
>>852の画像は「入力部を透明化」していて隠れている状態です

>あと画面関連の場合は最低でもデザインのタイプ（510？ 540？）や入力部、ヘッダ部の表示設定、
設定部分の画像を貼っておきます
ttp://www.katsakuri.sakura.ne.jp/src/up47565.jpg

>全画面最大化かブラウザ最大化かくらいの情報はないとよくわからなかったりします
wrapper16_9はコマンドから「Full」ボタンを押した最大化です
(06-25verの方は、火狐+AUTOHIDE(拡張)でブラウザの全画面モード+wrapperの「画面を拡大する」で最大化しています)

>ボタン使えなくなるけど消す、動画を更に小さくする、メインバーを横にもっていく
>どうするべきか迷いどころ……
06-25verは透明化した入力部と同様、フォーカス(?)がはずれると隠れるようになっているので
それと同じでいいと思います

以上、よろしくお願いします

>>860>>861>>863
ご返答ありがとうございます。
IE8だと何故か動作しなかったので、firefoxを使ったらあっさり起動してしまいました。
相性が悪かったのかな？

>>864
Prototype.Browser.IEはtrueでした。
互換性はさすがに大丈夫だと思う。
一応引っかかったIEコンポブラウザでのバグ(?)を書いておく。IE9では問題なく動いたはず。
jsのelm.lastChildとelm.childNodesがchromeとかと同じでtagの要素じゃなくて
textノードでも含まれるようになってたから、そこら辺が注意が必要。
IEでの分岐じゃなくてtry catch使ってれば問題無しのはず。

>>865
だいたいわかってきました
メインバーについては修正してみたのでとりあえずこれを使ってみてください
http://nicolist.net/nicocache_nl/up/img/nl611.zip
wrapper16_9 100919 全画面表示微調整中ver

ただ余白の方がなかなか発生しないですね
設定を同じにして、関係ないと思いつつ拡張も入れてみましたがやはり駄目でした
もし、そちらでデザインや各種の表示設定、動画やwapperのバージョン等々環境を変えたりしたときに
正常に表示される状態があれば教えてもらえると直せるかも

ロダがものすごく重いな

落ーとーせーなーいー

直ってるようだよ

マイリスとかのポップアップって無効に出来ないのかな？

フィルタで有効にしているから該当フィルタをOFFにすればいいじゃん。

なんとか動画にあがってる動画をキャッシュするにはどうしたらいいんべか

>>532
勤務地に戻りましたが、やはり｢書き込み権限が取得できませんでした。｣のままでした。
(回線速度は(80Mbps前後)問題ないと思います。
http://uproda.2ch-library.com/293382O46/lib293382.jpg
Wrapperなどを9/19現在で最新の状態にしましたが、やはり変わりませんでした。

環境は同じく、Win7 x64 Iron6、IE8でも試してみましたが同じでした。
何か競合しているのでしょうか。
ラッパー入れると書き込みが出来なくなるみたいです。

今入れるなら一番新しいやつ（NicoCache_nl (9).12 +100918mod 不具合修正(テスト版・本体のみ)）でいいんでしょうか？

訊かなきゃわからないのがテスト版を使うべきではない

そろそろオートアップデート機能をだな・・

>>876
wikiのInstallを見て入れればいい。
テスト版は機能と動作を理解してから。

>>878
自動アップデートが無いと使えない人は使わない方がいい。
スレ主体のソフトでどうやって管理するんだ？開発者多数だし。

競合してると思うならまず最小環境で試すべき

http://www.nicovideo.jp/watch/sm2019498
「NGCommentExtension用NGWORDファイル (UTF-8で保存すること)」内の
「NGWORDは正規表現で記述する」で、
[\u2581-\u258F]|[\u2010-\u2E30]のようにユニコードを用いているのですが、
「☆」（ユニコードは\u2606）でかぶっていないと思うのですけど、
上のURLにある下の緑色のコメントが[\u2581-\u258F]|[\u2010-\u2E30]で表示非表示
が関わってしまいます。
なぜでしょうか。

>>881

ずっと考えていましたが、思いっきりかぶっていました。すみませんでした。
修正して今は大丈夫になりました。

+modは自分が使っていて見つけた不具合を修正コードという形で報告しているようなもので
(ぶっちゃけ複雑なのはスレで報告するより直接直した方が早い)、テスト版と付けているのは
ちょっと規模の大きな修正を入れた時(今回の場合だと排他制御周り)に注意を促す目的です。

今日も「内部的に一時ファイルが残る」という不具合を見つけたんだけど、困っている人居るかな？
例えばこの状態でnlMovieFetcherのupdatelowを実行すると残ったものが全てfetchされるという…。

自動アップデートは前にも書いたかも知れないけど、構造的な問題と管理の問題(アップデート版の
保守は誰がやるの？)があって無理。NicoCacheGUIみたいなフロントエンドからNicoCacheを
読み込むようにすれば可能かも知れないけど、通信中にアップデートされたりと問題が多いよ。

>>881
全く確認してないけど、\u2606は後者の範囲に入っているように見えるのは自分だけ？
あと、前者の範囲が全て後者に含まれているようにも見える…って書いたら既に自己解決したのね。

>>883
nlMovieFetcherのエコノミーキャッシュを更新で、
たまに削除したファイルが復活することがありますね。
ただ、nicocache_nlをリブートすれば消えるようなので
それほど急な案件ではないと思います。

RSS中のポップアップリンク置換(検索系)とキャッシュ済動画のリンク色変更(検索系)を
無効にするにはどうしたらいいでしょうか。
URLマッチの末尾に（＾.*2.0$）つけてもうまくいかなかったです。
ちなみに、ユーザーの投稿動画のRSSが置換されています

>>884
うん。DL中削除やnoLiveCache=trueでキャッシュをスキップした時が該当します。

一時ファイルのリストはExtensionから直接参照できないので内部的に/cache/templist.jsonと同じ方法で
取得しています。API経由の場合は都度キャッシュ周りを初期化するんだけど、nlMovieFetcherの場合は
効率を考えて、初期化せずに現状で内部に保持している一時ファイルを取得しているのでそうなります。
なので、キャッシュ周りの初期化を伴うAPIを呼び出せば内部保持はクリアされます。

あと、thcacheMode=folderのメモリ使用効率がよろしくないみたいなので手を入れるつもり。
一年以上前に書いたコードなので、それ以降に追加した処理を使えば少しは良くなりそう。

>>885
Require = !<rss version="2\.0"
とか。URLで弾くにしても、その正規表現はおかしい。

>>868
レス遅くなりましてすみません

デザインなどいろいろ設定を変えて試してみたところ
どうも「入力部を透明化」がチェックされている場合のみ
画面下の余白が発生するようです
以下に06-25verとの比較(それぞれ「入力部を透明化」ON/OFF両方)した画像を
上げておきます(画像が複数枚なのでzipにまとめてあります)
ttp://www1.axfc.net/uploader/Sc/so/155327.zip&key=wrapper

06-25verでは「入力部を透明化」のON/OFFに関わらず
入力部が同じ位置に表示されますが
wrapper16_9ではON/OFFの違いで入力部の位置がずれているようです。
ここら辺の処理の違いが関係していそうな気がします

[メモ]cacheCommentExtで件数保存を指定して保存出来なかった理由が判明。
prototypeのAjaxのパラメータの整形でブラウザによっては順番が変わっていたから（Chrome/IE9）
saveComment関数の最初のelseのあと変更
pattern = Pattern.compile("([0-9]+)&(..[0-9]+)([a-z])");
m = pattern.matcher(parm);
if (m.matches()) {
id = m.group(2);
flag = m.group(3);
commentLength = m.group(1);
} else {
return false;
}

>>887
http://nicolist.net/nicocache_nl/up/img/nl611.zip
wrapper16_9 100921 全画面表示微調整中ver
これで何か変わるかな？
この手の不具合は自分のところで再現するなら簡単なんですがねぇ

>>875
正直wrapperとしては全然わからない、旧プレや6/25版でも起きるの？

NESTのコンテンツマッチ条件でカンマが使えないような？
「\,」としても条件文の中のカンマではなく、構文としてのカンマとして扱われてしまう

\\,とか[,]はどう？
試してないけど。

>>889
要望なのですが、wrapperにて、OPT/コメントで
「カスタムフィルター」にて、下コメを非表示に設定したのですが、
ある特定のIDは除外（見えるようにする）ことはできますでしょうか。

それ以外にも、下コメ削除のフィルター（あるかどうか不明）でも、特定IDは除外
という仕組みがあったと思うのですが、わかりませんでしょうか。

>>886
できました、ありがとうございます。
正規表現に詳しくないので助かりました。

「\\,」「\\\,」は真っ先に試したけどだめだったんよ
[＾,]とか[,] も駄目だった。で、カンマは使えないのが仕様なのかなと思った。
今見たらwikiの正規表現のエスケープの項にもカンマが無いし、やっぱ仕様？

そうだったか、すまん。
なら$NESTのnlでの実装ミスかなぁ。（「,」はNESTでのみ特殊な効果がある）
ユニコード[\u2C]かUTF8[%2c]でも無理なら本体の更新待しかなさそう。
nlはユニコードだけだっけ？オミトロンはUTF8の書き方でマッチするんだけど、詳しく分からん。

>>888
新プレの場合、少なくともコメント系のAPIはハッシュをパラメタ変換しているみたいで、
同じブラウザでも順番が変わることがありますね(NGCommentExtensionで確認済)。
なので、今後はパラメタ順に依存した作りにしない方が良いです。

>>890-895
"\\$NEST\\(([^,]+),([^,]+),(.+)\\)\\s*"
エスケープを考慮していませんね。誰か正規表現を直してくれたら+mod次版で更新しておきます。
あと、\u2Cとかの記述はパース段階で対応していないよ。syntaxと正規表現をごっちゃにしてない？

>>889
> これで何か変わるかな？
試してみましたが変わりませんでした。
何らかのフィルタが悪さしているのかも…と思い
フィルタを外してみたりもしましたがやはり変わらず

他の同様の報告もないみたいですし
>>889氏にこれ以上お手数をおかけするのもどうかと思いますので
私からのこの件についての修正依頼はとりあえず取り下げる事にします
ありがとうございました

http://wbproxy.take-uma.net/

\\$NEST\\(((?:\\\\,|[^,])+),((?:\\\\,|[^,])+),(.+)\\)\\s*"
こうかな。

>>896
対応してなかったんですね。nlフィルタでの文字表現は良く解らんです。

chrome plusを使っているのですが、フィルタがうまくかかりません・・・
ググってみたり、javaをもっかいインスコしてみたりはしたのですが、やはりかかりませんでした。
どころかjavaをインスコする前はIEを使えば一応かかっていたのに、それすらもかからなくなりました。
フィルタ以外は正常に動作するのですが・・・
どなたかご教授お願いできますでしょうか？

連投すみません。
なぜかIEではかかりました。相変わらずchromeではかかりませんが・・・
chromeの方でも使えるようにしたいので、どなたか解決法を知っている方は教えてくださいm(__)m

一度このスレを閉じて、もう一度Chromeスレを開いてみてください。

>>901
ｽﾚﾁだね。

chromeのproxｙ設定見直しな。わからんならぐぐれ。

>>902-903
ありがとうございます。解決しました。
proxy.pacの設定を「動画のみ経由版」を使っていたのでならなかったようです・・・
スレ汚しすみませんでした

>>899
\\$NEST\\(((?:\\\\\\\\|\\\\,|[^,])+),((?:\\\\\\\\|\\\\,|[^,])+),(.+)\\)\\s*"

wrapper16_9 100919でジャンプするときに別ウィンドウで開かれるのを直すにはどうしたらいいでしょうか

raadme_NGCommExtのなかにある

[Replace]
Name = OKID(user)
URL = msg\.nicovideo\.jp/\d+/api/
Multi = TRUE
Match<
(user_id="$LST("!list/OKID.txt")"[^>]*>)\[NG\]\s
>
Replace<
$1
>

以下のnlFilterを併用すると、特定動画IDをNGから除外できます。

# Requireには$LSTが使えないのでユーザーIDを直接記述する
[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
>
は、OKにしたいIDがP[6128274]のばあい、どのように挿入すればよいのでしょうか。

コメント文が間違ってるみたいだよ
×ユーザーID　○動画ID

出来るかどうかは分からんが↓みたいにしたらどうだろう

Require = <view_counter[^/>]+id="(sm2057168|sm1175788)|<chat[^>]+user_id="(6128274)"

ユーザーIDは list/OKID.txt の方に書くヤツでしょ。>>197の。

>>909
ぼくの書いたP[6128274]はwrapperのオプション、{ブラウザ/「動画上にID表示」ON}で出てきたものです。
「config.properties」に「NGCommNGCMD=shita」と書いた後、
>>908を上書きしてみた(smはsm2019498)ですが、残念ながら変化ありませんでした。

6128674

>>911
数字書き間違い訂正ありがとうございます。
他の皆様、ご迷惑をおかけしました。訂正してお詫び申し上げます。

しかし変化はありませんでした…。

>>910
list/OKID.txtに「6128274」を追加すればいいでしょ

「OKID」、作っているんですけど、作り方が違うんでしょうか。

#startとかその辺？

nlFilter.txt - NicoCache_nl
http://nicolist.net/nicocache_nl/wiki/index.php?nlFilter.txt#j40b1fed

>>915
ありがとうございます。

#startつけてみました。（#start6128674）
>>908はそのまま数字を訂正してあります。

しかし、変化ありませんでした。

なんだか勘違いしてるみたいだけど上のフィルタは特定のユーザはNG除外、
下のフィルタは特定動画ではNGCommentExtensionを無効にするフィルタでしょ？

特定のユーザのみNG除外したいなら、listフォルダ内のOKID.txtにID追記するだけだと思う

ああ、IDはフルじゃないといけないのか
コメント一覧でコメント右クリックしてIDコピーしないといけない
あと、

#start
IDその１
IDその２

にしてあるよな？

>>917
>>907をはずしてみましたが、変化ありません。

うう…。PrtScnがつかえないのがくやしいなあ。
[config.properties]とか見てもらえればいいのだが。

>>919
>>907の最初のフィルタを入れる
nlフォルダ直下にlistフォルダをつくりOKID.txtを作成
-----内容ここから-----
#start
IDその１（フル桁で）
IDその２
-----内容ここまで-----

これで出来るはず

>>918
右クリックして貼り付けたら、「6128674」でした。
フルとは違いますでしょうか？
その1・その2ってどういうことを示すのでしょうか。
ID表示はすべて同じ数字でした。

右栗コピーがフル桁だ

その２も6128674でしょうか？

一応聞くが、[NG]ってコメントの前につく設定（デフォ）にしているよな？
変えたんなら無理だぞ。

>>923
それぐらい分からないならNicoCache_nl使うのは難しいと思うぞ

>>924
まったくそのとおりでした。
NGCommShowMatchedがfalseになっていたのが原因でした。
[NG]とはつきますが、コメントが表示されるようになりました。
ありがとうございました。

ご協力してくださった皆様ありがとうございました。

え？いや、それでいいならいいけどさ……

NGつかないようにできるのですか？

それが>>907のフィルタなんだが。
そろそろ半年ぐらいロムる準備したほうがいいぞ。

>>929
それが下段のフィルターなんですね。ありがとうございました。

Readmeやdefaultsを熟読してそれを理解してから質問してくれ

ご迷惑をおかけしました。

これで質問は以上です。本当にありがとうございました。

>>932
NGCmmoNGCMD=shitaが機能しなくなってまいました…。
特定のユーザーIDをOKIDに入れたんですが、ほかの動画を見ると
下にコメントが復活してしまってました。

生放送でwrapperは使えないのでしょうか？
もしくは生放送でも画面サイズを変更する方法はありますか？

>>934
wrapperは使えない
新プレイヤーと同じ方法でサイズを変更しても、うまく表示されないので諦めた
新ニコ生プレイヤーも試したけど同じだった

分かる人向けに、動画の表示部分が固定サイズになってるらしく
TSetProperty("_root",2,p) TSetProperty("_root",3,p)
で動画表示部だけサイズが変わらない(詳しくはnewPlayerControllerのソースに)
誰か分かる人居ない? と放り投げてみるw

あれ？
NGCommentExtension v0.4.4aで、気がついたらNGIDの中身が消えてる。
もちろん有効期限を無限にしてるんだけど、、、、、、

質問ですが、しっかりnicocache_nlが起動し、画面も調子いいけれども、
それだとプリントスクリーンや貼り付け、切り取り、コピーができない人いますか？

んで、起動をやめるとそれらはしっかりできるんですが。

>>937の追記です。
OS:windows７
ブラウザ:IE8
nicocach_nl: [nl610.zip] NicoCache_nl (9).12 +100918mod 不具合修正(テスト版・本体のみ)

nlフィルターをすべて除いて起動しても>>937になりました。

>>937
すいません、追記の追記です。
msconfigでシステム構成ウインドウ/スタートアップで、nikocache_nlだけにした
ときにも、不具合が起こりました。

＞これで質問は以上です。
＞これで質問は以上です。
＞これで質問は以上です。

>>931
>>427＋拡張も一つずつ外して検証
ROMれ

すいませんでした。。。。

>>935
レスありがとうございます。
無理なんですね、残念。

拡大についてはアプローチを変えて↓のソフトを使ってみることにしました。
・窓の化身
http://www.orangemaker.sakura.ne.jp/product/WinKeshin/

1年半ぶりくらいに来たけどまだ開発続いてたのか
乙すぐる

あげ

ニコ動の仕様変更がある限り開発に終わりはないからな。
技術屋乙すぎる。

じゃワタクシめも、改めて乙allと言ってみる。

最近弾幕が数値的に見られるようになって、楽しさ 2割増し？

てか、毎週、歌の中に一番厚い弾幕が、ってのはどうかと思わないではないｗ
http://www.dotup.org/uploda/www.dotup.org1164500.jpg

>>946
TVで見てるから弾幕何かわからんけど『くーずーれたー!』かな?
しかし、最後の最後までバカと変態と巨乳しかいないアニメだったな。

それとビッチ

youtubeCacheFilterちょいと加筆修正
http://nicolist.net/nicocache_nl/up/img/nl612.txt
強制fmt37リダイレクトがあるとキューとか再生リストの
自動再生ができないんで、URLの情報を継承するようにしてみる。
他はキャッシュ着色とかちょっとした修正.

fetched.htmlみたいなクリックすると消える未読一覧が大変便利なので
もう一個欲しいのですが最低限コピーすべきなのはどれでしょ？

あれはmovieFetcher専用だからコピーしても無理。二重起動でリダイレクトとか頑張れば出来るかもしれないけど。
同一ブラウザを常に使用で登録はwww.nicovideo.jpからだけなら何とか作れるよ
登録方法をどうするのがいいか良いのが思いついてないけど。

[nl607.zip] nlMovieFetcher v0.6a 変更たくさん　を使うと、
[nl546.txt] 全ブラウザ対応 検索結果多列表示フィルタ の時間色分けが
4列目だけ反応しないので修正願えないでしょうか。

>>952
>>862

>>953
4列CSSのMATCHに、1列CSSのMATCHの3行目4行目を追加したら治りました。
ありがとうございました。

NicoCache_nl (9).12 +100926mod(テスト版・本体のみ)
ttp://nicolist.net/nicocache_nl/up/img/nl613.zip
・特定条件で内部的に一時ファイルが残ったままになる不具合を修正
　→キャッシュのDL中削除やnoLiveCache=trueでキャッシュをスキップした時など
・noLiveCache=trueの時は一時ファイルを無視してそのまま返すようにした
　→"no cache found: 〜 live Movie. skip."の表示も冗長なので抑制しました
・thcacheMode=folder時のメモリ使用効率等を改善した…つもり
　→最近実装した処理を使うように書き換えたので効率は良くなっているはずだけど、
　　実測してみたら体感できるほどの違いが感じられない…
　※一旦メモリに読み込むのを止めたからメモリ使用効率は良くなっているはずです
・thcacheMode=folder時の代替サムネに関する挙動を変更
　→代替サムネのコピーを止めてゼロバイトのファイルを作成するようにしました
　　この変更により代替サムネを動的に切り換えることができるようになります
　※今まで通りの挙動が良い人はthcacheReplace404Mode=copyを指定してください
・$NESTで','を含む条件を記述できなかった不具合を修正(thx>>905)
　→条件に','を含む場合は'\'でエスケープしてください


>>945
nl本体の場合は、仕様変更よりも新機能対応と不具合修正が多い気がする。

乙

playerのフォント変わった？

(つд⊂)ｴｰﾝ　また検索ページのレイアウトが変わってるよー
フィルターが効かなくなってるよー

検索結果取得APIとかあればいいのにな
そうすれば自由にページが作れる
まあ広告の関係で無理だろうけど
自分は修正したけど、またすぐに変わったりしないだろうな……

RSSで取ってこれるみたいだけどこれじゃダメ？
ttp://www.nicovideo.jp/tag/エンターテイメント?sort=f&rss=2.0

検索結果多列表示フィルタ更新
ttp://nicolist.net/nicocache_nl/up/img/nl614.txt

>>961
乙です
Opera 10.62を使っているのですが、以前から検索結果多列表示フィルタの
検索結果多列表示 css　に.content_672 と .content_312 の2つのclass属性を加えなければ正常に表示されていませんでした

また、今回の仕様変更の対応で、上記のclass属性を加えると右列の表示が検索結果の下に出るようになってしまいました
検索結果多列表示 div囲い消し のMatch2行目が影響していることはわかったのですが、どう弄ればいいのかがわかりませんでした
もし対応していただけるならありがたいです

>>961
上にもありましたがこれをIE8対応にするにはどこを書き換えればいいのでしょう？
検索結果多列表示 1列 divを参考にと書かれていますが特にコメントなどもないので
ヒントだけでもお願いいたします

>>962
.content_672 と .content_312は、右列の広告消去を使っていたので忘れていました・・・
右列の表示が検索結果の下に来る問題ですが、Match3行目が正常に動作していないのが問題でした
</div>(?:\r?\n)+</div>(?:\r?\n)+を</div>[\r\n]+</div>[\r\n]+に変更することで改善されると思います

同じくnl614.txtに修正したものをアップし直しました、デフォルトでは右列の部分は消去状態です

>>963
nl546.txtを元にnl614.txtで更新された部分を見比べて修正してください
更新部分は「検索結果多列表示 1列 div」「検索結果多列表示 2列 div」、「検索結果多列表示 tr・td消し」は「検索結果多列表示 div囲い消し」になっています

>>964
963ですがいろいろ変更点を調べ書き換えたのですが(match行変更など)
以前と違って動画検索結果の横にニコニコ静画のスライドショーの検索結果が
表示される(以前は下のほうだった)のは仕様ですか？
もし仕様でしたらほぼ対応ができたことになります(あとは枠の幅の調整くらい)

すみません。上の書き込みを修正します。編集ミスでIE非対応版(しかもnl609)で上書きしていたようなので
修正したものでの結果ではありませんでした。
改めて最新と差分比較して修正したのですがうまくいきません。
>>963を参考に
・nl546をベースに「検索結果多列表示 1列 div」「検索結果多列表示 2列 div」、
「検索結果多列表示 tr・td消し」の変更点(match行)をnl614の変更点に修正
・CSSはnl546のまま(IE非対応のを使ってると思ったので)

結果枠が小さくなったのみで列数は変わらず、しかも1列のときはそれぞれの枠の前に
以下のようなメッセージが出るようです
(以下抜粋)
style="background:url('http://res.nimg.jp/img/common/thumb/split_line.png') no-repeat bottom left; padding-bottom:6px;"
>
(ここまで)
アドバイスできればお願いいたします。

>>966
「検索結果多列表示 tr・td消し」は「検索結果多列表示 div囲い消し」になってると書いたとおり
「検索結果多列表示 tr・td消し」は消去して「検索結果多列表示 div囲い消し」を追加してください

nl546.txtの「検索結果多列表示 1列 div」「検索結果多列表示 2列 div」のMatch・Replace2行目は
説明文に列変更のやり方が書いてある通り、各列を指定個数で囲い込むための重要な記述なので変更はしないでください
「検索結果多列表示 1列 div」のnl546.txtのMatch1行目はnl614.txtのMatch1行目に、nl546.txtのMatch3行目はnl614.txtのMatch2行目に書き換えてください

>>964
きちんと表示されるようになりました
修正ありがとうございました

>>967
＞「検索結果多列表示 1列 div」のnl546.txtのMatch1行目はnl614.txtのMatch1行目に、nl546.txtのMatch3行目はnl614.txtのMatch2行目に書き換えてください

をもとに、4列目を修正していったところ、列は思い通りになったのですが、色がつきません。
どこが不足なのでしょうか。

仮[Replace]
Name = 検索結果多列表示 4列 div
URL = www\.nicovideo\.jp/(?:search/|tag/|newarrival)
Multi = TRUE
EachLine = TRUE
Require = </a><img[^>]+?alt="4列"
Match<
(?<=<div )style="width:160px;[^"]+"(?=>\r?\n<!---->)
(?:<div class="nl_search_4">(?s:.+?)<!---->\r\n</div>[\r\n\t]+){8}
(?<=<td) style="background:url\('[^']+?split_line\.png'\)[^"]+"
>
Replace<
class="nl_search_4"
<div style="clear:both;">$0</div>
>

※自分用で4列を8列で、CSSのReplaceの3行目width:12.5%にしています。

>>969
>>964で、更新部分だけを書いたのになんで他のところまで手を加えようとするかな？
「検索結果多列表示 4列 div」はそのままで使えるでしょ？
あと「検索結果多列表示 1列 div」以外には「(?<=<td) style="background:url\('[^']+?split_line\.png'\)[^"]+"」は要らないよ
1列時に動画説明文の下にボーダーラインが入るのを消すためのものだから

>>970
ご指摘ありがとうございました。そのまま使うことができました。
4列fetchを切らないと表示されませんけど。

963ですが>>964を参考にnl546.txtをベースにして
・「検索結果多列表示 tr・td消し」は消去して「検索結果多列表示 div囲い消し」(ブロックごと入れ替え)
・「検索結果多列表示 1列 div」nl614.txtのMatch1行目を元のMatch1行目に上書き、nl614.txtのMatch2行目を元のMatch3行目に上書き
で無事反映されました。
余計なところをいじりすぎたようです。(ブラウザ固有の部分までいじくったせいですね)
ありがとうございました。
ただなぜか2列が４列化していてまれに枠がずれることがあるようです
(1列は2列化・4列は5列化していて正常みたいです)

あ

書き込みテスト
規制中なのか？

アレ書けた。
2chブラウザ(自分の環境はJaneXeno)からだとダメで
ブラウザなら書ける状態なのか…？

なんでこんなに過疎ってんだ

規制でしょ

>>951
ラジオみたいにある程度鮮度があった方が面白い動画と
邦楽PVみたいにいつか見たいので一応取っておくみたいな動画は
違う登録にしたいんだよね

未読管理の方法としてはmovieFetcherのアレが今のとこ一番単純で優秀な気がする

>>978
まあ、今の管理方法はLinkPadやRead It Laterが元ネタなんだけどね。

リストが複数になると「じゃあリスト選択はどうするの？」って話になるので、今のところやる気は無いです。
ただ、確かに別リストで管理したい時があるので、自分の場合はplaylist.jsを弄ってPick→即fetchにしています。
playlist.jsならいくらでもリストを作れるし、nlMovieFetcherと併用すればクロスブラウザでリスト共有できるので。

期間限定公式のコメント受信って、有料期間になると鯖かわるのかな。
getflvのmsを保存しておいて、有料になってからforceでコメ受信できるか試したんだけど
拒否されたんだよね。token関係かな・・　こればっかりは数分で検証できないからだるすぎるorz

うぷろだの[nl536.zip] 99_3列フィルタ 10/07/27版を使ってたんですが
2列→4列が効かなくなってしまいました。
作者様更新をお願いできないでしょうか。

それとも今は[nl614.txt]検索結果多列表示フィルタに統合されたのかな？
今後はこちらを使うべき？
であればIE8を使っているのでIE8にも対応して頂けると助かります。

非常にずぼらな理由で申し訳ないんですが、

マイリストから動画を開いたときには有無を言わさずフォルダを作って貰えないでしょうか？
一つだけのつもりが結局シリーズでずるずる見てしまう事が多く、
あまり掃除もしないのでどんどんファイルが無造作かつ無尽蔵にストックされてしまいます

それでも特に何も困らないんですが、あまりに雑然としてしまっているので…
よほど余裕のある時に一考して頂くだけで結構です、基本スルーして頂いて結構です

>>978=>>950?
鮮度が重要なのはfetchすればいいじゃん。
一応とっておく→マイリストでいいんじゃね。
オミトロンはローカルへのフィルタからの登録があるから無限リスト作れたけど、
nlは新規拡張必要なんだよなぁ・・・
>>951のも検索画面で動画タイトル部分右クリで登録ってのができたけど、TotalRenameとかと干渉しまくりそうだしな。

>>981
「2列→4列が効かない」ってのがよく分かりませんが、作者じゃないけど自分用に弄ったものをうｐ
ttp://nicolist.net/nicocache_nl/up/img/nl615.zip
自分用なので右側は消す仕様です(右側を見たければ2列以外を選択すれば良いだけだし)。
最初、多列表示フィルタを試してみたけどfetch(背景色変更系フィルタ)と相性悪いっぽいので…。

>>983
どちらもfetchするんだけど、用途によってリストを分けたい(あとで見る、いつか見る)って事だと思う。
実際自分がそういう使い方をしているので需要があるのは分かりますが、他のリスト管理と併用すれば
解決する問題なので(&result=0はそのために用意したものだし…)、複数リスト対応はやる気無いです。

あと、ローカルリストは別に新規Extensionを作らなくてもlocalStorageを使えばJSだけで作れるよ。
localStorageはブラウザ固定になるから自分は作る気ありませんが…。

>>984
あーなるほど。

あ、ローカルリストはもちろんlocalStorage使用してます(>>951)。新規拡張はすべてのブラウザ（ｒｙ

>>984
ごめんなさい2列→3列の間違いです。＞＜
対応してくれてありがとうございます。
使わせて頂きます！

$LSTに追加したり削除するAPI作るとか言ってなかったっけ？
それができればいいんだけどね

>>985
>新規拡張はすべてのブラウザ（ｒｙ
nlMovieFetcherStorageは別にfetch専用って訳じゃないので、それを使えばクロスブラウザでデータ保存できますよ。
バグがあるかも知れないのと、複数窓で保存すると最後のもので上書きされるという癖がありますが…。

>>986
需要があるようで良かった。

>>987
$LSTはkey-value方式じゃないので、削除は難しいんじゃないかな？

>>982
cacheMoveRulesってのがありますよ。
http://nicolist.net/nicocache_nl/wiki/index.php?cmd=read&page=ext%2FcacheMoveExtension&word=cacheMoveRules

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

僕の場合、このように設定をして、好きなマイリストをしている人を登録して、その人が
投稿したら、自動でフォルダを作り、そこにファイルを入れるようにしてます。
これまでの煩雑しているものは、キャッシュを管理するリンク(倉庫的なアレ)を用いて、
自動で作られたフォルダや、キャッシュフォルダの中に自分で作った任意フォルダに移動させて
整理しております。

>>990
補足
ちなみに、画像ではわからないですが、指定していないIDの画像（その画像だけがほしいという時）はIDが名前としてフォルダを作成
されてしまいますが、僕は#を使ってそれを停止しています。
どうなっているかというと、キャッシュファイルに自動的に入っているので、そこから自分で振り分けている状態です。

次スレの季節

>>989>>990
設定がちょっと難しかったですが中々に便利です
アドバイス感謝です、ありがとうございました!

>>988
this.storage[key]で無限に増やせたのか。今度使わせてもらいます！
＞上書き
localStrageでは、保存前に取得→照合→合成とやって保存させてます。
多分こっちでも出来るんじゃないかな。最終保存日時とかが必要になりますが；；

そろそろ次スレ立てないと落ちそうです

人頼み

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

■過去スレ
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

↑ミスった

次スレ
【ニコニコ】自動ローカル保存プロクシ NicoCache12
http://hibari.2ch.net/test/read.cgi/software/1286256955/

立て乙うめ

(*´∀｀*)

　　∧,,,∧　
　( 　・∀・)　1000ならジュースでも飲むか
　 (　　 　)　
　　し─J　

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。