MXの次別館 くだ質、雑談、愚痴スレッドその2

>496
今からスクリーンショット取るから、ちょっと見てくだせぇ

つぅか無理みたいねｗ
速やかに逝ってきますわｗ

>>500
待ってるヨーン。

ttp://isweb40.infoseek.co.jp/play/maxmam/cgi-bin/img-box/img20020530183709.gif
よろしこ

ファイルサイズが異なって，，，，，，ハッシュ値がいっしょだ．
6ファイルも

>>503
ハッシュを全部表示してみるとわかると思うが、、恐らく長ーいハッシュの最後の方が違う。

これらのファイルは、恐らくにせもんです。ダン○ョンなんかかなり出回っています。
完全ファイルの一部をわざと壊して、同じファイル名で流通させているヤシがいます。

ハッシュを全部表示させて確認くだされ。

・・・・・逆転勝訴の予感（ｗ

記し付け忘れたが、一番下の２つのファイルも。

>>503
興味深いね。
リフレッシュしても同じ？

>508
同じです。
>505
レゾリューション横１６００なんで、全部表示できてると思います。

ああ・・・まさかWinnyのハッシュ表示って省略してあるのね。

よく考えたら、、、
ファイルサイズ同じで、１バイトでも壊すとキャッシュは先頭から変わるよね。
捏造じゃないよねこれ。

Winny再起動で直らんかったら、、、俺には分からん。

役に立てず、スマソ

>>510
おそらくそういうことだと思われ。
漏れのところも「サッカー」で検索かけると同ハッシュの異サイズファイルが
3つばかり見つかる。

>>510
俺んとこでも同じの発見・・・

ただのおバカな質問かと思ったら重大な問題だったのか、これ。
俺にもわからん・・・。あのハッシュが省略してあるのだとしても
先頭のあれだけの部分を一致させれるようにサイズ違うを作るってのは無理だろ。
それもわざとやってるわけじゃないんだし＞そのファイル
バグ・・・じゃないか。ハッシュの求め方に問題があるとか？

キャッシュフォルダの中にあるファイル名は違うだろ．
@fdfdd78fdf……とか

正直よくわからん．

うむ・・・これは「ハッシュ全部表示してくだせぇ」って要望だしてもよかろうか？

>>512
おんなじことを確認できた。

>>516
ハッシュでソート出来るので、やってみる。
表示が同じハッシュでも、全然違う位置に表示されるものは、違うハッシュらしい。

Winny内部のハッシュと表示されているハッシュがどうやら違う模様。それが省略に
よるのか、バグなのか、何なのかは分からん。

漏れも同じような症状が出てるぞ
１．７３５Mの某動画
２．その動画の_IMCOMPLETE　サイズ７０M
３．同じく、_IMCOMPLETE サイズ１３０M

１，２，３が,まったく同じハッシュ

予感では、オリジナルは全て同じファイルだと思う。

それらは多分WinMX2.6でDLされ、未完成のままファイル名を変えたものが多数出回っている。

しかしそれらをWinnyで検索をかけるとハッシュは全て同じ。⇒オリジナルは同じ。

うーむ、つまりwinnyのハッシュというのは先頭からの一部分のみから
生成している・・・・ということか？！

>>517
内部のハッシュってのがキャッシュに溜まる方のハッシュだとして・・・
検索時のはハッシュの生成方法に問題あり？

俺も
１．７３５ＭＢの某動画
２．７１５ＭＢの某動画（上と同じやつ）
３．２．のＩＮＣＯＭＰＬＥＴＥ７５ＭＢ
４．２．のＩＮＣＯＭＰＬＥＴＥ７０ＭＢ
みんな同じキャッシュ

>>519
WinnyとMXで同じハッシュが使われているってこと？

と、何故か雑談、質問スレで議論が行われているという.....（ｗ

誤）同じキャッシュ
正）同じハッシュ
鬱だ，でも今転送中だから回線は切れない・・・

もしかしてこれって重要なことだったのか？
異サイズで同キャッシュなんて、だいぶ前から
当たり前のようにあったけど。

>>521
検索画面で別の行に表示されサイズが違うものが、同じハッシュで表示されるのは、
問題(不便である)としても、ハッシュの生成方法等は問題ないと思う。
ダウンロードすれば別のファイルとしてダウンロードするのは、ちゃんと別のハッシュ
(ファイル)として認識されていて、Winnnyの仕様と思う。

