lugdunummaster
Jan 14 2006, 09:13
Hi all
Unicode UTF-8 was introduced more than one year ago on ed2k/emule network.
After a transitional period of 14 months, time has come to enforce UTF-8 usage.
I urge emule+ dev to switch to UTF-8 as soon as possible, because next eserver version wont play conversion games (from CP949 ) and will reject non conformant filenames.
lugdunum
burning shadow
Jan 18 2006, 17:06
I second that.
muleteer
Jan 18 2006, 17:32
Were working on it as fast as we can. We've stopped accepting feature requests - everything is on the back burner until full UNICODE compliance is achieved.
burning shadow
Jan 18 2006, 18:33
Oh, good news. Thank you very much.
Okaaaaaaaaaaaaaaayyyyyyyyyyyyyyy !!!!!!!!!!
Mister lugdunum this is a good new for a worldwide spread soft. Now I'll be able to have œ Œ and ” ˜...damned for the two last. It was a pity not to be able to have the two first that are the only ones that exist only in french...I think
glaskrug
Feb 25 2006, 10:00
Is there any ETA for unicode support ? Next version ?
Obviously devs started to work on it quite a while ago, and every now and then a piece is changed, but then there are completely different things distracting devs from what they've started....
Not that I'm trying to tell you how to do your work, not at all, but don't you think it would be better to first end one thing you've started before beginning something new ?
Talking about UNICODE and 64 bit support especially. A bit of both, but none really working...
Anyway, keep up the good work and heads up !
Fuxie - DK
Feb 25 2006, 10:31
Hopefully, both UNICODE and 64-bit files will be included in v1.2a..
The problem is that both changes are way bigger than first thought of, and thus it takes more time.
glaskrug
Feb 25 2006, 10:40
Thank you for your reply.
Is 1.2a the upcoming (next) version, or the one after the next one?
Fuxie - DK
Feb 25 2006, 10:50
QUOTE(glaskrug @ Feb 25 2006, 11:40)
Thank you for your reply.
Is 1.2a the upcoming (next) version, or the one after the next one?
No.. Upcomming version (which is in RC1 state) is
v1.2.. Next will be
v1.2a...
glaskrug
Sep 19 2006, 09:21
Any news regarding this issue?
This topic started in January (!), and even though 1.2a already entered RC state, I don't see unicode support in the changelog...
Some work was done, but not finished yet. It is still in our intentions to finalize it, but not in upcoming version.
burning shadow
Sep 19 2006, 13:00
Nice...
muleteer
Sep 19 2006, 13:31
Main feature in this release is large file support.

This was so urgent it jumped the queue ahead of UNICODE; lots of very interesting stuff is now coming in sizes larger than 4GB.
Is 1.2a unicode compliant as promised? There is nothing about that in changelog.txt

and I can't test it because I suffer of my ISP p2p filtering policy as e+ does not support protocol obfuscation
Fuxie - DK
Oct 15 2006, 19:37
Nope... Unicode is still in the works...
But 64bit file support is now in eMule Plus..
burning shadow
Oct 15 2006, 20:43
Is there any ETA for next release with unicode support?
Fuxie - DK
Oct 15 2006, 21:34
Nope.... Last release was only 2 days ago
glaskrug
Jan 6 2007, 21:06
QUOTE
Is there any ETA for next release with unicode support?
I guess in the meantime it's time to ask that question again

Unicode would really be more than something nice to have.
Large file support is nice, but honestly, what is the percentage of files >4GB in your queue, whereas unicode is something that affects really a _lot_ of files (usernames etc.), especially many non-english ones (in some languages even all of them).
Vladimir (SV)
Jan 7 2007, 00:30
It's delayed... to -AFAIK- 1.2c... but I don't want to give you hopes, as I already lose them, but lets wait to see what happen this year
burning shadow
Jan 7 2007, 02:26
QUOTE(Vladimir (SV) @ Jan 7 2007, 03:30)
So, what happened this time? Let me guess... Vista support?
muleteer
Jan 7 2007, 04:26
No. Vista support was surprisingly painless. (Thanks Aw3

). Large file support
was the biggie - almost all the good stuff nowadays is on DVD media so glaskrug's comment is not quite correct.

QUOTE(glaskrug @ Jan 7 2007, 02:36)
Large file support is nice, but honestly, what is the percentage of files >4GB in your queue
Currently, 100%.
I know you all give a lot of free time for ePlus but what I really hope is to get a new version we have not six or seven months to wait for again
QUOTE(milky @ Jan 7 2007, 05:30)
I know you all give a lot of free time for ePlus but what I really hope is to get a new version we have not six or seven months to wait for again

That's exact my opinion and I prefer to release with shorter periods, but unfortunately it's not possible all the time because of many reasons: qualitywise version is not ready, we have lack of free time, big features, etc...
in the meantime, does anybody know an online converter so I can manually convert those strange filenames to unicode?
In the end you did it. But now, some searches over the web make me think that "R.i.P. LugdunumMaster".
Am I right? Did he forgive ed2k server development? A good link to read about that?
Bye
muleteer
Feb 7 2009, 13:12
Thank you. It gives some new light about the KAD request for e+ and the past dev's opinion about it:
QUOTE(LugdunumMaster)
Problem is not software, but server operators, and lazy emule users.
90% of online servers are fake servers, payed by antip2p companies to push fakes, and viruses that are able to use contaminated PC to send DDOS attacks to 'genuine servers'
You cannot fight against them, really.
You cannot find enough Gigabit links able to receive more than xx millions packets per second on one machine.
Forget about servers and use Kad.
and, about KAD searches
QUOTE(pacobell)
And remember also that Unicode searches are immune to the 3 character restriction.
So...since 1.2d supports unicode...
muleteer
Feb 7 2009, 14:33
1.2e is almost ready. I hope we'll have KAD in the version after that.

An improved version; the current implementation of KAD is not very good.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.