It looks like SR2 fixes this problem. However, many of my poser4 and poser5 scenes do not load properly anymore. It appears that some x-y-z translations are not respected on the load using the python method. I haven't done extensive testing, and I currently don't have any uncompressed poser6 scenes to test. If I find out more I'll report back here. I think I might just drop support for loading scenes in my prpc project and be done with it.

P3DO only handles sending filenames over a tcp/ip socket. A server daemon (like prpcd.py) needs to be running inside of Vue, listening on the tcp/ip socket for the incomming filename. The server daemon (in this case) is written in the python programming language. I don't think Yarp programs in that language. Yarp could alter a file to create the proper header (pp2->pz3), then send the filename. However, you still need a server daemon running in Vue to get the filename and load it.

I just looked at e-on's website and their product comparison chart. It seems to me that only the 'Vue 5 Infinite' product supports python scripting. Am I correct? Even if this product was more affordable, I'm not sure I would have time for this project (right now). However, the prpc project is all licensed under the GNU GPL and GNU Lesser GPL. So everyone has the right to take the code and make changes to it under the 'liberal' conditions of those licenses. I can of course give technical support to the effort, if needed.

If the python interface in VUE is sufficient to do what I'm doing in poser, then; A client module could be created to to rewrite the PP2 to a temporary PZ3 file, load it then erase it.

I've never used VUE. Is there a macro/programming language built into it?

Attached Link: http://www.mort.net/users/krm/dist/poser/prpc/dev/posefilter134b20.zip

Attached Link: http://www.mort.net/users/krm/dist/poser/prpc/dev/prpcd134b20.zip

Yes, I have done it a few times just to test the concept. However the version that I have out to the public will not. For security reasons, the public version will only accept a connection from the 'loopback' network interface (127.0.0.1). Also, the current version of P3dO only sends filenames to the loopback interface. If you know python you could edit the server daeomon (prpc.py) to allow other connections. You can use the 'snd2sock.exe' program I supply to send to the filename to other ip addresses. IM me if you need help.

Looks like a Poser6 bug (maybe only the SR1 patch). It works ok in Poser5 (I don't have propack). What's really funny is that in Poser 6, if you run your script, the render the (apparently empty) scene, then switch back to the preview window, you will see your scene. You can even stop the render before it's done, switch back and see the scene. I seem to recall this odd behavior when I was working on my remote proceedure call daemon, but I don't recall the details or what Poser versions I was testing with. This bug might have crept in with P6 SR1.

You could probably hack PoserPython's "site.py" to see if PYTHONPATH is in the environment. If so remove it from os.path

something like

try: sys.path.remove(os.environ["PYTHONPATH"])<br></br>except: pass

might work
Message edited on: 09/20/2005 22:44

Thank you for your contribution. When something is 'depreciated' in a language it means that it's use is not recommended, usually because it will be removed in future versions. Common practice in Python 2.0 and higher is to call a string object's methods directly like:

fullname = "John Doe"
fname, lname = fullname.split()

In Python 1.5, string objects didn't have these methods and you had to call a string function to do the same like: fname, lname = string.split(fullname)

Since Poser Pro Pack uses Python 1.5, I write my code using this older way so that my code will run on all versions of Poser that have Python. There are number of other features of Python that are not in version 1.5. This is way I have a Python 1.5 installation to double check my code for compatibility (since I don't have Poser Pro Pack). thanks again, ken

Also, Your Python 2.4 environment might be setup to not allow depreciated code. You might need to change a setting or add a command line switch.

The file open dialog returns "." on 'cancel'.

I think this is a Python version problem. I don't run 2.4 but, I just checked the Python 2.4 documentation and it appears the most of the string module functions are depreciated (and will be removed in version 3). This may be affecting your testing outside of Poser.
You might try to explicitly specify all the parameters to string function like:

q,p = string.split(Name, sep=None, maxsplit=0)

You might want to install the Python 2.2 package for Poser 5 and 6 developement.
I also installed the Python 1.5 package so I could check my code for Poser Pro Pack which uses Python 1.5 and Tk/Tcl 8.4.

It looks like 'Name' is a string not a tuple. Maybe tk is converting it at some point. Put in a

print Name<br></br>print len(Name)

and you'll see.
To split the string use p,q=string.split(Name)

I got the same error outside of Poser using Python 2.2.3 and Tk 8.3.
What version of Python and Tk/Tcl are you using outside of Poser? print 'python', sys.version, ' tk', TkVersion

(forgot to mention) The new behavior of the server daemon is: If a path sent to the server daemon is a file, then loading of content is assumed. If a path sent to the server daemon is a directory, then saving of content is assumed.