Am curious whether Gnucleus supports unicode (hence hashing files with filenames of foreign east-asian characters). Because Foxy (GnucDNA-based) is purely Chinese P2P program. Unless they modified GnucDNA...

Give me about 1 day to hash all my files. Then when you have time please try test searching for these:

专辑
史上最优美的钢琴小品精品录
专辑介绍
09.欲.mp3
童話


QUESTION: Does Gnucleus index on tag meta data too? (like all other P2P)

I just tried, and apparently Gnucleus doesn't seem to like Unicode (for 09.欲.mp3 it found many mp3 files containing 09 in the file name, all written with the Latin alphabet). I'll try again tomorrow or so... By the way, regarding Foxy, indeed they're apparently using a modified version of GnucDNA and they created their own, proprietary network. Shareaza folks and especially the Beacon dev have been discussing it recently. Also, if you'd like to take a look at the current state of the G2 network, here's the crawler's URL: g2paranha - G2 Network Crawler

This morning (after I woke up) my files hasn't finished hashing yet (and it STILL hasn't gotten to my chinese MP3s...)...

But yeah, it would be good if GnucDNA updated itself to be Unicode... and hopefully be compatible with Foxy... hence wider/ bigger network.

So.. does Gnucleus index the meta data tags of MP3s aswell as filenames? Because Apple iTunes standard file formats is like:

ARTIST\ALBUM\TRACK NO. TRACK NAME.mp3

If Gnucleus only index by file name then people never find those MP3s of an artist they search for.


Also please update your signature to say ShareazaV5 & ShareazaV4

Version 1.8.6 was alright at reading the chinese characters in filenames.

I just upgraded to 2.2.0.0 and now the filenames come out garbled.

Either way, both versions report Error when trying to hash the files.

Shame, that makes both Phex & Gnucleus non-Unicode compatible.

The only Unicode compatible are eMule, LimeWire, FrostWire, Shareaza, iMesh, BearShare...