Announcement

Collapse
No announcement yet.

Tiled EXR error

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

  • Tiled EXR error

    When using EXR's as textures, the following errors will pop up:

    error: Error loading texture tile (1, 1) from level 5, file "\\servername\folder\texture_name.exr" : [EXR TileLoaderParams::loadTile] OpenEXR error: Error reading pixel data from image file "\\servername\folder\texture_name.exr" . EXR file read failed ([PfileStream::Read] (59) An unexpected error occured. )

    The following are band-aid fixes I've found

    Restarting Max
    Increasing the cache size in the tiled texture cache. (though our one animator says that )

    I haven't had any luck with "Clear Cache on render end" I thought that it might be caused by the exr's getting "locked" as unlike other texture formats we have had problems overwriting exr's whenever max is active.

    Any insight would be greatly appreciate

    -Josh

  • #2
    just a guess but are you running into multiple connection limitation at all? your base server is windows?
    Dmitry Vinnik
    Silhouette Images Inc.
    ShowReel:
    https://www.youtube.com/watch?v=qxSJlvSwAhA
    https://www.linkedin.com/in/dmitry-v...-identity-name

    Comment


    • #3
      Linux file servers. Windows workstations. Local renders. No distributed rendering. Happens in both vray 3.6 on 3ds max 2019 and vray next max 2020.2. Also there is a posting from several years back in the maya forum.
      Last edited by jandrewg; 18-10-2019, 03:42 PM.

      Comment


      • #4
        Ok and I would assume that non tiled textures like regular png/exr load fine? its just the tiled ones that have the issue?
        Dmitry Vinnik
        Silhouette Images Inc.
        ShowReel:
        https://www.youtube.com/watch?v=qxSJlvSwAhA
        https://www.linkedin.com/in/dmitry-v...-identity-name

        Comment


        • #5
          yarp yarp

          Comment


          • #6
            Ok could you try to copy everything to your local machine and try render from local disk to isolate that its not any kind of network issue. If the textures load fine with no problem, do a couple of renders to confirm. Then it would suggest there is an issue with the way they are being transferred from network. If they do not render as same issue exists, then that would suggest there might be some problem with the way those were created. Perhaps try using maketex to create .tx instead of tiled exrs and see if that works at all.
            Dmitry Vinnik
            Silhouette Images Inc.
            ShowReel:
            https://www.youtube.com/watch?v=qxSJlvSwAhA
            https://www.linkedin.com/in/dmitry-v...-identity-name

            Comment


            • #7
              I'll give that a shot. If it were a network issue doesn't it seem odd that increasing the cache size fixes it, even if it is only temporarily?

              Comment


              • #8
                Definetly try TX, the performance is superior, your filesizes will be much smaller, because you can store as 8bit TX files.. With EXR you have to go float....
                Here is Win compiled version https://docs.chaosgroup.com/display/...c-maketx1.4.12 , For linux you can just install OpenImageIO library, maketx is included inside.
                Noemotion.net - www.noemotion.net

                Peter Sanitra - www.psanitra.com

                Noemotionhdrs.net - www.noemotionhdrs.net

                Comment


                • #9
                  Thought .tx is an option we are likely going to be sticking to exr's (we actually want 16 bit float textures for our current purposes). Thank you for the recommendation though. Just have to figure out the friction point with the Cache that is causing the hiccup.

                  Comment


                  • #10
                    Originally posted by jandrewg View Post
                    I'll give that a shot. If it were a network issue doesn't it seem odd that increasing the cache size fixes it, even if it is only temporarily?
                    I just have this variable set: "VRAY_TEXTURE_CACHE=16000"

                    which enforces the tex cache to always be quite high, never have issues really. I would strongly recommend exploring .tx because it will keep you float / bit ratio as it is in all your maps, but imho its a better way of working then tiled exr.
                    Dmitry Vinnik
                    Silhouette Images Inc.
                    ShowReel:
                    https://www.youtube.com/watch?v=qxSJlvSwAhA
                    https://www.linkedin.com/in/dmitry-v...-identity-name

                    Comment


                    • #11
                      From my understanding .tx files are .tif or .exr files renamed with some extra attributes. I set the environment variable yesterday so we'll see what happens when my teammates come in on Monday. Thanks for the help!

                      Comment


                      • #12
                        .tx is a mipmapped (tiled tif) and as such supports 8,16,32 bit color.
                        Dmitry Vinnik
                        Silhouette Images Inc.
                        ShowReel:
                        https://www.youtube.com/watch?v=qxSJlvSwAhA
                        https://www.linkedin.com/in/dmitry-v...-identity-name

                        Comment


                        • #13
                          Originally posted by jandrewg View Post
                          Thought .tx is an option we are likely going to be sticking to exr's (we actually want 16 bit float textures for our current purposes).
                          Know it's only a bitness promotion, the data will still be in the 8bit range, and with 8bit stepping between values.
                          I prepared a script to convert files to .tx from the disks, and an ancillary one to swap the side-by-side files in vrayhdri loaders.
                          Here.
                          Last edited by ^Lele^; 21-10-2019, 12:26 AM.
                          Lele
                          Trouble Stirrer in RnD @ Chaos
                          ----------------------
                          emanuele.lecchi@chaos.com

                          Disclaimer:
                          The views and opinions expressed here are my own and do not represent those of Chaos Group, unless otherwise stated.

                          Comment


                          • #14
                            Colleague of mine has the same error with a Peter Guthrie HDRI. Local render, it renders fine for about most of the 5K render, at 80% done all of a sudden gives him that error. I'm guessing this is network related? All the assets are on the NAS. Only difference that it's not a tiled EXR I guess.
                            Last edited by Vizioen; 23-10-2019, 02:20 AM.
                            A.

                            ---------------------
                            www.digitaltwins.be

                            Comment


                            • #15
                              Adding the environment variable and setting it to 16000 didn't resolve either. haven't had time to test .tx either as I have a team with a bunch of assets and projects that are already using exr formatting so it will have to be a "in my freetime" type of thing to test.

                              Comment

                              Working...
                              X