I updated to P11.2 when it became available, and again today when the software notified me of a new update. The new one (11.2.289) works better for me so far, I was getting a crash going into the material room before. Thanks to Snarlygribbly, my scripts are working, thank you! My new problem is saving a CR2 I just created this evening gives me a error. My runtime is on my server. I created everything on the server, saving and loading files just fine, but I need to save it into the library now with P11 after the materials are done. This was the first time saving , or adding to the library with Poser, everything was done with other software up to this point to be clear. I ended up saving my project to my new shiny Downloads runtime, on the D drive. I copied the files to my server where I want them, but of course, the path to the PMD file is incorrect, so I had to fix that next. I have no problems loading files from the server in Poser, just saving, my permissions are set correctly.

The error says it can not open the file I'm saving, maybe that's normal, but it sounds wrong to us mortals.

Other than that, my thumbnails are not showing up in the library at random. Sometimes they are there, mostly they are not. I tried setting file search to shallow, made no difference.

I might add, I've never had this problem before with Poser, adding files to the runtime's on my server. I like to keep my runtime libraries there so I can work with different computers. The thing is so huge it would be a task to copy it all to one machine anyways. I tried saving the file without the # in the file name as well.

It looks like you have a mixed set of path separators there. Is the server mount point \LD2? That part's fine, but the rest of the path has mac style colon separators. The two cannot be mixed. Either all colons or use whichever separator the OS has as default. '/' for macOS/linux and ''\ for Windows (with ':' only valid following a drive letter).

You mentioned you edited the CR2 to fix a broken pmd reference. I'd suggest trying to remove the mount point from the path and have it be Runtime relative. That way, it's up to Poser's library to resolve which Runtime it will look in for the files and the files themselves don't have to refer to specific drive letters or server mount points.

You can load but not save with a UNC parht (\servernamefolder). This has never been possible. To save to the server, map that parent folder to a drive letter and load that as runtime. Here you can load and save from Poser.

wimvdb posted at 9:54AM Mon, 30 September 2019 - #4364743

You can load but not save with a UNC parht (servernamefolder). This has never been possible. To save to the server, map that parent folder to a drive letter and load that as runtime. Here you can load and save from Poser.

Indeed, the server location is mounted as a drive letter, but when I add the runtime to Poser it is handled this way (by Poser). I'm not doing anything different than what I've been doing for the last ten years. Something has changed with Poser.

ribroast posted at 5:15PM Mon, 30 September 2019 - #4364888

wimvdb posted at 9:54AM Mon, 30 September 2019 - #4364743

You can load but not save with a UNC parht (servernamefolder). This has never been possible. To save to the server, map that parent folder to a drive letter and load that as runtime. Here you can load and save from Poser.

Indeed, the server location is mounted as a drive letter, but when I add the runtime to Poser it is handled this way (by Poser). I'm not doing anything different than what I've been doing for the last ten years. Something has changed with Poser.

Very strange indeed. I have one machine where most of my runtimes are on another PC and that works fine.

To be sure, I saved a figure just now onto a network drive and i have no problem.

Could you do a test and save a figure to another folder which has a shorter path, with a pathname and name with only a-z letters to the network drive? Maybe it is allergic again for # character.

an0malaus posted at 10:00AM Mon, 30 September 2019 - #4364738

It looks like you have a mixed set of path separators there. Is the server mount point LD2? That part's fine, but the rest of the path has mac style colon separators. The two cannot be mixed. Either all colons or use whichever separator the OS has as default. '/' for macOS/linux and '' for Windows (with ':' only valid following a drive letter).

You mentioned you edited the CR2 to fix a broken pmd reference. I'd suggest trying to remove the mount point from the path and have it be Runtime relative. That way, it's up to Poser's library to resolve which Runtime it will look in for the files and the files themselves don't have to refer to specific drive letters or server mount points.

