Hello everybody. I thought it might be helpful if I posted this publicly as well. Goes into things at a bit more depth. *********** Hi Diana, I got your message from DAZ this morning. I think I gave you, and others, the solutions on poserforum already, but just to recap, I answer your questions here again. Let me know if things now work alright for you, OK? I think they will.. Please feel free to contact me if you still have questions, it will be a real pleasure to help you. ************************ > >From: "diana" -------- > >To: > >Subject: problems with environcreator scripts > >Date: Mon, 25 Mar 2002 08:55:51 -0600 > >X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > > > >I had to remove the read only attribute for the mainButtons.py file(again as I did for MK scripts but I had reset the attribute to keep other scripts > >from doing things to it). Plus I had to copy the tcl80.dll (and I copied the other two '80' files with it in case they were support files) to the system > >folder to get it to even install. ************************ 1) OK, so you understood you had to unlock mainbuttons. You dont have to reset the bit,since there is no script, except an installer, that will do things to it. In fact, I wonder why Poser locks it at all.. Dont move your dlls, whatever you do. It is not needed. The "error 13" message, trying to write to a locked file, must have confused you- dont worry, it did the same to others:-) ************************ >A while later I read a message about about putting a "C:Program > >FilesTclbin" path statement (the folder does exist at that path) in the autoexec.bat but I didn't do it right away since I had the scripts installed ************************ 2) If you take the error messages seriously, you will get in trouble. Believe me, I know, since I use them as tracers when writing programs. So no wonder you writing the path in the autoexec.bat made no difference- but Im now wondering what your problems were :-) ************************ >Even after all that, when I run the script it makes my system perform like a > >Pentium 200 with only 3 lights and a bowl prop. Screen updates take forever if they happen at all (it often crashes) if I move a script window so I can > >see behind it. Running the script takes down Poser.exe with a c++ runtime error often, the script window turns white and won't leave till I actually click on it somewhere or CAD and shut it down. It's a mess and I don't dare > >load a big light set (one of the scripts complains none are installed) or a real model. ************************ 4) Ahh! Now I see! You tried to use Posers dials while the Creators had taken over control. So that was your problem. No, Poser doesnt crash, but its slow progress certainly can make it look so. The second part of your statement I at first didnt recognise. Let me think- you might have rendered, or clicked somewhere in the Poser window, so Poser then got back focus, and you didnt think, or werent able to since you allowed Poser to take over the whole screen, of clicking the Creators to draw focus back to them; and when MOVING a script window- I take it now you had it over the model screen, of course screen redraw is almost zero- see above. The manual warned you you had to give the Creators a bit of screen to themselves. But it did not warn you that it might be more practical not to hide the model screen, because I didnt think anybody would- an oversight on my part (the picture in the manual, where it advises you to keep a bit free for the Creators, shows the right position). On the other hand, you STILL could have moved the Creators; any change would have caused immediate screen redrawal in the model screen. Now the c++ runtime error is interesting, and I would love to see a screen shot of it. But I think I already know, since another user send me some shots already, and I was able to solve his problem for him easily. And his was the same as yours. OK- this is what happens: IMPORTANT XP is natively multithreaded, while Poser is NOT. This is the reason why screen redraw is so slow while the Creators are in control. So if things seem to mess up, because you touched Poser while the Creators had all threads, and screen redraw therefore goes down to a crawling pace, and- the ONLY way you might get a blank script window, and a c++ error message at the end of the process, -AND: you had not given the Environment Creators a bit of screen space to themselves.. You are now in trouble, since Poser and Creators are ONE, and only ONE, program in the eyes of the system. So clicking in the taskbar on the Creators wouldnt have done anything for you. Poser responds only very slowly, you had allowed it to take over the screen, and now there is no way- unless you are patient- to get the Creators back. In this case, you should have minimised Poser- then, suddenly, the Creators would have sprung back to life. Exit from the Creators- restarting is not necessary at all. Maximise Poser again.Poser now springs back to life! OK, now make it a bit smaller, restart the Creators, move them to where they stuck out a bit from the Poser screen, and create away. Problem solved! Oh yes: the program tells you, indeed, that no lights are there when you load an unadapted lightset: because its the plain truth, and it saves you wasting time. If the program tells you a lightset, or parts of it, simply arent there, its time for you to whip out the Analyser and adapt it (do read the manual though to save your valuable time). To give you an example: if you load a perfectly adapted lightset that holds ALL lights except for reflection lights, the Creators will work happily for you as long as youre not trying to do something to those reflection lights. But the moment you try to, it tells you they arent there- and quite right it is too. You can still continue working with the other lights as usual, but trying to work with non- existing lights will give you the same message. If you tried two or three times, the message on the interface changes to: "Well, they really arent there, you know :-)", which I must admit I thought was sort of neat.. I really hate it when a program isnt aware of its user... By the way: even an Old, Unadapted lightset can still be worked on, but without the detail you would otherwise have: just choose button "ANY" - instead of "Sun", "Sky", "Sun+Sky", or "Bounce". You can now do anything to your lightset, but it will be to all lights at once- from 1 lights to 4096 lights, doesnt matter howmany. Everything you do will happen to them all. With adapted sets, you could change just the small parts you chose to work on- front, left, mid-down-right part, and so on. IMPORTANT ************************* >time I ran Poser afterwards, and the light analyser script, renamed my current 3 light set to something like skymain, it froze, the script window went blank white and sat there over my image. I had to close the script (right click on the task bar button because the script window button was invisible in the white) and doing so crashed Poser.exe with a C++ runtime > >error again. I can't even descr ************************* The problem with the analyser you described, including the error message, comes down to the same thing as I described above: ***** MANTRA ***** 1) dont let Poser take over the whole screen. Keep a bit of the Creators free from Poser. 2) Only work with the Creators GUI, because Poser is taken over as long as you work with the Creators- which is why you can render straight from the Creators. Otherwise, things will suddenly slow down. 3) Click on the Creators to draw focus back to them. Dont use the taskbar. Once finished, maximise Poser again if you wish. AND- only XP: take care not to inadvertently start two python scripts at the same time. Youll get a c++ error. If this happens, dont worry. Click the naggy window away and start the Python script again. Click only once, thats all you have to think about. MAC only- run the Creators straight from the file menu if you get into trouble. This will set things to right again. No restarting or quitting necessary. Might be helpful if you closed the Python button window- that will reset it in one go, while the highly powerful path clauses in the Creators set things straight for you in the heart of the system, and allow you to continue work as normal. I trust this answers all. I will place a FAQ on my website at http://www.pcbos.nl , at the poser page there, where these points will be shared with other users. P.S. There is no way in which I could alter Posers nasty non- multithreaded behaviour without rewriting the program, Im sorry. But with the three points of the "Mantra" above, the Creators will work reliably for you- I have today tested on a XP machine to see if Im right in supposing this, and I can now say it with confidence. Thank you for drawing my attention to your problems, I learned a good deal about how to go about with my new program, a Zoom Tool for Poser. Your mail is invaluable to me- Im only sorry you had such unnecessary problems. I promise once again: I will never write an Installer anymore, and also promise to, in future, always think of being explicit about Posers quirks, and also promise here and now that, in future, I will not take for granted that some behaviours are known to everybody. To write creative tools for the Poser community, of which I myself am proud to be a member, is tremendous fun and one great, big, HUGE learning process. I could never grow and be really useful to it without comments like yours, and thats the plain truth. Thank you. Enjoy rendering! Paul C. Bos