Instead of trying to match the background and foreground colors, how about giving the ability to change it to what we want. That way it can be customized to our desire.

I agree with keeping the interface narrow. I bumped it up a tad, not too much. The design is at 3" of space. I didn't want to go beyond that. Just something to accommodate the dropdown and button. If we used an icon for the 'import' button next to each item, that would save a lot of space, but I couldn't think of a universal symbol for 'import'. The same goes for the dropdown boxes. You could eliminate the down arrow as it's kinda implied. Not sure you could use icons for the collision, cloth and hair though. If you could, that would save more space.

I want to offer a suggestion for the User Interface. Mainly due to the requirements to have to select the 'Import' option twice - at least that's how it feels. I understand you have to declare what each item is and then click the button again to actually import the item. However, this can be confusing and doesn't really give enough info either. So, I decided to play with it a tad with a layout I think would help.

The first thing I did was move the import of the list buttons to the top of the Scene Import, which makes move sense due to the fact that people work top down. Second, I moved the 'Import' buttons to each item. Basically you declare each item via a dropdown box for each item and click the button next to it to import it. On top of that, unless you declare what the item is, the import button is grey and unclickable. Once you declare the item, then the button becomes active. Also, once the item is imported, the button goes inactive, but shows the process for that item to be complete. You could make it active and allow a re-import option, but it needs to show that it's already been imported. I also suggest to have a spinner or some other such type of device to allow the user to know the app is working. It's too easy to think it's stalled and you want to click the button again.

This is just a suggestion. I had time on my hands.

I don't think it will. I'm using Windows 10 in Parallels. It's no different that using Windows on a dedicated machine, but I can also move to that mode also to test it out. I just use the Mac portion to open the text files and file explorer (called Finder on the Mac). I could have also used Windows apps to do those items, but it is slower being in a virtual space.

Also, I've noticed that gravity is a bit of an issue, especially if I do the static draping. If I leave it at 40, the cloth item will pull off the model and there always seems to be some distortion around the breast portion of the garment. I plan to play with it some more tomorrow.

I also seem to get this error when trying to run a dynamic simulation:

I'd like to second the option to find the OBJ file. I tried using the Princess Alex dress, but the OBJ name doesn't follow the given Poser name. The Poser name is Dress Alex. The OBJ name is PrncssAlex_Dress.OBJ. However, even when I have it use that proper name, I still get the error that the PrncssAlex_Dress.obj doesn't exist. Here's a screenshot to show the file exists, the CR2 file showing the file and location and the error from VWD.

Is it possible to show a progress bar when it's loading the item into the scene? I'd also like to see a waiting animation like a spinner or something to let me know the program has acknowledged my action, like clicking a button, so I don't think I need to click it again.

About the commercial issue: Not sure how Poser does it, but Daz Studio handles it through plugins through their store. It also handles the serial number setup as well. You can't bypass it as the program checks the Daz site for the serial number to verify it. Definitely more protection for the vendor.

I believe Carrara does it that way too if you sell it through Daz's store. However, I have seen plenty of third party plugins sold elsewhere that have their own software protection scheme. This would be doable if you didn't want to use Renderosity's store. Obviously it wouldn't get the exposure to the Poser community that Renderosity would provide, but it's still an option. As a third party store, you would have complete control over the security.

So, you are using Python to move the items over. Is this required? Or could you take the information from a scene file?

There's a 'VWD Louisiana' on Victoria, so I saved the PZ3.

Will the RIP file item be specific to the character model as well as the cloth item?

VirtualWorldDynamics posted at 2:06PM Wed, 23 September 2015 - #4230015

@MacSavers : I just do tests and, in fact, I said some silly things. The clothroom Poser does not remove the spaces, it uses the internal name of Poser, which generally does not contain spaces. This internal name may still contains spaces. What I said, is completely false. Initially, there have been several problems naming and the spaces appeared to be part of these problems. I think this problem is now solved. Going back to your import problem, I wonder if the problem is not in Unix (Mac version) which does not like spaces in file names. Have you been able to experiment without spaces? In VWD, I will modify the exchange file names to conform to the naming of Unix. This should solve all problems.

I tried it with the Louisiana Dress which only has 'Louisiana' as the name. I didn't get the error when I did that. I'll try again with an item with a space in it.

I'm still struggling with using the VWD right now. I know it's just lack of experience with it, so as I continue to play with it, I'll get better. Unfortunately, I don't understand French very well and my iPhone's Google Translate can't seem to keep up. Without any step-by-step to go with, it's bit start and stop procedurely speaking.

A few things have come to my attention:

1. Since we can't re-import the item into Poser, how are we supposed to test the renders?

2. Does this use Poser's dynamics to work with the item? If not, then importing it into Daz Studio might be an option, but when I tried it, it came up with "No binary morph file for useBinaryMorph on line ### (pick a line, there were a ton of 'em.) when it was reading the PZ3 file. Not sure this is the best way to do it, but I thought why not.

3. How can we save out work in VWD?

Where? In VWD? In the Runtime? If I remove it in the Runtime, wouldn't that keep it from being found by Poser and Daz Studio? I'm not sure I want to have to make a change to a file in a Runtime just to make it work here since this is a real life test. You wouldn't want to ask a customer to do it that way.

I'm doing my Mac to Virtual PC test and I'm already running into an error. Now, this is probably the most exotic configuration to do this, so I'm not surprised to run into a problem. My installation is pretty much non-standard and I've run into issues before without trying VWD. I've resolved those issues and have it running just fine on the Mac and in Virtual PC. But my non-standard installation does cause issues for situations like this and is a great test for what could possibly go wrong.

So, I have my Runtime actually stored in location other than the Home folder. I have it in the Shared folder in the User's folder. This allows other users to take advantage of all the content and keeps it out of my Applications section to solve bloat and backup issues. After a bit of tweaking on the Virtual PC side to see the Shared folder, Poser Pro 2014 sees the content just fine and loads it just fine. I can create a scene on the Mac and load it on the Virtual PC version and it works just fine.

Unfortunately, when I attempt to use VWD, I get an error after importing it an item. I've tried two different dresses with just a basic V4 character with no morphs. I did conform the dress to V4. Then I hit the Start VWD button, clicked the Poser® List button. The two items in the scene showed up as Victoria 4 and Sonya Dress. I select the Sonya Dress, click Cloth in the Import As. Then I click the 'Import Cloth' button... not quite sure why the two steps by the way... and it starts working... Eventually I get this error:

I'm assuming it can't find the OBJ due to the special location of the Runtime folder.

I have PP2014 installed on my virtual machine. I plan to test your demo on it soon. I will be happy to give a report on it. I will also test it via BootCamp as well to see how much faster it is over the virtual option.

I won't hate you, but I do hate having to use Windows. I have it in BootCamp and I have Parallels, but it's like pulling an Ox through mud. It's SOOOOOooooo slow. Even on my son's gamer laptop, it's not a peppy OS. I can't tell you how many times I try to open something and after waiting an eternity and seeing nothing happen, try to open it again, only to get multiple windows of it once it finally opens. Ugh.

I just upgraded to Poser Pro 2014 with their recent huge discount from PP2012. I've installed it on my Parallels Win8.1 machine. I realize it's a virtual machine, but good lord, it took hours to install just the app and the Poser tools. I didn't add any content since I already had that. On my Mac, it took about 10 minutes. After four hours, it was finally done on the PC. If everything goes this slow on a PC, it will take forever to get anything done. I don't seem to run into this issues on my Mac. Usually PC games run better, but regular Apps don't. No idea why.

Ever considered having someone help you with a Mac port?