svdl, I've just started delving into Python callbacks and on the face of it, startup/callback python scripts associated with a figure might be considered as "methods", but I have not explored whether multiple python activated figures loaded from the same CR2 file would result in separate instantiations of the scripts unless that was specifically handled. Whenever I get a new prop or figure with embedded geometries, I like to extract them and use an obj reference as it makes CR2 and PZ3 files much smaller. I'm not so much concerned with disk space (or I'd use compressed files) as with having to wade through pages of vertex and poly information when I'm editing the file to add custom JCM. Being on a Mac, there are far fewer GUI tools available for manipulating morphs and JCM, so I've had to rely on understanding CR2 syntax and doing it all by hand. Tedious in the extreme, but crosstalk is just uncontrolled superconforming to me ;-)

That appears to be the case AntoniaTiger, provided the file paths to load the imagemap are identical, If you load a second figure of the same type which already has texture imagemaps specified, a second copy of the map is not loaded. You can verify this in P4 or P5 material room by looking at the image map list before and after loading a second figure. The list doesn't change. In P4, you also couldn't load another texture with the same name (in case you were modifying a texture and trying it out) - very frustrating. P4 would just keep using the one loaded and had no way to unload textures other than stopping and restarting Poser.

The CR2 startup script setup looks as follows (from the P5 Barney character): figure { name Figure 1 ... allowsBending 1 figureType 1318 origFigureType 1318 canonType 8 conforming 0 pythonStartupScript 0 0 ":Runtime:libraries:character:Additional Figures:Cartoon:barneyStartup.py" material Skin ... } Check out barneyStartup.py for the for callback samples. I think I saw some discussion between Ockham and face_off in other posts in this forum regarding where the script reference has to go in the PZ3 doc section. I'd really love to look at what you have so far trobbins2. I'll contact you direct if you don't want to post the code here.

trobbins2, from what the Poser Python manual says, a document or figure can have a startup python script associated with it which executes when the document (or CR2 file) is loaded. If a startup script was associated with the default document, then this would effectively start when Poser was launched. If poser is launched by opening a document without this startup script, the script would need to be manually run after Poser had started. Apart from the Mac Tkinter brokenness, the Poser Python implementation looks pretty standard, so I'd be surprised if it didn't support sockets, though that will need to be checked.

I believe 16 ton weights and pianos are the primary WB patented items ;-) You might try the big, green, six-legged, kill-you-if-it-fell-on-you-out-of-a-tree, billiard table for offing NVIATWAS...

Bingo ariannah! Thou hast bludgeoned the bodger on the bonce! Push the sales of V3/M3 add-ons before news or rumour of V4/M4's pending release breaks and people start saving their ningys and trigannic pyus to buy them.

If you want stuff which is animatable (sp?) AND able to be saved to a PZ2 pose file, you're better off not putting it in the valueParms at all. What might be considered the obvious use of a valueParm, i.e. as a control or scaling point for JCM/ERC can also be done with a targetGeom (standard morph) with no deltas and will be saved with all poses that include morph targets. If you're creating full body morphs, you still definitely need to zero out all of the BODY valueParms otherwise their inherited effects will be incorporated into the body part morphs generated. The standard V3 doesn't have any non-zero valueParms on any body part "out of the box".

That's a good idea GWeb. It might even open the possibility of a way for P5 Python on the Mac to act as a socket connected interface to Poser, allowing an external Python engine such as MacPython or wxPython, which support Tkinter, to access and control Poser functionality. Sounds like a big job to me and one I'm not sure I'll have time to take on, but if others are interested, and it looks like it will have payoffs for Mac Python users, I'm willing to give it a bash or cooperate with others' efforts.

Just found a useful reference for this today. Check out the Z-lib use in :Runtime:Python:poserScripts:Utility:uncompressPoserFiles.py

Wow, this is cool stuff! [Bookmark]

Is there any possibility that the socket to socket connection solution could work between a Tkinter supporting MachO version of Python on the Mac and the Tkinter-less P5 bundled CFM Python?????

Sorry I can't answer your question directly, but can you clarify why it needs to be visual basic specifically or is that just a programming environment you are familiar with? As far as external control of Poser goes, The Python scripting language, which has similar capabilities in most respects to visual basic has defined interfaces to control Poser. I do not know for sure, but it may be possible that Visual Basic could interface to Poser via Python script calls. Hopefully someone else with specific VB/Python integration experience can provide you a more detailed possible/impossible answer. Happy New Year to you!

Take heart, your posts are working fine. Most of the snake-heads here are probably on vacation still.

I've noticed that after-market or alternative eyes with concave irises have more of a problem than standard eyes in terms of shadowing when the cornea intersects the lower or upper eyelid. I believe this is to do with the eyesocket of most figures not following the contour of the eyeball, but intersecting it. I attempted once back when I was using P4 to morph the eyesocket with a magnet to account for this, but gave up due to lack of vertices and migrating to an early Mac version of P5 which didn't support deformer groups (sorted now). One could also possibly add a magnet to the cornea region of the eye to deform the eyelids outward where the cornea intersects, though I haven't tried this yet myself Like the render Dave-So, BTW :-).

I'm sure this is unhelpful, but the names that sprang to my mind were Jodie Foster or ... Jack Nicholson (something about the chin) (who's a poor twisted boy then?...) :-)