I have always used relative paths in my CR2, as follows: morphBinaryFile :Runtime:libraries:Character:Props:Sci-Fi Equipment:Sci-Fi Containers:Crate #4.pmd

figureResFile :runtime:Geometries:arnieSpace:Sci-Fi Equipment:Sci-Fi Containers:SF_Crate_04.obj

I've never had this problem with Poser in the past, starting with Poser4. I've made hundreds of CR2 files without a problem. As for the PMD, I hardly think it is necessary for a simple hinge on a box anyways. I did not type the path, I am just adding the figure to a library that has been imported to Poser in the normal way. Poser is coming up with the path formatted that way. I might add, I am on a Windoze machine. The server is a Linux machine. I am able to load objects from the library but not save. I still have the problem as of this morning, I was unable to create a folder or add a prop I made to the runtime on the server from within Poser. I have the permissions working on the server, it took a lot of work to get that ironed out initially, but I have not had a problem with permissions for a couple of years. Thanks for your input anyways, I will continue to work on this problem, but something has definitely changed with Poser because I have not changed my workflow.

an0malaus posted at 10:30AM Mon, 30 September 2019 - #4364738

It looks like you have a mixed set of path separators there. Is the server mount point LD2? That part's fine, but the rest of the path has mac style colon separators. The two cannot be mixed. Either all colons or use whichever separator the OS has as default. '/' for macOS/linux and '' for Windows (with ':' only valid following a drive letter).

You mentioned you edited the CR2 to fix a broken pmd reference. I'd suggest trying to remove the mount point from the path and have it be Runtime relative. That way, it's up to Poser's library to resolve which Runtime it will look in for the files and the files themselves don't have to refer to specific drive letters or server mount points.

I forgot to mention in regards to the PMD path. My CR2 did not have a PMD attached to it initially. That part was added automatically by Poser when I saved the figure. Since I ended up saving it on my D drive in the Default Poser Download folder, it used that path. I want to copy it to my real runtime folder, so the path gets broken. The path's for the .OBJ and the textures remained as I intended. Thanks.

wimvdb posted at 10:40AM Mon, 30 September 2019 - #4364897

ribroast posted at 5:15PM Mon, 30 September 2019 - #4364888

wimvdb posted at 9:54AM Mon, 30 September 2019 - #4364743

You can load but not save with a UNC parht (servernamefolder). This has never been possible. To save to the server, map that parent folder to a drive letter and load that as runtime. Here you can load and save from Poser.

Indeed, the server location is mounted as a drive letter, but when I add the runtime to Poser it is handled this way (by Poser). I'm not doing anything different than what I've been doing for the last ten years. Something has changed with Poser.

Very strange indeed. I have one machine where most of my runtimes are on another PC and that works fine.

To be sure, I saved a figure just now onto a network drive and i have no problem.

Could you do a test and save a figure to another folder which has a shorter path, with a pathname and name with only a-z letters to the network drive? Maybe it is allergic again for # character.

Thanks. I did try some other file names without the # char in them. It must not be a problem because it saved fine on my D drive that way. I am going to remove the server runtime libraries and add them in again. Sometimes (with Linux) you can have a permission problem where you save a file on one machine, and not have permission to open it on another machine. I got that straightened out a couple of years ago, took a lot of work, had a lot to learn, but I have not had a problem like that for a very long time. All of the files in this project where done on the same machine I am using Poser on as well, so I'm pretty sure it is not the server.

Thanks for the suggestions. I figured out what's going on and my problem is solved. When I added those runtime libraries from my server to Poser, the drive letter don't show up that I have mapped as drive "W". This was not the case in Poser previously. I must of mapped them through Network locations the first time and forgot about it. I cleared those runtimes out and attempted to add them again and I couldn't, I had to go through Network locations. So I added them that way, then I opened up my LibraryPrefs.xml and changed the path there, I am now able to work the way I want to. I just added a figure to my library like normal, no problems.