Dropbox ist eine kleine Software, womit zwei (oder mehr) Leute, mit Hilfe von Amazons S3, Dateien austauschen können. Dabei ist das grandiose dabei, dass für jede Änderung eine Sicherheitskopie abgelegt wird. Das ganze ist in dem Sinne brauchbar, wenn ich jetzt mal an mein Studium denken darf , dass wenn ich eine Programmierarbeit mit jemanden anderen erledige, dass wir beide an eine Datei arbeiten können und wir uns gegenseitig immer wieder die aktuellste Datei austauschen.

Natürlich ist es auch für andere Dinge brauchbar, z.B. man hat ein schönes Bild gemacht von jemanden und will es nicht jedem einzeln schicken, sondern schickt es einfach auf DropBox und gibt seine Benutzerdaten einfach an alle Leute durch, die das Bild haben wollen. Das geht natürlich auch für jedes andere Datenformat. (Ähnlich, wie es bei Beispielsweise Uploaded.to der Fall ist)

Bekannt ist diese Art von Sychronisation von .Mac, das jetzt MobileMe heißt.

Kostenlos steht einem 2 GB Speicherplatz uneingeschränkt zur Verfügung. Dropbox ist für Windows, Mac und Linux kostenlos erhältlich und bietet somit für jedes Betriebssystem die Möglichkeit seine Dateien zu synchronisieren.

Mehr Informationen und der Download hier…

Zusätzlich regt mich auf, dass man nichts davon ließt, dass überhaupt an einem neuen Messenger von Microsoft für den Mac gearbeitet wird. Bei der Beta von Office 2008 für den Mac, war auch nur die alte Version vom Messenger dabei… schwachsinnig! Man bemerke, dass Office 2004 den alten MSN Messenger mitgeliefert hatte und dieser erst ab da verfügbar war.

aMSN ist zwar noch nicht so weit mit der Implementierung des neuen MSN15 Protokolls (also… dem Protokoll, was der WLM8.x nutzt), aber man weiß, dass sie dran arbeiten!
Bis auf, das man Nachrichten zu senden kann, wenn man selbst auf Offline gestellt ist, funktioniert auch alles bestens . Kanns jedem nur empfehlen. Das mit den bunten Farben, wie beim Messenger Plus! Live, läuft über Plugins, die schnell installiert sind.

Und was noch ein besonderes schmankal ist, aMSN ist OpenSource .

Lasst es euch nicht entgehen, selbst mal aMSN auszuprobieren und vielleicht auch gleich die neuste SVN zu installieren.

Wie krieg ich das Teil gelinkt und kompiliert?
Du brauchst dazu den GNU-C-Compiler (GCC). Anschließend (solltest du nen Unix-System nutzen) über den Terminal in den Entpackten Ordner gehen und führst dort einfach

make all

aus.
Solltest du nicht X11 installiert haben, dann kannst du das Programm über

./ueb03

starten, nachdem du make all ausgeführt hast.

Ist ziemlich gut zum lernen, müsste auch alles gut formatiert und kommentiert sein , also gut leserlich der ganze spaß .

Die aktuellsten gelösten (also kompletten) Übungen von mir, gibts hier…

Nachdem ich ProxyShare nun endlich richtig konfiguriert hatte und meine Benutzerdaten (ja, man muss sich auf der ProxyShare Seite registrieren, wenn man was runterladen will, Registrierung ist aber kostenlos) eingebeben hatte, konnte der ganze spaß nun auch endlich beginnen. Das Core von ProxyShare ist ein einfaches Konsolen Fenster, zeigt aber deutlich mehr informationen an, wie die ProxyShare GUI, beispielsweise hatte ich nicht den blassenschimmer, dass ich bei meiner Firewall den Port 4662 Freigeben soll, die GUI bleibt leise und meckert nicht.

