0.3.0出ました。
変更点はバージョン番号のみｗ
本当はproxy.pacへの対応とかGUIの実装とかやってるんですが、未だ世に出せる感じじゃないので表だって有効化する事は見送りです。

>>51
今からHDもって家まで走ってくけどいい？

>>56
乙！

>>53
Genkidamaよりもっと前にP2Pやったやつがあったんだよ
そこで書いてあるのはそっちのことだと思う
なんでそっちとGenkidamaで盛り上がりが全然違うのか理由はよくわからない

ぽくなってきた

ミクがあったので導入した

>>60
おお、なんか面白そうだ

お　面白そうだな俺もやってみよう

よっしゃ
そしたら俺が全部まるっと合体させた最強のニコニコキャッシュネットワークソフトを作ってやるよ
ちょっと待ってろ
名前はＦＡＩＮＡＲＵＨＵＲＡＳＳＹＵだ

長さじゃないよな

syuuさん

>>69さんの言うとおり、起動時、終了時のputとかremoveに要する時間が
長すぎるので、多分それで嫌がって辞めてる人も多いだろうなぁと。

あと、それそのものはnicochacheの不具合だと思うのだけど、ホンモノの
動画以外（出くわしたケースではその動画でなく、フル画面のニコ割）が
保存されていたようで、それがそのままDHT経由で転送されたのて来たの
ですが、ワザと混ぜてない場合でもそんなケースがあるようですから、
なにか対策が欲しいですよね。....
（その時のURLもログも取るのを忘れました。すいません。）

もうひとつ気になったのは、なにより参加者が少ないって事。
人数が少ないうちはP2P機能は通信帯域を余計に使うだけで「先行者利益」
的な部分があるのかもしれないけど、大多数としてはメリットとしては
薄いんですよね。....そこが「わざわざ移行してまで」とか「わざわざ
インストールしてまで」って理由になってるんじゃないでしょうか。
無印のnicochache以外のnicochacheを使っている人にとってはもうその
時点でマイナスでしょうし。
（ある程度人数がいる状態なら、「嫌なら使うな」と言えば済むところ
なんでしょうけど、現状ではそう言い切るには人数がちょっときびしい
かと....）

と、思ったことを書いてみました。
....長文失礼しました。

二段串組めるから、できるんじゃないかな。
機能が重複している分、かなり非効率だが･･･

74さんのレスを見た後にふと頭に浮かんだので、
役にたたないだろうけど書いときます。

Genkidamaへの参加者を増やす方法で私が思いつく方向は二つで、

一つは、裏方に徹して任意のnicocacheを通して利用する形にする。
つまりは「Genkidamaの行う処理をP2Pネットワークから請求されたファイルを
探したり、他のP2Pネットワーク参加者の請求に応じてファイルをやりとりした
り、ファイルの有無に応答する」という作業に限定する。
そうすればDHT部分の開発に力を絞れるし、「乗り換え」より抵抗は少ないかと。
あとは「どう誘うか」って話になる。

一つは、徹底的に高機能思考で実装する。
つまりは、「無印以外のnicocacheの機能をシステムに支障が出ない限り、
とことんGenkidamaにマージする。
それプラス、P2P以外に目玉になる便利な機能が欲しい。
（むしろそういう目玉がなきゃ、わざわざ移るって人も少ないと思います。）

syuuさんの方針としてはどちらの方向に近いのでしょうか？
いえ、なんとなく気になっただけなんで。

>>75
両方でダブってキャッシュをもってもいいのなら可能みたいですね。
同じキャッシュを参照する形にすると、現行仕様ではテンポラリーの
ゴミが残ってしまうっぽいです。

nlはもうなんかカオスなんで、導入やバージョンアップが楽ならこっち使いたい

ユーザ増やすなら導入を簡単にしないとね
てかせめてreadmeぐらいはないと人柱版なので人に勧められない

>>77
nlそのものをマージするのではなく、とりあえずGenkidamaを（nicocache部
分も含めて整理して）基本機能以外はextensionの形で実装する....なんて
形が幅広い利用者にうれしいかもしれません....
DHTの速度は高速化することが難しいにしても「ごまかす」事ができれば
気分的には随分違うんじゃないのかなぁと思うんですが....
思うだけで、実際にこうしたら良いという提案が思いつかないところが
私のなさけない所なのですが....

>>79
このスレが立てられる前のバージョンに比べると随分（導入方法が）
簡単になったと個人的には思うんですが....
ポートさえ空いていれば、ほぼ無設定で動きますし。
ところでreadmeは同梱されてて、簡単な説明は書かれてませんでしたっけ？
もちろん、わかりやすい、わかりにくいというのはあるかも知れませんが...

ポート何番あけるとかかいてあったっけ？

利用人数少ないのに
最近再生された動画リスト表示されると
なんか、恥ずかしいことになるなｗ

>>85
「最近再生された動画＝誰かキャッシュされた動画」なのでしょうか？
完全にダウンロードしてしまう前に別のページに移動したなんて動画も中に
混じってたりはしないのものなのでしょうか？

気のせいでなければ、ダウンロード完了されていない動画も
その一覧に載ってます。

Ctrl + c についても徹底させるのは難しいと思います。
通信回線のトラブルやメンテナンスで通信が切断されて不意に終了される
可能性もありますし、もちろんパソコン自体がなんらかのエラーで強制終了
なんて事もあります。
あとGenkidamaを長時間起動したままにしていても、一定時間接続がなかった
場合はダッシュボード上ではオフラインと判断されているみたいです。
となると、（ちゃんと終了しなかった場合の処理が）まったく無対策とはとて
も思えず....

そのまえに、現バージョンって、強制終了させない限り、remove（終了処理）
して終わるようにしてありますよね？記憶違いでなければ。

>> 83
それは僕の仕業だよｗ

rankingのcacheは一通り生成したし、ってんで、
やっぱ夜にエコノミーになるのはR-18かと考え、
昼間とか開いてそうな時間に仕入れてみた。
タグとか取得してdashboardには表示しないようにした方が良いかな。

なんかこー、タグマイニング出来るような環境作らないとね。
売れ筋が解れば、そいつを昼間に仕入れておけるんだが。

>>87
既存のオープンソースのレコメンドエンジンを流用とか。
（今やっても無駄だろうけど）データが溜まってきたら
面白いことになりそうだな...と思うんですが。

....まったく技術面とか理解してないので好き勝手に言ってる
だけではあるんですが....

>>88
ああ、それは面白そう。
recommend engineかあ。

むー、何をどう変数にするかが悩ましいっすね。
とりあえず、探してみます。

>>87
毎時ランキングを定期的に仕入れてくれ

>>91
禿乙

>>90
了解。とりあえず平日昼間（朝、昼、夕くらい）にランキング総舐めで仕入れとく。

毎時をカバーしてくれる人がいて
それが実用だとわかれば
そこから一桁という利用者数の突破口が開けるはず

毎時を安定カバーすることによって
有望な動画の再生数を少ないときからカバーできるから
役に立ったと思う人が増えるはずだ

まだ人が少ないから見たい動画の傾向があわなくて
なかなかキャッシュが生きてこない感じなのかな。
うちはまだキャッシュをアップした形跡がなす。
設定がまずいんじゃないかと心配になってきた。

これって削除された動画を誰かが持ってたら再生できるの?

>>96
無理

削除動画を制限しなければ、利用者はうなぎ登りなんだろうがなｗ

もう議論済みの話題だ

じゃあ俺が持ってる200Gのキャッシュファイルの大半は無意味なのね

削除動画NGなのか　そりゃ無理だ