[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule 0.45b [RT.16c] [17.08.2005] (http://www.emule-web.de/board/9157-emule-0-45b-rt-16c.html)

Pathfinder 3. March 2005 12:38
eMule 0.45b [RT.16c] [17.08.2005]
 
eMule 0.45b [RT.16c]
Zitat:
> Modified, KAD code Update to 0.46c
> Fixed, some bugs of User Interface
> Added, Enable AuxPort of Server Feature
> Added, Increase size of upload buffer = upload datarate * 30(sec)
> Added, Choose category when add Link
Download: Binaries & Sources (eMule-web.de-Mirror)




eMule 0.45b [RT.16b]
Zitat:
** shall be update if used all version of RT
** bacause the zlib has security flaws.

> Fixed, Updated to zlib 1.2.3 because of security flaws in 1.2.2
> Modified, Some code of upload changed. (hope the upload speed will more stable)
> Added, Clients dialog has "Downloading Source" TAB now.
> Added, the Shared Files of Files dialog can only display one "Shared Folder" now.
Download: Binaries & Sources (eMule-web.de-Mirror)



eMule 0.45b [RT.16a]
Zitat:
*** eMule 0.45b [RT.16a] ***

** Shall be Update if used RT.15 (Official fixed a bug about sources process)
** Please set RT' settings again. because RT made some change.

> Fixed, Merged 0.46b official BugFix
> Fixed, Can't modify "upload limit" settting when USS disable.
> Modified, Enhanced Source Exchange
> Modified, Server, Transfer, Shared dialog in RT's style mode
> Added, Option "Fake File check"
Option => RT Settings => Download => Fake File check
> Added, Option to limit Source Exchange when sources reached Hard Limit
(Official eMule drop source(by Source Exchange) when sources reached Hard Limit.)
Option => RT Settings => Download => Limit Source Exchange when Sources reached Hard Limit.
> Added, Total sources limit. Enable Hard Limit when total sources more than setting only
Option => RT Settings => Download => Enable Hard Limit when Total Sources more than
eMule-web.de Mirror (http) Bin & Sources



eMule 0.45b [RT.15d]
Zitat:
*** eMule 0.45b [RT.15d] ***

> Fixed, emule crash when press "Delete" key to delete friend.
> Modified, the code of upload (hope the upload speed will more stable)
> Modified, RT will add client to uploading when upload bandwidth can't be used totally
though Upload Slots >= Max Upload Slots. (Limit: Upload Speed / 2)
> Added, the statistics of WebCache Upload (Statistics -> RT Statistics -> WebCache)
eMule-web.de Mirror (http) Bin & Sources




eMule 0.45b [RT.15c]
Zitat:
*** eMule 0.45b [RT.15c] ***

> Fixed, the bug of RT.15b can't save new setting of TCP/UDP port
> Fixed, the bug of connect limit(Max. new connections / 5 secs)
> Fixed, detect correct version of eDonkey and Lphant now.
eMule-web.de Mirror (http) Bin & Sources


eMule 0.45b [RT.15b]
Zitat:
*** eMule 0.45b [RT.15b] ***

Must Update if you used RT.15a

> Fixed bugs of RT.15a
> Added, Display Icon of Filetype.
Preferences -> RT Settings -> Display -> Display Icon of Filetype
> Added, Random TCP/UDP Port.
Preferences -> RT Settings -> Connection -> Random TCP/UDP Port
Download: Binaries & Sources (http)


eMule 0.45b [RT.15a]
Zitat:
*** eMule 0.45b [RT.15a] ***

> Changed, Base on "eMule 0.45b"
> Added, Save CPU Load
Preferences -> RT Settings -> General -> Save CPU Load
> Added, Save Overhead Bandwidth.
Preferences -> RT Settings -> Connection -> Save Overhead Bandwidth
Download: Bin & Sources (http)

skneo 7. March 2005 22:28
Mirror

Bin: eMule 0.45b RT v15a
Src: eMule 0.45b RT v15a

masterai 17. March 2005 22:21
Fehlgeschlagene Download
 
Was mache ich falsch ?:bang





Code:
Mule v0.45b Statistik [eMuleRE]

    RT Statistik

      MOD

      Country

      WebCache

  Transfer

      Session UL:DL Ratio: 1 : 1.18

      Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.22

      Gesamte UL:DL Ratio: 1.06 : 1

      Uploads

        Session

            Hochgeladen: 2.20 GB

            Hochgeladene Daten durch Freundesuploads (Session): 79.65 MB

            Aktive uploads/nötig um Bandbreite auszunutzen: 3

            Gesamtanzahl der Uploads: 3

            Wartende Uploads: 3657

            Upload Sessions: 619

              Erfolgreiche Upload-Sessions: 418 (67.53%)

              Fehlgeschlagene Upload-Sessions: 201 (32.47%)

              Durchschnittlicher Upload pro Session: 5.39 MB

              Durchschnittliche Upload-Dauer: 13:04 Minuten

            Totaler Overhead (Pakete): 76.02 MB (1.60M)

        Gesamt

      Downloads

        Session

            Heruntergeladen: 2.60 GB

              Clients

              Port

            Beendete Downloads: 9

            Aktive Downloads: 8

            Gefundene Quellen: 6110

            Download Sessions: 915

              Erfolgreiche Download Sessions: 696 (76.1%)

              Fehlgeschlagene Download Sessions: 219 (23.9%)

              Durchschnittlicher Download pro Session: 3.82 MB

              Durchschnittliche Downloadzeit: 23:50 Minuten

            Durch Komprimierung gewonnen: 133.23 MB (5.0%)

            Durch Datenfehler verloren: 0 Bytes (0.0%)

            Teile gerettet durch I.C.H: 0

            Totaler Overhead (Pakete): 86.26 MB (1.56M)

        Gesamt

  Verbindung

  Zeit Statistiken

      Letzter Reset der Statistiken: Unbekannt

      Zeit seit letztem Reset: Unbekannt

      Session

        Programm-Laufzeit: 1 Tage 4:09 Stunden

        Übertragungszeit: 1 Tage 4:09 Stunden (100.0%)

        Dauer auf aktuellem Server: 4:13 Stunden (15.0%)

        Dauer auf Servern: 1 Tage 4:07 Stunden (99.9%)




Gruß masterai

[edit by Pathfinder: Statistiken bitte auf's Wesentliche kürzen oder Code-Tags verwenden!]

Pathfinder 17. March 2005 22:56
Geht's noch größer?
Zitat:
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.22
Wo ist dein Problem?

Stulle 17. March 2005 23:01
Was du falsch machst¿
1.) Die Schriftgröße
2.) Das Problem spezifizieren ( bei dir NICHT spezifizieren!)
3.) Keine Infos zu nichts geben!