Die Suche ist, wie sollte es auch anders sein, kompliziert :D. Man hat die Qual der Wahl ob man Local oder Remote suchen möchte. Local bedeutet, man sucht nur auf seinen eigenen ISP Proxy, Remote hingegeben sucht im kompletten ProxyShare Netzwerk. Die Local suche soll deutlich schneller sein, als die Remote suche, leider hatte ich niemals Suchergebnisse, auch wenn im Core steht: 66 Searchresults, aber in der GUI wird kein einziger dargestellt.

Nun gut, es gibt noch eine weitere Möglichkeit einen Testdownload zu starten. Wenn man auf die Rubrik: Webbrowser und anschließend auf die 2 klickt, erhält man eine Liste der aktuellsten Uploads/Downloads. Sehr schlicht gehalten diese Seite, aber enthält eigentlich so gut wie alle Informationen. Schon jetzt merkt man, ProxyShare soll zum ultimativen Illegalen Netzwerk ausartern, denn alles, was dort steht, sind Dateien, die gegen Urheberrechte verstoßen. Naja, wozu sollte Filesharing sonst da sein ;).

Also habe ich einfach irgendeinen Download angeklickt, und siehe da, es ist ein ED2K link, bekannt von eDonkey/eMule usw., halt das altbekannt ED2K Netzwerk. Aber weit gefehlt! ProxyShare nutzt nur die Links vom ED2K Netzwerk, connectet selbst aber auf keinen ED2K Server und lädt somit nicht vom Netzwerk.

Der Download selbst startet meist erst nach mehreren Sekunden bis Minuten. Wenn nur vom ISP Proxy heruntergeladen wird, geschäht das über 4MB-häppchen, ProxyShare bezeichnet diese als Chunks. Die 4MB-häppchen werden mit woller DSL Leistung, wie versprochen, heruntergeladen. Sind die 4MB erreicht, muss wieder zum nächsten Chunk gelangt werden. Das dauert wiederrum wieder einige Sekunden bis Minuten usw. und sofort.

Eine langwierige Prozedur, die ich mir nicht weiter antue. ProxyShare begründet diesen “Langsamenvorgang” damit, dass noch zuwenig Leute ProxyShare nutzen (es sind gerademal 100-200 Leute vorhanden). Wenn sich mehr Leute entschließen würden, ProxyShare zutesten und Dateien zu “Sharen” sollte sich das Netzwerk langsam aber sicher selbst verschnellern.
Wie gesagt, der Zeit ist ProxyShare noch zu klein und zu langsam, bevor man sagen kann “JA!, dass ist, was ich immer nutzen werde!”. Wie Jeremie schon im Kommentar meines letzten Beitrags geschrieben hatte, ist ProxyShare keineswegs OpenSource. Es hat somit erst einmal schlechte Karten in der P2P Welt, denn mit Hilfe von außen kann schlecht gerechnet werden, einzig Bugreports sind möglich.

Wir werden sehen, wie sich ProxyShare entwickeln wird. Gespannt bin ich außerdem, wie die Film-, Musik- und Spieleindustier auf ProxyShare regieren werden, zur Zeit ist noch nichts verlautet worden, was sich aber sicherlich bald ändern wird ;).

ISP Proxies verursachen, anders als normale Downloads, keinen Traffic (für den ISP selbst). Der Vorteil für die ISP liegt auf der Hand - das Internet läuft schneller. Der Vorteil für uns Normalo-User ist - wir laden mit voller Geschwindigkeit, jeder Zeit :D.

ISP Proxies sind dazu gedacht, häufig aufgerufene Seiten/Dateien auf einen Proxy zwischenzuspeichern und allen Benutzern, die den gleichen ISP verwenden (beispielsweise alle die bei T-Online angemeldet sind, haben einen und den selben ISP Proxy), bereit zu stellen ohne zusätzlichen Traffic zuverursachen.

