Tuesday, April 27, 2010

eMule 0.50a beba 2.60 final by Tuxman

eMule v0.50a beba v2.60
Changelog:

eMule v0.50a beba v2.60 [the better edition]
** released April 27 2010

- merged: eMule 0.50a
* including some lib updates

- improved: add and remove sources only from downloading list if they are visible [dolphinX]
- improved: added even more file types [Tuxman]
- improved: analyzed mod thieves are not added to Mod Stats anymore [Tuxman]
- improved: applied some smaller code changes and improvements [Tuxman, WiZaRd, Xman, Spike2, JvA]
- improved: clients on upload queue are also informed of an ID change now [Spike2/Stulle, modified by Tuxman]
- improved: don't create a beta test file (for ASFU) [Stulle]
- improved: increased width of the Queue number display label (may fix the truncation on some systems) [Tuxman]
- improved: layout of the Files options dialog (has been out of alignment since the .49c codebase update) [Tuxman]
- improved: readded the "don't draw hidden rect" improvement in several places [SiRoB]
- improved: reduced CPU usage of some UInt128 functions [NetFinity]
- improved: skip not needed requeuing on NNS [SLUGFILLER/WiZaRd]

- fix (o): disappearing tray icon fix [dolphinX]
- fix (o): friend detection fix [WiZaRd]
- fix (b): IntelliFlush was (partially) broken [Tuxman]
- fix (o): memleak fix in ArchiveRecovery.cpp [gureedo]
- fix (b): several memleaks in modeless dialogs [WiZaRd]
- fix (o): SortProc issue in SharedFilesCtrl [moloko+]
- fix (b): toolbar skins work now ;-) [thanks to jerryBG]

- changed: beba's classical FutureMule icon is back :-) [Tuxman]

- updated: Automatic Shared Files Updater [Stulle]
* includes a crash fix by WiZaRd
- updated: Client Analyzer v1.5 [WiZaRd/zz_fly]
* includes Anti-Corruption and stats fixes
- updated: Enhanced Client Recognition v2 [Spike2]
* includes CompatClientStats [Stulle]
* also added easyMule 2 detection [Sundawner]


HomePage: http://beba.emulefuture.de
Download

Binary DDL: beba 2.60 bin.7z
Source DDL: beba 2.60 src.7z | Mirror

ed2k://|file|beba%202.60%20bin.7z|1977586|DF6467661B2116C160817C4A7602C1F8|h=CNK5O7OFPFVXEZ2S54HNZF52REEK5XOU|/ File Stats
eMule beba Userbar

ed2k://|file|beba%202.60%20src.7z|1874551|F55FA55C1905CE18256D318AB46EB572|h=EACRLZKRINPJWDKTFLZVYXSAZ7MPHEMR|/

I want to thank Tuxman for the Mod and say sorry for the early beba 2.60 beta introduction.

21 comments:

tux said...

No problem ... thank you for spreading the word NOW ;-) ...

(Was für Grafiken?)

Admin said...

Den banner und die userbar in file groesse optimiert wenn es auf webseiten ist.
Ergebnisse dann mit http://developer.yahoo.com/yslow und http://code.google.com/intl/de/speed/page-speed/download.html was mir vorgeschlagen wurde (showslow.com) nicht unter verbesserung bei gfx optimierung steht.
(6.53 KB + 3.32 KB).

Danke für den mod. Hat einige tolle features!

tux. said...

Ach, die paar KB. So oft werden die ja hoffentlich nicht eingebunden, lol.

Ich tu mein bestes. Soll ja auch kein Featuremonster wie Morph-Mods werden. :) -- So lange es noch gefällt, ist alles bestens.

Admin said...

Hab schon seiten gesehen u.a. foren die auf grund der mengen an signaturen von emule fans mitunter bis zu 10x die datei groesse haben als notwendig auf 2mb+ groesse sind. dachte deren server sei langsam. Deshalb der vorschlag die fan bilder zu optimieren. glaube knapp 30 kb gingen oben weniger. (ein mit duP gemachter patcher kann rund 14kb haben zum vergleich)

tux. said...

Der Banner ist ja nicht zum Bewerben außerhalb meiner Supportthreads gedacht, die Userbar ist mir eigentlich klein genug, dafür, dass sie 'ne prima Bildqualität bietet...?

Admin said...

war nur ein gedanke da ich am grübeln bin wie auf seiten ohne zu viel features zu entfernen die overall performance zu verbessern. man merkts bei netbooks - surfsticks besonders. 30k sind denoch ne menge zeug

tux said...

Wem solches wichtig ist, der schaltet Grafiken aus. ;)

Admin said...

würde ich nicht so sagen denn da kommst von eins ins tausendste > rar vs 7zip, opera turbo, gzip off, css+js minify,...

tux said...

