Ruven Pillay

Show:

What's happening?

  • Followup: RE: help with dynamic JPEG

    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 in IIPImage

  • Followup: RE: help with dynamic JPEG

    > (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 in IIPImage

  • Followup: RE: help with dynamic JPEG

    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 in IIPImage

  • Followup: RE: help with dynamic JPEG

    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 in IIPImage

  • Followup: RE: help with dynamic JPEG

    Yes, the current svn is production ready. We are currently using it for our demo servers.

    2009-11-10 23:52:24 UTC in IIPImage

  • Followup: RE: help with dynamic JPEG

    Yes, exact resizing is now working. It uses a very fast nearest neighbour resampling for sizes between the resolution layers. You can get it now from the svn repository!

    2009-11-10 21:46:15 UTC in IIPImage

  • Followup: RE: djatoka, OpenZoom, and Deep Zoom / Seadragon

    If you don't get the 16bit stuff, then don't worry, you don't need these functions! These are images used in professional photography or scientific imaging. You don't need to "write the slices to disk the first time they're requested" as the file formats we use are already tiled. IIPImage also does server side caching in memory, so can potentially be faster than pre-sliced tiling if you have...

    2009-11-09 00:44:40 UTC in IIPImage

  • Followup: RE: djatoka, OpenZoom, and Deep Zoom / Seadragon

    What do you mean by "level-blending"? There are, of course, advantages and disadvantages to both approaches. Yes, with a server-based approach using a TIFF or JPEG2000 you have 1 single file rather than potentially many hundreds or thousands. Storage space can also be much lower, especially with JPEG2000. Another advantage is the ability to handle 16 bit images, to change the contrast and...

    2009-11-06 15:05:19 UTC in IIPImage

  • IIPImage

    ruven committed revision 44 to the IIPImage SVN repository, changing 6 files.

    2009-11-06 13:15:22 UTC in IIPImage

  • Followup: RE: JPEG2000 or JPIP?

    Yes, in fact the JPEG2000 integration is being done with the support of oldmapsonline.

    2009-11-06 11:17:19 UTC in IIPImage

About Me

  • 2003-01-18 (7 years ago)
  • 691545
  • ruven (My Site)
  • Ruven Pillay

Send me a message