Kendra posted at 8:26PM Fri, 04 March 2016 - #4259255

ssgbryan, I see nothing deleted. Could you sitemail me with specifics? Are you not seeing your posts?

As for software bashing, it's not bashing if the comments remain technical and don't contain criticism to the company or users. For example, saying that DSON importer isn't the best way to import X into Y program because... and provide the technical reasons is not software bashing. But saying the equivalent of 'X is best' or 'you're an idiot if you think...' is considered bashing. (and those are just examples off the top of my head as I'm multitasking right now)

No, I am not seeing it - that is why I wrote that last post saying that my post was deleted.

I replied to Shante's post breaking down why DSON isn't the way to go (32-bit python and the 2Gb per process limit and as an added bonus the issue with garbage collection in OSX - I don't have a windows machine, so I can't address that platform).

The problem Kendra, is that to get the best results with genesis in Poser, one has to address the suboptimal decisions the system architect made when first designing DS4 all those years ago and the best way to work around what in retrospect, were bad decisions in the design phase. In the past, moderators have considered that "software bashing". The base assumptions were thrown out before DS4 launched, but DS & Poser users are left with the consequences. Workarounds don't work if the end user doesn't understand WHY things are done.

Is it "software bashing" to point out that out of the 988 genesis packages I own that the DIM installs - over 95% of them don't have the PCFs in the correct runtime subfolder?

Is it "software bashing" to point out that there is no technical reason why PCFs can't be Poser native to begin with? (One vendor at DAZ does this, so we know it can be done.)

Is it "software bashing" to point out that in DS4, some characters require the base mesh to be loaded BEFORE clicking on the character (like a character INJ) and some will load the base mesh automatically (like a .cr2) - and there is no way of knowing which is which until you actually try to load the figure?

Is it "software bashing" to point out that if you don't actually remember which vendor made which product, you might have a hard time finding what you are looking for (Metadata isn't the solution DAZ thought it would be).

I address all of these issues (and more), but you have to state the problem before you can work the solution.

My goal was getting genesis working in Poser (to use DarioFish's aliens), as lean and efficient as one can, since most hobbyist don't have the kind of horsepower I am running (Luv my Mac Pro). Most of my genesis characters only take up 80Mb. Kinda useful if you have a scene with more than 1 person. Go default settings and that genesis character could easily take up 500Mb. And that is a nude character, btw. It gets uglier once you add clothing and are dealing with a 2Gb per process limit and the garbage handling issue.

Example: DS4 builds a character "on-the-fly" and it will install every single morph that it "sees" whether you are using DS or Poser. They are loaded dynamically in DS, but not in Poser - in Poser, every single morph is loaded into the cr2 (and in the wrong place - guess how much fun it is to delete 40 - 50 empty channels per figure).

Why is that a problem? Well, guess what happens if you load Skyler, a child character? She gets every boob and gens morph added to her that any vendor made for any of the other G2F characters. And without walking through the problem (how the file "structure" - such as it is and what there is of it is set up and where those morphs are tucked away the data subfolder), you can't actually fix it. (Solution for the Skylar issue - build separate runtimes for each iconic figure (Lilith 6, Mei Lin 6, Michael 6, etc), along with a "base" runtime (Genesis 2 Female) and a separate "genesis after dark" (which holds all of the gens and extra boobage morphs) & only load the ones you need in DS for export - this also works with DS4, useful if you don't want to spend your time endlessly scrolling up and down looking for morphs)

If you have dived into the file structure of DS, you know how much of those folders are quite frankly, pointless. I walk through on which ones can be deleted and which ones need to be kept. It is more than just deleting excess levels of ego folders. One also has to address changes DAZ made in subfolder structure between the release of DS4 and the arrival of the G2 line of figures.