![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo} | |
10. July 2003, 13:48
| #16 |
| It's cosmic ...   Registriert seit: 14.01.2003
Beiträge: 3.326
 | ![Standard: eMule 0.29c [BlackRat] 0.2 [29.08.2003]](images/icons/icon1.gif){kind=icon} eMule 0.29a [BlackRat] 0.1.3 [10.07.2003] Neueste Version - thread update!
__________________   |
|  |
|
10. July 2003, 19:45
| #17 |
| Junior Member  Registriert seit: 10.07.2003
Beiträge: 88
| Ein rechtschaffenes Hallo an alle  ,nach monatelangem passiven Lesen in diesem Board habe ich mich nun dazu durchgerungen, mich zu reggen, um auch mal ein paar Kommentare abzulassen (wenn es denn sein muss). Grad wieder zum BR 0.1.2 Thread gekommen und was muss ich feststellen? Es gibt den BR 0.1.3. Aber: Suppression of the option allowing to kick a client in the upload list arrgl... werde den nicht nehmen... warum? Ganz einfach: Ich schiebe hier mit zwei eMule Sessions durchs Netz, den BR 012 nehme ich zum REL von Files als primaere Session her, da dieser eine sehr schoene REL Funktion hat, da kommt kein anderes Teil mehr raus. Als zweite (normaler Zieher) nehme ich einen anderen Mod her... der multifaehig ist und mit -multi nach dem BR gestartet werden kann. Wenn nun in der REL Session (BR 012) nun wieder einer reinkommt und den ersten Chunk haben will, dann fliegt er raus... sicher sitze ich nicht 24h davor, aber wenn ich sowas sehe, dann kommt sowas halt nunmal vor  , nachdem genau dieser Chunk schon tief dunkelbau ist und andere eben noch in rot angezeigt werden, also noch nicht draussen sind.Ich habe schon etliche Mods probiert, aber das Log mit den Hashdieben wurde mir bis jetzt NUR beim BR 012 so sauber angezeigt... bei den anderen habe ich die Funktionen mit LOG und verbose auch schon ausprobiert, aber nie etwas gefunden oder gelesen  also weiss ich nicht ob die es wirklich bringen...Mein Wunsch waere es, den 012 mit der Kick Funktion auch Multifaehig zu machen, wird aber Wunschdenken sein... _snieff_ dann koennte ich endlich zwei BRs laufen lassen und a) klasse saugen und b) supergut RELs machen... Gruesse Kaeptn |
|
| |
|
12. July 2003, 00:48
| #18 |
| Junior Member Registriert seit: 10.07.2003
Beiträge: 88
| Hallo nochmal, nachdem der BR Thread nicht sooo der most wanted ist war ja fast nichst anderes zu erwarten... keine Reply... (ich gehe mal das Risiko eines Bans/Kicks aus diesem Board ein) aber wenigstens EIN Feedback sollte doch wohl kommen oder sitzt Ihr alle nur da und wartet darauf, dass jemand was macht? -> Flames bitte per PM, sonst wirds OT, einen Kick bitte auch per PM mitteilen, bevor ich da sitz und mich wunder warum ich nicht mehr ind Forum reinkomm... Ich kann alles andere als klagen... der BR 012 laeuft ohne Absturz ohne ein sang- und klangloses Verabschieden bei mir... DL kann ich nicht beurteilen, da ich ihn nur zum UL hernehme... Die REL Slot Einstellung ist mir echt egal, habe sie auf 100% gestellt. und er macht bei mir nur 4 Slots auf (12kb UL). In 4 Tagen (96 Stunden Dauerlauf, die restlichen 15 Minuten geradeaus spare ich mir) schaffte er knapp 3.5 GB im UL!!! Die 96 Stunden hat er auf einem PIII 667 MHz mit 512 MB SDRAM geschafft!! Dazu noch eine andere eMule Session zum saugen (die macht 14kb im UL) und eine Webcam mit alle 20 Sekunden UL von 50kb... Sorry fuer die Ausfaelligkeit, aber ich habe lange genug (fast) jeden Thread in diesem Board durchgelesen, immer wieder lese ich (egal bei welchem Mod): Kreisch, schrei, rumheul, der Mod ist Schice, mein Rechner stuertzt ab... anderer Mod her... winsel... jammer... Die Progger tun ihr bestes und versuchen nunmal was herauszukitzeln... jeder Mod verhaelt sich auf jedem System anderst!!! Jeder Topf wird mal seinen Deckel finden und wenn man auch nicht alle 5 Stunden einen neuen Mod ausprobieren wuerde, dann haette man echte Ergebnisse! Schreibst doch mal wieviel Files ihr im DL habt und wieviele ihr insgesamt freigegeben habt, nicht nur Eure Gigahertzen an CPU und Gigabyten an RAM und was fuer fette Teile Ihr ins Netz stellt, vergesst die Randvriablen nicht, den Verwaltungsaufwand des Progs an sich -> aktive DLs, Quellen, TCP/IP Overhead, UDP Verlust!! Was nuetzt die beste/schnellste Hardware, wenn man sich selbst durch Basics einen Kropf anschneidet? Grad wenn ich mir ein Posting von vorne anlese.. Absturz des gesamten Systems nach kurzer Zeit. -> bringt ein schlechtes Licht auf jeden Mod der hier im Board drin ist. Schreibst halt mal... so was wie... Volle Einstellungen ausprobiert, CPU 100%, werde mal dies oder jenes abschalten oder nicht nutzen und werde dann wieder Bericht erstatten oder sowas... aber nein... man muss alles aufdrehen, auf die Nase fallen und rummaulen, anstatt dass man mal selber ein bisschen pobiert... Und selbst wenn es nur ein Hinweis sein sollte, dass man in dem einen Mod die SET REL FUNCTION oder wie auch immer weglassen sollte, sondern nur die normale REL Funktion nutzen sollte, bevor es wegschmiert... *kopfschuettel* Seht dies bitte ein wenig als einen "Tritt in den eigenen Hintern" an, helft den Proggern mit Euren Tips und Erfahrungen, sie geben nur ihr bestes!! Ich denke dass die Progger Ihre Boards/Threads lesen werden und nur versuchen, Euer Feedback umzusetzen. Denn: dieser Input ist des Proggers Output! Wenn ich mir das Sivka Forum so anlese, dann lese ich im Grunde seit Ewigkeiten imme rso Postings wie: Oh, grosser Sivka, danke, dass Du uns mit einem neuen Mod beschert hast. ich werde mich sofort ranmachen und ihn testen. Hail to sivka... ich krieche im Staube Eures Antlitzes... Buettel... kriech... kriech... Seid doch mal ehrlich ist doch so.... und den BR lobt keiner?! Ich breche hier mal die Lanze fuer den BR Modder und sage hiermit DANKE er laeuft stabil und bringt seinen UL, mir ist es egal, ob das Rabking nun mit 5, 6 oder 7 Stellen in den Punkten angezeigt wird, hauptsache er released das was ich will, dafuer gibt es den Status REL!!! Weiter so!! NTW: bei mir raucht der LSD immer weg, obwohl der eine auch sehr gute REL Funktion hat... KEINE Werbung, ist mit Sicherheit eben leider systembedingt!!! Bis demnext (hoffentlich, falls ich nicht gekickt/gebannt wurde) Euer Kaeptn ---- Schreibfehler duerfen behalten werden, sind vom Umtauschrecht ausgeschlossen |
|
| |
|
12. July 2003, 01:50
| #19 | |||
| MODder   Registriert seit: 23.12.2002
Beiträge: 2.203
| Kaeptn_Sperrmuell, du wieder sprichtst dir doch selber! Zitat:
Zitat:
 im lsd-thread hab ich, auch noch nichts von dir gelesen   Zitat:
__________________  fragen zu einstellungen und problemen mit emule, einfach hier klicken! danke Xman! signatur mit Blacklotus Onlinesig erstellt. (dank winki2099 auch mit emule 0.43 funzt) | |||
|
| |
|
12. July 2003, 09:41
| #20 |
| Junior Member Registriert seit: 10.07.2003
Beiträge: 88
| Hi cyrex2001, danke fuer Deine Antwort So werden Threads am Leben gehalten... Wenn Du mein Posting ein klein wenig genauer durchgelesen haettest, waere Dir sicherlich aufgefallen, dass ich in meinem ersten (!) Posting schrieb "nach monatelangem passiven Lesen in diesem Board", nun mein Registrierungsdatum ist halt nunmal erst am 10.07.2003... passt doch. Ohne Regsitrierung, kein Posting moeglich?! Wo ist da der Widerspruch? Sehe ihn nicht; bin ich blind (?) aber lassen wir dieses rumlamentieren ueber das sonst werden wir noch OT auf Dauer... per PM waere hier besser. Und den LSD habe ich nur als Beispiel herangenommen, also bitte nicht darauf einschiessen... Zur Info... so leicht gebe ich bei einem Mod nicht auf, der sich einfach verbaschiedet... Aenderungen in den HardLimits (alle auf Auto), Aenderungen bei der Anzahl der Files, die auf REL stehen (egal ob die schon komplett sind oder noch in "Bearbeitung") veraendert, mal ein paar wissentlich mit dem HardLimit runtergeschraubt, um die Anzahl der Quellen niedrig zu halten... eben so an den Kleinigkieten gedreht ohne Ende, bis ich letztendlich zum leidigen Entschluss gekommen bin, dass dieser Mod bei mir einfach nicht laenger als 26 oder 28 Stunden laeuft... Ich koennte hier noch mehr ueber den LSD und andere Mods schreiben, aber dann gehen wir echt OT... ich werde in absehbarer Zukunft bei JEDEM Mod, den ich hier so im Test habe, einen ausfuehrlichen konstruktiven Beitarg abgeben, versprochen!!! Denn nur mit guten Infos wird vielen geholfen, oder die sparen sich dann zumindest die Zeit, selber unendliche Dinge zu probieren, oder die koennen eben manche Dinge adaptieren und ausprobieren, eben neue Denkansaetze bringen Ich habe es bis dato nicht fuer noetig erachtet, selbst hier aktiv in diesem Board mitzuwirken, da andere erstmal viel laenger dabei sind und auf der anderen Seite schon einen Haufen an Postings abgelassen haben. Aber hier mal ein konstruktiver Beitrag was mir zum BR 012 aufgefallen ist: Wenn man zwei recht angefragte Files auf den Status REL setzt, dann scheint es dem BR recht egal zu sein, wie lange die Leute in der Queue haengen, es wird so wie es aussieht, das File, das alphabetisch weiter oben in der Liste steht, zuerst geupped... Clients die schon laenger am alphabetisch niedrigeren haengen bleiben ein wenig hintendran und kommen imho nicht zum Zuge da ein Client vom ersteren File schneller nach oben mit den Punkten rutsch wie die anderen... stellt man beide PRIOs auf normal (die anderen wegen mir auf niedrig, dann teilen es sich die beiden ganz brav gerecht untereinander auf... die Punkte werden gleichmaessig verteilt... Sollte man wissen, bevor man diesen Mod weglegt. Mir taugt des aber ganz gut und ich empfinde dies nicht als Fehler ))Gruesse Kaeptn_Sperrmuell |
|
| |
|
12. July 2003, 09:55
| #21 | |
| V.I.P. Registriert seit: 07.12.2002
Beiträge: 3.033
| Zitat:
Ich teste gerade den neuen eWombat Beta (interner Betatest, den findest du also hier nirgends ), dieser wird unter anderem ein extra Logfenster nur für die Meldungen ertappter Leecher beinhalten. Das Hide Overshares Feature ist aber auch in der aktuellen offiziellen Version bereits enthalten. Hat der Blackrat kein Hide Overshare?
__________________ info | |
|
| |
|
12. July 2003, 10:44
| #22 |
| Junior Member Registriert seit: 10.07.2003
Beiträge: 88
| @Usul, Diese Funktion sagt mir schon was, nur hat die der BR leider nicht... der Athlazan 2.15b z.B. jedoch schon... Den habe ich grad auch am laufen und wenn ich mir die ReleaseBar (hat der BR auch nicht ) dort ansschaue, dann ist es schoen gleichmaessig hellblau, also nicht "haufenweise" geshared, scheint dort also auch recht gut zu funktionieren.Der hat aber so ziemlich alle Files auf PRIO Normal stehen, da dies eher mein "Normalsauger" ist und demnach bekommt jeder das was er haben will... da nehme ich normalerweise keine Priorisierung vor. Gruesse Kaeptn |
|
| |
|
26. July 2003, 19:56
| #23 |
| Advanced Member  Registriert seit: 27.12.2002
Beiträge: 169
| Diesen Blackrat gibt es jetzt als 0.1.4 ALPHA2 ist halt eine Alpha, deswegen kein thread-Update
__________________ Gruß gvstarfleet |
|
| |
|
12. September 2003, 14:12
| #24 |
| Senior Member   Registriert seit: 12.07.2003
Beiträge: 341
| Hab ich im Changelog was übersehen?Oder beeinhaltet dieser mod nicht das sicherheitfix von 30a?
__________________ Saug du Esel! |
|
| |
|
12. September 2003, 14:37
| #25 |
| V.I.P. Registriert seit: 07.12.2002
Beiträge: 3.033
| Mulio, schau dir doch bitte mal an, wann dieser Mod veröffentlich wurde (steht oben in der Überschrift), dann schau nach, wann die Sicherheitslücke in den Versionen vor 0.30a bekannt wurde, und dann zähle 1 und 1 zusammen.
__________________ info |
|
| |
|
12. September 2003, 18:53
| #26 |
| Advanced Member Registriert seit: 27.12.2002
Beiträge: 169
| Ich hab den Thread ein bisschen Aktuallisiert |
|
| |
|
10. November 2003, 21:18
| #27 | |
| Board Profi  Registriert seit: 23.12.2002
Beiträge: 1.014
| neuer BlackRat ist da: eMule0.30b [BlackRat] 0.3 BETA6 vom 9.11.2003 Zitat:
| |
|
| |
|
10. November 2003, 21:43
| #28 |
| MODder  Registriert seit: 28.03.2003
Beiträge: 5.800
| das gibts aber auch in englisch: - Upgrade to 0.30b - [bugfix] BlackRat Secure ID % [Le Rat Noir] - Bonus for the clients having no chunk [Le Rat Noir] (So that they can begin to share instead of waiting silly. More there is clients who share something more sharing is effective especially when sources are rare - BlackRat Mod always give full chunk if possible) - [bugfix] UP datarate Type - some strange effects [BadWolf/Ottavio84] - [bugfix] Maella's AntiBackDoor [Xman1] - Server security [Xman1/Maella] - [bugfix] Unknow File Request in UP list [Le Rat Noir] - [Theoretical bugfix] New UP system ... [Le Rat Noir] - [bugfix] Datarate Adaptation [Le Rat Noir] - [bugfix] ProgressionBar Sort in Upload List & Queue [Le Rat Noir] - [bugfix] Complete Sources Sort [Le Rat Noir] - New About Logo [Ch'ti Dragon/Windozeur] - New French BlackRat Dll include [Le Rat Noir] - Code optimalization [Maella/Le Rat Noir] - Unnecessary Protocol Overload [Maella] - Friend Priority (still in development) [Le Rat Noir] - [hotfix] Exchange boost [Le Rat Noir] - [bugfix] Complete Sources [#zegzav] - [Sortfix] SharedFiles [Xman] - [bugfix] Omax & xtrem Banishment fix [Le Rat Noir] - [bugfix] Small upload datarate statitic graph [Le Rat Noir]
__________________  |
|
| |
 |
| Lesezeichen |
| |
Ähnliche Themen: eMule 0.29c [BlackRat] 0.2 [29.08.2003]
- eMule 0.29c BlackRat
Mülltonne - 31. January 2004 (4) - eMule 0.29c MorphNext 1c [17.08.2003]
eMule MODs - Allgemein - 12. October 2003 (763) - v0.29c [BlackRat] v0.2+
eMule MODs - Allgemein - 21. September 2003 (0) - Update: eMule 0.29c - eF-MOD 0.5b [30.07.2003]
eMule MODs - Allgemein - 19. August 2003 (29) - eMule 0.29c [14.07.2003]
eMule Allgemein - 18. August 2003 (19) - eMule 0.29c X4 [10.08.2003]
eMule MODs - Allgemein - 10. August 2003 (2) - eMule 0.29c mortimer 2.4.1 [03.08.2003]
eMule MODs - Allgemein - 4. August 2003 (24) - eMule 0.29c Khaos 15.0 [30.07.2003]
eMule MODs - Allgemein - 31. July 2003 (24) - eMule 0.29c OliverMax v1c [29.07.2003]
eMule MODs - Allgemein - 30. July 2003 (1) - eMule 0.29c Athlazan Alpha.3 [15.07.2003]
eMule MODs - Allgemein - 25. July 2003 (29) - eMule 0.29c [bloodymad 0.4.1] [22.07.2003]
eMule MODs - Allgemein - 24. July 2003 (13) - eMule 0.29c [Roman2K v0.44] [17.07.2003]
eMule MODs - Allgemein - 16. July 2003 (1)
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:40 Uhr.
