I'm glad you found a solution.

What I meant exactly is that, when you overrun memory limitation, the number of springs involved is so huge that it's becoming impractical with the current CPU power and switching to GPU to increase that computation power will not remove this memory limitation. I agree something needs to be done, but it has more to do with limiting the number of springs generated. Using a decimator is one solution. VWD aldready has an optimization algorithm in place. Maybe finding the right parameters may also help.

Could you try the following: When importing the collision object, could you press the record button and see how far it goes?

jmelvin64 posted at 9:48AM Wed, 02 August 2017 - #4311175

" And, lastly, the memory thing; You believe because you have 32 Gigs of RAM, that VWD should be using it, but VWD is only a 32 bit program, so it can only use 4 Gigs max. Your CPU cores are more important at this stage..."

I hope that this will be something that is addressed soon and re-written for 64bit. Hell, I'd even pay for new version. Gen 8 and all the new accessories will make this program useless until it can use the system's full memory.

I think you've missed Daremok3 point. VWD memory footprint is very low and it's not part at all of the bottleneck. Computing power is and CPU (and I hope soon GPU) is. Furthermore, when it'll come to GPU, most graphic cards are lower in memory than the host computer and that very same low memory footprint will then be an asset.

I hope it won't come to that.

Sorry about that. Python installer should have done it. Which reminds me. During Python installation, there should be a check box with something like "add python to path". It may be unchecked by default. Maybe re-installing python and making sure it's checked should solve the issue in a simpler way.

Could be (as always), although I can't figure out what would affect both PyCarrara and the bridge.

Could you check this entry in the registry? \SOFTWARE\Python\PythonCore\version\PythonPath under both the HKEY_CURRENT_USER and HKEY_LOCAL_MACHINE hives.

If I believe this link (not the right version, but who knows), this is where embedded application Python call resolve the path.

An alternative way of checking and correcting if necessary

So, it seems to confirm that Python is the cause. PyCarrara is statically linked to Python where the Carrara bridge is dynamically linked. Therefore, PyCarrara fails directly (when loading) where the bridge does so only when Python is needed.

Python path (c:\python27) needs to be in the system path. If the path stated in a previous post is the system path , then this isn’t the issue. Otherwise, the easiest way to check (I’m sure you know it, but this is a public post) is to open a “cmd” window and type the command “set path” then pressing “enter”. A list of directories separated by a “;” will then appear. C:\python27 should appear in that list

I must say I'm at a loss there.

There is a 95% chance the cause lays with python, but it's difficult to prove or disprove it without trace files. If you don't mind, could you try installing PyCarrara from Frédéric Ribles and run one of the examples. It may help with checking install. Link to PyCarrara

DaremoK3 posted at 12:47PM Mon, 31 July 2017 - #4310758

No. It was the latest release of DS from last month that triggered the issue for everyone, and you guys started getting complaints. You, and Philemo stated it's been addressed and corrected. Although, from chrysoula's statements above, it seems the corrected version of the bridge has not made it to Rendo's downloads yet.

I'm still using a DS4.9 version two iterations back, so I haven't encountered the OBJ export dialog issue.

I'm back from Holidays. Regression tests are OK now and it's on the way.

I'm surprised. If you have the VWD location popup, then you should have a trace file. Mine is situated in C:\Users\Philippe\Documents\DAZ 3D\DazTmp. The name of the file is CarraraVWDDebug.txt. Maybe you could make a search with that name. There may be two other files : PythonOutput.txt and PythonError.txt, but they will be empty unless python works properly.

To check another point, could you go to the c:\python27 directory and launch python.exe. You should have a cmd like window appearing. The first 2 lines in that window should be:

Python 2.7.10 (default, May 23 2015, 09:44:00) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.

Can you confirm that?

Another issue could be your antivirus preventing the launch of VWDClotAndHair.exe (mine is periodically sending a popup to confirm it's safe to launch from another application). The debug file should tell us if you can find it.

Hi Varsel, In the Daz Tmp directory, you should find some debug files. They are reset every time Carrara starts. So, if you could make a try, exit Carrara and then look, you should find a file carraravwddebug.txt. if you could Pm me this file, it may help me to pinpoint the problem. Most of the time, the issue is with python.

Writing a bridge for Blender should be straighforward. I don't have the time for developping it, but I could give a good head start to anybody interested in trying it.

I completely agree with that. The Daz Studio bridge is just that, a bridge. You need the VWD product, either lite or full, to have something functional. It's just like the zbrush bridge which won't do you any good if you don't own a copy of zbrush.