>>846 つまり、赤信号、みんなで渡れば怖くない。と
で、村長がせっかくつけた例外通報機能の結果はダレも書かないのか?
849 :
848:04/02/13 18:02 ID:pmc1KsVj
良く見たら結構あったわ・・・スマソ
850 :
[名無し]さん(bin+cue).rar:04/02/13 18:02 ID:ugtKU1U9
クラック版まだ〜?
>>847 や、そうじゃなくて 赤信号みんなで渡れば〜 が村の目指す匿名性なんだけど
HDDを節約するとみんなで渡ってたつもりが実は一人で渡ってた事になりかねない
と言う事。
でもHDD容量は有限だからそこがどうなるのかなと。
>>850 クラックする必要はないよ。MXをクラックした方が需要があるYO
ホストが1つ以上あってもずーっと待機中って言う状態は
ファイルが無いってことなの?
全然、落ちてこないんだけど・・・・・・・・
>>854 仕様が明らかではないので、みんなわからないと思う。
>>855 そうなんだ。ありがとう。
じゃー。多重ダウンロードみたいな機能ってあるの?
>>856 漏れもそれ探した。でも見当たらない。
知っている人います?
多重ダウンロードしているのは、何回かみたけど・・・・。
よく切れるね。
>>858 一応、勝手に多重ダウンロードになるってことか。
じゃー。リンクってピンクのバーができたけど、UPしてるってことなの?
しかし、アップしている素振りがない。って言うか一瞬UPの速度が上がるけど、
直ぐに一桁になる。じゃんじゃこりゃ?
クエリーから拡散アップロードを選択しても何もおきないけど・・・
何見れば拡散しているか分かるの?
04/02/13 21:31:53 ERROR: TCacheManager.AddPureCache Cannot create file "F:\Shaer\Cache\@〜". プロセスはファイルにアクセスできません。別のプロセスが使用中です。
04/02/13 21:42:36 ERROR: TCacheManager.AddReferCache Cannot open file "F:\Shaer\Up\〜". プロセスはファイルにアクセスできません。別のプロセスが使用中です。
キャッシュもアップも使用中ってエラーがでていますが・・・
これじゃー。1人1個アクセスしたらつかみっきりになるってこと?
バグ情報くらい嫁
このソフトをみてると何故かホットラインのクローンソフト「ちんぽこ村」を思い出す
>>862 バグ情報読んだけど、漏れはアップ中にキャッシュなんて消してないぞ。ヽ(`Д´)ノ
>>860 ノードのshare UPとクエリの被参照量から推測する。
村長どん、最小化したらシステムトレイに入れる様にしてくれると
助かりますだ。
クエリから選んで、トリガに登録すると、青トリガになって
編集できないのは、結構不便ですだ。白トリガのまま登録して
編集できるようにしてけれると嬉しいだ。
>>865 Share UPは出てるけど、選んだファイルの被参照量は全然増えないよ。
>>867 そのファイルはUPしてないかも。
拡散してるファイルはジワジワと被参照量が増えていくみたい。
そうなんだ。なんか動きが読めないな〜。
(゜∀゜)ジャンジャコリャ!
逮捕でてから久しぶりに来て見たら・・・すばらしい!
ジャンジャコーリャ ジャンジャコーリャ ヨーイ ヨーイ ヨーイ ヨーイ!
Q: じゃんじゃこりゃ=なんだこりゃ?orダメだこりゃ?
すげー。多重ダウンロードし始めたよ。始めてみた。
タスクんところの表記を「多重ダウンロード」にして欲しいな。
醤(ジャン)
拡散、1個ずつやるみたいだね。
選んだ順(多分)に被参照量が増えてるみたい。
気のせい?
>シノニムフィルタ
そうそう、こういうのがnyでも欲しかったんだよね、
名前を変えただけの捏造ファイル対策になるから。
映画とかだとファイルが大きいから捏造ファイルももったいなかったりするし。
この勢いだと本当にwinnyを超えるソフトになるかもしれないね
ありえない
クエリからファイル名をコピー、
「キーを発見できたら、トリガを削除」のチェックを外してトリガに追加
⇒全然ファイルを拾わない。(このとき、白トリガになる)
チェックを付けたまま追加⇒普通に拾い出す(水色トリガになり、
これ以降、編集出来なくなる)
ネットワークに対する負荷も(今のところ)結構小さくて良い感じでつ。
>>879 本格的に動き出したら捏造チェックも装備しなきゃね。
ファイルに対して捏造チェックしてるノード数を加算して表示してくれると、嫌がらせ捏造チェックを排除できる。
編集できないのではなく、あれはクエリに表示されるキー情報そのもので読み取り属性だからです。
nyだとハッシュ指定するとファイル名がどうなるかは不定ですよね。
Shareの場合、ハッシュ指定でもクエリワードやIDが含まれるものを探します。それでヒットしたら
ダウンロードトリガを生成します。削除オプションがONならクエリトリガは削除されます。
なので、きっちり条件を指定すれば目的のキャッシュを作れるわけです。
885 :
882:04/02/14 01:22 ID:0nWzq3Sa
>>884 なるほど、そういう風に処理してたんですか、サンクス。
ただ、キーがヒットしてハッシュ値を固定し、トリガを削除して
しまうと、ダウンロードに失敗したときに、次にヒットするであろう
ファイルを探さないのは、ファイルを獲得する機会を逃すかも
しれないです。(もちろん、ハッシュ値より検索している場合は、
問題がないと思います。)
ファイルが完全に取得完了するまではトリガを消さないようにして、
かつ、同時にヒットするのは1つだけにすれば、上手くいく感じが
するんですが、どんなもんでしょうか?
04/02/14 05:21:22 Exception: TFinderClient Access violation at address 00485618 in module 'Share.exe'. Read of address 00000008
( ゚ω゚)ノぉまえら、ぉはぃよ!
UL/DLの速度(表示)が安定していないのは、仕様なのか?
見てると0k〜200kの間を大きく変動するですけど。
ぉはぃよ('A`)
(=゚ω゚)ノ
なんか拡散しまくり中みたい。
拡散状況を被参照量以外に視覚的に分かると良いのですが・・・
今、推定クライアント数が1000あるけど、本当にこの推定方法あってるか?
ぉはぃよ('A`)
ひさしぶりに解説みたらでっけー広告ついてんじゃん
金儲けしたかったのは解説でFA
Share Toll TSRモニター Ver.up