Opera Turbo ist technisch Bullshit. Wir schicken die Daten erst mal über einen Proxy, damit es SCHNELLER wird. Hohohoho.

Admin said...

In Europa geht Opera Turbo (proxy) in der tat langsammer. In Asien hab ich andere erfahrung gemacht. Dann gibts noch CoralCDN und Google GWT

tux said...

Google meide ich prinzipiell. Coral kann ich nicht beurteilen.

Admin said...

wenns ums hosting geht ist amazon s3 billig und gut.

tux. said...

Hosting?

Admin said...

Tuxman das war nicht auf deiner gfx so geziehlt.
Schau herum es gibt weitaus schlimmeres was webseiten überflüssig bloated.

das sind lediglich 08/15 ergebnisse (ohne weiter looseless png/gif optimierungs tools)
# Optimizing https://dl.dropbox.com/u/5731086/ub/13.jpg could save 11.9KiB (74% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/03.png could save 3.0KiB (20% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/08.png could save 2.9KiB (35% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/50.png could save 2.5KiB (15% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/11.png could save 2.3KiB (17% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/09.png could save 1.3KiB (5% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/40.png could save 973B (7% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/19.png could save 968B (12% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/05.gif could save 967B (18% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/37.png could save 916B (7% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/16.gif could save 818B (20% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/07.gif could save 649B (20% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/41.png could save 285B (2% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/36.png could save 256B (1% reduction). See optimized version or Save as.
# Optimizing https://dl.dropbox.com/u/5731086/ub/39.png could save 242B (1% reduction). See optimized version or Save as.

wenn man dort mehr macht ohne die qualitaet zu beeinflussen (pngout - smush.it,...) kann sich die einsparrung der datei grössen verdoppeln.

ich wolte das nur mal erwaehnen da sich das ganze auch auf ganze seiten themes- design styles ausdehnt.

tux. said...

11 KiB ist tatsächlich was. :)

Admin said...

mal ein test mit http://www.smushit.com/ysmush.it/
13.jpg
3.68 KB save 12.38 KB 77.09%
http://dl.dropbox.com/u/5731086/ub/13.jpg 16.05 KB (16438 Bytes)
-> http://i44.tinypic.com/2a777sm.jpg 3.68 KB (3766 Bytes)

also ein qualitäts unterschied seh ich nicht ausser das aus 16kb weniger als 4kb geworden sind oder bin ich blind?

tux said...

Wenn du nah ranzoomst, sicher.

Admin said...

ich bin da pingelich wenns grösser ist als notwendig. reinzoomen in screenshots vielleicht...

tux said...

Kleiner geht fast immer. Aber warum müllst du dann deine eigene Seite mit Javascript-Lauftexten voll?

Admin said...

die frage ist gut. irgendwie trag ich den scrolltext script mit mir seit ich damals php nuke gehostet habe lang bevor es wordpress gab. gut das sind lediglich 1kb an script.
grafiken auf der seite hier sollten aufs maximum klein optimiert sein - oder hab ich da was uebersehen? findest du welche die man kleiner machen kann waere das hilfreich. ich denke ob das newsfeed module von google gadgets zuviel ist fals das irgendwer verwendet da oben bereits feed links sind sowie im meta was browser erkennen.
was meinst du mal abgesehen von den scroll script welche um 1kb haben ist zu viel?
disqus comments haette ich vielleicht nicht einbauen sollen und es beim blogger comment system belassen sollen denn disqus wiegt ein script mal so um die 100kb plus zudem geht moderieren/editieren auf der seite nicht auch funktioniert import von alten kommentaren nicht.
shoutbox ist ein weiteres teil wo ich bezweifle ob es sinn macht da es eh kaum jemand benutzt.
wenn man genauer durchgeht kommen so 20-30k an cookies mit bei grafiken auf einigen bildhostern. klar macht alles zusammen am ende 800 k+ an seitengrösse aus. natuerlich ist es ziel auf 350 - 500k herunter zu kommen wobei das blogging system einiges hinzufuegt wo man kein einfluss hat.
10-30 kb mag wenig klingen für leser für webmaster ist es schon etwas mit oder ohne bandweiten begrenzung am host. wenn mans hochrechnet bei 2-3000 besuchern ists ne menge am tag was unsinniger weise zuviel geladen wird.

IlLusioN said...

Tuxman hast du ne Ahnung von CSS?
Ich hab das jetzt so weit hinbekommen das die seite mit gprs und 56k modems einiger massen schnell läd. Disqus ausgebaut und eingies mehr. score mit Yslow Firebug plugin ist gestiegen. yslow zeigt 373 kb bei postseiten an grösse etwa. Page Speed addon ist die score auf 86 gestiegen zeigt 116 resources 751kB. Jetzt fehlts am styling in css für comments. will nicht css deswegen studieren weils am ende nur ein paar zeilen sind die das nötige tun.

Post a Comment