[nirbj]

Stulle

I marked "Limits slots to avg-upload 3Kbps" and it dose not seem to work for

me.

what do i need to do to make it work ?

[Stulle]

nirbj, on Nov 13 2005, 05:40 PM, said:

Stulle

I marked "Limits slots to avg-upload 3Kbps" and it dose not seem to work for

  me.

what do i need to do to make it work ? 

wait for my bugfix!
i did some stupid mistake. On looking up the average UL I looked up the average DL and used it instead. this is really some stupid bug I have to apologize for. I was in a hurry and seem to have missed something.
A new version will be out soon. Waiting for Xmans DLP sources to update the whole anti-leech issue!

Greets Stulle

[Boulder]

Does that mean that we get an Ionix-style updateable leecher list?

[nirbj]

Boulder

Does that mean that we get an Ionix-style updateable leecher list?

I like this Idea but there is a problem with that.

stulle

In my opinion you should add the next features to the new version :

1. Boost Friends this is realy good thing.

2. posibility to choose how many slots I want to open ( 5 is enough)


If you can so pleaze cancell R/r .

[Stulle]

Boulder, on Nov 13 2005, 06:13 PM, said:

Does that mean that we get an Ionix-style updateable leecher list?
   

well, might be. but in case i'll make it updateable, i'll rather use the system from good ol' Xman! Prefere his solution.

nirbj, on Nov 13 2005, 06:49 PM, said:

Boulder

Does that mean that we get an Ionix-style updateable leecher list?

I like this Idea    but there is a problem with that.

stulle

In my opinion you should add the next features to the new version :

1. Boost Friends this is realy good thing.

2. posibility to choose how many slots I want to open ( 5 is enough)


If you can so pleaze cancell R/r .

1.: My whole thread got cleared to the very first point because I left this feature in my mod under certain circumstances. You gotta know, I really liked it the way it was before so I'm trying my very best to come to this point again! *lmao*
Just kidding. The point is, it is indeed forbidden and the devs won't change their mind about this feature on adding some restrictions (like ratio activation) because of the friend boost. So it'll be removed from my mod until the devs change their mind about the feature (which probably will never happen!).

2.: It will work in the next version. Since the original eMule offers 3 kbps to every client I think there is no need to focus this any more if the usual system doesn't work. It's more likely a safety check preventing the UL from getting worse but the original system. I added another limiting option that enables the user to limit his slots to a number between 60 and 256. You might wonder about this limitation but it's quiet simple! This is just for users with high upload speed like that guy in the feature request thread (sry, forgot ur name!). The upper limit is due to the data type of the variable. I used a 8 Bit unsigned integer that can take 2^8 possible combinations of Bits. Equals 256. Thought that should be enough... in case it ain't, I'll invest another byte (8 Bit equals 1 byte) so we'll have 2^16 possibilities! Quiet confusing, huh¿
Some more words about me using the average UL as a reference for the ul speed. In case I set my max UL to like 50 kbps and ant a ping value that equals the best possible ping the avg ul will be far below those 50 kbps. Let's say it is at 38 kbps. This is a difference of 12 kbps. 12/3 equals 4! So there would be 4 slots opened, though there's no bandwith for 'em.

About the ratio. Won't be changed, it's great like this! No one needs to upload more but 3kbps to friends and powershare on partfiles is kinda gay! *lmao* The other 2 restrictions are more likely for security issues. In case one of those borders is violated the user is doing something teribly wrong and this shouldn't happen in any way! So none of my users is able to leech the network at all. That's the way I like it!

Greets Stulle

PS: Equals equals my own equals equal! *lmao* I dunno y i used that word so often!

[Boulder]

I got another crash while shutting the client (v2.1) down, here's the dump:

http://rapidshare.de..._0.46c.dmp.html

[leuk_he]

Boulder, on Nov 14 2005, 12:19 PM, said:

I got another crash while shutting the client (v2.1) down, here's the dump:

http://rapidshare.de..._0.46c.dmp.html

Do you have THB minimule enabled?

This post has been edited by leuk_he: 14 November 2005 - 11:42 AM

[Boulder]

Nope.

[Ingolf]

Stullemulle has been running for 24 hours straigth now. Working on about 40 (22gb) files. Using 91mb virtual memory; 60mb physical memory. Works very nice.

With all those features, i can't believe you did'nt implement safehash
I wish this feature for x-mas

_
Amd K6; 400 mhz; 96mb ram; WinXpSp2; Internet down 1024kbit / up 256kbit
25gb HD on 3 spanned drives. (33mhz)

This post has been edited by Ingolf: 14 November 2005 - 05:17 PM

[Stulle]

Ingolf, on Nov 14 2005, 05:14 PM, said:

Stullemulle has been running for 24 hours straigth now. Working on about 40 (22gb) files. Using 91mb virtual memory; 60mb physical memory.  Works very nice.

