Main Area and Open Discussion > General Software Discussion

RIOT tool that respects folder hierarchy? (for JPEG compression?)

<< < (5/7) > >>

4wd:
1. The problem in the aforementioned thread (with respect to sizing) still exists.  I am following all steps correctly.
 a) Send JPEG to your app. b) rotate the picture  in ANY app [windows, xnview, acdsee, etc] and save. c) observe file back to original size. d) send picture back to your app to get it back to lower size.  No idea why this is happening-stisev (April 20, 2015, 03:27 PM)
--- End quote ---

Wouldn't a better methodology be:
a) Rotate
b) Resize

Why resize twice, it just increases the number of artifacts.

And you still don't mention whether you're using Lossless JPEG Rotation, arbitrary angle rotation, etc.

XNView, from my testing just now doesn't change the file size appreciably when doing a Lossless JPEG rotation unless your options for JPEG writing will cause information, (metadata, internal thumbnail, etc), to be stripped, added, or changed.

eg. Here's the results of a 40MB JPEG after it's gone through four Lossless 90° Right rotations when compared to the original:



Maximum difference in file size was ~60kB and that was only after the first and third rotation, (ie. the image was now 90° left or right rotated w.r.t. the original).

dcsev:
Wait, are we talking about the same thing? I am talking about rotating it after its been compressed with the aforementioned tool.   After I rotate it, the file returns to original size and I have to rotate it again to get it back to where it was.

4wd:
Wait, are we talking about the same thing?-stisev (April 21, 2015, 12:12 AM)
--- End quote ---

Obviously not, since it was unclear whether your reference to size refers to:
a) file size (re. "observe file back to original size")
b) image dimensions

I am talking about rotating it after its been compressed with the aforementioned tool.
--- End quote ---

The steps you gave were:
1) compress
2) rotate  (after this you noted: "observe file back to original size" - and considering that your previous remarks in this thread were about not altering image dimensions, then my conclusion was that you were referring to the file size - and the next step you gave bears that out.)
3) compress again

After I rotate it, the file returns to original size and I have to rotate it again to get it back to where it was.
--- End quote ---

Now you seem to be saying that when you rotate an image, save it, and then display it, it isn't rotated.

It might help if you gave us the settings you're using for vlastimil's program and attach one of the images that won't rotate so we can have a look at the EXIF data and try for ourselves.

dcsev:
I am using:
PhotoResizeP100ICROEG


If I compress the image and then rotate it, the file size will return to normal

4wd:
Since you haven't attached an image that's giving you problems, this is the one I'm using to test, so the following are just screengrabs of the results of each step:

1) Original (42,465,102 bytes, 10358x3803 pixels 300DPI)

RIOT tool that respects folder hierarchy? (for JPEG compression?)

2) Step 1 - compression with PhotoResizeP100ICROEG (6,587,712 bytes, 10358x3803 pixels 300DPI)

RIOT tool that respects folder hierarchy? (for JPEG compression?)

3) Step 2 - Rotation using XNView 2.32, Lossless 90° Right (6,570,854 bytes, 3803x10358 pixels 300DPI)

RIOT tool that respects folder hierarchy? (for JPEG compression?)

As you can see, the picture is rotated and the file size decreased after rotation.

Navigation

[0] Message Index

[#] Next page

[*] Previous page