> 
> Uuups!
> 
> Also :
> Quelle:         495 775 Bytes (JPEG)
> Zwischendatei:  339 212 Bytes (base64-JPEG)
> Ziel:           247 887 Bytes (base64-JPEG wieder decodiert)
> 
>

495775 Bytes sollten Base64-kodiert 661036 Bytes ergeben (falls ich mich
nicht verrechnet habe). In keinem Fall ergibt sich eine Kompression der
Quelldaten.

Das Verh�ltnis liegt bei 4:3 oder knapp daneben (Padding). Sieht also so
aus, als ob sowohl das Encoding als auch das Decoding schief geht
(ungeeigneter Ein-/Ausgabestream o.�.?). 

> Ich benutze die Base64Lib.Base64 mit den Methoden 
> base64.encode(data) und 
> base64.decode(data)
> 
> Kannst Du da was erkennen?
> 
> Wenn ich die Zieldatei im Hex-Editor oeffne, sieht sie 
> furchtbar aus, aber 
> innerhalb des oberen Drittels kann ich in der Uebersetzung 'Adobe 
> Photoshop 7.0' lesen, wie bei der Quelldatei auch. Nur leider ist der 
> gesamte Rest anders :-(
> 
> Kann es Probleme geben, wenn dieses JPEG am MAC kreiert wurde?
> 

Eigentlich nicht. Der Algorithmus sollte beliebige bin�re Daten kodieren
k�nnen (http://www.faqs.org/rfcs/rfc2045.html Abschnitt 6.8).

Gru�,
Alex


| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp

Antwort per Email an