Zitat:
|
Zitat von giraffengero
wenn diese Dateivergrößerung eintritt, hast du sicher versucht, ein geöffnetes Bild zu drehen!
Das verlustfreie Drehen funktioniert bei FixFoto in der Computeransicht ohne große Dateigrößenänderung.
|
Stimmt - jetzt habe ich es nochmal probiert, ohne das Bild zu öffnen. Das gedrehte Bild ist - wie beim drehen mit ACDSee etwas kleiner, als zuvor. Der Unterschied zwischen drehen mit ACDSee und FixFoto ist minimal.
Zitat:
|
Zitat von gismeth
Gut, nehemen wir also diesen Bildblock:
abcdefgh
v=00000011
w=00000010
x=00000011
y=00000010
und hier die komprimierte JPG-Version...
abcdefgh
v-y=00000010
und jetzt denken wir uns noch 8 weitere komprimierte Blöcke dazu:
abcdefgh
v1-y1=01010101
v2-y2=10101001
v3-y3=00000000
v4-y4=11111111
v5-y5=01010101
v6-y6=10101001
v7-y7=00000000
v8-y8=11111111
... dann kann man auch diese wieder drehen (z.B. links rum):
v1/y1 bis v8/y8 ->
h 11011101
g 00010001
f 10011001
e 01010101
d 10011001
c 01010101
b 10011001
a 01010101
Jetzt verlaufen die ehemals horizontal ausgerichteten Daten vertikal und die ehemals vertikalen Daten horizontal.
Das ist jetzt nur ein ziemlich vereinfachtes Beispiel, aber so ähnlich muß es gehen.
Weil: Drehe doch mal ein sehr grosses Bild verlustlos auf einem langsamen Rechner. Dann wird man feststellen, daß der Rechner das Bild niemlas in dieser Zeit hätte entpacken, drehen und wieder JPG packen können.
|
Also mal ehrlich: dieses "ziemlich vereinfachte" Beispiel ist zu hoch für mich.
Mein Hauptproblem - der enorme Größenunterschied zwischen FF und ACDSee ist gelöst - Danke! Und so tief wollte ich gar nicht in die Theorie einsteigen.
Der Einfachheit halber werde ich bei meiner bisherigen Methode (drehen mit ACDSee in einen neuen Ordner, zusätzlich speichern der nicht gedrehten Originale) bleiben.
Peter