【P2Pニコニコ】 Genkidama 【キャッシュ共有】

「みんな、オラにちょっとだけキャッシュを分けてくれ」

作者さんのサイト
驟雨のカーネル探検隊（只今遭難中ｗ
http://d.hatena.ne.jp/syuu1228/
http://d.hatena.ne.jp/syuu1228/20090425/1240621227

関連スレ
【ニコニコ】自動ローカル保存プロクシ NicoCache 6
http://pc12.2ch.net/test/read.cgi/software/1239763252/

使ってみたが、いまいち稼働できているのか分からん

NicoChacheとしての機能も持ってるのか？
それとも今開いてる動画のキャッシュしか他の人に提供できないのか

消された動画の再生云々以前に、プレミアム入会の最大の理由(エコノミー回避権)を潰される事の方が、運営的には大激怒だと思いまふ

早い話が運営に喧嘩を売るソフトということですね

回線の負担が軽くなるから、運営は喜ぶんじゃね？

こういうのは大勢が使わないと意味ないと思うんだけど
nyとかに比べてそんなに使おうって気を起こす奴がいない気がする

ユーザー間でキャッシュ共有っていう案は運営も重々承知してて
一年前からこういうソフトが出るだろうってことは分かってただろう

現にずっと前に回線節約のための方法として提案があったわけだし

だから今だにエコノミー回避を最大のプレミアム入会の売りにしてる
運営が悪い。

つべに寄生してたニコニコが言えた義理じゃないだろうが
>>6だな

ニコニコ動画は某国みたいな灰色企業だからな。
向こうが見逃しているのをいいことにデータをそのまま流用してコメントをつけて、
負荷が高くなったから規制されてようやく独立したんだからな。
何も言わなければ今でもおんぶにだっこして笑っていたんじゃないか。信用できない。

NicoChacheが正常動作する環境でこれが動かん時がある
動くときもあるから困る

Genkidamaの今後
http://d.hatena.ne.jp/syuu1228/20090429/1240959265

何かがｸﾙ━━━ヽ(ﾟ∀ﾟ )ﾉ━━━ ??

使い方がよくわからん
だれかまとめて。

ブラウザのproxy設定を、
localhost:<config.properties上のlistenPortのポート番号>
にして普通に動画ページにアクセスするだけじゃ見れないの？

言えた義理があろうが無かろうが
金が絡むんだから黙っちゃいないだろｗ

保守
動きねーなー
というか、繋がらねえorz

Takuya ASADA (syuu1228) on Twitter
http://twitter.com/syuu1228

Twitterってフォローするの敷居高い気がしてるのは俺だけかな

新たな動きktkr

Genkidama on Overlayweaver
http://d.hatena.ne.jp/syuu1228/20090513/1242168004

オーバーレイウイーバーとは何なのか、誰か解説きぼん

Overlay weaver
javaでP2Pソフトを作るためのオープン環境……で合ってる？
スクリーンショットすげーｗ
http://overlayweaver.sourceforge.net/index-j.html

でもまだこれプログラム板とかが扱う範疇の代物かねぇ

>>20
これはすごいな。

http://overlayweaver.sourceforge.net/demo/img/viz-circle-300nodes.png
http://overlayweaver.sourceforge.net/demo/img/viz-grid-300nodes.png

著作権改正法案が衆議院で可決、「ダウンロード違法化」など
http://internet.watch.impress.co.jp/cda/news/2009/05/13/23423.html

>>23
キャッシュ合法通ったのか。

これ使えてる人いる？

いるよ。

NicoCacheで溜まったキャッシュが１００GBくらいあるけど、
これをみんなが使えるようにするにはどう設定すればいいのかな

激ウマ

これってもしかして権利者削除された動画が自分のキャッシュに残ってたら削除される・・・？

Sourceforge.jpに開発ページが開設された模様

http://d.hatena.ne.jp/syuu1228/20090518/1242596583
http://sourceforge.jp/projects/genkidama/

>>29
ネットワークに流さないだけじゃないの？

開発者使える魔法の数すげーｗ
http://sourceforge.jp/users/syuu/

genkidamaのキャッシュってテンポラリの一時ファイルのこと？

Genkidamaはもっと広めるべき

>>33
日本語でおｋ

やぁ初めまして、Genkidamaの中の人です。
わざわざスレ立ててくれてありがとうございます。

>>17
Twitterのフォローはぜひよろしくです。
が、私もTwitterって敷居高いとか思ってるしイマイチどう活用すれば良いのか分かってません（汗

>>19
Overlay WeaverはDHT（P2P）アプリケーションを実装する為のライブラリですね。
正確にはシミュレータでもあるんだが、この際それは関係ない。
Genkidama 0.2はOpenChordってライブラリを使っているんだけれど、こいつの動作が怪しかったり、通信のアルゴリズムが悪かったりするのでOverlay Weaverへ置き換えてみようかなと。

>>25
すみません、正常に繋がらず動作が開始しない現象が確認されています。
その辺りの安定性を根本的に解決すべく、0.3を開発中です。
うまく動かなかった方々は申し訳ありませんが、次のバージョンを待っていただけるとありがたい。

>>31
その通りです。

