Daz 3D is part of 
Connect
DAZ Productions, Inc.
7533 S Center View Ct #4664
West Jordan, UT 84084
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
Thanks for the confirmation, barbult! Well, I'll be waiting for the fix anyway ~~~
It is the intended behaviour, not a bug - see http://docs.daz3d.com/doku.php/public/software/dazstudio/4/referenceguide/interface/panes/content_library/results_view/start#companion_file
Well how about that! I've been aware of companion files that apply DS materials to Poser props, but I never thought of an OBJ and DUF as something what would fall into that companion file category. Thanks for the explanation reference.
Customer Service should have supplied this explanation to crosswind. Do you suppose they even know this?
Thanks for letting me refresh my memory. I believe I've ever seen that page before... though I did not recall anything about it when I saw that "bug". However, no ~ I don't think such an explanation should be relevant to the case and "bug" that I mentioned.
- A Companion File is a file in a native format, which is named identically to an asset of an imported file type1), that resides in the same folder on disk as the asset file it is a companion for, with the exception of file extension. Companion files can exist in the form of a native script (.dsa, .dsb, .dse) or a DSON format asset (.duf); however, an asset is only allowed to have one companion file. If a native script and a DSON file both exist within the folder of an asset of an imported type, preference is given to the native script2). -
As per my understanding, it's (specifically) for the case like: in a folder, there're three files, Michael 4.cr2, Michael 4.dsb, Michael 4.duf.... Well, cr2 file can be directly loaded as a user-facing file from Poser Format folder, or can be imported. In this case, when importing or loading Michael 4.cr2, Michael 4.dsb will be loaded with 1st priority. As a test, I deleted Michael 4.dsb and imported Michael 4.cr2, Michael 4.duf was loaded which is a Car scene I made. Yes, the logic is that Michael 4.cr2 can only have one Companion file. I deleted other 2 files, Michael 4.cr4 was just imported without PowerLoader dialogue....
However, for my case, I just need to simply import an OBJ file. An OBJ file does not need a "native Companion file" while being loaded. If the above logic appllies for the case of purely importing OBJ / FBX / DAE / BVH... format files, it'll certainly confuse the users... It doesn't make sense, IMHO. ...I'd rather be told that : do not place ANY native DS format files with the same name as OBJ's into a same folder...
*
Try disabling the HEAT plug-in
*
HEAT has an update, the readme says it has fixed and issue with timers.
The scene item reorder capability that was added recently (or that I only became aware of recently) is a helpful addition.
Which one to be exact ? "Reorder" in the attached screenshot?
OK, thanks ! but it seems to me that only the Labels have been changed.. while Reorder function has been there for a long time.
Maybe so, but I just noticed it yesterday. That's why I added that comment in parentheses.
No problem, thanks !
Does it work at the 'root' level now?
It has been working for ages for parented items.
Yo ~ I got it. It works now on any selected node(s) (movable) no matter they're parented or unparented. It's great !
Thanks for the reminder !
https://www.daz3d.com/forums/discussion/comment/8603226/#Comment_8603226 has details
Yoh ~~ Thanks ! I always checked change log but just missed that point this time...
Rob's highlights thread is exactly what brought this capability to my attention.
I've been having occasional crashes of 4.22.1.99 after exiting the program with an scene still open after rendering completes. I got this error today when it happened.
DAZStudio.exe caused ACCESS_VIOLATION in module "C:\Program Files\DAZ 3D\DAZStudio4 Public Build\dzcore.dll" at 0033:00000000FE6C6146, DzUndoStack::canPushItems()+38 byte(s)
*
Another 4.22.1.99 crash. This time I was selecting New Scene from the File menu. DS crashed while clearing the previous scene. The crash shows undo stack problems again.
What was in the previous scene and what tools had you been using (especially ones that put their actions on the undo stack)?
I have some sort of instability with the latest beta update.
During powerposing (or *maybe* anything else requiring you to hold your mouse button in viewport) PBR or OpenGL, There are occasional freezes occuring. It unfreezes itself after around 3-5 seconds. Another way to unfreeze is to right click to somewhere else other than daz studio (like taskbar).
If I make this foreplay enough times, then daz studio crashes to desktop saying an access violation in qt4.dll or something. In the list of the stack, It caught my attention that it mentions "undo stack".
(Nothing in the log, rest of the system seems stable.)
Do you have the HEAT plug-in installed? if so is it the updated version or the original?
"Object ID" canvases seem to behave like "Material ID" canvases; they both are apparently trying to produce a PNG which is a visualization of the respective ID. For "Material ID" this is defined by the eponymous property in the "Surfaces" dialog. How do I define the color mapping for "Object ID"? What happens by default is that all objects come out black, which isn't very useful.
I don't know if this is a 4.22.1 bug or something I don't understand but it is similar to the problem with convergence maps (they always come out 0, even though they are TIFFs, not PNGs.)
I just tried the new feature with 4.22.1.99 to add weight map of a Push Modifier on a geoshell... by following the instruction in here - https://www.daz3d.com/forums/discussion/comment/8620281/#Comment_8620281
...but I failed. After entering the name of Push Modifier on the geoshell, I found not property of the modifier to enter the value. Anybody tried this feature and succeeded ? Thanks!
PS: I've never noticed it before. A wrong spelling is found when creating a Push Modifier... which is "PushModifer", same wrong spelling in GR.
I don't have it. I've 551.86 studio drivers installed. I've yet to identify root cause of this problem, if it is a plug-in (I haven't installed any in a considerable amount of time) or something else. I also confirmed that there are no event log entries for any systematic problem or any other constant freezes occuring in the system. Only in the Daz Studio, and only during viewport operations.
Edit: I created a camera and did some orbit, zoom, fly operations with/without mouse. It IS stable. So, I've isolated it down to figure posing operations for now.
Edit 2: During posing, not only powerposing via mouse in the viewport, but also moving parameter sliders cause the same freezes if I hold any parameter slider and drag left-right for enough duration.
Edit 3: Did some random figure animations. And if I move frame slider, it can cause this freezes again. Playing a timeline which includes figure movements can also cause this. In general, I isolated this to the figure movement in the viewport for now.
When you first use a morph, or bend a joint that triggers a corrective morph, the morph deltas (the shape change) have to be loaded from disc. Also, every time you make a change DS has to trace through the links to and from the changed bone/shape to look for links that may be affected by the change and so need updating.