>>520
そうではなく、先頭の一部分のみを表示している、…だとおもう。
47氏はハッシュでファイル管理をしているというようなことを言っていたから、
異ファイルとして扱われるということは「完全ハッシュ」は異なっているはず。

>>517
1つの検索ワードで同じハッシュを4つ確認（4つとも同じタイトルのファイル）
ハッシュでソートかけてみると735Mと70Mが隣合せ、718Mと75Mが別の所で隣合せ

なので
735Mと70Mのファイルは同じファイル、718Mと75Mが同じファイル
検索画面で表示されているハッシュは省略されている
ファイル名からハッシュの一部を生成するので同じファイル名のハッシュの一部分（先頭部分？）は同じハッシュになる
という理解でよろしいか？

>519
ハッシュのことは詳しくは分からないが、WinMXなど未完成でもそのまま使えるファイルが
Winnyに流れ込んできてるからこういうことが起こるんだろう。
3.1のようにまだIncompleteを付けて流すのはまだましだが、ファイル名を完全に変えて、
流してる奴がいる。

>524
本スレでやったら怒られた。

そろそろ、まとめをして
本ｽﾚで報告してみたら？

>531
うむ。
とりあえず発端は>>495がしたかったからだ。

それをするにあたって、色々問題が出てきた。

>>530
> 本スレでやったら怒られた。

質問の趣旨がずれていたからだと思われ

１、表示されてるハッシュは1部分
１より
２、ハッシュが一緒でも違うファイルはやっぱり違うファイル

ってことで、おけー？

>>529

>>528がおそらく正解と思う。

以前47師が、ハッシュはファイルの全てのビットとサイズから生成されて、同じハッシュ
となる確立は、極めて小さいと言っていた。

おそらく検索で表示されているハッシュは、内部で使用されているハッシュと違うと思う。

UPフォルダで共有された時点でハッシュが生成され、MXなどで途中まで落とされたファイルが
共有された場合に、実際は違うファイルと認識され違うハッシュが生成されているのに、検索
画面では同じハッシュとして表示されている。これらをそれぞれWinnyでダウンロードするときに、
元は同じバイナリなんだから、何とか同一部分をパスして差分（この場合は続き）のみのダウン
して、、、、、ってのは、出来ない。

>>534
１、はｵｹだが
２、はﾁﾄ誤解を招きそう

「見える部分の」ハッシュが一緒でも違うファイルはやっぱり違うファイル
では？

>534
ハッシュが一緒で違うファイルという意味は、
まったく関係の無い別のファイルという意味ですか？
それとも、オリジナルのファイルの前半の一部という意味ですか？

俺は後者だと思います。

話の途中で悪いのだが、ちょっと焼肉食いに行ってくる。

>>538
(ﾟдﾟ)ｳﾏｿｰ

いいだしっぺのくせに焼肉食いに行く>>538は市警

要するに、ＭＸでダウンロードした元は同じだけど破損した微妙に違うオリジナルファイルが持ち込まれたってことか。
ＭＸなら全部同じ物にされてこれらが繋あわされるのか〜こりゃーＭＸのＧＬ信用できんな。
６４Ｋバイトごとにハッシュ取ってるんだから７００ＭＢのハッシュ表示しろって方が間違えだな。
ある意味Ｗｉｎｎｙの信頼性を証明したことになるのか。検索データが多くなるのも致し方ないな。
それにしても４７氏はすごいな。

>>534
うむ、そうでし。言い方がまずかった…

>>537
＞ハッシュが一緒で違うファイルという意味は、
＞まったく関係の無い別のファイルという意味ですか？
＞それとも、オリジナルのファイルの前半の一部という意味ですか？

漏れも後者だと思う。でも、Winnyの構造上、別のファイル扱いに
なってるためレジュームは出来ないと思う。

帯域制限をオンにしたときとオフにしたときとではどっちが落としやすい？
ウチはオフにすすると帯域を全部もっていかれてだめなんだけど…
ADSL１．５

とりあえず
WINNYとMXを同じポートに設定しているボケは早く死んでください。ポート80番も死んでください。
WINNYとMXを同時起動させる馬鹿も早めに死んでください。
「氏んで」じゃなくて本当に「死んで」ください。


死んでください。

>>543
port0なので正直帯域制限あんま関係ない。
公称3MのCATVね