>>32
これ、適当に入力しただけなんだけど、丸見えなのね・・・(^^;

>>33
日本語でおk

言葉の意味はよく分からんがとにかく凄い自信だ…

なんか面白そうなので期待する

元気玉はやってくれると信じている

blogは読ませてもらってるが、書いてあることｻﾊﾟｰﾘで俺涙目ｗｗ
ただ期待しております。

Genkidamaテスト版 2009052701
http://d.hatena.ne.jp/syuu1228/20090527/1243435235

Genkidamaテスト版 2009052901
http://d.hatena.ne.jp/syuu1228/20090529/1243550017

今度こそ動くようになった、、、と思うんだ。
バシラーな人、是非試してみて欲しい。
但し、今回はUPnPが無いんだ、すまない。手動でポートを開けてくりゃれ。

UPnP無くなったんかー・・・
ちょっと残念。しかし超乙。

参加したいが設定方法がいまいちわかってない
9899/tcpと9900/tcp開けたけどプロンプトには警告ばっかでなんかミスっぽいんだよな
キャッシュは溜まってるんだけど

2009052901
プロンプト一切出ないんだけどもデフォ？

一応ニコニコ外のIPに接続しに行ってるみたいだけど、
送ってもらったキャッシュもエコノミーばっかりだからいまいち成功してるのかどうかｗ

りどみ読んだけどnicocacheとどう違うのかよく分からない…

>>45
うちは文字列いっぱい出るよ。

根本的なことなんだが、これを使うことでエコノミー回避が出来るの？
元気玉ネットワーク上の誰かが通常キャッシュ持ってると、エコノミー時間内＆一般会員＆通常キャッシュ不保持でも、通常画質で観れる
ってこと？

>>46
>>45→>>44　ｽﾏｿ

>>47
プロンプトは自分の勘違いで普通に出ました＼(^o^)／

詳しい実装はいいとして、ネットワーク内に通常キャッシュがあれば
エコノミーキャッシュより優先して取得できるってことでいいのでFA


今までに取得した40GBのキャッシュ(1,787個)をcacheフォルダに配置して
起動してみたらメッセージがどんどん流れていっこうに終わらないれす
DHT更新してるっぽいけど、そのまま×押したくなるレベル

Genkidamaテスト版 2009053001をリリースしますた。
http://d.hatena.ne.jp/syuu1228/20090529/1243627482

ごめんなさい、2009053001のリリースと同時に前のテスト版使えなくなりますm(_ _)m
立ち上げてもエラーが出て落ちるようになると思う。

山ほどデバッグメッセージが出るのは2009052902である程度抑制したよ。
あれじゃ何が起こってるか分からないからね。

DHTからちゃんとキャッシュが取れてるかどうかは、画面表示を見れば判別がつくようになってるです。
・「DHT get: nc:smXXXXXXX success」というメッセージが出れば他人のキャッ
シュを取得出来ている
・「DHT get: nc:smXXXXXXX failed」というメッセージの時は誰も持っていない
・「using cache: smXXXXXXX」の時はハードディスク上のキャッシュを使っている
てな感じなんだ。

どの程度DHTでキャッシュ取得成功しているか、現在のオンライン人数がどれくらいか、といった情報はWebページからみれるようにする予定です。
が、マンパワーが足りない(>_<)
誰かWebプログラマー紹介してくれw

>>42
すまない、友人とも協力してルータ３台ほどで試してみたんだが、全て挙動が
違ってどれもうまく動かないという悲惨な結果に陥ったので、うん、これは外し
た方が良いね！という残念な結論になってしまった（笑
Azureus(現Vuze)というBitTorrentクライアントに入っているUPnPのコードを試
そうかとも思ったんだけれど、ソースコードのライセンス的に混ぜて使って良い
のか私にゃ良く分からなくて。そういうの詳しい人居たら解説きぼん。

>>43
それ、デバッグメッセージです。正しく動いているものと思われます。

>>45
Readme.txtはNicoCacheのものをそのまま残してるです。
まだGenkidamaの奴は無いんだな。
違いは皆のキャッシュを共有出来る事。ここに尽きます。

>>48
・・・HD持ってったらそのキャッシュくれますか？（笑
そういう状況も試してみたいけれど、とってもじゃないがそんなに貯められない。。。

163G分のキャッシュ持ってるけど需要ある？

>>51
とりあえず、9899/tcp、9900/tcpのポート穴開けたら
Genkidama.batをダボークリックしてみようか

うちの話がでてた

http://pc12.2ch.net/test/read.cgi/software/1239763252/
606 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/05/30(土) 01:21:27 ID:yYrhTEGB0
(中略)
いつだったかキャッシュをp2pで共有できるヤツがあったが・・・
どの動画が消されたのか情報共有できる場がないと機能しない微妙なモノだとは思った

0.3.0 kt
http://d.hatena.ne.jp/syuu1228/20090601/1243866557

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

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

http://d.hatena.ne.jp/syuu1228/20090603/1243991668
0.3.1でました。

0.3.1のリリースに伴い、以前のバージョンは使えなくなります。
0.3.0との差分は以下の通り。

・NicoCache 0.41のマージ
・XMLRPCサーバの一部仕様変更
・DHTアルゴリズムの変更
・バージョンチェック機能の実装
・ポート開放チェック機能の実装
・バックグラウンドjoin、バックグラウンドput機能の実装

>>56
乙！

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

1878個のDHT putが15分ぐらいで終わった
キャッシュ使用も問題ないみたい

ただキャッシュがDHTにもローカルにも無い動画は読み込まれない？

なんか来たぞ
http://genkidama.dokukino.com/

ぽくなってきた

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

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

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

nicochache_nlと併用出来るの？今まで溜めたキャッシュはつかえるの？
その前にプレミアムな人はあんまり意味ないのか

>>65
nlで保存したキャッシュはGenkidamaで認識したし、
Genkidamaで保存したキャッシュはnlでも認識したよ？

ただ、Genkidamaはキャッシュフォルダを任意のものに指定できない
って点が共有する時に面倒かも。
（まあ、Genkidamaのキャッシュフォルダをnlに参照させたらいいん
ですけど....）

ｔｈｘ
_nlでwrapper使ってるしその辺の環境を崩さずに使えて
なおかつプレミアムでゲンキダマ使うメリットがありそうなら導入するよ

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

昨日4000くらいputしたけど一時間以上かかった・・。
DHTから動画見ようとしてもtimeoutで表示しないし、ctrl+cで終わらせるのも数十分。
一括でputできんのかね。
で、これ起動するたび毎回putするのね・・

結論：プレミアムでのメリットなしｗ

あとバグっぽいの。
put中にctrl+cするとputが続行してputとremoveが平行する。
ctrl+c後のput分はremoveされずそのままになる。

プレミアムの人ってニコ動鯖から取得する場合でも回線速度MAXで動画落ちてくるの？

光回線だけど　例えば2分の動画が読み込み終わるまで2秒くらい

長さじゃないよな

syuuさん

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

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

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

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

ぐぐったら出たので

GenkidamaWiki
http://sourceforge.jp/projects/genkidama/wiki/FrontPage


nl使ってる人がこっちに移住するのは厳しいと思うな
キャッシュ済み動画を見やすくしてくれたり、キャッシュ一覧見れたり
レジューム、任意のキャッシュフォルダ、リモート公開･･･

nl経由してGenkidama使えないかと試行錯誤したこともあった

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

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

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

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

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

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

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

nlのextensionとしてgenkidamaとの架け橋になるモジュールとか作れんかねえ。
あるいは定期的にnlをマージするとか。
いづれにせよDHTの速度にブレイクスルーがないとユーザは増えていかんだろうなあ。

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

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

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

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

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

コメントによると、50000-50001のtcpだそうだ。
前のバージョンから使用している人は違うんだっけ？

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

Genkidamaネットワーク

只今 3 人のユーザがオンラインです。
13462 個の動画が共有されています。
バージョン 0.3.1が最新版です。
Genkidamaネットワーク全体の利用履歴

855 個の動画がニコ動経由で再生されました。
81 個の動画がDHT経由で再生されました。
242 個の動画がローカルキャッシュ経由で再生されました。



実績ひどくね？
なんか不具合あるんじゃないの？

さっきオンラインになったけど、
全体の利用履歴でキャッシュされたはずの奴を開いてみても
DHT get : failed

コンソールではなんかタイムアウト連発してるし

利用してる人、終了するとき Ctrl + c 押すの必須だって分かってないとか

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

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

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

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

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

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

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

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

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

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

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

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

0.3.2出ました。

http://d.hatena.ne.jp/syuu1228/20090606/1244321909

0.3.1からの変更点は以下のとおり：
・DHTで通信エラーが起きるとニコ動へ動画を取りに行かなくなるバグの修正
・put高速化
・remove処理の省略（DHT上のキーの有効期間を設定）

>>91
禿乙

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

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

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

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

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

>>96
無理

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

もう議論済みの話題だ

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

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

putだいぶ早くなった

けど最初の数百個は順調だけど、途中からエラーが高速に流れ始める

削除動画だめなのか・・・
動画消して退会したユーザーのとかがもう一度見れるならと思ったんだけど

もし削除動画許可するならput者がyesno判断すれば現行法的には問題ないかな？
その時点でサーバの負荷軽減という建て前はあまり効かなくなるかもしれないが。
ニコニコがグレーだとしたらグレー3割増しみたいな。（動画ダウンロード+共有+削除動画観覧）
まあグレーはどこまで行ってもグレーだけど。クロじゃない的な意味で

著作権違反動画とかが消されていないってのを考えなければ
動画ダウンロード+共有　までは全く問題ないだろう

削除動画をput者が判断てのはほかのp2pファイル共有となんら変わらないわけで
問題大ありだと思う

てか議論済みなんですよね

まぁ少なくともここの名無しさんよりは
戀塚さん辺りと会話してた作者のほうが・・

今日Genkidamaの存在を知って導入しようとしてみた
プログラムの事はよく分からん俺が感じた疑問とか感想とか箇条書き

・Windowsでもjar実行だけすれば済むように出来ないのか。NicoCache_nlはただjar実行するだけでよかったのに。batから起動する必要性があるからそうなんだろうけど
・nlと同様にGenkidama.jar実行してみたらプロセスにnlと同様、javaw.exeが出てくるが、数秒経ったら勝手に終了してしまった。nlのjarは正常に動くのに
・Genkidama.bat実行して出てきたcmdウインドウが出っぱなしなのがデフォルトなのか・・・邪魔くさい
・終了時にctrl+cが必須なのが面倒。起動したらしっぱなしで、プログラム終了＝Windows終了なのでいちいち手作業でやるのもなんだかなぁと
・あと、Genkidama.log見ても正常に起動出来てるのかどうかよく分からない
・GenkidamaはProxomitronと併用は可能か
・nlとProxomitron併用してた環境を通常の状態に戻して、一からlocalhost:8080と設定してGenkidama.batを起動してみたがどこにも全く繋がらない
・Genkidama用自動構成スクリプトとかできないのかと。ニコ動だけに繋がらないのはまだしもなぜ繋がらないのか調べる時いちいち戻さなきゃいけなかったり
・batの中身見てみたけど、 ログを記録しないなら直接jarを起動するだけでも問題無い ってことなんだろうか

>>91
超乙！
>>99
とりあえずGenkidama起動していただければ、生存キャッシュだけでも使いまわせるので歓迎。

では俺も箇条書きとか投下してみる。
・けっこうjavaのエラーメッセージが多いなぁ。
　実際きちんと動いてるのかどうか分らないが「え、なになに？」って感じになる鴨
・Dashboardの個人履歴削除は実装してほしいです。
　ドロドロだと友人に見せられんｗ
・ネットワーク清浄化のため、以下のキャッシュファイルは共有しなくてもよいのでは。
　；エコノミーキャッシュ、ニコ割キャッシュ。
・＞削除動画キャッシュの扱い
　キャッシュファイル自体を「暗号化」して流通。（→下記のyes/no意思表示回避を実質的に不可能にする。
　動画ページにアクセスすると約款を表示
　「これより先作者は一切責任負わない。観たいならあなたが全法的責任負うべし。」
　yesクリック→暗号化解除+表示。
　こういう機能をダウンロード関連法施行日前日までの時限機能として実装、とか。
　…こんなんもだめだろか。。
・ほかの人が自分の保有するキャッシュを使ってくれているのが分ればちょっと嬉しい。
　→なんとなくモチベーションup
・flv wrapper対応は、
　flv_wrapperのオミトロンセットを使用
　＋config.propertiesの「proxyHost=localhost」,「proxyPort=<オミトロン設定ポート番号>」に変える
　＋proxy.pac弄る、でいけるかな。pacは→http://nicolist.net/nicocache_nl/proxy_config.html　とか。
　　ただ、wrapperの「ローカルサーバーを使う」設定は何を入れたらいいんだろ？？
　※同梱のproxy.pacではswfをダウンロード出来ないのも、上を参考にすれば落とせるかな？試してないけど。
・tokenさんトリップつけては如何でしょう？
・人いっぱい来てくれたらなぁ。。目指せ700万個共有！
>>106
jar起動やcmdプロンプトは個人的には気にならないかなー。
ctrl+cは、気にせず終了する人は多くなりそう。対策要るね。

0.3.2でctrl+cは必須じゃなくなったんじゃね


Genkidamaで削除動画はもう諦めたほうがいい

どうしても見たいなら自前でJavaソース書き換えて
ブートストラップサーバ立てちゃえばいいんだし、
そこまですりゃ作者もこのスレの人も何も言わないさ

いっそブートストラップサーバの導入までを有志のユーザにやらせて
そのプラネットの管理を委譲してしまえばいい

NicocacheGUIが使えないかなと思ったけどパス指定変更程度じゃできないみたいね
いきなりメインがシャットダウンしたっていうログになる

原因まで把握できる頭は持ち合わせてないぜ！

ウィンドウを消したりタスクトレイに入れたりするフリーソフト使えばいいんじゃね？
いくつかあったはず
俺はコンソールが出ている方がいいので名前までは調べてないけど

開けるポートって50000-50001なのね。スレ読んで9899-9900開けても動かないから諦めてたよ
readmeに開けるポートについて書いておいて欲しいな

>>111
初めて知った
>>1にあるはてなの情報だけしか知らなくて、どのポート開けるかなんてはてなの説明分に書かれてないから当然開けてなかった
Genkidama port 50000 でぐぐったらwikiなんてあったんだな
ちょっくらポート開けてくるわ

ポート開けたらあっさり起動。プロセス見てもjavaw.exeが終了しないで残ってた
GenkidamaWebDashboardで確認したらちゃんとオンラインになってた
空いてないと終了しちゃうってwikiにあって全て納得がいった
GenkidamaのReadmeはNicoCacheじゃなくてGenkidama自体のReadme入れるべきだろと
開けなきゃいけないポートの情報がreadme見ても分からないとか駄目だろこれ

とりあえず現時点でNicoCache_nl使ってて溜まったcacheの中身をGenkidamaのフォルダに移動
Genkidama再起動してみたらcmdプロンプトに色々ログ流れた
キャッシュに溜まってるうちの一つを再生してみたらusing cacheって出てきた

思ったんだけど、ニコ動で通常時のA、エコノミー時のB、ビットレートがニコ動の上限1000kbps以上のC(zoome等にある同名作品から持ってきたとか)が
あったとして、画質は C＞A＞B。
エコノミー時にGenkidamaで拡散されるものは CとAのどっちになるんじゃろうか
やっぱりA？

>>113
プレミアム会員の「制限が上限1000kbps」ってのは
視聴じゃなくて、アップロードの際のエンコードビットレートの制限の話じゃなかった？
通常会員でもエコノミー時間外なら、プレミアム会員が作成した1000kbps「C」動画キャッシュは、
普通にダウンロード＆観れると思う。即ちキャッシュの扱いとしてはA=C、Bだけ末尾に「low」が付いて前者と区別される、んじゃね？
間違っとったらごめんよ。

あとエコノミー時間中のGenkidamaネットワーク(DHT)上でのキャッシュ取扱いは、コンソールの文字列とか見る限り、
1. DHTに通常キャッシュある？―yes→DHTから通常キャッシュ取得
↓no
2. DHTにエコノミーキャッシュある？−yes→DHTからエコノミーキャッシュ取得
↓no
ニコ動サイトからエコノミーキャッシュ取得
と動いてる気がする。
（個人的にはエコノミーキャッシュは常にサイトから取ってもいい気がする…

もともとニコニコからDLしたものじゃない高画質な動画で
キャッシュを差し替えてあるってことでしょ

そういう、キャッシュの不整合？っていうかそのへんはどうしてるのかな？
難しいけど危ない部分だよな

あぁ、成程。
ニコ動上の動画のzoomeとかの高画質版キャッシュを別途持ってきて、
「sm*_タイトル」とりネームしてNicoCacheが認識できるニコ動キャッシュとして
使うとどうなるってことか。・・・どうなるんだろね。教えて＞作者

そうそう
NicoCache_nl使ってて、よくそういう感じにキャッシュ差し替えて
ニコ動で1500kbps越え神画質再生ｷﾀ━(ﾟ∀ﾟ)━!!!!! とかやって一人でﾆｮﾆｮしてたりする

ニコ動のキャッシュじゃなくzoomeの超画質キャッシュが流通する可能性もある一方、
悪意あるやつがもしかしたら変な動画を自分のローカルフォルダに入れてsm**_タイトルにリネームして置いておいたら、その動画が転送される危険もあるわけで。
ニコ動上のファイルとMD5が合致してないと流さない という感じの仕様になっていれば安全ではあるが どうなんだろね

差し替えなんて発想なかった
ファイル名だけで判断してたら悪用できそうだけど

Fenrir Laboratory
http://www.fenrir.co.jp/labs/
泰幸ラボ
http://extensions.tabbrowser.jp/labs/yasuyuki/
RAPT Labs
http://www.fenrir.co.jp/labs/rapt/
堀江ラボ
http://www.fenrir.co.jp/labs/horie/
FALCON.LAB
http://www.fenrir.co.jp/labs/falcon/
Script Labs.
http://www.fenrir.co.jp/labs/script/

Fenrir User Community （公式フォーラム）
http://community.tabbrowser.jp/
Open Quality Control （バグトラッキングシステム）
http://public.fenrir.co.jp/qc/

Developer's Blog （開発者によるブログ）
http://www.fenrir.co.jp/blog/
梅田ではたらく社長のblog （やすゆき氏によるブログ）
http://blog.excite.co.jp/tabbrowser/
Sleipnir Blog （柏木氏による英語のブログ）
http://sleipnirblog.blogspot.com/

Sleipnir 2 - Make a Move （英語版の配布元）
http://www.fenrir.co.jp/en/sleipnir/
Sleipnir 1.66 公式ページ跡地 （旧版の配布元）
http://sleipnir.pos.to/

誤爆

ベクターで面白そうなソフトあったので遊んでみた。
http://www.vector.co.jp/soft/win95/prog/se299518.html

深刻なツッコミ処がこの図に潜んでいることは俺の文系脳にも分るのだが、
あかん、それが何なのか、眠くてよく判らない。プログラム作れる方まじ尊敬…。
http://www1.axfc.net/uploader/Img/so/48648.png

動画内容の自動判定なんてのがもし簡単にできれば
すでに運営が削除のために導入してるわなｗ
高画質なのを流通させるのはさすがに無理がありそうな・・・

あとオリジナルのハッシュをいつどうやって取得するかが問題だ

プログラムはこういう図からできてるんだよ
これ書ければあとは言語の記法をちょっと見ればプログラムなんて書けるぜ！

2chの掲示板は殆ど使わないので、勝手が良くわからないっす・・。
名前欄に生成後文字を入れても、ハッシュが動的に生成されなくちゃ意味が無いよな。
んー、勝手が解らない。。orz

>>94
僕が勘違いしてるのかもしれないけど、毎時て１時間毎？それとも、そういうランキングページがある？
朝・昼・夕にした理由は、本家のランキング順位が１時間では変動しなさそうだった為。
多分、変動率が高いのは、平日夕以降か休日昼以降じゃないかと。
とすると、変動率が低い時間帯を考慮せずに毎時で嘗め回してしまうと、無駄にランカーを動かしてしまうんじゃないかと。
それに、既cache動画を再生するのにも無駄があるなぁ、と考えての事。

>>95
未だDHT接続検証の真っ只中なのと、
仮にDHT上にcacheがputされたとしてもノード間の通信状態が悪ければ
クライアントの趣向によらず、DHT get出来ない可能性もありますんで。

>>106
>Windowsでもjar実行だけすれば済むように出来ないのか。
>cmdウインドウが出っぱなし
多分、0.3.3辺りには、プロンプトの代わりにシステムトレイにアイコンを出すようになります。
終了操作も、プロンプトに対してCtrl+Cするんじゃなくて、アイコンからquitです。

>数秒経ったら勝手に終了してしまった
ああ、昨日バグチケットを提出したんですが、
0.3.2テストリリースが生成するconfig.propertiesに不備があった可能性がありまして。
現在は、syuuの返答待ちです。

多分、生成されたconfig.propertiesの
dhtStatURL=http\://genkidama.dokukino.com/xmlrpc.rb
を
dhtStatURL=http\://genkidama.dokukino.com/xmlrpc3.rb
に変えれば接続できると思いますよ。

>プログラム終了＝Windows終了
C-cしなくて良くしたんですが、そこからバグを生んだようで対応中のようでした。
http://sourceforge.jp/ticket/browse.php?group_id=4359&tid=17193

>Genkidama.log見ても正常に起動出来てるのかどうかよく分からない
今のところ開発者向け(v 0.x.y)なんで、仕方がない、としてください。
もう少し安定供給が出来るようになったら、解りやすい情報を通知する予定ですから。

>>106
>Genkidama用自動構成スクリプト
ポート設定が初期値なら、http://localhost:50001/proxy.pacが読み出せる筈なので
こいつを利用してみてください。

>ログを記録しないなら直接jarを起動するだけでも問題無いか
java -jar Genkidama.jar
だけでも問題ないですが、ログは出ますよ。
0.3.2のbatの記述は、DHTモジュールから出るログをメインログに合流させるものなので
記述をなくしても、DHTモジュール以外からのログは出てきます。

>>107
>けっこうjavaのエラーメッセージが多いなぁ。
根性で近接ノードを探しに行ってるので、煩くなってます。

>ネットワーク清浄化のため
サービス的には通常画質を流通させた方が良いのは解ってるんですが、
DHTネットの配信実験が継続中なので、lowも流通させてます。
ニコ割にかんしては、現在検証中です。

>削除動画キャッシュの扱い
コレに関しては、5.0くらいになったらどこかからアクションがあるんじゃないのかなぁ。
というのも、本体の方がまだ微妙なので、傍系に構ってられないのが現実ですね。

>自分の保有するキャッシュを使ってくれている
こいつは僕も気になってる事です。
現在、通知情報とその方法について検討中なので
なるべく解りやすく表現したいです。

>>111
>開けるポートって50000-50001なのね。
仕組みとしては、開けるポートは何番でもＯＫです。
初期設定にしたがって50000-50001にしておけば、
config.propertiesが生成された時(初回起動時／config.propertiesが存在しない場合）も
ポート開放の手間が要らない、というだけです。


>>113
>ReadmeはNicoCacheじゃなくて
あれはNicoCacheのライセンスが理由で入ってるのかなぁ。
紛らわしいですが、多分その辺りの理由じゃないかと。

無論、Genkidamaのreadmeは入れるべきですね。
後で、提案チケット出しときます。

>エコノミー時にGenkidamaで拡散されるものは
通常画質があればそれが優先され、なければlowが得られる仕組みです。
流通対象に入る条件は、lowか非lowだけです。
NicoCacheの部分で画質が判断できれば良いんですけどねぇ。
ファイルの内部情報が解れば、画質は区別できるかもしれませんねぇ。
それを試すのも面白そうな気がしてきました。

差し替えは公開初日か数日くらいで指摘されてたから対策してるんじゃね？

>>118
>ニコ動上のファイルとMD5が合致してないと流さない
おお、それは良いアイデア！検討する価値がありますよ。

皆さんレスポンスありがとう。

出来れば、
チケット：http://sourceforge.jp/projects/genkidama/ticket/
フォーラム：http://sourceforge.jp/projects/genkidama/forums/
に意見をもらえると、開発者ＭＬに書き込み内容が流れるんで
僕らも気付きやすくなります。

---
ハッシュってこう使うのか・・。以降コレで。

>>128
統計取ってるDBの仕様と値を読む限り、ファイルのdigestは採取してないですね。
クライアントの中でやってるのかな。syuuに相談だ。

>>123
それはそうですよねｗ
冷静に考えて元ファイルのハッシュ取得する機会がどこにあるんだ…
流通物のハッシュ照合のためには、比較元のオリジナルファイルを一々落とす必要があるんかなぁ。。

しっかしなるほど。
巨大なソフトウェアプロダクトだと、その背骨はこんな論理クラスター何十、何百、何千によって構成されてるわけですね。そりゃバグも無くならんですねｗｗ俺は一個でもうキツキツｗｗ
プログラマー諸兄の仕事には頭が下がるばかりです。。
しっかしフロー図書くの楽しいなこれｗｗプログラムとか勉強してみよかな

>tokenさん
乙！Sourceforgeって書きこむのにアカウント要る？
なんかソフト開発に手をつけたこともない者にとっては敷居が高く感じるｗ
まぁ、なんだかんだで2chは人集まり易いと思うし、顔見せというか、
作者さんにもちょくちょくスレに来てもらえたら嬉しいです

>>131
プロジェクトの設定で、匿名投稿も許可してあるので
アカウントを取得する必要ないですよ。

見た目は無骨ですが、使い勝手は良い方じゃないかと。
無論、僕もちょくちょくこのスレに顔を出すつもりです。

wikiも同じ場所にある事ですし、
あっちにもちょくちょく意見を出してくださいｗ
やっぱ、あっちも盛り上がって欲しいなあと思うので。

tokenさん乙です

>>127
現在の初期設定では50000-50001のtcpポートを開放する必要があるけど、config.propertiesの
dhtRingPortとdhtDataPortを編集することで開放する必要があるポートを変更できるってことで
おｋですよね。まだ開発版だからユーザに優しくないのは仕方ないですな


元ファイルのハッシュ値は、Genkidamaを介してニコからDLしたときだけ動画と一緒にハッシュ値を
DHTにPUTするようにすれば、少しは信頼性を得られないかな。DHTに動画とは別にそのハッシュ値
も保持させるようにして。
でも結局は悪意も技術もある奴がいれば意味ないんだよな

>>60
そこ見に行ったら重すぎ吹いたｗ
ブラクラかと思ったわｗ

>>129
有名ファイルなら同じMD5のファイルを所持しているノードの数が多いやつが正規みたいな感じで判断できそう
完璧じゃなさそうだけどね

>>134
重いよね。Chromeでスクリプト停止って初めて見たわ。

>>124
http://www.nicovideo.jp/ranking/mylist/hourly/all
これのことだけど
ここを1時間毎に前もってキャッシュしてくれる人がいれば
ヒット動画の3桁ぐらいからカバーできるから
4桁5桁と増えていくときに利用したい人が少しぐらいいると思う

安定的にキャッシュしてくれる人が出てきたら
ランキング監視している人にでもとりあえず宣伝して
エコノミー回避できるという実感を持ってもらえたら利用者一桁は脱していけるんじゃないかな

それと動画が読み込めないエラーが頻発している今に役に立つということがわかったら
結構広まっていくんじゃないかと思ったり

しかし本当に元気玉がちゃんとp2pして動いてるかよくわからなかったりしてｗ

>>137
よし、自分に出来そうだから多少がんばってみるよ

>>134
確かに重い。その理由は、サムネイルを出してる部分全てがiframeだからなあ。。
thumbinfo.xmlを取得して捏ね繰り回せば、同じような表現を静的に出来ると思うので
後のバージョンで解決する予定です。

>>137
あ、専用ページがあるのね。レスポンスありがとう！
次回からは、そいつを利用します。

毎時ランキング補完がうまくいきそうなら
ランキング別タグ別サーチ別に収集BOTスクリプトみたいなのを導入が楽なようにセットでおいとけば
特に見ない人でもBOT放置してくれる人も現れるかも

nlの様に簡素で良いので、ブラウザ側で自分がキャッシュしてるファイル一覧を見ることが出来て、動画へのリンクが出来るようにならないかな？
削除したくなったら削除リンクからローカルにあるキャッシュ消したりできたら便利だと思う
ex) [再生][削除] sm******* [タイトル]
http://ljmpbq.blu.livefilestore.com/y1pEMv3ghm-ZD0jW5z4wvErsLmQ5r9vbIfWNuooOuCaQjiYQ6M6jLIy6VveXw9vXNVJfdyG0Wf88a3jRVoiVxOt-TYoRl0i57Ea/00071.jpg

あと、NicoCache_nl＋Proxomitron＋自動構成スクリプト使用者で、Genkidamaに切り替える時、付属の.pacと切り替えるのがめんどくさい人(俺)向けの.pac
自分でもよく分かってないけど、今まで使ってたpacとGenkidamaのpacの中身混ぜただけなので質問されても答えられない(´・ω・)

function FindProxyForURL(url, host){
var SM_FLV_PATTERN = new RegExp("^http://[^/]+(?:smilevideo|nicovideo)\\.jp/smile\\?[msv]=([^.]+)\\.\\d+(low)?$");
if(dnsDomainIs(host, "nicovideo.jp")||
dnsDomainIs(host, "local.ptron"))
return "PROXY localhost:8080";
else
return "DIRECT";
}

あれ・・・SM_FLV_PATTERN・・・
用意されただけで使ってもらえないなんてｶﾜｲｿｽ・・・

粉々に砕いたチキンラーメンを使わず、卵掛けご飯を作るコピペを思い出した

馬鹿やってるらしいことは分かった
付属のpac使ったらnlでLocalFLV見れなくなったんだもの
分からないなりに色々自分で試してみるしかったんよ

>>141
新たにコード書いて加工するより、picasaのような既存のアプリケーションに食わせて一覧した方が便利だと思う。
サムネイルも出るし、タイトルはファイル名に含まれてるし、再生はそのままpicasaで再生してしまえるし。

サムネイルが出ないリストと、タイル状に並べられた一覧と、どっちが便利かなぁ。

nicocache_nlと似た形式(同じが理想)でキャッシュリストをJSON出力するようにしてもらえると
nl用に作られてるキャッシュビューア(js+html+css)をほぼそのまま流用できるね

nlの形式にするかどうかは別としても、JSONでデータ吐くだけってのは直接リスト作るより楽だろうしありじゃない？
実際にそこからいじるのはjavascriptでご自由にってことにすればいいし

>>146-147
私は「意味なさそう」だと思いますよ？
現状、Genkidamaにはnlのようにキャッシュビュアー（一覧）を表示す
る機能がありませんから、JSONを仮に出力したとしてもいちいちその
ビュアもローカルで開かなきゃいけない訳ですし、
その手間を考えると、既存のアプリケーションを起動して管理させる
方が楽もしくはそんなに変わらないと思いますし。

それでも、nlは設定に接続元の制限という項目があって、LAN内で
一つのnicocache_nlを共有する事を意識したつくりになっていたので、
「ウエブ上で管理できる」というのはある意味必要な機能だった訳で
すが、それがGenkidamaに当てはまるかどうかというと....

今後の進化の仕方によっては必要になるかもしれませんが、
現時点では、「なくて問題はない」機能だと私は思うのですが....

もちろん、それに対しての反論は歓迎です。

開発リソースは限られてるんだからそれをnlの機能の再実装に振り分けると
肝心のDHT周りの進化がその分だけ遅れる問題もあるよね
「作ったので取り込んでください。保守もやります」って人がいれば解決だけど
まずないでしょう

NicoCacheGUIが外付けで複数nicocacheにGUI機能を追加できるみたいに
Genkidamaも外付けでDHT機能を追加できれば再実装の必要なくなるけど
GUIと違って中身のロジックだから難しいだろうなぁ

やあ、おはようお前ら（ﾟДﾟ)ﾉ
最近あのスレ過疎っぽいからなぁ・・・とか思ってチェック怠ってたらいつの間にか４０レス以上進んでるしwww
一気に読むのしんどいおwww

