GoW PyPRP 1.6.0 Beta 2 released

Announcements and discussion regarding any projects related to Cyan Worlds' Plasma Engine including (but not limited to) CyanWorlds.com Engine, Drizzle, OfflineKI, PyPRP, and libHSPlasma.

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Christian Walther » Mon Aug 17, 2009 1:05 pm

Alright, deleted. (Those who need it can still get it from r433, obviously.)

Hmm, let me check that on Windows myself...
Christian Walther
 
Posts: 443
Joined: Sun Jun 08, 2008 3:10 am
Location: Switzerland

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby D'Lanor » Mon Aug 17, 2009 1:25 pm

Eventually I had to fix my broken local SVN copy by going into the repository browser and doing the check out from there. The Windows Explorer context menu option "SVN Update" which I normally use kept complaining about the question marks which were not even there anymore. :roll: And clean up did not work either.
"It is in self-limitation that a master first shows himself." - Goethe
User avatar
D'Lanor
 
Posts: 1980
Joined: Sat Sep 29, 2007 4:24 am

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Whilyam » Mon Aug 17, 2009 1:40 pm

Converting my Ages to use the new plugin. In Bimevi, he waveset is throwing off an error:

[Visual Object pond]
[LogicHelper]
Exporting actions
Traceback (most recent call last):
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_Export.py", line 169, in open_file
export_age(agename,basepath,selection,merge)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_Export.py", line 83, in export_age
page.export_all(selection)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_ResManager.py", line 781, in export_all
AlcLogicHelper.Export(self,obj,scnobj,name)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_LogicClasses.py", line 60, in _Export
AlcLogicHelper.ExportLogic(page,logicscript,scnobj)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_LogicClasses.py", line 344, in _ExportLogic
AlcLogicHelper.ExportActions(page,actions,scnobj)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_LogicClasses.py", line 416, in _ExportActions
plobj.data.export_script(pscript)
File "C:\Program Files (x86)\Blender Foundation\Blender\.blender\scripts\PyPRP
\prp_AnimClasses.py", line 365, in export_script
self.getRoot().findref(layer).data.fState.fZFlags |= hsGMatState.hsGMatZFlag
s["kZIncLayer"]
NameError: global name 'hsGMatState' is not defined
User avatar
Whilyam
 
Posts: 1023
Joined: Sat Sep 29, 2007 5:55 pm

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Whilyam » Mon Aug 17, 2009 1:43 pm

Ah, pardon me. pond isn't the waveset, it's the model of the pond floor.
User avatar
Whilyam
 
Posts: 1023
Joined: Sat Sep 29, 2007 5:55 pm

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Christian Walther » Mon Aug 17, 2009 1:46 pm

Hmm, you're right, D'Lanor. Even updating straight from r430 to 434 wedges something, even though it skips the "poisonous" revisions 431-433. Not good. :( I wonder if there's anything we can do about that short of dumping and reloading the whole repository. :oops:

Whilyam, I'll have a look at your problem tomorrow (unless someone else fixes it in the meantime). Goodnight!
Christian Walther
 
Posts: 443
Joined: Sun Jun 08, 2008 3:10 am
Location: Switzerland

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Whilyam » Mon Aug 17, 2009 1:48 pm

Narrowed it down a bit. Removing this code (for footprints and ripples) fixed it.

pond:
logic:
actions:
- type: footmgr
footmgr:
matpreshade: ripplemat
matrtshade: ripplemat
lifespan: 20
targets:
- waveset
- type: ripplevsmgr
ripplevsmgr:
matpreshade: ripplemat
matrtshade: ripplemat
targets:
- pond
notifies:
- pond
waveset: waveset
initu: 4
initv: 4
finalu: 1
finalv: 1
User avatar
Whilyam
 
Posts: 1023
Joined: Sat Sep 29, 2007 5:55 pm

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby D'Lanor » Mon Aug 17, 2009 2:51 pm

It must be this fix that causes the error:
Footprint and Ripple materials no longer get the MADD blendflag set that removed intermediate transparency levels (forcing pixels to either fully transparent or fully opaque).

This does affect hsGMatState.

I am not sure why this happens because my ripples and footprints are still fine. My guess is that your very rare case of using the same material for both footprints and ripples is throwing it off somehow.
"It is in self-limitation that a master first shows himself." - Goethe
User avatar
D'Lanor
 
Posts: 1980
Joined: Sat Sep 29, 2007 4:24 am

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby D'Lanor » Mon Aug 17, 2009 3:10 pm

Christian Walther wrote:Hmm, you're right, D'Lanor. Even updating straight from r430 to 434 wedges something, even though it skips the "poisonous" revisions 431-433. Not good. :( I wonder if there's anything we can do about that short of dumping and reloading the whole repository. :oops:

I don't think that is necessary now that we know a workaround. Doing a check out instead of an update bypasses the bad revisions.
- Right-click local svn root folder
- Choose Tortoise SVN > Repo-browser
- Right-click the root folder in the Repo-browser > http://svn.guildofwriters.com/pyprp
- Choose Checkout > OK > confirm OK

Creating a new folder and performing a fresh checkout on it also works as I have just verified. This is probably an easier method.
"It is in self-limitation that a master first shows himself." - Goethe
User avatar
D'Lanor
 
Posts: 1980
Joined: Sat Sep 29, 2007 4:24 am

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Whilyam » Mon Aug 17, 2009 3:49 pm

Which is odd because I don't HAVE footprints in Bimevi. The code's just there as a legacy from when I was trying to get them to work. :P

Removed the footprint code and it works again. Thanks.
User avatar
Whilyam
 
Posts: 1023
Joined: Sat Sep 29, 2007 5:55 pm

Re: GoW PyPRP 1.6.0 Beta 1 released

Postby Tsar Hoikas » Mon Aug 17, 2009 4:43 pm

Fix attempt:

Replace line 365 of prp_AnimClasses.py with the following
Code: Select all
self.getRoot().findref(layer).data.fState.fZFlags |= prp_MatClasses.hsGMatState.hsGMatZFlags["kZIncLayer"]


I can't test this because I lack blender, all the PyPRP perquisites, an age, and time itself.
Image
Tsar Hoikas
Councilor of Technical Direction
 
Posts: 2180
Joined: Fri Nov 16, 2007 9:45 pm
Location: South Georgia

PreviousNext

Return to Plasma Development

Who is online

Users browsing this forum: No registered users and 1 guest