Xtreme Entwicklung - early alpha test thread

**mav744** · 19. February 2005, 20:14

Danke Xman für den Hinweis, habe jetzt mal meine Dateien ausgemistet die im share waren. Habe jetzt von ca 140 Dateien noch ca 35 über. Wollte halt viel davon zurückgeben, was ich bekommen habe, ab der up ist jetzt richtig nach oben geschossen (schnitt von 11 KB/s und steigend). Jetzt warte ich halt bis Bandwith Control wieder eingebaut ist und schmeisse dann mal wieder ein paar files in den share. Besten Dank für den tip, lag wirklich daran wie du vermutet hast.

Mit dankbaren Grüssen
mav744

**Xman** · 19. February 2005, 20:18

Neue Testversion x3alpha1.1
-----------------------------------------

new: - Systray wurde gekürtzt. Speedeinstellungen können nur mehr über Preferences gemacht werden
- preferences(nicht der dialog!) wurden um zukünftige Optionen erweitert (noch nicht nutzbar!)
- MTU kann eingestellt werden, allerdings nur in der preferences.ini
- LowIDs bekommen nun auch einen Slot

to test: - Gesamtstabilität
- Upload ok ?
- Systray geht ?
- keine der folgenden Fehlermeldungen: "error in sending package", "emsocket destructor exception"
- MTU Einstellung verändern ok ?

Bemerkung:
LowIDs bekommen einen Slot, falls <=2 Trickles vorhanden (so ähnlich arbeitet die 0.45 auch) oder falls zuletzt ein HighID Client in den Upload kam (Prinzip der 0.30 Versionen)
Um die MTU einstellen zu können, den Mod erst starten, dann beenden, anschließend werdet ihr in der preferences.ini den Eintrag MTU finden. Einfach ändern, speichern und Mod erneut starten.

Download: sources & binaries

changelog:
- removed some debug infos
- included future options to preferences
- castrated the systray (I'm not keen to do all checks on two places, everybody can use the preferences-settings)
- added low-ID support for upload, a combination from 0.45b and 0.30
- added MTU-configuration
- cleaned up some code in uploadqueue which Xtreme won't use

**mav744** · 19. February 2005, 20:29

Hallo Xman könntest du bitte nocheinmal dein Rar-Archiv überprüfen, bekomme beim entpacken immer als Fehler Unerwartetes Archivende.
! D:\Dokumente und Einstellungen\Administrator\Desktop\x3alpha1.0.rar : CRC-Fehler in emule.exe. Die Datei ist fehlerhaft
! D:\Dokumente und Einstellungen\Administrator\Desktop\x3alpha1.0.rar : Unerwartetes Archivende

Mit freundlichen Grüssen
mav744

**Xman** · 19. February 2005, 20:57

probiers nochmal

**mav744** · 19. February 2005, 21:08

Jetzt geht es. danke Xman und dann starte ich mal mit dem Test.
Mit freundlichen Grüssen
mav744

**MaxUpload** · 19. February 2005, 22:00

@Xman: thx....die Version besticht tatsächlich durch eine xtreme

niedrige CPU-Last und wie ich sehe kommst du gut voran LowID's werden nun auch schon unterstützt. Bin sehr gespannt auf das Endergebnis. Wenn es in der Betaphase ist werde ich es sofern du nichts dagegen hast auch mal in meinem Mod mit verbauen und testen. Besonders das NAFC klingt sehr interessant in Bezug auf den Overhead.

Mit aller freundlichsten Grüßen

Max

aalerich · 20. February 2005, 01:37

Zitat:

Zitat von Xman

für die Leute mit kleinem Netzwerk gibt es ja schließlich NAFC..

Versteh´ ich nich...

Zitat:

Zitat von Xman

Den wichtigsten Punkt nochmal zusammengefaßt:
NAFC funktioniert nicht wenn man seinen Rechner in einem Netzwerk betreibt, da NAFC den gesamten Traffic (Internet + Traffic zu anderen Computern) berücksichtigt

Quelle

Mit verwirrten Grüßen
aalerich

**MaxUpload** · 20. February 2005, 08:14

Also ich denke mal grundlegend verstehst du das schon nur die wiedersprüchliche Aussage nicht,oder?

Gut die Quelle ist ja nicht mehr die Neuste seitdem wird es auch bei der NAFC -Funktion Änderungen gegeben haben. Das Problem bei Netzwerken wird ganz einfach darin bestehen die Netzwerk TCP-Pakete von den ans Internet adressierten Paketen zu trennen,da sicherlich alles erstmal an das selbe Gateway (Router,Switch,PC-Server) geschickt wird und von dort dann entsprechend verteilt wird.

Warten wir mal ab wie es schließlich und letztendlich funktionieren wird und diskutieren wir dann weiter. Wir sind ja hier nicht umsonst im Development Bereich und noch dazu in der Alphatest - Phase.

Natürlich sollte NAFC auch Netzwerke unterstützen ansonsten sollte man es bei bedarf deaktivieren können um seine Upload auf herkömmliche Weise zu verteilen.

[EDIT: @aalerich..da du ja so ein hervorragendes Gedächtnis zu haben scheinst könntest du mir evtl. helfen. Es gab doch mal früher einige Mods die die gesammten Quellen im Downloadtransferfenster im Kopf der Sourcespalte angezeigt haben. Kannst du dich da zufällig noch an einen erinnern oder hast du gar einen Link zu ner Source? Würde mir sehr helfen...zumindest Zeit zu sparen. Spezial Thx im voraus....Max]
MfG Max

**Xman** · 20. February 2005, 08:26

geht dieser Aussage bitte nicht zu sehr nach. Der von aalerich zitierte rote Satz stammt noch von einer Übersetzung von Maella. Wie ich feststellen mußte ist er bei richtiger Adapterbindung nicht mehr gültig. Was dennoch stimmt ist, daß der Traffic über einen gemeinsam benutzten Router nicht eingefangen werden kann. Das muß ich aber alles noch prüfen und austesten. Vielleicht haben Leute mit kleinem Neztwerk dann wirklich einen Nachteil, weil sie kein USS mehr haben. Letztlich sind es aber a) nicht zu viele b) ging es über Jahre auch ohne USS