With all those features, i can't believe you did'nt implement safehash 
I wish this feature for x-mas 

_
Amd K6; 400 mhz; 96mb ram; WinXpSp2; Internet down 1024kbit / up 256kbit
25gb HD on 3 spanned drives. (33mhz)

you are right... i didn't!
SiRoB did.

@ boulder: will check on that. thanks for info and dump.

greets stulle

[Tuxman]

SafeHash is already implemented in the official eMule - at least a part of it.

[Stulle]

Tuxman, on Nov 14 2005, 07:05 PM, said:

SafeHash is already implemented in the official eMule - at least a part of it.

as you might have read my last post here you should have noticed this answer was already answered. since we do NOT talk about the official client in general at this very thread your posts is simply nonsense!

just wanted to mention this.

Greets Stulle

PS: You should check YOUR code for bugs... i found at least one and I stopped on checking the D-files in alphabetical order!

[Tuxman]

My posting was addressed to Ingolf...

No matter here.

[thewonderer]

Many thanx for Stulle for creating this great mod!

It's interesting to see that this is a mod of a mod (morph xt), but hey, if there;s a decent build that you can build on, then why not!

Is there a list of complete features and planned features for Stulle?

Cant belive i've been using the classic emule for so long and yet there are some many more features and tweaks out there to make things smarter and more efficient.

Keep the good work up Stulle and ignore those muppets who try to put you down

Martin

[R3V0X]

leuk_he, on Nov 10 2005, 11:21 AM, said:

Please do note that the upload code of this version is still based on Morph 7.4 with an additional optional slotlimiter. However morph 7.4 has a bug that sometimes not all the allowed upload capacity is used.  Note that is a known bug."

It's not "sometimes" for me, but very often. "Sometimes" there's only one client in standby in the upload queue, uploading 0.5 kB/s ...

[leuk_he]

R3V0X, on Nov 18 2005, 06:00 PM, said:

leuk_he, on Nov 10 2005, 11:21 AM, said:

Please do note that the upload code of this version is still based on Morph 7.4 with an additional optional slotlimiter. However morph 7.4 has a bug that sometimes not all the allowed upload capacity is used.  Note that is a known bug."

It's not "sometimes" for me, but very often. "Sometimes" there's only one client in standby in the upload queue, uploading 0.5 kB/s ...

image: http://images5.theim...lleShitLoad.gif

Well sometimes is relative...... in your case. It never looked that bad for me. But your graph is the bug i am speaking about.

On the posive side the upload code for morph 7.5 (cvs version i am speaking of, there is no release yet.) seems to have solved this bug. Please be patient.

This post has been edited by leuk_he: 18 November 2005 - 04:11 PM

[R3V0X]

I'm trying to understand the way PayBackFirst is supposed to work in 2.x?!

Currently there's one PBF client in my upload slots, with an upload speed below 1 kB/s (for about one hour now). The strange thing is, no other PBF client seems to be allowed to enter the upload slots, so every client in PBF state just sits "on queue".

Is there only one PBF slot possible in the new 2.x?? Or what's the problem?

The stupid thing about this is, that a lot of these clients in PBF state, would have reached the upload slots even without PBF. Now they're punished? Not allowed to get an upload slot?!

This post has been edited by R3V0X: 19 November 2005 - 09:47 AM

[fafner]

Stulle, on Nov 10 2005, 05:45 PM, said:

fafner, on Nov 10 2005, 01:58 PM, said:

CRASH... after a few hours. 

What to do to track down?

activate crash dump and try a clean install, plz! i need more infos, anyways

Stulle, on Nov 11 2005, 02:59 PM, said:

Boulder, on Nov 11 2005, 09:54 AM, said:

I just had a crash with v2.0 when exiting the client. I shut the client down because these entries flooded the verbose log :  "Exception in CRoutingZone::setAlive".

Here's the crashdump: http://rapidshare.de..._0.46c.dmp.html

working on the issue, anyways i'm glad there are people out willing to help me with a dump file!

Sorry, I couldn't so far.
Since the first (and only) crash StulleMule is up and running for 7d22h23m now...

[Rumpelzuck]

R3V0X, on Nov 19 2005, 11:42 AM, said:

Is there only one PBF slot possible in the new 2.x?? Or what's the problem?

No, i have already seen 2 PBF-Slots at he same time uploading. PBF uses the Powershare upload class.

What are your speed settings? Upload limit general, PBF/Powershare limit and max. client datarates?
I think there are some bugs in the management system of the multiple upload classes (uploadbandwiththrottler.cpp), but Stulle-Mod inherited it from original Morph.
Stulle himself didn't change anything in the management of the upload classes in his mod.
Morph Dev Sirob is working on eliminating the bugs.

Ciao
Rumpelzuck

[karateo]

great mod
i changed from morphxt 7.4 and I get more successful download sessions in less time
PLUS it has more options