Hallo Lug!
Damit ich Euch auch mal mit etwas beglücke und nicht immer nur frage: Der Konqueror 3.1.1 aus KDE 3.1.2 dreht im Kontextmenü JPEGs verlustfrei! Auch alle Zusatzinformationen bleiben erhalten.
Kann das einer von den KDE-Entwicklern im Kontextmenü dazuschreiben? (rotate lossless clockwise)
Kuickview speichert Bilder nur auf Wunsch nach der Bearbeitung. Das ist auch besser so, denn KuickView dreht NICHT verlustfrei.
Mein Bruder hat ein Programm zum Vergleichen geschrieben, das ich Euch bei Bedarf schicken kann.
Thomas
On Tuesday 24 June 2003 18:13, Thomas Schmidt wrote:
Kann das einer von den KDE-Entwicklern im Kontextmenü dazuschreiben? (rotate lossless clockwise)
Kuickview speichert Bilder nur auf Wunsch nach der Bearbeitung. Das ist auch besser so, denn KuickView dreht NICHT verlustfrei.
Naja, besser wäre es doch wenn Kuickview auch verlustfrei drehen könnte. Oder nimmt das signifikant mehr Zeit in Anspruch? (Die DCT-Routinen hatte ich mir anno '99 zu Gemüte geführt...)
Konqueror selbst ist ja keine Anwendung, sondern eine Desktopshell, verwendet zum Grafikanzeigen also einen KImageViewer (= Klasse von Programmen, welche Grafiken anzeigen können), selbiger wiederum wird z.B. vom KViewCanvas implementiert, der also auch in KView verwendet wird (aus dem kdegraphics-Paket).
Kuickshow ist neuer als KView, sollte also auch verlustfrei drehen können :) Es verwendet aber Imlib, eventuell ist das die Beschränkung?
Josef
Hallo LUG!
Naja, besser wäre es doch wenn Kuickview auch verlustfrei drehen könnte. Oder nimmt das signifikant mehr Zeit in Anspruch? (Die DCT-Routinen hatte ich mir anno '99 zu Gemüte geführt...)
Das kann eigentlich nicht länger dauern, weil die Bilddaten nicht angerührt werden, sondern nur ein paar Bytes geändert werden müssen. Ich merke auf meinem 1000MHz-Athlon allerdings bei beiden keine Verzögerung.
Konqueror selbst ist ja keine Anwendung, sondern eine Desktopshell, verwendet zum Grafikanzeigen also einen KImageViewer (= Klasse von Programmen, welche Grafiken anzeigen können), selbiger wiederum wird z.B. vom KViewCanvas implementiert, der also auch in KView verwendet wird.
Das kann nicht sein, jedenfalls bei dieser Funktion. KView dreht NICHT verlustfrei! Ich habe mal mit KView und KuickView ein JPEG um 180° gedreht und gespeichert. Die Bildet differierten bei Stellen mit hohem Kontrast nur gering, gegenüber eines verlustfrei um 180° gedrehten Bildes aber gleichermaßen erheblich.
Wenn Ihr mal die Hilfe von Kview lest, stimmt selbst die englische Fassung in keiner Weise mit der Menüstruktur überein.
Meiner Meinung nach ist es schon zu spät, wenn man überhaupt in die Hilfe gucken muß. Können nicht all diese Programme die Funktion einbauen und direkt auf dem Button darauf hinweisen? Irfanview kann das, wenn auch per Plugin, auch.
Das Programm zum Vergleichen gibt es unter http://www.netAction.de/imagecomp.zip Hat mein Bruder für mich geschrieben und läuft super mit Wine.
Thomas
Thomas Schmidt wrote:
Kuickview speichert Bilder nur auf Wunsch nach der Bearbeitung. Das ist auch besser so, denn KuickView dreht NICHT verlustfrei.
Mein Bruder hat ein Programm zum Vergleichen geschrieben, das ich Euch bei Bedarf schicken kann.
Hallo Thomas,
das wuerde mich sehr interessieren! Ich wollte immer schon mal pruefen, wie genau convert und andere tools arbeiten.
Stefan
.
Hi!
Am 2003-06-24 18:13 +0200 schrieb Thomas Schmidt:
Mein Bruder hat ein Programm zum Vergleichen geschrieben, das ich Euch bei Bedarf schicken kann.
Mich würde es auch interessieren. Ich drehe immer mit jpegtran und das behauptet auch, verlustfrei zu sein. Trotzdem unterscheiden sich die Bilder dann schon im Kilobyte-Bereich in ihrer Dateigröße, deshalb würde ich es auch gern mal nachprüfen (vielleicht lässt jpegtran auch die EXIF-Infos weg, wäre schade...).
Danke & schönen Tag!
Pitti
lug-dd@mailman.schlittermann.de
-
Josef Spillner -
Martin Pitt -
Stefan Lagotzki -
Thomas Schmidt