Today I have been dealing with quite a strange issue concerning exporting large amounts of displacements.
I first create a simple map made up of many displacements in hammer. I then import the map into max, create a sculpt mesh, edit the displacements, commit the changes, and finally export the scene as a vmf. When I open this export in hammer everything is all messed up. I have made a video showing the whole process since it is kind of hard to explain how this looks.
I was originally using max 2017 with an older version of wallworm. The first thing I did to try and solve my problem was updating to the latest wallworm, this did nothing. I tried altering the map in many ways, changing the size of displacements, lowering the count of displacements, not creating displacements at all in hammer, etc etc. no change. When changing the size of my displacements from 1024 to 512 I did however begin to get a maxscript garbage collection error on vmf export.
I installed 3ds max 2019, followed the same process, and got the exact same result, but now with no errors at all. I then tried the process on an older computer running max 2013 and wall worm 2.61 and it WORKS ! So this makes me think the problem is with my computer somehow. I have recordings of me editing and exporting displacements in this exact same way from 2018 so something COULD have changed since then.
To make things more confusing, I finally did the unthinkable... I rebooted my pc. I launched max 2017 and did the same process. To my surprise this actually fixed the issue. I still got the maxscript error on export but the file did correctly export and looked totally normal in hammer. Great I thought 'Now I will try the larger 1024 version'!. As you can guess this broke things again across both versions of max. The 1024 version consists of 28x28 1024 cube brushes with a displacement on the top face's.
When I commit changes, max will lock up and slowly begin using a lot of ram. I noticed when using 2017 my ram actually fills up fully before the commit completes. I was running chrome however. It is very strange closing max does not fix the problem.
I try another reboot. This time I load max 2019 and the larger 1024 map first. I did the same process and this time it worked! Next, without closing the working project, I apply a displace modifier to my sculpt mesh and a very basic height map. I did this so every point of the sculpt mesh would be changed, simulating a worse case scenario. I commit all changes, export to vmf, and the map works!
I believe the root of the issue is ram related, but again this may be a problem specific to my system. For now I will just have to split up my sculpt meshes. I don't know if this problem can be fixed or helped in any other way (besides buying more ram). Hopefully anyone else having this problem will see this post in the google search results and maybe it will help them.
Here is the video I recorded before I figured out that rebooting my computer would fix things.
I first create a simple map made up of many displacements in hammer. I then import the map into max, create a sculpt mesh, edit the displacements, commit the changes, and finally export the scene as a vmf. When I open this export in hammer everything is all messed up. I have made a video showing the whole process since it is kind of hard to explain how this looks.
I was originally using max 2017 with an older version of wallworm. The first thing I did to try and solve my problem was updating to the latest wallworm, this did nothing. I tried altering the map in many ways, changing the size of displacements, lowering the count of displacements, not creating displacements at all in hammer, etc etc. no change. When changing the size of my displacements from 1024 to 512 I did however begin to get a maxscript garbage collection error on vmf export.
I installed 3ds max 2019, followed the same process, and got the exact same result, but now with no errors at all. I then tried the process on an older computer running max 2013 and wall worm 2.61 and it WORKS ! So this makes me think the problem is with my computer somehow. I have recordings of me editing and exporting displacements in this exact same way from 2018 so something COULD have changed since then.
To make things more confusing, I finally did the unthinkable... I rebooted my pc. I launched max 2017 and did the same process. To my surprise this actually fixed the issue. I still got the maxscript error on export but the file did correctly export and looked totally normal in hammer. Great I thought 'Now I will try the larger 1024 version'!. As you can guess this broke things again across both versions of max. The 1024 version consists of 28x28 1024 cube brushes with a displacement on the top face's.
When I commit changes, max will lock up and slowly begin using a lot of ram. I noticed when using 2017 my ram actually fills up fully before the commit completes. I was running chrome however. It is very strange closing max does not fix the problem.
I try another reboot. This time I load max 2019 and the larger 1024 map first. I did the same process and this time it worked! Next, without closing the working project, I apply a displace modifier to my sculpt mesh and a very basic height map. I did this so every point of the sculpt mesh would be changed, simulating a worse case scenario. I commit all changes, export to vmf, and the map works!
I believe the root of the issue is ram related, but again this may be a problem specific to my system. For now I will just have to split up my sculpt meshes. I don't know if this problem can be fixed or helped in any other way (besides buying more ram). Hopefully anyone else having this problem will see this post in the google search results and maybe it will help them.
Here is the video I recorded before I figured out that rebooting my computer would fix things.