eMule 0.50a Xtreme 8.0 [30.06.2011]

[lloyd8]

eMule 0.50a Xtreme 8.0 [30.06.2010]

Hello everyone,

Firstly, I must say thanks to all Beta users and my testers.
With your test reports, I have traced and solved a serious bug in the BETA.
Although the Beta really last for a long time, but I promise that you will get a more stable version of Xtreme.
Here is the final, more stable and powerful.
Enjoy it.

Greetings,
zz_fly

Xtreme 8.0
----------------

Main Features:

- Maella Bandwidthcontrol, caculates the real Overhead
- NAFC (network adapter feedback control)
- advanced Uploadbandwidththrottler with adjustable slotspeed
- Xtreme Downloadmanager for a clever source-handling
- improved Xtreme-Creditsystem
- Powerrelease with dynamic Hide OS
- IP to country - show country-flags
- Dynamic Leecher Protection (DLP)
- hundreds of code improvements


supported languages:
german, english, spanish, french, italian, chinese, turkish, czech


based on emule 0.50a
compiled with:
libpng 1.4.1
zlib 1.2.3
Cryptopp 5.5.2
CxImage version 6.00
** this version is compiled using MS Visual Studio 2008 SP1 and Windows 7 SDK **


Xtreme 8.0
- updated to 0.50a codebase (thanks Stulle)
- update: MediaInfo.dll 0.7.33.0
- update: DLP v42 (thanks **Riso64bit**, chengr28 and so on)
- add: Some more countries to country flags feature (tomchen1989)
- add: ATL Server code for VS2008 compilation (Stulle)
- add: Fincan community hash detection (WiZaRd)
- add: retrieve MTU from system (netfinity)
- add: dual upnp lib support (in code only)(zz_fly)
- add: AICHHashset write buffer, reduce diskio while hashing (zz_fly)
- add: let unshared hashsets in a single file, reduce the size of Known2_64.met (zz_fly)
- add: save URL source (DolphinX)
- improved: Made SafeHash ready for new AICH based file identifier (like official) (Stulle)
- improved: update Flush Thread and Read Block From File Thread (Morph/Sirob)
- improved: Reduced CPU usage in CUInt128 (netfinity)
- improved: better clients.met file backup and recovery (Enig123)
- improved: remove useless sort process in downloadqueue (Enig123)
- improved: optimized in download queue balance (Enig123)
- improved: don't reset Connection Settings for Webserver/CML/MM (Stulle)
- improved: don't Failed-Download-Ban http sources (DolphinX)
- fixed: skip big archive in auto archive preview (zz_fly)
- fixed: minimize to systray issue issue (Enig123)
- fixed: a splash-screen UI problem in Vista (WiZaRd)
- fixed: don't transmit for nested/overlapping data requests (emuleplus)
- fixed: a possible crash when username contain %s (DolphinX)
- fixed: don't reload sharedfiles when we need not (DolphinX)
- removed: Xman's Multi-threaded disc access with threading-queue. see emule.h for details.
- removed: MediaInfo 0.4 support

updated languages: Italian(DarkForge.it), Chinese(zz_fly), Turkish(erdem444)

Remarks:
Remark1: Xtreme does an exact overhead-calculation. This means, Xtreme shows more overhead than other eMule-Mods.
Remark2: For the access problem, original website http://www.xtreme-mod.net will not update. You can find new information of Xtreme from http://www.emule-mods.de/?mods=xtreme.
Remark3: It is better to use CLEAN INSTALL (Delete prefercence.ini in your CONFIG directory).
Remark4: If your upload speed greater than 500kb/s, and you found the upload speed is not stable enough. You can enable 24k send buffer via prefercence.ini by "sendbuffersize=24000". This option can let Xtreme work better.
Remark5: Correct eMule.tmpl located in CONFIG directory. Use correct templet can prevent some error in webinterface.
Remark6: For Chinese users, go to http://www.chnp2p.org/topics/xtreme, you will get a Chinese changelog there.

download
bin:
http://sourceforge.n...8.0.7z/download
src:
http://sourceforge.n...ces.7z/download

Known Bugs:
Crash when trying change upload speed from systray/taskbar. a mistake, it should be fixed when i have some time.

Crash when viewing shared files details. official bug. Solution: disable auto archive preview.

Unstable when disk is busy, eg. 5MB/s upload. uncertainly, i think it should be the problem of the synchronization of read block from disk thread. but i don't have the condition to test.

Saludos