Und klaro... NAFC wird sich immer abschalten lasssen.

**MaxUpload** · 20. February 2005, 08:54

Nochmal eine kurze Frage zu den Sources. Beinhalten das nachfolgende Source Packet auch die Änderungen des Vorgängers oder bauen die aufeinander auf ?

MfG Max

**Xman** · 20. February 2005, 09:26

beinhalten alle Änderungen.

drfreak2004 · 20. February 2005, 10:02

hi xman,

zu 1.0... nach zwangstrennung brach nicht ul sondern der dl zusammen bei mir..... sprich dl vor trennung war ca 30 bis 40 nach trennung auf einmal 5 ! ul blieb stabil ! dieses prob habe ich bei fast allen 0.4x versionen bis jetzt gehabt.... komisch oder ?!

mal die 1.1 testen

**MaxUpload** · 20. February 2005, 10:29

1) 'GetActiveUploadCount' existiert ja nicht mehr...wird aber noch von 4 *.cpp's angefordert. Reicht es wenn ich die entsprechenden Stellen einfach ausdokumentiere? TransferWnd.cpp ; SatisticDlg.cpp ; UploadClient.cpp ; BaseClient.cpp

2) MP_REMOVEUPLOAD ist nicht deklariert !

3) Kannst du deine NumEdit.h und evtl. falls nötig auch die NumEdit.cpp zur Verfügung stellen? Ich geh mal davon aus die muß 'Unicode' sein und ich habe keine Unicode Datei davon.

**mav744** · 20. February 2005, 10:31

@ MaxUpload: Wenn ich dich richtig verstanden habe, dann meinst du das alle gefundenen Sources im Transferfenster angezeigt werden, der Mod der mir einfällt ist der Xtreme 2.2, der hat das.

Mit freundlichen Grüssen
mav744

**MaxUpload** · 20. February 2005, 10:55

Thx @Mav744 ist zwar nicht 100% was ich gesucht habe,aber eine durchaus praktikable Lösung.
Soll mir ja im Endeffekt nur als Debughilfe fürs OverallHardlimit (sprich zum testen als Überblick) dienen,aber wenns gut funzt laß ich es vielleicht sogar drinne.

Aber nun gut das gehört ja nicht hier her. Sorry falls die Postings gerade etwas abgeschweift sind @Xman wir bleiben jetzt beim Thema.

MfG Max

Ähnliche Themen: Xtreme Entwicklung - early alpha test thread