mldonkey-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Mldonkey-users] emule killed mldonkey.. that's a fact


From: Stephane Goulet
Subject: Re: [Mldonkey-users] emule killed mldonkey.. that's a fact
Date: Sat, 28 Dec 2002 17:27:46 -0500

> are you so sure about that ?

Well, yeah ;)

> I mean yes of course emule gets downloads from ed2k clients but from what
> i've seen with my recent emule experience, emule2emule is working too and
> quite well..

Yes, i agree, emule2emule probably works quite well, but i'm talking of
emule2others here..

> After all, how could we blame emule developpers  to make a better ed2k
> client than the official one, that was obviously not as good as the
current
> emule client.. then how could we blame them to use tricks that mld
> introduced to ed2k, like multiserver connections (does emule really use
that
> ?), recording source lists and so on...
> Finally yes, they try to add some protocol features that were not included
> in ed2k protocol.. some of them are probably not so good, like ratio and

I got no problem with improvements, i like evolution ;)
Let's say that on this, i'm not happy that they took tricks that mld
introduced but don't want to "use" them with us.

> credit systems, but in the end if the network runs at least as fast as
> before with their client, why not use it ?

The emule2emule network maybe fast, but the edonkey network is quite slowed
down...
Personally i don't really wan't to use emule, besides it does not compile
under a real os afaik.

> Considering the overnet emule threat, i don't know what to think yet..
>
> One thing we have to keep in mind, that emule growth taught us.. and
> especially to us linux users : windows users and most internet users in
> general are attracted by good lookin, flashy and well featured
interfaces..
> In my opinion, emule attracted a lot more users to edonkey than the
official
> client could have on its own..

Yeah, flashy interfaces catches all the fishes ;) The client was also dead
for some time... it's been a looooong time since a new version of the ed2k
client was released.. And all that time they envyed mld features and
witchhunted it.. Now that they have their own alternative client they are
happy ;)
(I have to say that i'm impressed with all their base of users coding in
c++, they developp their software quite fast, and with the mods introduce
features even faster)

> I really hope overnet will benefit from this..
> if emule developpers wish to update their client with overnet protocol, i
> can only hope that the overnet upload protocol will be analyzed and
> published soon so that they can use it too...

Well.. for us overnet sources are like edonkey sources... it will probably
be the same for them.. so expect the same result of emule on overnet then
from edonkey..

> Of course i'm quite frustrated, as we all are, by the current lack of
> efficiency of mldonkey with emule clients..

ack

> I'm afraid i don't feel the emule threat on overnet, maybe that's because
> i've not took a close look at the way things work..
> but basicaly i think that if more people come to the network and share
their
> bandwidth it can't really be a bad thing..
> Moreover the client war will only get people confused and may make them
run
> away and try another p2p network..

More users comming to share their bandwith is allways good, more leechers is
not :(
We can't do much of a client war anyway, we are like 5% of the clients..
emules 85%.. hehe maybe we can do a more agressive guerilla? ;)

> Personnaly i'm more concerned about making users understand that sharing
> bandwidth and files is critical and edonkey definitely brought something
> fresh and new to p2p worlds which is the community, making every user
aware
> that other people are out there. ;)

Yeah, that's right, i'm not aware of other p2p communites out there...
Imesh/WinMx/Kazaa/etc.. users seems to think bytes comes out of thin air ;)
(Yet i have seen impressing dowload rates looking at some of those clients
:-? )

-Stéphane





reply via email to

[Prev in Thread] Current Thread [Next in Thread]