MFG Stulle

PS: Checkliste vor dem Posten... *pfeif*

masterai 17. March 2005 23:23
Zitat:
Zitat:
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.22
wenn das ein guter Wert ist ,aber warum soviele Fehlgeschlagene Download.
Fehlgeschlagene Upload-Sessions: 201 (32.47%) Fehlgeschlagene Download Sessions: 219 (23.9%)
Bei derAlpha Version von XMAN ist das nicht so !

MfG masterai

Stulle 17. March 2005 23:30
Die fehlgeschlagenen sind im bereich des normalen, das verhältnis ist gut. 1:1 ist auch gut. mehr als 1:1 is besser, mehr als 1:2 spitze. Bei weniger 1:1 kann man von schlecht sprechen, da man ja weniger bekommt als man gibt. bekommt man mehr als man gibt sollte man schon für jedes bit dankbar sein. immer dran denken "Upload all = Download all" (aus einer Sig aus diesem Board)!

MFG Stulle

masterai 17. March 2005 23:57
eMule Plus 1.1c [01.03.2005]

Geht's noch größer?

IoI

TuckTuck 18. March 2005 00:03
Mit den fehlgeschlagenen Downloads? klar.. Hier:

erfolgreiche Download Sessions: 85738 (42.1%)
fehlgeschlagene Download Sessions: 117806 (57.9%)
durch Komprimierung gewonnen: 992.07 MB
durch Datenfehler verloren: 987.29 MB


:/
Hab keinen Dunst wie man das bereinigt, steck meine Nase schon seit Stunden in das Forum



Edit: Vergleich zum upload:
Upload Sessions: 5746
erfolgreiche Upload-Sessions: 5108 (88.90%)
fehlgeschlagene Upload-Sessions: 638 (11.10%)

Stulle 18. March 2005 00:18
@ TuckTuck: was hast du für ne Leitung¿ läuft der UL am limit und kommt sich dauernd mit dem DL ins Gehege, so steigt die zahl der DL-fehlschläge

@ masterai: wtf willst du uns damit sagen¿ *gedankenlesekräfteaktivier* [ratter] [zong] mist, hab ich ja garnich!

MFG Stulle