ProxyShare P2P macht sich dieser Funktion zur nutze und kopiert alle Dateien auf den ISP Proxy. Wenn jetzt beispielsweise eine Datei auf dem ISP Proxy von T-Online gespeichert ist und ein Benutzer von Arcor diese Datei runterladen will, muss die Datei noch vom T-Online ISP Proxy zum Arcor ISP Proxy kopiert werden. Dieser kopiervorgang dauert lange, aber in der Zwischenzeit, wo die Daten kopiert werden, kann der Benutzer von Arcor die daten auch vom T-Online Benutzer (nicht vom Proxy selbst!) beziehen.

Hört sich alles sehr kompliziert an, mir ist auch nicht klar, wie es die Entwickler geschafft haben, die Daten auf den ISP Proxy zu buchsieren, ohne das diese sehr oft angefragt werden. Ob das ganze auch wirklich funktioniert, werde ich morgen Testen ;).

ProxyShare P2P ist nicht einem Paket (d.h. Core und GUI in einem Paket) sondern getrennt vorhanden, somit ist eine inplementierung für Linux machbar und ist auch schon in Planung :D. Zur Zeit ist aber erst nur die Core für Linux verfügbar, an der GUI wird noch gewerkelt. Für Windows-Nutzer sind Core und GUI selbstverständlich schon jetzt zu haben :D.

ProxyShare P2P (Download Seite für Win/Lin) - hosted on proxyshare.com

Morgen dann mehr.

Getest wird mit den selben Dateien, wie gestern. Auch bei 7zip gibt es möglichkeiten, die Komprimierung einzustellen (Buffer, Wordsize etc.). Da ich der ansicht bin, dass das zu spezifisch ist und sich von den größenverhältnissen sowieso nur kleinere KB beträge ändern, werde ich nur die standart Einstellungen für den “Compression Level: Ultra” mit der “Compression method: LZMA” nehmen.

Zur Erinnerung:
18 MP3 = 84.149.047 Bytes
41 JPG = 20.543.339 Bytes
1 AVI = 276.886.388 Bytes

RAR hat in diesem Gebiet keine große chance mehr, deshalb folgt hier nur ein vergleich zwischen UHA und 7Z.
Folgendes System wurde auch hier angewandt: [Original größe] -> [UHA Einstellung1 größe] -> [UHA Einstellung2 größe] -> [7Z größe]

MP3:
84.149.047 Bytes -> 83.162.571 Bytes -> 83.156.345 Bytes -> 83.719.382 Bytes

JPG:
20.543.339 Bytes -> 20.246.312 Bytes -> 20.241.351 Bytes -> 20.322.371 Bytes

AVI:
276.886.388 Bytes -> 137.530.450 Bytes -> 136.287.996 Bytes -> 135.599.505 Bytes

Ich habe, der Übersichthalber, die kleinste Dateigröße Kursiv und Fett makiert. Wie zusehen ist, ist 7Z einmal kleiner als UHA, aber dafür braucht 7Z viel weniger Zeit als UHA. Daraus resultiert sich nur eins.

7Z ist nach Performance und Größe der absolute Sieger! Wer hingegen nur auf die Endgröße schaut, wird mit UHA am besten bedient sein. Wem es am schnellste gehen soll, bleibt am besten bei RAR.

Der große Vorteil von 7Z ist, dass es OpenSource ist und somit für alle Plattformen erhältlich ist. Das Dateiformat RAR ist ebenfalls überall erhältlich, leider ist aber nur der Entpacker OpenSource. Der Bepacker ist nur als Shareware zuerhalten. UHA ist nur auf Windows spezialisiert und somit ist kein Entpacker für Unix/Linux/Mac in Arbeit noch geplant.

Zum testen habe ich 18 MP3 Dateien (insgesamt 84.149.047 Bytes groß), 41 (JPG) Bilder (insgesamt 20.543.339 Bytes groß) sowie eine AVI Datei (276.886.388 Bytes groß) jeweils einmal mit WinRAR und zweimal mit WinARC, mit jeweils anderen Einstellungen, bepackt.

