Uuups! Also : Quelle: 495 775 Bytes (JPEG) Zwischendatei: 339 212 Bytes (base64-JPEG) Ziel: 247 887 Bytes (base64-JPEG wieder decodiert)
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? CU Schmiddl http://www.drhirn.com/42 Am Montag den, 1. Juli 2002, um 13:33, schrieb [EMAIL PROTECTED]: > Wenn die erste gr�sse wirklich die gr�sse der base64-codierten datei > wiedergibt - nein! > Vergleiche die gr�sse der unkodierten JPG-Datei mit der gr�sse der > kodierten > und wieder dekodierten JPG-Datei (die, die "broken" im browser angezeigt > wird)! > > Trotzdem ist Dein ergebnis seltsam... bei base64 sollte die gr�sse der > bin�rdatei zur gr�sse der kodierten datei sich wie 2:3 verhalten... nicht > 2:4... > Bist Du sicher, dass Du base64-kodierst und nicht einfach jedes byte in > seinen HEX-Wert umrechnest und dann rausschreibst - das w�rde n�mlich zu > dem > beobachteten Verh�ltnis f�hren.... > > > Claudius > >> Also, ich habe jetzt folgendes gemacht: >> >> Ich habe ein JPEG ausgelesen, es base64-codiert und ein Textfile mit >> eben >> diesem Inhalt erzeugt. >> >> Im zweiten Schritt lese ich dieses Textfile aus, decodiere es und >> schreibe >> es erneut in ein File hinein. >> >> Folgendes Ergebnis: >> Quelle: 495 775 Bytes >> Ergebnis: 247 887 Bytes >> >> Das Ergbnis entspricht exakt(!) der Haelfte... >> >> Hilft das? >> >> >> >> Am Freitag den, 28. Juni 2002, um 20:25, schrieb Claudius Ceteras: >> >>> Ja, schon klar... Aber um zu sehen woran es liegt... >>> Hast Du die vorgeschlagenen Dinge gepr�ft? >>> >>> Claudius >>> >>>> >>>> Hmm, wenn ich base64 weglasse, funzt es!! >>>> >>>> Wenn ich die base64Lib verstehe, wandel ich den binaerstream mittels >>>> base64.encode(myStream) um und kann ihn mit >>>> base64.decode(derBase64Str) >>>> wieder zu binaer wandeln. Das Ergebnis ist aber nicht identisch :-( >>>> >>>> Kennt das jmd.? Oder kennt jmd. eine andere base64-Komponente >>>> fuer ASP? >>>> Kann win2K (IIS5) das vielleicht von sich aus? Ich meine, >>>> EMAils mit JPEGs >>>> kann der IE ja auch direkt anzeigen, und die sind ja auch >>>> base64-codiert >>>> >>>> Ich stehe auf dem Schlauch... >>>> >>>> >>>> Am Donnerstag den, 27. Juni 2002, um 18:42, schrieb Claudius Ceteras: >>>> >>>>> Speicher das BrokenImage und check die Gr�sse... >>>>> Stimmt die? Wahrscheinlich nicht... Doppelte Gr�sse? Ein >>>> Byte zuviel? >>>>> Falls sie stimmen sollte, oder nur wenige bytes zuviel >>>> sind, dann finde >>>>> mit einem hexeditor raus, ob die bytes vorne oder hinten an >>>> der datei >>>>> zuviel sind... Was sind das f�r bytes? Schreibst Du Leerzeichen >> o.�. >>>>> Vorne hinten oder vorne dran? >>>>> >>>>> CLaudius >>>>> >>>> >> >> >> | [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 >> > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > > | [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 > | [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
