Announcement

Collapse
No announcement yet.

Refreshing/Updating Materials eating up all Ram without releasing it

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

  • #16
    imdb
    I’m using standard online licence
    3D Scenes, Shaders and Courses for V-ray and Corona
    NEW V-Ray 5 Metal Shader Bundle (C4D/Max): https://www.3dtutorialandbeyond.com/...ders-cinema4d/
    www.3dtutorialandbeyond.com
    @3drenderandbeyond on social media @3DRnB Twitter

    Comment


    • #17
      Hi all. To elaborate a bit on the subject - V-Ray does use a texture caching system to avoid re-reading textures between frames and during interactive rendering. The texture cache is shared between different materials when material previews are rendered. We will consider exposing the cache limit as a preference option, so it can be changed in such cases.

      PdZ - for your particular problem - even though the textures are jpeg, when loaded by V-Ray the memory consumption for them increases due to change of the format in which they are stored and prepared for sampling. Given that the textures are 8k this may result in RAM usage of up to 1GB (it may be less based on options). Using such large images without tiles may lead to such high RAM usage without really having benefit on the render result. What may be beneficial in such cases is to convert the textures to a multiresolution tiled EXR files, using either the img2tiledexr V-Ray tool (docs here) or the maketx tool from the OpenImageIO library. V-Ray will take care of loading the highest resolution necessary for the render, which should lead to reduced memory consumption.
      Last edited by deyan.hadzhiev; 29-07-2021, 01:48 AM.
      Deyan Hadzhiev
      Developer
      chaos.com

      Comment


      • #18
        deyan.hadzhiev Thank you. I didnt know that this multitilesystem exists. I will try this out. Sounds very interesting. Thank you very much!

        Comment


        • #19
          Originally posted by deyan.hadzhiev View Post
          Hi all. To elaborate a bit on the subject - V-Ray does use a texture caching system to avoid re-reading textures between frames and during interactive rendering. The texture cache is shared between different materials when material previews are rendered. We will consider exposing the cache limit as a preference option, so it can be changed in such cases.

          PdZ - for your particular problem - even though the textures are jpeg, when loaded by V-Ray the memory consumption for them increases due to change of the format in which they are stored and prepared for sampling. Given that the textures are 8k this may result in RAM usage of up to 1GB (it may be less based on options). Using such large images without tiles may lead to such high RAM usage without really having benefit on the render result. What may be beneficial in such cases is to convert the textures to a multiresolution tiled EXR files, using either the img2tiledexr V-Ray tool (docs here) or the maketx tool from the OpenImageIO library. V-Ray will take care of loading the highest resolution necessary for the render, which should lead to reduced memory consumption.
          I've converted my project to use this multi tile system as per your instructions. Using distributed rendering, it looked pretty good for few frames and after few frames, rendering begins to slow down every frame. Problems goes away after going back to JPGs. There are no errors.

          Click image for larger version

Name:	exr-slow.jpg
Views:	166
Size:	209.4 KB
ID:	1120814

          Attached Files

          Comment


          • #20
            Then I will not even try to use that. Its a pain that Vray still has so many bugs. Its annoying as hell

            Comment


            • #21
              Originally posted by imdb View Post

              I've converted my project to use this multi tile system as per your instructions. Using distributed rendering, it looked pretty good for few frames and after few frames, rendering begins to slow down every frame. Problems goes away after going back to JPGs. There are no errors.

              Click image for larger version

Name:	exr-slow.jpg
Views:	166
Size:	209.4 KB
ID:	1120814
              This is remembering me to my issue with rendering animations.
              From frame to frame it takes longer without big scenes changes… single frame renderings always shorter.

              https://forums.chaosgroup.com/forum/...th-every-frame

              Comment


              • #22
                Originally posted by haniel1107 View Post

                This is remembering me to my issue with rendering animations.
                From frame to frame it takes longer without big scenes changes… single frame renderings always shorter.

                https://forums.chaosgroup.com/forum/...th-every-frame
                For me, going back to PNGs / JPGs cured that right up. Must be something to do with material handling.

                Comment

                Working...
                X