>> 114
> 作者さんにもちょくちょくスレに来てもらえたら
tokenもプロジェクトへ参加したので作者だw そんな言い方して泣かすなよ？

>> 141
(´・ω・`)ｶﾜｲｿｽ・・・

悪意あるキャッシュ差し替えへの対策として、ダイジェストを取ってキャッシュの正当性を確認するって話題があるが、これを実装していないのには海よりも深い理由があってだね・・・。
数日うんうん唸りながらベッドの上で眠れない日々を過ごして考えたんだが、どうにも良い落とし所が見つからんのですよ。

一番問題なのは、計算済みの正しいダイジェストが得られると仮定して、誰がどのタイミングでそのダイジェストを用いてキャッシュ正当性を確認するのか？って所。
動画プレーヤーは、ファイルダウンロードが開始された瞬間から動画を再生しようとするんだよね。
ダウンロードが終わった頃には、きっと半分くらい見終わってる。動画やダウンロード速度によるけど。
でも、ダイジェストを使った正当性の確認って、普通ダウンロードが終わらないと確認不可能なんだよね。
さて、どうしようか？

ここでの妥協点は、既に取得→再生してしまった改竄キャッシュの再生を止めるんじゃなくて、被害者を増やさないようにそのキャッシュURLを「改竄されているキャッシュ」としてマークする仕組みを作る。
（具体的には、対象URLをDHTか中央サーバのDBへ記録しておく）
って聞くと一瞬ああそれなら出来るね。って誰しも思うだろうけれど、実はここにも穴がある。
悪意あるユーザーがキャッシュを片っ端から「改竄されたキャッシュ」とマークしたらどうする？

また、先ほどは計算済みの正しいダイジェストが得られると仮定したけれど、実際には誰かが計算する必要がある。
各々のユーザのGenkidamaでニコ動から直接動画を得た時に計算してDHTへputするのが良さそうに思えるが、ここにも悪意あるユーザが片っ端からputしたら・・・？って問題が残る。

そうすると唯一確実なのは、
　中央サーバで全てのダイジェストを計算し、中央サーバで全てのキャッシュ正当性をチェックする場合
になってしまい、ああそれもうP2Pじゃなくね？
ってな訳になる次第で。

恐らくそもそも考え方として確実性をP2Pなシステムに求めるのが誤っているんだよね。
だから、「皆が大丈夫って言ってるからきっと大丈夫なんだよあははー」位の極めて緩やかな信頼度を持たせる辺りを目指さないといけなさそうなんだが、それってどんな仕組みでしょうね。

で、そこまで考えてみて思うのだが、キャッシュ改竄されるとどんな被害が生じうるのでしょう？
所詮動画が差し替えられるに過ぎないので、最悪でもユーザのトラウマが一つ増える位なもんじゃないかと思ってるんだけれど・・・
そこでウルトラC使ってウイルスや攻撃の類のものが出てきたとしたら、そりゃ最早キャッシュ改竄がどうとかいうレイヤーの問題と違う気がするし。
（セキュリティホールが有るなら穴を塞げばいいし、ウイルスならウイルス対策ソフトが除去すべき）

セキュリティ対策の基本は脅威の規模と可能性に応じた対応をするって事だと思うので、竹槍攻撃に備えて核シェルター作るのもなんかなぁ・・・と
おなべのふた　位でなんとかしのげる方法ないっすかねぇ。

ダウンロードが終わらないとダイジェストが確認出来ないのに既に再生されているという問題については、ストリームに対するダイジェストでの整合性確認って手はあるのかもしれないとは思う。
また、ストリームを1MB毎のブロックへ分割しそれぞれダイジェストを取れば”ストリームに対するダイジェストでの整合性確認”に近い事が出来うる。
が、ストリーミングをまさに動画プレーヤーに流している真っ最中にダイジェスト不一致となったら、さて、どうするのが正しい？
何も考えずにぶった切って終了にする？
別のキャッシュを取りに行ってクライアントには動画が継続しているように見せる？
と、まだまだ悩みは尽きない。

いっちゃなんだけど
そんなの考えるのは最初の最初の仕様を決めるときに
無視するか担保するか決めておくんで
それを途中で変えたりしないっていう方針の方がいいだろう

そんなことより使い勝手とか利用ユーザーが増えるにはどうすればいいかを考えた方が良い
正直なんか元気玉は利用者少なすぎてP2Pの性格上つぶれそう

とりあえず紹介動画つくってニコ動にうpすると。

使ってみようと思ったんだがグローバルIP持っていなくて繋がらない
こういう人が多いんじゃないのかな

Proxomitronと併用出来るなら常時稼働するんだけどなぁ
ニコ割りとか時報とかデフォルトの仕様に拒否反応起こしちゃうからこれは外せない

.\defaults\00_NicoCache.propertiesのproxyHostにProxomitronのアドレスを設定するか
Proxomitron側からGenkidamaの串を通すようにすればいけるんじゃないの？
試してないけど

> 只今 2 人のユーザがオンラインです。
二人っきり・・・

ここで初心者が導入についての質問してもいいのかな

とにかく質問してみりゃいいんじゃね？
わかる人がいれば答えてくれるかもしれん。

ｗｉｋｉの通りに設定したのですが、プロキシサーバが接続を拒否してページ読み込みエラーを起こしてしまいます(´；ω；｀)

接続を拒否して〜　っていうメッセージのときは
プログラムがわざわざ接続を拒んでいるというニュアンスではなく
プロキシサーバが正常に立ち上がってないか、接続設定に問題があるんじゃないかと

ちゃんとプロンプトが開いて動いているか、とかプロキシのポート番号があってるかとか確認すれば

>>163
アドバイスありがとうございます

ブラウザは火狐を使っているのですが
アドオンのFoxyProxyの設定で自分のIPの欄をlocalhostと入れず127.0.0.1と入力したら
エラーは出なくなりました

オンラインであるのをダッシュボードで確認して
そこの動画をクリックしてもエコノミー表示されたんですが、正常に作動してるか不安です

>>164
うちもそういう風にするとエコノミー表示になるが、画質は綺麗な気がする
仕様なんじゃね？
「エコノミー」アイコンの代わりに「P2P」って出る感じで
分り易い表示が出るように改善してほしいが

プレイヤーはエコノミー画質の動画を取りに行ってるつもりでNicoCache側でそれを通常画質の動画にすり替えてるんじゃね？
エコノミーで再生中のメッセージは高画質版をキャッシュしてる場合でも出るし。

まーダッシュボードで誰かがDLしてるように表示されててもP2P経由で落とせる確率は低いからなー

只今 2 人のユーザがオンラインです。

…流行ってねーな

俺の知る限り常に一桁だからな

UPnPが使えないと聞いて週末に現実逃避をかねて書いてみたけど、NICが複数あってプライベートアドレスが2つ以上あるとルーターに通信が到達せんことがあるな。ひょっとしてソケット開くとこから自前で書かないかんのか。

Javaってプライベートアドレス複数あるときどうやて書き分けんの

普通はシステムが良きに計らって割り当ててくれそうなものだが
経路情報がちゃんと設定されてないとか

ごめん、勘違い。
ちゃんと応答返ってきてた。「404 Not found」って

>>147
今、dataserver(local httpd)にそんな感じのレスポンス返す機能くっつけてるところ。
それとproxyにも手を入れたから、dashboardとdataserverがstreamで繋がった。
なので、dashboardにNicoCache_nlのモノを埋め込めば、多分同様の効果は得られるんじゃないかな。
json次第だけど。

でも、こいつの優先順位は限りなく低い。
というのも、未だにコンソールの代わりになるようなインフラを作ってないから。
何が起きてるか解るようになってから、視覚部分に手を入れる予定。
待ってられなければjoinして。

>>165

>>173
の件に絡む事だけど、
proxyに手を入れて、指定したURLにjsとかでアクセスしたらjsonで内部情報を返すってのを書けば実現可能ぽ。
nicovideoのplayerに手を入れるのはムリぽいけど、ページのどこかに何か出すとかってのは多分ＯＫ。

でも、greasemonkeyでってなるとスマートじゃないよね。
やっぱ、見てるページのstreamに追記しちゃった方がwiseかなあ。

忘れるかもしれないから、機能リクエストのチケットを出しといて。

NicoCache_nl使ってみたけど、いいねExtension。
この仕組み、流用しよかな。
Discoveryで実現できそうだし。

バージョン 0.3.3　乙でした

質問です
DateServer.xml　is not found.
って出るんだけど問題ないのかな
実際そんなファイルないし・・・

これ使ってるやつどんくらいいんの？

俺を含めて4人くらいだと思う。

>>176
多分パッケージング漏れ。
でも、0.3.4向けの拡張なので、0.3.3を使う分には問題ないです。

使ってる人は少ないのか

>>175
Extensionについては、チケット#17189に出てますね。
（それ以前にその#17189の元ネタを振ったのって私のような気が
するのですが(^^;....）

チケット#17133の件の将来展望もあるわけだし、nlよりは広範囲な
部分を定義できるExtension機能がいいんじゃないかな....
....というのが大体のところの内容です。はい。

>>180
実際、多くはないみたいですね。現状は(^^;

nlのExtensionで使えるようになればそのまま移行できるから便利そう

玄箱じゃ動かんな・・・

ClosedSelectorException　が出るのは正常?

保守

只今 0 人のユーザがオンラインです。
8015 個の動画が共有されています。
バージョン 0.3.4が最新版です。

ログインしてるのにあなたのGenkidamaは現在 オフライン です。って出るんだが。
ちなみに動画再生すると最近エントリされた動画 に自分の再生した動画が追加されます

>>186
0人なのになぜ8015個も共有されているのだｗ

よくログを読むとJoiningに失敗してるみたい
チケットにある「join失敗」の症状かな？

連投すまん
なぜかエラーが出なくなった
統計ページにもログインしていますと出た
何だったんでしょう・・・
とりあえず解決しました。
おさがわせしました・

これって特に設定なしに起動するとポート9899, 9900使うようになってるんだな
50000, 50001だと思ってルーター設定したらハマった
01_DHT.propertiesにある
dhtRingPort=50000

dhtDataPort=50001

をconfig.propertiesにコピペして解決

log windowに
"Sending or receiving failed: 他IP on 自IP"
ってのがよく出る。これは正常に動作しててもよく出るものなの？
それとも異常動作？

>>187
うちもよくなる。
開発者の側でたまにネットワーク切ってるんじゃね？

>>191
うちではデフォ50000,50001になってたよ。
旧バージョンに新バージョン上書きとかしたんでない？

>>192
いや、今まで使ってなくて新規にダウンロード＆インスコした

一応ソースコード追っかけてみたが、config.propertiesに設定がない場合は
GenkidamaManager.javaの中で9899, 9900に決め打ちで設定されているらしい
*.propertiesを全部読み込むとかの実装はされてないっぽい

あー、最初にロードしたときに読み込んでるな。
アーカイブを展開した時にdefault/ができなかったか何かだな、きっと。

DBへの登録総数8015、現在○○個が共有されてます
って表記にしたほうがいいんじゃないのかな
確かに0人なのに共有されてるって変だよな

NicoCacheとしては動いてるの分るんだが、P2P機能が動いてる実感がない…

これみたいなものを目指してるの？
http://ja.wikipedia.org/wiki/BitTorrent_DNA

Genkidama導入を強制づけずに、ブラウザだけでキャッシュの恩恵に
あずかれるようなシステムになれば人口も増えるだろうけどねえ

ユーザーのPCにインストールしないって意味か？
akamaiみたいなCDN形式ならいいの？

genkidamaをブラウザに同梱するってことじゃない？
opera uniteみたいな

まあ寝言だな

>>194
サンキュー。それバグだｗ
*.properites読み込み周辺をもちょっと見直した方がよさそげ。

>>199
一応、構想としてFirefoxExtension化ってのはあるにはあるんだけど。
xpcomとjavaをIDLで繋げる程の茨道を行くメリットがあるかなぁ、て。
技術的には興味深いんだけど、、

profileディレクトリ下か別のFirefoxExtensionをnl#Extensionsみたいに活用するとかって考えると、
Genkidama最終形態の一つかなぁて。面白そうではあるけど、足元固まってないしな。

>>197
今、統計サーバの方に着手していて、
その次にExtension互換化、
その次に状態通知を実装する予定なので。

人手が全然足りないので、当分、実感が湧かない状態が続くと思う。

作者乙なんよ！

>>204
うーん、実感もそうなんだが、実際ちょっとでも動いてる？
何人かオンラインでいるみたいだが、
Dashboardの、＞528 個の動画がDHT経由で再生されました。
のとこ、数字528から動いてない希ガス

めっちゃ充実しとるｗ
http://dic.nicovideo.jp/a/genkidama

>>205
確かに以前に比べたら参加者が増えてる。
けれど、DHT経由のカウントは増えてないのかなあ。
cache経由とdirectの増加数をグラフにしたいところ。

http://d.hatena.ne.jp/keyword/%a4%cf%a4%c6%a4%ca%a5%b0%a5%e9%a5%d5api
はてなグラフでみえる化してみたいなあ・・

一応チケットだしとこ。

ポート開放して.jar実行したけど動作してるかどうか確認はどこですれば良いの？
なんか解凍されてフォルダが配置されただけなんだけど…

>>208
JRE入れた？
http://www.java.com/ja/download/

>>209
ローカルプロキシの親プロキシに8080指定したらページ表示されたんで多分稼働してるっぽいです
アドバイス感謝、ありがとうございました

>>210
タスクトレイ（デスクトップ右下）に、
「げ」というアイコンが見えてたら動作中ね

>>211
確認出来ましたｗ土日で鬼みたいに使い倒してみたいと思いますｗ
何度も質問してしまってすいません、ありがとうございましたｗ

繋がったかと思ったんですがエラーが返されていました orz
すみませんが何が原因か教えて頂きたいです、↓.logに何か書かれていました

2009-07-11 07:42:49,375 [ ERROR ] com.dokukino.genkidama.DHTServer
 <Thread-5> (DHTServer.java:172)
 - Error Occurs:
org.apache.xmlrpc.XmlRpcException: Connection refused - connect(2)
        at org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:197)
        at org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:156)
        at org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:115)
        at org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:69)
        at org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:56)
        at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:167)
        at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:158)
        at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:147)
        at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:27)
        at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:32)
        at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:37)
        at com.dokukino.genkidama.DHTServer.connect(DHTServer.java:55)
        at com.dokukino.genkidama.DHTServer.run(DHTServer.java:165)

org.apache.xmlrpc.XmlRpcException: Connection timeoutって何だよ

>>214
多分、まだ設定不備なんじゃないかなぁ。

実際にDHTに繋がってスタンバイになるには３段階くらいのステップがある。

01. タスクトレイに「げ」が出てエラーダイアログなし -- 指定ポートが開放できてる
02. ログに server start. -- 内部httpdが起動した
03. ログに DHT joined via **** -- どこかのノードに接続できた＝ＤＨＴにログインできた

org.apache.xmlrpc.XmlRpcException: Connection timeout
が出る時は、指定したポートを通過できない場合かな。

firewall切ったらエラーは出ないけどログ窓がずっと出てる。タスクトレイには「げ」が出てるけど
これが稼働状態？logは延々流れてる…

>>216
報告先つ
http://sourceforge.jp/forum/forum.php?forum_id=18665
http://sourceforge.jp/projects/genkidama/ticket/

>>217
そこのリンクはちょっと良く分らないですが今までローカルに作られなかったキャッシュが急に出来始めました

↓さっき確認した所機能はしてるっぽいです
ttp://fxss.usamimi.info/data/ss/1247443528054.jpg

ただキャッシュからの再生とDHT?からの再生は出来て無いようです
「sending or receiving faild:~...」と表示されていました
「RoutingAlforithm#failed:~...」とも表示されていました

キャッシュは全部で1031ファイルあるんだが、接続が出来なくて困っている。

2009-07-13 16:04:11,298 [ INFO ] com.dokukino.genkidama.DHTServer
<Thread-5> (DHTServer.java:112)
- can not connect node (perhaps, invalid node data) : ***.***..:50000 : 3 of 8

2009-07-13 16:04:11,298 [ INFO ] com.dokukino.genkidama.DHTServer
<Thread-5> (DHTServer.java:92)
- DHT joining to ***.***.***.***:50000

2009-07-13 16:04:11,298 [ WARN ] ow.routing.impl.IterativeRoutingDriver
<A pooled thread> (IterativeRoutingDriver.java:683)
- Sending or receiving failed: ********/***.***.***.***:50000 on **.**.**.**/**.**.***.**:50000

>>220
*は伏せ字。
上記のようなものが延々と続くだけ。
なしてなの？

>>221
俺のとこでもそうなる。この辺？↓
http://sourceforge.jp/ticket/browse.php?group_id=4359&tid=17568
http://sourceforge.jp/ticket/browse.php?group_id=4359&tid=17187

問題は認識されている模様。でも解決法とかﾜｶﾝﾈorz
詳しい人降臨求む…

ってすげーっ
いま、初の20人台だｗ
http://up2.viploader.net/pic2/src/viploaderf164339.png

>>222
そうそう。Joiningが延々と続く。
ルーターのポート解放もしたし、プロクシのポート解放もしたんだが・･･

何故だろう、遥か前のバージョンでも retry for everが何度も出てたなあ。
あんときの初期ノードは４．

いま２４ノードあるんだから、どこかに繋がってもおかしくないんだが・・

>>225
エラーメッセージはずらずら出るけど
ひたすら放っておけば、どこかには繋がるから待てばいいってこと？

おおｗ
今起動してみたらすぐ繋がったよ！感動だわ

join前にダッシュボードにアドレスを登録して別のノードから接続されることを期待してみるとか
「○人がオンライン（うち△人が孤立しています）」みたいに表示されると実態が分かりやすいかも

swfのキャッシュ保存、切っちゃってません？＞開発者

>>203
ExtensionsつくってGUIで設定が可能になるだけでもずいぶん違うんじゃないの？

>>230
ダッシュボード経由かhttp://localhost:適当なポート/にアクセスしてブラウザ上から設定ってのが落とし所になりそうな予感

ピンクｗｗ
http://up2.viploader.net/pic2/src/viploaderf164592.png

ところでDHT上に通常キャッシュ共有されてれば
それを確実に取得出来る、というわけでもないのん？
明らかに共有されてるのに取得や送信できてないぽい気がする。。
２万個弱共有されてるなら、もうすこし取得や送信の成功率高くてもいい気がするんだが…

最近ログイン率が高いなｗｗ
PC雑誌に載ったからか

ログインに掲載されたのか･･

え、もう発刊されていない？

>>231
設定ファイル用のUIが必要なら、Genkidamaの外でやった方が良さそうだな。
というのも、最初のポート設定やらでコケちゃってる人はdashboardやlocalhostに辿り着けない訳でしょ？
そしたら、『Genkidamaを起動して〜』とかじゃ泣くしかないんじゃ・・ｗ

>>234
雑誌に載ったのか。しらなんだ。
どこに載ったんだろ？連絡ないな。

>>233
まずね、確実に取得するのは今のところ無理だと思う。

というのも、共有という表現自体がまやかしで、
単にコレは、現在DHTに接続してるノード達が公開してる動画エントリの合計値でしかないので、
全ノードに２万個弱をミラーリングしてるわけじゃないんだな。
何か短くて良い言い換えが出来れば変な誤解を生まなかったんだけど・・。
何か良い言い換えないかなあ・・。

まあ、エントリでいいかなあ。

たしかIPに載ってた。

初期ノード10以上でもretry foreverが出るか

どうせネトラン辺りだと思う

ネトラン以外の雑誌なら連絡くるよ

なるほど。でも、紙媒体みただけでノードが増えるなら
初期設定のサポートしなくても良さそうな気がしてきた・・ｗ

面倒な人はプレミア会員へー、てなほうが住み分けには良さそう。
それくらいの理由しかないものを作るのはダルイので、
もうちょっと付加価値を増やした方が良さそうだな。

もういっそニコニコ動画をp2p上に作ればいいと思った。
そういえばo2onっていう2chのdatファイルを共有するソフトもあったなあ。


有効リモートキャッシュとかどう？＞共有という表現

>>244
P2Pは権利関係に緩い構造なのと、昨今の警察の思考基準が以前のモノとは違ってきてるっぽいので
1/100の確率で逮捕されるとか、そんなゲームやりたい？ｗ

> 有効リモートキャッシュとかどう？＞共有という表現
もう少し、不確実性を前面に出した感じの表現の方が良いんじゃない？
『確実に取れる訳じゃない』ていうのが初見で判断できた方がいいので。

それにしても凄いな、３１人が参加してる。
ネトラン確認したけど、導入の説明は無かったような・・ｗ

あぁ、それにしても、id:syuuだけが日の光を浴びてる気がする。。
いいさ、僕は影の存在だ。ニート上等。

...ρ(..、)ヾ(^ー^;)ﾖｼﾖｼ

>>244
もうすでにzoomeがBT DNAで負荷軽減してるから、ニコニコ動画も厳しくなったら
そうするのでは？送じゃないとHDとか高画質動画がもっと増えるのなら、プレミアム会員
以外ほとんど見られなくなると思うよ。

ipv6が普及して一対多の通信が当たり前になるまでの我慢

雑誌掲載はIP!

Readme見たら雑誌掲載に際しての注意書きとかは無いのね
掲載にあたってメールの一つも出そうっていう考えのないところからは来ないだろうな

ログに[ ERROR ]出たので報告。

Genkidama起動直後に出ました。

2009-07-19 15:24:44,229 [ ERROR ] com.dokukino.genkidama.DHTServer
<Thread-5> (DHTServer.java:99)
- Error Occurs:
ow.routing.RoutingException
at ow.routing.impl.IterativeRoutingDriver.join(IterativeRoutingDriver.java:122)
at ow.dht.impl.BasicDHTImpl.joinOverlay(BasicDHTImpl.java:202)
at ow.dht.impl.BasicDHTImpl.joinOverlay(BasicDHTImpl.java:192)
at com.dokukino.genkidama.DHTServer.connect(DHTServer.java:94)
at com.dokukino.genkidama.DHTServer.run(DHTServer.java:165)

で、この直後に毎回、

2009-07-19 15:24:44,233 [ INFO ] com.dokukino.genkidama.DHTServer
<Thread-5> (DHTServer.java:112)
- can not connect node (perhaps, invalid node data) : 他ip : n of 28

がセットで現れる。OSはVista 32bit、Genkidamaバージョンは0.3.4です。

join失敗じゃない？

>>253
そのようです。
ひょっとしてこれは現バージョンでは仕様の動作？

他にログ確認して見つけた[ ERROR ]は次の3つ。
参考になることを期待してとりあえず貼る

1)
2009-07-19 16:46:29,583 [ ERROR ] com.dokukino.genkidama.PutTask
<pool-2-thread-1> (PutTask.java:51)
- Error Occurs:
ow.routing.RoutingException
at ow.dht.impl.ChurnTolerantDHTImpl.put(ChurnTolerantDHTImpl.java:290)
at ow.dht.impl.BasicDHTImpl.put(BasicDHTImpl.java:299)
at com.dokukino.genkidama.PutTask.run(PutTask.java:46)
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)

2)
2009-07-19 18:16:25,330 [ ERROR ] dareka.processor.impl.NicoCachingProcessor
<pool-3-thread-24> (NicoCachingProcessor.java:137)
- Error Occurs:
ow.routing.RoutingException
at ow.dht.impl.BasicDHTImpl.get(BasicDHTImpl.java:254)
at com.dokukino.genkidama.GenkidamaManager.getNicoCache(GenkidamaManager.java:107)
at dareka.processor.impl.NicoCachingProcessor.onRequest(NicoCachingProcessor.java:134)
at dareka.ConnectionManager.useProcessor(ConnectionManager.java:149)
at dareka.ConnectionManager.processAPairOfMessages(ConnectionManager.java:137)
at dareka.ConnectionManager.run(ConnectionManager.java:45)
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)

3)
2009-07-19 19:41:31,556 [ ERROR ] dareka.processor.impl.NicoCachingProcessor
<pool-3-thread-29> (NicoCachingProcessor.java:145)
- Error Occurs:
ow.routing.RoutingException
at ow.dht.impl.BasicDHTImpl.get(BasicDHTImpl.java:254)
at com.dokukino.genkidama.GenkidamaManager.getNicoCache(GenkidamaManager.java:107)
at dareka.processor.impl.NicoCachingProcessor.onRequest(NicoCachingProcessor.java:142)
at dareka.ConnectionManager.useProcessor(ConnectionManager.java:149)
at dareka.ConnectionManager.processAPairOfMessages(ConnectionManager.java:137)
at dareka.ConnectionManager.run(ConnectionManager.java:45)
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)

そのエラーは俺も出るけど放っておくと繋がるよ

今見たらオンライン41人とかｗｗｗｗ

設定して、ニコ動にも繋がるのに>>252みたいなエラーが出る
ダッシュボード見たら表示がオフラインのままになってるんだよなぁ・・・
ニコキャッシュだけ効いてGenkidamaが働いてないってことかな

設定ちゃんとしたのにオフラインなのはなぜ＞＞２５２みたいなエラーでるし

>>252みたいなエラーってのは
>>252のエラーじゃないけど、
>>252みたいな感じでなんかのエラーが出るってことか

他のノードにうまく接続できない問題は開発する側には認識されてるみたいだから（チケット参照）
とりあえず放置でよし。

30人ぐらいいても繋がらないときは繋がらないし、キャッシュ機能は動いてるから気長に待つべし

まぁP2P機能は次期バージョンに期待ということなのかなぁ
とりあえずキャッシュ機能だけ使わせてもらってます。。

今日は接続50人超えか…
雑誌の宣伝力は恐ろしいな

記念撮影
http://up2.viploader.net/pic2/src/viploaderf165688.png

雑誌の掲載許可なんて形だけだよ
特にこの手のツールに注目するような類の雑誌はね
発売日より前に連絡来たのでもマシな方

>>262
そーなんか…

でもこれだけ人が増えてきたら、やっぱりキャッシュだけじゃなくてP2P機能も使いたいなぁ
なんか色々大変だと思いますが、開発のほう頑張ってください＞開発者さん
(´・ω・)つ旦 お茶どぞー

たった50人しか居ないと思ってたら１つだけDHT経由で再生出来てた
どの動画か分らないけど凄い得した気分だｗ

2009-07-27 00:36:27,404 [ WARN ] ow.messaging.Message
<TCPMessageHandler: /124.97.19.238> (Message.java:148)
- Could not write a message.

こんなメッセージばっか出るけどなんなの？

もう皆でid:syuuの重い尻を蹴り上げるしかないよ。
とりあえず、フォーラムとtwitterは繋がってるんで、
フォーラムに質問を書き込んでくれれば、id:syuuのiphoneにポストが届くよｗ

ちなみに、ここに書かれてるエラーはDHT関連なので僕には推測でしか答えようが無いなあ。

ow.routing.RoutingException は、単に『接続先候補に接続出来なかった』という報告っぽいエラー。
続行可能系なので本来はErrorじゃないんだけど、owパッケージをＤＬしてきた時からのエラーレベルが放置されてる。

Could not write a message. は、モロにDHT関連だなぁ・・。自分の情報とファイルの在り処をメッセージにしてるんだっけか。
とにかく、これも通信失敗とかそんなところだと思う。思うだけで確証ナシ。

見れない動画を代理で配信受け持ちします

でスレ立てするとか

Genkidamaキャッシュ経由出来る動画はタイトルに色付ける機能とか欲しいすね

接続100人越えオメ！！

次は２００人を目指そう

>>272
ほんとだ。スゲェ。
ver 0.3.4のDHT getの体感成功率はどのくらい？

そろそろ、Genkidama用語辞典が必要になってくるのかなぁ。
なんだか、単語の定義がマチマチで、要望を出す人が何を言ってるのか解らなくなってきた・・。

ダッシュボードで登録された動画のリストが見られるようにして欲しい
sm******* 「タイトル」 でサムネは無くても良いので

これNicoCache_nl使える？
90Gちかくキャッシュあるんだが

放流専用、あるいは他のnicocacheと併用できる軽量版も作ってほしいねえ。
大型化路線に舵をきってから起動してないわ

>>277
もともとあるキャッシュをgenkidama側に移して、
nl側の設定にあるセカンダリプロクシにgenkidamaを指定すれば一応使えるけど、
キャッシュがダブるのでオススメしない。(キャッシュ保存先は共有させると不具合出るとか)

>>276
video_idを表示して欲しいって事？

>>278
大型化路線？何が？

>>274
うーん、100回に1回くらいかなぁ
なので専らcacheの為だけに起動してる感じ。
理論的には繋がるはずのところが、バグ等で接続潰れてる感じ？

…もしかしてこれは俺のところだけか？他の人はもっと成功率高い？

>>277
作者さんがいるからそちらに答えてもらったほうがよいのだろうけど、
「NicoCache_nlのextensionと互換性を得る」試みはされている模様
http://sourceforge.jp/ticket/browse.php?group_id=4359&tid=17556

おぉ、エコノミー中に高画質をパブれた！
何だかいい気分だｗ

DHT put: nc:sm〜がずらずらと表示された後、うんともすんとも
言わなくなる（ログ表示的な意味で）のは何故？ 何で？
いったいどうすればいいのか

Genkidama Web Dashboardの「あなたの再生数ランキング」って、
動画がニコ動からも取得できなくて、ページを再表示した回数のような気がする。

>>282
うんともすんともというのは？
正常に動作してるならほとんどログは出ないよ。

>>283
「取得回数」じゃなくて「表示回数」ってことだろね

>>284
例えば動画を表示しようとすると取ってくる旨のログがでると思うんだけど、
それも一切でない。動画にも繋がらず延々アクセス（ニコニコ側のエラーもでない）

>>285
ブラウザの接続設定はした？

>>286
5つくらいまでは普通に動画が見れた。
一度genkidamaを終了し、再起動してから>>282のputで完全に停止。
PC自体を再起動したら直ったけど。

>>287
そもそもGenkidamaを通すためのブラウザの設定は最初にしたんだよね？
その設定をした上でブラウザでニコニコ動画にアクセスして、
そのとき「５つくらい」の動画は見れたんだよね？
なら、その５つの動画のキャッシュはハードディスクに保存されてる？

>>288
保存されてます。自分なりに再現しようとしてあれこれしてみた所、
どうもFirefoxでの楽な設定方法（FoxProxy）を試した時に硬直したようです。
IEとFPで同じポートにガッチャンコしたとき、硬直化しちゃったようです。
フリーズではないけどログ更新が完全に止まっちゃった。

>>289
開発者のとこにバグ報告しといた方がいいかもね
http://sourceforge.jp/projects/genkidama/ticket/

報告するのはFoxProxyの開発者では

ちゃんと問題の切り分けしてから問題のあるほうへ報告だ
FoxProxyじゃなくFirefoxで直接設定した場合にどうなるかだな

利用者が増えたのは良いけど例えばP2Pのキャッシュから再生されてもこっちにキャッシュ出来るの？
なんかそれだと意味が無いようにも思えるけど…
かと言ってキャッシュが欲しくて見たのにたまたまP2Pのキャッシュにヒットしてストックしませんでしたってのも困るし

あと容量の問題なのか一定時間以上の動画をキャッシュに使おうとしても「技術的な問題が〜」が出る
20分程度までの動画は問題無くキャッシュが使用されるけど50分オーバーの動画だと繋がらない
そういう重い動画にこそキャッシュが使いたいのでちょっと困る

その動画のURLよろ

>>293
＞利用者が増えたのは良いけど例えばP2Pのキャッシュから再生されてもこっちにキャッシュ出来るの？
できる

＞なんかそれだと意味が無いようにも思えるけど…
そんなことはない
P2P上にあるキャッシュは、キャッシュ保持者がGenkidamaを起動していないと取得できない（当たり前だが）
ひとたび手元にキャッシュできれば、ネットワーク上にキャッシュ保持者がいてもいなくても、いつでも綺麗画質で視聴できる

また、自分がキャッシュの配布元になれる
すると動画の参照元ユーザーの数が増えるから、他のGenkidama接続者にとって、その動画の綺麗画質がP2Pから取得出来る可能性が高くなる
（とはいえ残念ながら今のGenkidamaは開発途上版のため、P2P経由のキャッシュの取得・配布の成功率は低い模様。正式版を待つよろし）

＞一定時間以上の動画をキャッシュに使おうとしても〜
うちではGenkidamaのキャッシュ機能はだいたい正常に動いてるぽいが…
そういう風になったことはないなぁ

>>295
丁寧な対応に感謝です orz
ファイアーウォールのせいかとも思ったんですがそれだとキャッシュを取る事も出来ない筈だし…

もう少し調べてみます、レスどうもです

FirefoxのFoxProxyだとGenkidama素通りして普通に動いちゃうの俺だけ？
ログに全く動きが無いぜ。キャッシュフォルダも寂しいぜ

これってnicocache本家かnlかをベースにしたの？
それともプログラム的には1から書いた？

うーんFirefox本体のプロキシ設定なら動くけど、FoxProxyだと全く動かない。
FoxProxy使って実際に動作させてる人ってwikiの設定と何か違う？

nicovideo.jpだけじゃなくてsmilevideo.jpも通さなきゃいけないんじゃない？
と試してもないのに言ってみる

強制的にgenkidama（設定）を全てに利用する、を選択すると機能した。
おそらく>>300さんも言ってるようにwikiの設定だとパターンが効いてない。

↓Custombuttons入れてここのプロキシON･OFFボタン使うとGenkidama通す通さない選べて便利よ

ttp://xxsionxx.blog17.fc2.com/blog-entry-542.html

>>298
本家ベース
nlの機能をどうするかは議論中

おおーもうちょっとで200人じゃないか！
がんばれー ﾉｼ

TCP Monitor Plusでみたら、javaw.exeが
同じIPからものっそたくさん接続はられてるのだが、これは正常なのか??

少人数しか使ってないし自分趣味がさらにマイナーだからとか思ってると明らかにキャッシュhitしてる時がある
馬鹿に出来ないよなコレ

開発者のtwitterでの発言によれば、
さいきん正常なP2P接続を阻んできたでかいバグの解決策が見つかったそうだし、
これからGenkidamaますますｸﾙよ!

CUI版も作ってほしい･･･

作者のGenkidamaのプレゼン
http://www.ustream.tv/recorded/2153650

(ﾟДﾟ)　誰もｶｷｺしてないぞｺﾞﾙｧ!!

ソフトウェア板にいる人は、ある程度以上に完成した成果物を利用したいだけで、
ソフトの製造過程のテクニカルな話題はあんまり興味ないんじゃね？
だから安定動作して実用的に使えるようになってからじゃないと、ここじゃ人やフィードバック集まらんだろ
今の段階でコメントとかいるなら技術者が多い板にもGenkidamaスレ立てたらいいんじゃね？

今のソ板ってそんなんなの？
前は必要以上に開発話になってエンドユーザーどん引きって場面を良く見たもんだが

今日はGenkidamaの起動がやけに早いなと思ってたら
Dashboardのオンライン人数200人から9人にへってるｗｗ
どういうことなの…

ネットワーク崩壊現象ってやつかな？

ダッシュボードのほうの不具合じゃないかな
繋がってもしばらくしたらオフラインって表示されるし

とりあえず動画の読み込みスタートが早くなって嬉しい俺プレミアム

ダッシュボード全く反応しなくなったな…
なんかトラブってんのか

それはそうと2万も動画登録されてんなら最近の動画だけじゃなくて
全部の動画表示させられるように出来ないもんだろうか

ずっと付けっぱにするとフリーズするけど、単にログファイルが巨大になったとかそんな理由かな？

>>318
ログでエラー出てる時によ起きるね

ところで0.3.4でもCtrl+Cって必要なの？
Genkidama-0.3.4.jarダブルクリックで起動　→　quit　→　もう一度起動　→　エラー
という感じになるんだけど
プロンプトから起動してCtrl+Cで終了した場合は数回繰り返してみたけど問題なく起動できた

進展ないの

オンラインにならないのCOMODOが原因だった
許可の設定にしても文句言ってこないだけで黙ってストップされてた
どう許可しても止められるんでCOMODO外した

ステルスポートウィザード使いなよ。それincomingはじかれてるよ

>>322
サンクス

chordの実装例って他にある？

>>320
4か月の間バージョンアップ・リリースはない
Genkidamaは作者の為の技術検証用プロジェクトだったのでは
あまり進展は期待してはいけないかも

Twitterを見てると内部的な実験はあれこれやってるし
プレゼン資料をみるとそれなりのバックはいそうだ
リリースにならなきゃ意味ねーよってのはもっともだが止まってるわけでもない

構造型は安定させるのが難しいからな

サムネ画像もキャッシュするようにするとページの表示が速くなりそうだな

ネットワーク主体のソフトのテストって大変そうだな

分散系は特になー

boincとか良く出来たもんだよな

boinc はクラサバ

進展ﾏﾀﾞｰ？（・∀・)っ/凵⌒☆

sfに参加して進展させる作業に戻るんだ

お願いしてみた
http://sourceforge.jp/forum/forum.php?thread_id=24215&forum_id=18665

技術的なことがわからない人の報告はどうしても要領を得ないものが多いうえ
重要なものとそうでないものの選別をするのにまた労力がかかる
それがたくさん押し寄せたら・・・

設定なしでFirefox Extention化はいいね。今だと人増やすのは限界だろうし。

ttp://genkidama.dokukino.com/

久しぶりに見たらなんだこれ

>>338
Dashboardのドメインは、http://genkidama.usに移動してるよ
古いアドレスは、何か別の用途でサーバー動かしてるのかね

オンライン1人か･･･

自宅鯖に入れようとしたらX動いてないので起動しないぽいｗ
おもしろそうだけど人いなさそうだなｗ

最近はretry forever ばっか

今Genkidamaプロジェクトは休眠中なのかしら。。

おまえらが元気を分けてやらないから
http://sky.ap.teacup.com/tomomanga/timg/middle_1170605285.jpg

正直現時点じゃ使えなさすぎるだろうｗ
中にnicocacheが一緒に入ってるけどこれは別に分けて
使っているnicocache類のキャッシュフォルダの中身を共有するような
仕組みがいい気がするんだが。

やっと動いたんだけど、オンラインは二人しかいないｗ。
>>340のころから1人しか動かしていないのかｗ

もう一人の人がどんどん動画をみているけどダッシュボードの
エントリ数が全然増えない。最近エントリされた動画には出てきてるのに。
ちょっとだけみてキャッシュにはたまってないのかな。
俺がその動画をみてもニコニコから取ってくるし・・・・
DHTから取ってくる様をみてみたいんだが・・・・

ユーザー数多分狂ってる

というか誰にも繋がらない

>>348
そうなのか？
やっぱまだなんかおかしいんかね？
http://www.nicovideo.jp/watch/sm7537408
この動画なんて真っ先にみたけど誰もキャッシュに持ってない
みたいだったし。

can not connect node (perhaps, invalid node data) : ***.***.***.***:***** : 1 of 1 retry forever..
こんな感じで永遠ループ

>>350
ttp://www.mediafire.com/?uzgd5yt4mry
0.3.4はだめなのかもね。↑SVNからビルドしてみた奴だけど。
Javaはわからなくて適当なので動かなくても知らんｗ。
俺のところはそんなエラーは出てないから大丈夫かも。

おぉ動いた!!感謝!

3人になって
http://www.nicovideo.jp/watch/sm8911771
がDHTからヒットしたｗ。動いてるっぽいな〜。寝るわ。
人増えるといいな〜

>>350
そのメッセージは初期ノードがないせいっぽいね。
いま、無理やりブートストラップノードとして起動させたらオンラインが
10台ぐらい増えた。
オンライン人数が1人の状態が長く続いていたみたいだけど、
その1台がつながらないノードだったので、誰もネットワークに
参加できない状態だったみたいだ。
定期的につながらないノードは削除する仕組みみたいだけど
開発者放置プレイでうまく動いてないのかな。

>>351
を更新した。ちょっと改善してるはず
http://www.mediafire.com/?ojftnnnotny
UIは相変わらず動かないorz....なぜだろう・・・


しかし公式も動きがないしさみしいのう。
retry foreverがでなくなって30人ぐらいいるみたいだが、
200人もいたころにつないでみたかったぜ。

導入してみた。
foxyproxyの設定で
http://www.nicovideo.jp/watch/*
にしてもキャッシュされないので、
*nicovideo.jp*
にしてみたら正常にキャッシュされた。

ダッシュボードにも見た曲がリストアップされたのがわかるのだが、オフラインのままだ。

オフラインならうまく導入できてないんじゃまいか？
うまく入ってても効果はいまいちな感じが否めないが・・・

しばらくつけたままにしてたらいつの間にかオンラインになってた、謎。

最近また人数増えてきたなー

この流れで開発者もやる気起こしてくれたらありがたいがw

>>343
最近は絶賛休眠中です。

>>359
やる気が出ないんじゃなくて、
僕の場合は一時引越しで通信環境が低速過ぎて、
nicovideoにアクセスしても楽しめない状況なので、
生きる気力の方がヤバイです。

syuuの方は、C++方面を模索してるようですね。
Javaのoverlay weaverと交換可能なものって無いかしらって。

そんでもって、
ちょっと実験中のfirefox addons made from C++もそこそこ良い結果が出たようなので、本格的にC++に移るのかなぁ。分かりませんね。

DHTの部分如何で、どんな形で開発してくかも変わっちゃうので、
僕の側としては、どう進めるか混迷中ですね。

GUI部分が要件を満たしていても、
DHT部分が要件を満たせなければ、
Genkidamaの存在価値はゼロですし。
このまま進んでもコアが実装できなければ、
装飾した労力は無駄になっちゃうし。

このままoverlay weaverをチューニングしていくか、
DHTだけをC++にしてJNIでつなげるか、
何らかの魔法を使ってfirefox addonsにするか、
firefox addonsを操作パネル扱いにするか、
近いうちに直接会って聞いてみる予定。

>>361
とりあえず正しいビルド手順が欲しい。svnの214はビルドしてみたが、
出来上がったjarはmainがないといわれて起動しない。
eclipse上でデバッグしようとしたらリソースファイルを読む
ところでスペースを%20に置き換えて例外が出ていた。
自分でantだけでビルドしたのもなんかリソースの例外がでていた。
(jarの中のリソースファイルが読めないみたいだった。うろ覚えですまん）
GUIは個人的にはいらないけどなくても動くような仕組みがいい。

DHTは0.3.4のモノはキーが有効期限の３時間を経過すると
ネットワーク上からは消滅して全く検索できなくなっている気がする。

>>355でその辺を直せたと思ったけどやはりあるはずのキーが
ヒットしない現象がでる。謎。

あと、ダッシュボードでつながってないノードはノードリストから削除する機能を入れといて欲しい。
（あったのになくなったのか？>354みたいな状況はｲｸﾅｲ）

ダウンロード違法化が怖くて何もダウンロードできませぬ

法律論なんてのはリスクとリターンを考えて行動すればいい。
お前ら横断歩道とか無視するだろ、道交法破って。それは法を破るリスク、
罰せられるとか実際の危険性より今進んだ方がリターンを得られると考えてるから。
もしダウンロード行為が日々の生活に必要な幸福を生むのなら、実行すればいい。

ただ2ch他でそのことを書くのはやめろ。共有ソフトでの逮捕者は、別件から繋がった
1件を除いて全てがネットへの書き込みを根拠に令状が出てる。

キャシュはダウンロードになるのか？

過疎ってる・・

SPUTNIKの自動キャッシュの保存先の設定っていつ実装されるのかな。
それができればGenkidamaとの連携ができるんだが･･･

誤爆した

nFinderでも使えたらいいんだが・・・

プラグイン的に軽く使えたらいいんだろうけど、
無理に一本で完結させようとしているからねえ

久しぶりに使ってみようかと思ったら、こんなエラーが出て終了してしまった。
org.apache.xmlrpc.XmlRpcException: Connection timeout
at org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:197)
at org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:156)
at org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:115)
at org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:69)
at org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:56)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:167)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:158)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:147)
at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:27)
at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:32)
at com.dokukino.genkidama.XmlRpcInvoker.invoke(XmlRpcInvoker.java:37)
at com.dokukino.genkidama.DHTServer.connect(DHTServer.java:55)
at com.dokukino.genkidama.DHTServer.run(DHTServer.java:165)

過疎ってるな

オミトロンからデータ渡すとエラーが出て動かない。
nicocacheとオミトロンの間にはさむと動くんだけどね。

コレってキャッシュ共有出来てれば読み込み自体は一瞬じゃん？
なんとか1.5倍速とか2倍速再生に出来ないもんかな…

.flv倍速再生対応でプロキシにGenkidama使えるプレイヤー無いもんかな

>374
落とした動画を、ローカルプレイヤーで再生すればいい
２倍速にしたらコメント読めないから、プラウザで再生する必要ないし

質問　バッファローのＢＢＲ−４ＭＧを使うとGenkidamaが使えなくなるんだけどどうしたらいい？
自分でも探し回ったがよくわからんだれかおしえてくれんませんか？

先日友人にこのソフトを薦められインストールしたのですが、
このアプリーケーション構成が正しくないため、開始できませんでした。
アプリーケーションを再度インストールすることにより問題が解決します。
この表示が現われてしまい、どうすればよいのか途方にくれています。

このままでは使えないソフトなので、アンインストールしたいのですが、
プログラムメニューにその項目がありませんでした。
一度インストールすると削除できないのでしょうか。
このソフトを使えるようにするか、もしくは削除したいのですが、
どなたかご存知ありませんでしょうか。

ブラウザプラグインか専ブラみたいにわかりやすく完結させれば人も増えるかも知れないよね
勿体無いよなこれ、もっと広まれば便利なのに

プラグイン化は考えてるっぽい。
中の人なにかやってるみたいだけど全然わからんｗ

>380
Genkidamaにインストールなんてなかったと思うけど・・・
別のソフトなんじゃないの？

皆、今まで応援＆試用＆レポートありがとう。
以下の理由で結局終了のお知らせ。

* 主要要件が満たせないので全作業中止
　* DHT部分の問題が解決できないという結論が出た
　* C言語方面のライブラリ探索にめぼしい成果なし

ツールとして考えるとDHTじゃなくてtorrentで十分な気がするけど、
コイツはid:syuu1228の「DHTを使ってみる」の実験なので
torrentじゃ意味がなかった模様。

今開発中の別のウェブアプリが終わったら、
torrentでやってみようかな、とか考えてるところ。
その前に就職だ転職だ。これをクリアしないと・・。

これとiPhoneアプリのexstreamnicoが合体したようなのがあれば
嬉しかったんだけどなぁ。データは各々のPCで自給、それを携帯端末で
シェアするって方向で。

なんとスレ立て丸１年記念日イブに終了宣言とな！！！

あら、終了なのか。
genkidama.usはいつまで維持されるんだろう・・・

就職したらまた何か面白いの作ってね。まってるよ

OverlayWeaverの古いバージョンにノード加入処理のバグが有ったらしいけど、チケットのjoin失敗するバグとなにか関係あるのだろうか。

期待上げ

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

 

a