Adding to Cart…
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.You currently have no notifications.
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
OK, plugin removed! Michael 8 loaded, now the "attachment" from the Anatomy folder... hang. Unfortunately.
Just as on the picture. The "attachment" mesh never appears, but I covered it anyway. :)
When I click either on the background, or the little loading window, "(not responding)" appears, as expected. I don't have this problem with the VERY same files in DS 4.15.0.14 beta. Everything works as expected. I'll roll back to the previous beta then. :)
PS. One thing - I DO NOT use beta version of the PostgreSQL CMS and never had to - should I install it as well?
I believe they are currently the same; the two packages 18868-02 and 18869-02 do have different checksums but the date on the packages is almost identical:
<InstallerDate VALUE="2014-05-08T16:45:26Z"/>
<InstallerDate VALUE="2014-05-08T16:40:48Z"/>
However ever since the first time I downloaded the beta (2018-06-04) I've used the beta and hidden the release version (I still download it, it's just hidden in the 'install' list); it just seems safer that way just in case a beta DAZ Studio has a requirement for a Postgre bug fix.
No, all the release channels are the same.
@mikmod: Could you please load M8 (or any G8 Male) and the attached wearable, and let us know what happens.
Thanks
Sure!
Trying now!
Thank you for the explanation! I was always curious about the difference between the two packages. :)
Tried - it's the same, DS 4.15.0.26 freezes with no mesh appearing on G8M. I have a feeling this version goes into some kind of infinite loop somewhere during loading a wearable/graft.
I saw something like this in the log however:
Second attempt:
...and then a freeze, like usual. The "freeze" is actually influencing other applications as well (like Total Commander or Notepad++ with open DS log file), which is a bit, well, interesting. Once I kill DS, freeze goes away.
This "incline" error doesn't matter for previous beta DS, 4.15.0.14 - attachments load fine. :)
I'll include two morphs (both ERC'ed) for the attachment, one old and depended on other morphs and might not work for you (shape.dsf, causes this "incline" error), and other, which I revised today in ZBrush and it's independent (shape_new.dsf) - maybe this will help you pinpoint the cause? Both files go into /Morphs folder of that attachment.
Hay! I did not update the beta one more time ... however both the beta I do have AND the D/S 4.15 are closing Hexagon!!! Should not be doing that!
Open D/S, make a cube or something, send it over the bridge to Hexagon - close D/S. Hexagon goes "poof" as well. It's in D/S's log - it is closing Hexagon. Do NOT want that happening.
abbrev. log file
2021-08-24 14:44:25.628 Deleting Action Manager...
2021-08-24 14:44:25.629 DEBUG: End DAZ Studio to Hexagon Bridge log...
2021-08-24 14:44:25.629 WARNING: QProcess: Destroyed while process is still running.
2021-08-24 14:44:25.701 Deleting Pane Manager...
@mikmod: What do you have Edit > Preferences... (F2) > Content > Replacement Management set to? And are you running CMS?
I installed the second beta of the recently released Mac version. The scene file save speed has been normalized. However, if I try to modify the surface, the application will shut down.
I think it was shut down when I tried to change the color of the surface.
Great, filament no longer works for me in this version... I'm using the windows version BTW...
And yes, the node is loaded in the scene!
EDIT: Nevermind, I actually installed the Beta when I had studio running!
Exact same problem, and thank you for writing that. Same "TearProjectionShape.dsf" issue on my end. Have reinstalled the new beta (I didn't save the old), restared, same problem. Daz hangs, never finishes loading (1 hr wait). Uninstalled and installed the vanila version of Daz3d 4.15 (non-beta). My stuff now loads. A bit disapointed and the first time I have stopped using the beta intentionally to go back to vanila daz3d ever. Will continue to use vanilla probably until the next beta version.
@mikmod
and anyone else who is having the hang issues, please try the following:
1. Create a new/empty scene (with no "On Launch" or "On New" load file)
2. Load Genesis 8 Male Genitalia
3. Select none (so the next step doesn't attempt to fit-to)
4. Load Genesis 8 Basic Male
5. Fit Genesis 8 Male Genitalia to Genesis 8 Basic Male
Separately...
Load Zale/Coral/Torment 8.1 (or something else with a GeoGraft that has its own skeleton/bones and is a non-genital figure).
Any hangs on either or both of the tests?
Yes, or at least I'm sure it's working, since I see corresponding processes in Process Hacker. Until this beta (4.15.0.26) using grafts/attachments wasn't an issue at all. :)
I have this option checked:
I have saved 4.15.0.14 beta installer as DIM ZIP file - would you like the MEGA link?
Older installers can only be obtained by asking Customer Services.
The hang occured when current (4.15.0.26) beta attempts to fit-to the attachment (figure first, attachment later or together, as scene asset). Loading this attachment without G8M selected work fine, as loading the attachment alone to the scene.
The way you described in those 5 points works - no lockup! Also, now, also normal figure-with-graft loading seems to work again!
The only thing that changed since last time (1.5 day back) is that I fixed that one morph I sent you here, in the previous post on this page. That might be the lead for you to fix it!
Wouldn't be better to allow public beta testers to choose the beta version within the DIM? And safer, too (not having to search the net for them). Of course, if it's not the problem or licensing issues?
Thank you for not only testing this and finding this problem, but also sticking with us to try things to help us figure out what could be causing it.
I was pushing for the Studio team to release this version as the general-release, but thanks to testers like you that found this issue we managed to avoid breaking this for everyone. So far we have still not been able to reproduce this issue internally or among any of our internal beta test group, so thank you for continuing to work with us on trying to track this down.
You're absolutely welcome! I'm glad I could help! The leads which could help the team in finding the cause of the issue might be in the scraps of logs I put here (this "failed to prepare/create modifier: incline" log line) and in those two morphs for the G8M Gen attachment.
For now, I added older G3M with a graft and clothes to the existing G8M with a graft - no issue. Next then, I'll add another G8M!
Edit: It loaded! Those are resource-heavy figures, I spared no expense on them - all use HD morphs and have "previewed" hair strands.
Nobody said it was fixed.
We are working to isolate the root cause so that it (and not just a symptom) can be fixed - and that root cause is not currently looking to be what you think it is. You have to remember/understand that the log is buffered - the last line you see before you force-quit the application is not necessarily the last thing that was logged, there may be more in the buffer that didn't flush/write to the log.
That is why we provide directions for a test, so that we can try and narrow the cause of the issue down.
Indeed, there's still something, cause now this beta hangs just at the end of loading the grafted figure.
I stil can load wearable onto G8M, but can't load the figure with such attachment.
I love the beta, but my workload on unrelated projects pretty much sais that if I'm able to create and render, I'll be fine with the vanilla until I have the time, by which I would imagine the beta is back to normal. Thank you though!
new *.28 beta worked now for my saved duf file with geografts/geoshells and lotsa morphs. So that particular saved file worked (that did not with .26).
update/edit: 3 G8 figures with geografts via save now tested and load-worked.
Timed it, and the time to delete defaultscene & load morphs and scene was both 2min13sec +-. Timed it cos msg times for del first scene seemed to last much longer, but in the end, the time was almost same.
Thanx for fix.
@mikmod: Please try the update (4.15.0.28) and let us know the outcome.