masterai 18. March 2005 00:24
Zitat:
[edit by Pathfinder: Statistiken bitte auf's Wesentliche kürzen oder Code-Tags verwenden!]
Weiß garnicht was damit gemein ist .Pathfinder macht sein Arbeit sehr gut,aber....

Zitat:
eMule Plus 1.1c [01.03.2005]

Geht's noch größer?
MfG masterai

Stulle 18. March 2005 00:28
Was damit gemeint ist¿ Er wird sicherlich Überflüssiges rausgelöscht haben, weil du nicht in der Lage warst die relevanten Daten aus den Stats raus zu filtern!
Und wenn du weiterhin versuchst dich über uns lustig zu machen oder mit pampigen Antworten kommst, wirst du hier im Board auf wenig Gegenliebe stoßen! Versuch doch einfach nen normalen Umgangston zu wahren, wir, die wir schon länger hier sind und auch eine gewisse Anzahl von Neulingen ist auch dazu in der Lage, also reiß dich mal!

MFG Stulle

EDIT: Falls du mit deinem 2. Zitat auf die Länge des Eingangspostes des eMule Plus Threads anspielst, Pathfinder meinte nicht die Länge deines Posts, denn die hat er ja schon mit dem Edit bemängelt, SONDERN das du nicht in der Lage bist die normale Schriftart zu lassen! Kein Mensch muß die Schriftart ändern um sich Gehör zu verschaffen, die die es tun bekommen sogar eher noch weniger ne Antwort!

TuckTuck 18. March 2005 00:35
Zitat:
Zitat von Stulle
@ TuckTuck: was hast du für ne Leitung¿ läuft der UL am limit und kommt sich dauernd mit dem DL ins Gehege, so steigt die zahl der DL-fehlschläge
Besitze eine 2048/192 'er Leitung mit aktiviertem WebCache...
Hab den Upload auf 16kb/s gestellt und einige andere Werte etwas minimiert.
Werde erstmal abwarten was sich tut.
Achso, hab 42 Downloads am laufen, vllt etwas viele für meine Einstellungen, aber erstmal abwarten und Kaffee trinken. Trotzdem danke für deine Hilfe, wenn es sich nicht bessert schreibe ich mein Problem ausführlicher ;)

Zitat:
Zitat von Stulle
@ masterai: wtf willst du uns damit sagen¿ *gedankenlesekräfteaktivier* [ratter] [zong] mist, hab ich ja garnich!

MFG Stulle
Ach, du auch? :mrgreen:

So long...

Stulle 18. March 2005 00:38
42 Dls kann viel sein, aber auch wenig. Wichtig is die Gesamtquellen Zahl und wie es sich mit deinen Verbindungen verhält. Sind letztere dauerhaft zu hoch und zuviele Quellen im Status "Zu viele Verbindungen", so ist das im allgemeinen negativ. Sieh dir doch einfach mal den Xman Guide an, da steht eigentl. alles Wichtige. Und wenn das nich hilft, hast ja noch uns, die du fragen kannst

MFG Stulle

aalerich 18. March 2005 01:31
Ich glaube, mich daran erinnern zu können, daß einige Nutzer im Zusammenhang mit Webcache über außerordentlich hohe Prozente fehlgeschlagener Downloads berichtet haben. Da mich das Thema Webcache aber nicht sonderlich interessiert kann ich im Grunde auch nicht viel mehr dazu sagen. Bei einigen Mods wurde aber wohl aus genau diesem Grunde die Statistik in diesem Punkt aufgesplittet damit man sieht, daß Webcache der "Verursacher" ist und nicht der Mod an sich schlecht.

Mit freundlichen Grüßen
aalerich

Stulle 18. March 2005 01:44
Das ist richtig. Hab mich mal bei Commander beklagt, worauf hin bei der nächsten Version vom Morph die Webcache Sessions "ausgeklammert" wurden... ;)

MFG Stulle

Pathfinder 20. March 2005 00:05
Neue Version, ein Update wird dringend angeraten!

Pathfinder 8. April 2005 05:19
Thread aktualisiert auf RT.15c

Pathfinder 2. May 2005 16:42
Thread aktualisiert auf RT.15d.

skneo 3. May 2005 19:07
Mirror.

BIN: eMule 0.45b RT v15d Binary
SRC: eMule 0.45b RT v15d Sources

skneo 28. July 2005 01:44
eMule 0.45b RT v16b

Zitat:
Zitat:
changelog:
** shall be update if used all version of RT
** bacause the zlib has security flaws.

> Fixed, Updated to zlib 1.2.3 because of security flaws in 1.2.2
> Modified, Some code of upload changed. (hope the upload speed will more stable)
> Added, Clients dialog has "Downloading Source" TAB now.
> Added, the Shared Files of Files dialog can only display one "Shared Folder" now.


Bin: eMule 0.45b RT v16b Binary
Src: eMule 0.45b RT v16b Sources

Pathfinder 18. August 2005 16:16
Update auf eMule 0.45b [RT.16c]


Alle Zeitangaben in WEZ +1. Es ist jetzt 19:47 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102