Um das etwas übersichtlicher zu gestalten, habe ich folgendes System aufgebaut:
[Original größe] -> [RAR größe] -> [UHA Einstellung1 größe] -> [UHA Einstellung2 größe]

Als Rar-Komprimierer habe ich die aktuellste Beta (3.60 Beta5) von WinRAR mit der höchsten Kompression genutzt.
Die WinUHA Einstellungen1 sehen wie folgt aus. Als kompression habe ich ALZ-3 mit aktiviertem Multimedia kompression sowie einer Wörterbuch größe von 4096KB und 1024KB Buffer.
Die WinUHA Einstellungen2 sind identisch nur dass ich das Wörterbuch und den Buffer auf 32768KB gestellt habe.

MP3:
84.149.047 Bytes -> 83.419.108 Bytes -> 83.162.571 Bytes -> 83.156.345 Bytes

JPG:
20.543.339 Bytes -> 20.256.109 Bytes -> 20.246.312 Bytes -> 20.241.351 Bytes

AVI:
276.886.388 Bytes -> 151.625.394 Bytes -> 137.530.450 Bytes -> 136.287.996 Bytes
Ergebnis:
Wenn man jetzt seinen Taschenrechner rausholt, wird man merken, dass das UHA Datei format in jeder hinsicht kleiner ist, als das RAR Datei Format. Leider dauert die Komprimierung bis zu 4x länger als mit WinRAR. Durch die Veränderung der Einstellungen, kann man noch einige KB rauskitzeln aus der ALZ-3 Komprimierung, aber ob es wirklich auf die paar KB an kommt, muss jeder selbst entscheiden ;). Da ich leider jetzt keine Zeit hatte mein 7zip rauszusuchen und die Dateien nochmal da durch zu jagen, bleibt es erstma abzuwarten, wie sich UHA mit 7Z schlägt. Im nächsten Beitrag wird das dann folgen :).

Hier die komplette Changelog von der 0.3.10 an:

Changelog:

1.0.0 (14/7/06)
——————————————————————————-
* Fixed AutoUpdate hang.

0.3.12 RC1 (13/7/06)
——————————————————————————-
* Now working on Windows 98. (#11)
* Confirm dialog on first exit.

0.3.11 (11/7/06)
——————————————————————————-
* Don’t wipe existing tags when dropping an item on a tag. (#109)
* Added labels to tag & recommend dialogs to make it more obvious what you’re
tagging.
* Added confirm dialogs for operations.
* Added “Not playing” screen.
* Now clears custom station on play.
* Fixed broken timebar.
* Fixed sidebar state not remembered.
* Fixed tagging album/track mismatch.
* Fixed elusive proxy bug in Qt. (#104)

Download - hosted on last.fm

Changelog:
0.3.10 (7/7/06)
——————————————————————————-
* Fix for config wizard hanging on getting plugin info. (#40)
* Scrobble state made more visible.
* Fixed Artist/Track/Album links. Again…

Download - hosted on last.fm

Changelog:
0.3.9 (5/7/06)
——————————————————————————-
* Put in check for empty strings in exclusions list (should prevent tracks
from getting blocked erroneously). (#96)
* If launched minimised and the Updates wizard appears, pressing Cancel no
longer shuts the app down.
* Settings did not get saved out when app exited as part of an autoupdate. (#102)
* Fixed broken Artist link. (#103)
* Different colour user icons back in. (#107)
* Added option to enable/disable discovery mode. (#60)
* Select current page when opening settings dialog. (#4)
* Fixed UTF-8 problems with Drag & Drop. (#65)
* Clear the sidebar when re-handshaking. (#39)
* Make sure the station info gets removed on disconnect. (#48)
* Fixed play control buttons’ state. (#112)
* Remember last selection in tag & recommend dialog. (#10)
* All functions now accessible from menus. (#43)
* Added Scrobble button in status bar (#93)
* Let the user cancel radio-streaming operations. (#51)

Download - hosted on last.fm