Author Topic: Computing secondary GI taking ages  (Read 22356 times)

2016-05-28, 22:12:02
Reply #15

serch

  • Active Users
  • **
  • Posts: 39
    • View Profile
Do you have any idea why this proxy was "corrupted"? Have you tried to reproxy it again and was it ok then? Curious to know why it caused this problem.

I did reproxy the object (It was a tree), but the problem didn't come back. I don't know the cause :(

2016-05-29, 14:57:37
Reply #16

antanas

  • Active Users
  • **
  • Posts: 269
  • Hmm ...
    • View Profile
Hi, occasionally I have that issue as well and it happens on various scenes, exteriors, interiors proxy\forestpack, displacement containing and not - it happens rather rarely and goes away when I stop that render and do a new one - hard to catch and to pinpoint what exactly is causing it but I'm 99% sure it's not the insufficient ram problem as I've got 64gigs of it and it happens with the scenes eating up no more than 10-25gigs. In my case it does not only slows down uhd calc. phase for at least +-10 times, but it slows down the whole render process too - I remember there were some reports about similar behavior in daily build thread but it seemed that some fix was done in one of the dailies to prevent that, still it does happen occasionally ) The good thing is - it happens rarely and as I've wrote above, most of the times goes away on render cancel\stop, rerender.

2016-05-30, 05:35:48
Reply #17

kumodot

  • Active Users
  • **
  • Posts: 315
  • Corona ADDICTED and Evangelist
    • View Profile
    • Kumodot
I am experiencing the same problem here...

   I am working with a "heavy scene", but even after clean it up a lot (from 1.5Gb to 300mb) the crashes continues. And its VERY STRANGE... I had LOW MEMORY warning a lot, after some time working on the scene and doing some region renders or any renders... It smells a lot like garbage in ram... Everytime it crashes, i open Max again, and it renders fine...


     And after thinking it´s a Memory problem, i tried to open the scene on a SLOWER machine with HALF RAM (16Gb only) and it renders perfect all the frames 66 frames. No crashes, so it´s not a scene corruption or memory problems...

     ON My machine, with 32Gb ram, Windows10, Max 2016, if i do A render Stops it in the middle, do it again, 1 or 2 times, it just crashes to desktop. Sometimes, it locks my computer and have black screen, and i have to reboot. Many Low Ram messages happens before crash sometimes...
 
     ;(

      So, everytime i need to have get a full render from start to end i need to close Max, open e render. If i stop this render to do something else i need to save it because the crash can happens anytime... If i use Interactive render the crash happens even more often.
Your Portuguese is worse than my english.
--------------------------------------------
3DGeneralist/Vfx Supervisor

2016-05-30, 08:41:53
Reply #18

romullus

  • Global Moderator
  • Active Users
  • ****
  • Posts: 9251
  • Let's move this topic, shall we?
    • View Profile
    • My Models
Did you try to run MemTest overnight? Might be faulty RAM stick.
I'm not Corona Team member. Everything i say, is my personal opinion only.
My Models | My Videos | My Pictures

2016-05-31, 14:17:12
Reply #19

vkiuru

  • Active Users
  • **
  • Posts: 320
    • View Profile
Well since the discussion is on going I got to add those symptoms sound very familiar, I have 32 gigs and sometimes the scene is only using like 3 gigs and Corona is giving low RAM warnings and rendering is slow as hell, like first pass taking an hour to clear (just an estimation as I usually cancel after 20 mins) be it PT+UHD or PT+PT. I honestly doubt we are all dealing with faulty RAM sticks, this topic has come up several times before..

I wonder if it could be solely specific to heavy use of Forest Pack since Corona usually starts acting up once I get to the later stages of adding detail with FP. It's the way Corona doesn't seem to eat up all the RAM before it slows to crawl that is bugging me, at least with Vray I always got a complete crash once a certain limit was reached :)

2016-05-31, 23:25:13
Reply #20

serch

  • Active Users
  • **
  • Posts: 39
    • View Profile
New scene the issue came back, checking my objects and materials. i'll have an update as soon as check my scene.

2016-06-01, 11:00:02
Reply #21

Ondra

  • Administrator
  • Active Users
  • *****
  • Posts: 9048
  • Turning coffee to features since 2009
    • View Profile
Is there anyone with a scene where this is reproducible, who is willing to do some debugging over skype/teamviewer?
Rendering is magic.How to get minidumps for crashed/frozen 3ds Max | Sorry for short replies, brief responses = more time to develop Corona ;)

2016-06-03, 11:38:03
Reply #22

vkiuru

  • Active Users
  • **
  • Posts: 320
    • View Profile
Is there anyone with a scene where this is reproducible, who is willing to do some debugging over skype/teamviewer?

It's always the same, would be happy to but a deadline is looming around the corner :( Maybe next week as I would very much love to see this solved.. I'll get back to you if I get the time.

2016-06-03, 18:31:24
Reply #23

fellazb

  • Active Users
  • **
  • Posts: 281
    • View Profile
Hi,

I also had this experience when the scene parcing was taking way too long with a simple scene with some proxy vegetation in it. I didn't have any error messages and the task manager also didn't show any problems.

It got solved when I rebooted my workstation since it was on for at least one constant week and maybe longer. Perhaps some people here also leave their workstations and\or renderslave permanentely on which causes these long scene parsing... Just a thought.

2016-06-03, 23:34:49
Reply #24

Ondra

  • Administrator
  • Active Users
  • *****
  • Posts: 9048
  • Turning coffee to features since 2009
    • View Profile
I have some new leads... can you make screenshot of the memory screen of task manager - this:

when you experience slow parsing? And also write/Screenshot the status message from 3dsmax progress dialog?
Rendering is magic.How to get minidumps for crashed/frozen 3ds Max | Sorry for short replies, brief responses = more time to develop Corona ;)

2016-06-04, 13:13:56
Reply #25

vkiuru

  • Active Users
  • **
  • Posts: 320
    • View Profile
Damn, didn't get the parsing phase, it took about 20 minutes and just as I saw your reply and rushed to take a screenshot it started rendering the first frame which as you can see isn't going very smoothly. It seems to use a ton of virtual memory, again :/ I hope these can be of some help.



2016-06-05, 05:30:31
Reply #26

vkiuru

  • Active Users
  • **
  • Posts: 320
    • View Profile
Damn, didn't get the parsing phase, it took about 20 minutes and just as I saw your reply and rushed to take a screenshot it started rendering the first frame which as you can see isn't going very smoothly. It seems to use a ton of virtual memory, again :/ I hope these can be of some help.




Ok 18 hours later and what I've found is this:

a) sometimes a diffuse material that makes use of Corona AO map slows things down. Might have to do with said material being in contact with a Forest scattered object.
b) GrowFX models need to be converted to editable poly (though this is not the case in every scene, oddly enough)
c) Multitexture on a Floor generator object had to be changed to Corona multimap, this also seems to be scene dependand.

Converting GrowFX objects to editable poly especially when using them with Forest Pack seems to be one of the main reasons. I don't think I had this issue with earlier versions of Corona, at least to this degree. Maybe this will help someone, at least my rendering times went back to normal after systemically going through the scene.. isolating like 25% of the scene at a time and doing a test render to see if a slowdown was still present and then isolating more and more objects until I found the problematic ones. A bit of a slow process I know but maybe it gets easier with time :P