ArchitectMCP / GenNext

Morph transfer between Genesis figures
Other
5 stars 5 forks source link

Hangs at 27% #1

Open 3Diva opened 5 years ago

3Diva commented 5 years ago

The first time I tried it I loaded G3F and G8F and tried a morph transfer from G3F to G8F. It stopped at 27%. I stopped it after waiting quite a while and it never moved past 27%.

So I closed out Daz Studio and tried again. This time instead of starting at 0% it started at 27% and never went farther.

Here are the last few lines of my log file if that helps:

2019-06-07 01:31:43.392 WARNING: ..........\src\sdksource\cloud\dzcloudtasknotifier.cpp(178): peer performed orderly shutdown errno=0 2019-06-07 01:32:03.956 DEBUG: F:/Daz New Content Database/data/Architect/GenNext/Holding/Morphsstring 2019-06-07 01:32:03.956 DEBUG: /data/Architect/GenNext/Holding/Morphs 2019-06-07 01:32:03.957 DEBUG: F:/Daz New Content Database/data/Architect/GenNext/Holding/Objsstring 2019-06-07 01:32:03.961 DEBUG: /data/Architect/GenNext/Holding/Objs 2019-06-07 01:32:03.962 /data/DAZ 3D/Genesis 3/Female/ /data/DAZ 3D/Genesis 8/Female/ 2019-06-07 01:32:03.968 WARNING: QFSFileEngine::open: No file name specified 2019-06-07 01:32:03.968 WARNING: QFSFileEngine::open: No file name specified 2019-06-07 01:32:03.970 Collected Transfer Data 2019-06-07 01:32:03.972 DEBUG: &&&&&&& 2019-06-07 01:32:03.972 DEBUG: Name: FBM-Star2 2019-06-07 01:32:03.972 DEBUG: Vendor: Littlefox 2019-06-07 01:32:03.972 DEBUG: product: Star2 2019-06-07 01:32:03.977 DEBUG: F:/Daz New Content Database/data/DAZ 3D/Genesis 3/Female/Morphs/Littlefox/Star2/FBM-Star2.dsf 2019-06-07 01:32:03.977 DEBUG: &&&&&&& 2019-06-07 01:32:03.978 Identified 1 properties to transfer 2019-06-07 01:32:03.978 Identified 1 files to process 2019-06-07 01:32:03.979 Pre-processing DSF for F:/Daz New Content Database/data/DAZ 3D/Genesis 3/Female/Morphs/Littlefox/Star2/FBM-Star2.dsf 2019-06-07 01:32:04.273 Temporary files copied Starting morphs transfer 2019-06-07 01:33:22.573 WARNING: ..........\src\sdksource\cloud\dzcloudtasknotifier.cpp(178): peer performed orderly shutdown errno=0 2019-06-07 01:35:23.195 WARNING: ..........\src\sdksource\cloud\dzcloudtasknotifier.cpp(178): peer performed orderly shutdown errno=0 2019-06-07 01:36:06.662 Script executed successfully: G:/3D Freebies - Free to Use Commercially/Singular Blues Morph Transfer BETA 6/GenNext-master/Scripts/Architect/GenNext Morph Transfer/GenNext.dsa

ArchitectMCP commented 5 years ago

27% is where all the really fun stuff starts to happen, so something is obviously broken. I'll see what I can determine.

Fair warning, I'll probably document the solution in detail you probably don't need. But it's a good way to keep a record of issues to see if the same issues keep cropping up.

3Diva commented 5 years ago

I think it might have something to do with the folder in "Holding" >> "Objs" - I think if you remove everything from that folder except the "null.gnxt" that seems to do the trick as far as getting it to go past 27%.

Ever morph one tries to transfer puts Objs there and that seems to keep the script from going forward with the next morph transfer. That's just my guess though, as it seemed to work better once I cleared out the Objs from that folder and just left the null.gnxt file there and nothing else. But one would have to clear that folder after every morph transfer.

Doing that I was able to get a morph transferred - kind of. The morph shows up in the Parameters Tab but it has no ERC freeze to it. And the morph doesn't show up in the Shaping Tab.

I even tried rebooting and loading a fresh Daz Studio. As well as shutting down my computer and starting it back up again after a couple hours. The morph doesn't show up in the Shaping Tab and the one that shows up in Parameters doesn't have ERC freeze.

I'll do more testing and let you know what I find. :)

ArchitectMCP commented 5 years ago

This indicated that the transfer was not complete. The behavior is the morph as first created by the Transfer Utility, before the script actually starts doing its thing. Beyond that, you are saved from the technical overload (this time) because I am unable to replicate the problem. (Keep in mind, I'm working with a code base that was already corrected for other known issues, so I might have already fixed it.) So long as I clear the scene before transfers, I get the correct results (I know this because I'm able to successfully bake). I'll keep trying, but this might be resolved shortly by an update.

necroscension commented 5 years ago

Just reconfirming the 27% hangup. Tried converting Ivan 7 to G8M, and after the GenFirst, GenNext, and BaseShp OBJ files are written the script will hang. BUT I'm seeing it is only affecting conversion when the body shape is included, whether the full character shape or just the body shape. So far I'm not having the problem with the head shapes, those appear to be converting without issue.

But, like you said, you may already have this fixed on your end.

ArchitectMCP commented 5 years ago

Sorry about the delay, but I really did blow up my studio install while 4.11 was dropping. This has generated problems due to a number of factors. Hopefully I will have that resolved tomorrow so I can take another look at it.

I am fairly confident I have it beat, but I need to be sure, and I need to finish the clones. There should be a branch update in the next couple of days, since I don't plan to do all that at once.

I just need to make sure it works in 4.10 and that is tricky to do since I can't just download and install it. I'll get there. I already know how get it running at the same time as 4.11. I just want to make sure content management works, too. If I can't, it won't kill me.