おそらく検索でヒットした時にでるハッシュ値は>>541が言うようにブロックごとのハッシュ値を
先頭から並べているだけなんだろう。
だから、ファイルの後ろの方で改変されていても検索の時はハッシュ値が同じに見える、
全部のハッシュ値が見れれば後ろの方で変わってるはずなので別ファイル扱い。
ファイル名はハッシュ値の計算にはつかってないんだっけ？過去スレにあったはずだけど忘れた。

ハッシュ値AAA〜C(偽物)をダウンロードしてしまったからといって、
末尾を削ったキャッシュをつかってハッシュ値AAA〜A(本物)を落としなおそうとしても不可能。
だってそのキャッシュはハッシュ値AAA〜Cの情報を持って同じファイルにレジュームしに行くから。
同じファイルのサイズ違いも同様。

例えば
ABC_INCOMPLETEという尻切れのファイルをDLしたとする
その後
ABCという完全ファイルを発見してDLしかかって
Winnyを終了させる
キャッシュフォルダのABCのハッシュを調べる
そのキャッシュファイルを削除
ABC_INCOMPLETEのキャッシュファイル名を
ABCのハッシュに名前変更
Winny再起動

こういう作業をすれば、ひょっとして続きが落とせる？

>>547
ハッシュがなにかわかってないようだ。
いよいよ厨房が増えてきたな。

それとお前ら！
そろそろ回覧版とか捨てなさい。
100Kbyte以下を全部きればかなり快適になるぞ。
拡張子検索したら半分くらい回覧版ってのはどういうこった？

>>546
　同じサイズだと本物偽者見分けるのが難しいな。逆に本物ハッシュでも配ってそれで検索かけられるようになれば真贋
見分けるってこともできるわけか。
　分割ダウンロードも安心してできる。
　自分のファイルを確実に配るにはいいな。ハッシュ付けて公開すれば確実に配れる。
　全部のハッシュで検索できる機能ほしいな。でも、大きいファイルはハッシュもとてつもなく長い罠

>>548
どうやら、お前が厨房のようだな

もし現在のハッシュが部分ハッシュの組み合わせだとしたら．．．
あらかじめ分割ダウンロードとか巨大なファイルのブロック毎のダウンとかを踏まえてそうなってるのかな？

だとしたら．．．レジュームもどきも可能？
ハッシュ値AAA〜C(偽物、というか本物の中途ファイル)が自分のキャッシュに存在。
ハッシュ値AAA〜A(本物)を検索してダウン指定。

Winnyが部分ハッシュで検索してダウンできるなら．．．
ハッシュ値AAA〜C(偽物、ハンパ)の前半は、自分のキャッシュから一瞬にしてダウン。(ﾟДﾟ)ｳﾏｰ
残りの部分だけ、どっかからダウン。

とはいえ．．．途中一部分でも破損してたら、中途ファイルとは判断されずに新規扱い。(ﾟдﾟ)ﾏｽﾞｰ

あれ？　でもたとえ、全体のハッシュが違っても、部分ハッシュが同じなら、そこから補間してOKだよね？

>>548
キャッシュのファイル名はハッシュ値じゃないでしょ。

手元に＠の名前のファイルがあるんだけど暗号の解き方はどうすれば良いんだ？
ＮＹ起動の時に暗号を入れて復元するのか手元にある＠のプロパティをいじるのか
わかりません。　教えて。

ハッシュの変わりにCRC取れないか？

ハッシュってそもそも何よ。。　うぷっ(￣〜￣) ﾑﾆｬﾑﾆｬ

キャッシュファイル名ってハッシュを
暗号化したものかと思ってたけど違うのかな？

なんか自分の厨っぷりが上がってきたよ。

>>552
　あくまでハッシュは重ならないようにするために計算されてるけど、値が一緒なら
内容も確実に一緒ってわけじゃない。
　それでも、７００Ｍを６４Ｋバイトごとのハッシュの集まりならまず重なることは無いだろ。
　ぎゃくに６４Ｋバイトだけのハッシュだったら重なる確立がかなり高くなる。
　それでも確率的にできなくもないと思うけど信頼性はかなり下がる。やらない方が無難な選択だと思う。

>>552
レジュームするときには全ハッシュ値でネゴシエーションを取って、
レジューム可能かどうか判定しているんじゃないかな？

