-
There will be plenty of information about conversion software when the server is released.
I think vips now extracts some EXIF information automatically during conversion. Personally, I use something called exiftool to extract both EXIF and IPTC data and re-inject into the TIFF.
2009-11-12 21:09:48 UTC by ruven
-
Thanks, mistery solved.
Now some off-topic ...
In case we can't expect future vips versions to convert to jpeg2000 ... which free conversion utility would you suggest for fast and low memory consumption in a Windows environment?
I just need something equivalent to "vips im_vips2tiff" and nothing else. Well ... perhaps something:
When converting TIFFs or JPEGs to tiled formats, what...
2009-11-12 20:31:25 UTC by dgsl
-
> (I cant see the relation between 3000
> and 1092x1650):
The 3000 limit is the maximum dimension in either direction. So, the next resolution up after 1092x1650 is 2184x3300 which is too big. What is happening is that the maximum is being wrongly applied to the resolution layer, not the user requested size. I will fix this.
> Is it possible to produce jpeg2000
> using vips? I would...
2009-11-12 13:46:59 UTC by ruven
-
The 1 pixel difference / artefact is due to rounding in the resizing. CVT streams the output image 1 strip at a time (each strip is a row of tiles) which have a fixed height. Sometimes this ends up with difference of 1 pixel at the bottom.
The resampling code is in src/CVT.cc. If anyone has a suggestion on how to improve this, don't hesitate to tell me!
2009-11-12 13:39:10 UTC by ruven
-
I am using 0.9.8 svn, though I have compiled on a different Ubuntu machine (not the one that is running the iipsrv.fcgi).
Regarding the one pixel artifact, I also found this: when I request a certain "**WID=X&CVT=jpeg**", the image properties I see (IExplorer and mouse right button) are **X-1 wide** (so one pixel less wide than requested).
I don't know if this is the same "one pixel high...
2009-11-12 12:13:01 UTC by dgsl
-
You've been great with you prompt replies, thank you so much for that! Looks like the test images maxed out at 250x250, so when I asked for anything above that it just served up the 250, which seems like the right thing to do.
I am noticing though, that in some instances, say when I have a 2000x2000 and I ask for a 170x170 to be returned, I get the correctly sized image but it contains a one...
2009-11-12 00:42:42 UTC by clint9090
-
No, it should work with your query string. Make sure you are running the version from svn. The logfile should tell you that you are running version 0.9.8.
2009-11-12 00:35:06 UTC by ruven
-
Thanks again. Is there something that I need to add to the QueryString to force this resizing? I've tried "file.tif&wid=400&cvt=jpeg" but it still sends back the nearest image in the pyramid, which for me is 250x250.
2009-11-11 21:34:51 UTC by clint9090
-
Yes, the current svn is production ready. We are currently using it for our demo servers.
2009-11-10 23:52:24 UTC by ruven
-
Thanks, that's terrific news! I'm currently using 0.9.7. Is the trunk in stable enough condition for a production (live) environment?.
2009-11-10 23:29:38 UTC by clint9090
