Announcement

Collapse
No announcement yet.

img2tiledexr crashes with huge image

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • img2tiledexr crashes with huge image

    Hi!

    I have a huge TIFF (1,53GB, 80k x 40k, 8 Bit, zip-compression) and like to convert it via img2tiledexr to an tiled EXR.
    I get the following error:

    This application has requested the Runtime to terminate it in an unusal way.
    Please contact the application's support team for more information.

    Is the TIFF too large to be converted?

    Best regards

    Tobi

  • #2
    Are you running the 32-bit version of img2tiledexr, or the 64-bit one? But in any case I'm guessing you might have to split it in smaller chunks.

    Best regards,
    Vlado
    I only act like I know everything, Rogers.

    Comment


    • #3
      Hi Vlado, thanks for your reply!

      I think it's the 64-Bit version of img2tiledexr.

      I have a model of the earth an I am looking for a way in 3ds max and Vray to use a database of tiled bitmaps and map them automatically to the earth model. The workflow should be similar to google earth or global mapper (http://www.bluemarblegeo.com/global-mapper/): The needed data is only being loaded from a database (directories with GeoTIFF-files, they have metatags with georeferenced information) when needed, in my case when the camera get's closer to the surface. Since now I haven't found a way without manually mapping the model which is quite difficult (matching the different levels of resolution). That's why I thought tiledEXR's would be a simple solution.

      Best regards

      Tobi

      Comment


      • #4
        Well, img2tiledexr attempts to load the entire image so that it can build the mip-map planes; however for 80x40k image that means it will need about 25 GB or even more, so it's unlikely to work right away.

        Best regards,
        Vlado
        I only act like I know everything, Rogers.

        Comment


        • #5
          you can use global mapper to create rectangles around the different image files,

          so you could export your 80k x 40k image with global mapper and split in tiles, say 8k x 8k. then re-import them all to global mapper and create rectangles around each that you can import the vectors into max for use as uvwmap areas.

          you will need to create a custom co-ordinate system so you can offset the zero point (save something like utm then edit the text file).

          you may want to test this out, it may need some extra overlay. I had some issues with white edges at the seems, due to filtering.

          would be much easier to just use one file. but 80k x 40k is big.

          chris

          Comment


          • #6
            Thanks Chris. Somehow the tiledEXR-solution doesn't work for me. When rendering a 800x600px view of a plane with a 21k-texture in PNG-format, it renders in about 5 sec. with the texture in EXR-format (as a vrayHDRI in diffuse-channel) the rendering takes about 14h... (i've stopped it, after 20 mins 2 buckets were rendered)

            Comment


            • #7
              Originally posted by tobihofer View Post
              Thanks Chris. Somehow the tiledEXR-solution doesn't work for me. When rendering a 800x600px view of a plane with a 21k-texture in PNG-format, it renders in about 5 sec. with the texture in EXR-format (as a vrayHDRI in diffuse-channel) the rendering takes about 14h... (i've stopped it, after 20 mins 2 buckets were rendered)
              You might need to increase the cache size; the default 1000 value might too low. Either way, we had some bugs there that caused very slow renders. If you still can't render, let me know and I can get you an updated build.

              Best regards,
              Vlado
              I only act like I know everything, Rogers.

              Comment

              Working...
              X