あ、でもそのままじゃダメダ．．．
中途ファイルのレジュームのために、ハンパファイルをキャッシュ変換する人が増えそう．．．
中途ファイルの再利用はいいとしても、ハンパファイルのキーが出回るのはマズイな〜
何とかMXとかのハンパファイルや部分破損ファイルとかも、再利用できないかな？
いまのところ本人がハンパだと認識してるなら、UPには利用しないキャッシュ？という設定さえあればOKなような気がするけど．．．
そうすれば、ハンパファイルだけじゃなく、MXの破損ファイルもTBTBとかを依頼せずに、再利用可能なんだけどな〜。

>>555
ＣＲＣみたいな物だ。

でも、CRCじゃぁこういうこと起こらんでしょ。

ハッシュはユーザーに直接あんまり役に立たん？

>>558
たしかに、今はたぶんそうでしょうね〜。
歯抜けデータの１部分が欲しいとはいえ、その一部分が他のファイルの一部分と同一か検索するのが大変そうだし．．．
でも、もし、これができれば、Winny全体のトラフィックはかなり減ると思うんだけど．．．

>>550
同じサイズになると誰かがダウンロードして、真贋を見分けてハッシュかCRCを公開。
こっちもダウンロードしてハッシュかCRCで判定しか手がないかと。
ダウンロード前に本物を見分けて落とすことは出来ないと思われ。

個人的には交換のシステムにならないのなら、全部ダウンロードしてみてから
判定でも別に構わないかな・・・

とりあえずMXみたいに、ファイルを指定してレジューム見たいな事が出来ればいいわけだ。
あとCRCのチェックと。

>>564
？？？？

過去ログ、特に>>495あたりから読んでもらえれば分かると思う。
発端はここだ。

>>563
真贋の判別は人柱にやってもらうしかないね。（ｗ
単純に身元がばれても良いファイル配るときには結構使えそう。
そんなことの方が皆無か（ｗ

>>532 といい >566　といい・・・
お前は自分がその話題を出し始めたのを自慢したがってるのか？
発端は発端はとなんで自分の発言をわざわざ出す？
微妙に発言がいきがってる発言だし。
こういうのを厨房っていうんだろうね。

>>564
できるじゃん、レジューム可能なファイルが見つかれば「受可キャッシュ」と出る。

ユーザー側にはファイル全部のCRCが表示された方が一部のハッシュが見えるより便利かもね。

ハッシュの説明・・・・
ttp://www.itforcus.net/communicat/zyugyou11.html

興味がある人は読んでみよう。

まったくそんなつもりは無い。
気を悪くしたんなら謝る。すまん。

もう顔出さんわ。

>>557
Winnyのハッシュ値ってそんなに重なるものなのかな〜。アルゴリズムなに使ってるんだろう？
Webの頃よく使ってた、CRC32も同一の値になる確立って？０億分の１(テキトーウル覚えスマソ)くらいだったと思うけど．．．
MD5やSHAクラスとかだったら、もっと確立は低いかな？
だとしたら、万(億？京？)が一、いくつかの部分が別物だったとしても、復元時に全体ハッシュが同一かをチェック。
もしダメだとしたら、さらに大きなブロック単位でハッシュを算出して、その部分を破損扱い、再度補間。
コレでもダメになる確立ってほぼ無視してイイと思うんだけど．．．
う〜ん、でも、本スレでもCPU負荷が問題になってるし、そんな処理、ウチのボロマシンでは耐えられないかも．．．（´･ω･`）ｼｮﾎﾞｰﾝ

>>527
　なんか俺が勘違いしてたわ。なんか全体からその６４ＫＢ部分だけを探しだすって考えてたすまん。
　ある程度のブロック数ならぶつかる確立は皆無だね。俺もハッシュなんて情報２種受けて以来だからな〜
　今はプログラムと無縁のことやってるからな。
　どっちかって言うと処理の手間みたいだね。

>>547の方法で復元成功
但しINCOMPLETEファイルのDLが完了してた場合は
キーエラーとかなんかが出てダメだった。

INCOMPLETEのDLも途中までしかしてない場合に限っては
>>547の方法が有効みたい

よって>>548が本当の厨房

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

訂正：
　超k後　→　直後


にしてもなんで失敗するかなぁ。
これもおかしいファイルだったのかも・・・。

シジー2枚目が破損しまくりの繰り返し、くそーーー！
1枚目は完全だ！吸え！変わりに2枚目すわせろや！

>>575
Daemon Toolsで起動可能か調べられない？

まさか>575はcdイメージをゲトする度、
それを使用ために必ずcd-rに焼いてから
使ってるのだろうか・・・・

誰だか知らんが、ポート警告誤報の再現方法発見したヤシ！！！
ありがとう！！
漏れはずーっと気が付かないでここ一週間Ｐｏｒｔ０だったよ。
意外とみんなあのボタン押さないんだね・・・
ちゃんと接続切って終了なんて律儀なマネしてたのが裏目ったか。

>>578-579
まさか。Daemonで一回マウントさせてからだよ。
それでは一応ファイルが見えてるんだけど、、、
焼いたら中身無し、と。

>>577
２行目はコレぞWinny!!って感じダネ。
１行目は．．．コレぞβ版!!って感じかな。

情報交換もWinnyで完全匿名のニュースグループやメーリングリストっぼくできればいいのに．．．
もちろん回覧版みたいなのは論外だけど。

ところで、その完全な１枚目のハッシュって >>575 のと同じ？

>>577
7回100％を迎えたが抜けてる部分が減ってない気がするよ・・・
今8回目だ、これで駄目だったらもうやめるよ・・・

>>151も気になるしね

出回ってるのって評価版でしょ

ああぁ、最近落ちてくるファイル尽く壊れてるような気がするなあ・・・・

（´-`）.｡oO（最近、えっちなファイル以外は落としにくい気がする）

>>584
それも出回ってるけど、俺の落とした奴は違う。
製品版シジー完全日本語版。

評価版っていっても中身は製品版でしょ？

オレの1枚目はd88e8f...から始まるやつだじ！焼いてないけどデモンでマウントできたＹＯ！

>>588
基本的にはそうらしいけど、な〜んか制限あった気がするんだよなぁ
俺のやつはデーモンでマウント→CD開くとこまではOKなんだけど
オートランで開いたと思ったらエラーで上手く逝かない・・・
やっぱ元ファイルが破損してたのかも。キャッシュ消してDLし直そ。

さっきから同じようなところを何度も何度も穴埋めしてるんだが、いっこうに終わる気配ないよ・・・
あきらめて最初からやろうかな・・・なんか以前に比べて断然キャッシュ効いててダウソ率いいし・・・

>>590
その破損しまくりのキャッシュを容量で検討つけて、そのキャッシュだけ削除
んで最初からやり直す。この手順だろ。
ちょっとやる気が失せるけど、結果的には早く終わらせれるぞ。
あきらめて最初から。これ最強。

おい！β14.5ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!
しかも!最強だぞ！
・ 操作系としてポップアップメニュー追加
・ ダウン中のキャッシュや部分キャッシュでも変換可能にした
・ 部分キャッシュ表示の切り替え機能追加
・ 一回のレジュームで一つの連続ブロックしか直せなかったのを修正
・ 同じキーに対する分割ダウンを同じノードに複数かけられなくした
・ 接続停止状態で再起動して接続開始した場合にポートを開いてなかったのを修正
・ ダウンリスト追加すると自動的に自動ダウンＯＮになるようにした
・ キャッシュサイズ算出で小さいファイルばかりだと算出が変なのを修正
・ キーの寿命を少しだけ短縮
・ 表示が残る処理済タスクを50個に制限

だってさ！凄すぎる！！

>>580
どういたしまして
と言おうと思ったら、修正版ｷﾀー

>>575
CD-RWのメディアで焼けば良いんじゃないの？

UP3〜6!?（F-ADSLの1.5Mなんだが・・・)悪い切断。
最新版を使うのはβテスターの義務なんで、、ね。

>>594
・・・。
その手があったか!!!!
よーしこれで逝けるぞ〜！ﾜﾁｮｰｲ！
ｻﾝｸｽ！ｻﾝｸｽ！ｻﾝｸｽ！


















（´-`）.｡oO（俺のPC、CD-RWドライブねーや）

>>595
たしかに、それがβ版テスターの宿命と醍醐味．．．
今中継してる人はスマソ。
今夜はβ14.5で部分キャッシュを変換してオカズにしてクレ〜。

落ちなきゃ、今晩つけっぱで寝たいが・・・
14.3以来落ちる傾向にあるからなぁ・・・

>>597
Winny旧Ver起動中に新Verを起動して
旧のとあるコマンドで全メモリ、全転送、タスク等を新に移す
とかできないのかねぇ（無理ｗ

そういう俺もβ版テスターの宿命にのっとり、
シジーDisc1が転送始まってたけど泣く泣くβ14.5にした。

まぁβ14.5の凄さに魅せられて、だけどな。

繋がらない…