Alright, deleted. (Those who need it can still get it from r433, obviously.)
Hmm, let me check that on Windows myself...
GoW PyPRP 1.6.0 Beta 2 released
-
- Posts: 443
- Joined: Sun Jun 08, 2008 3:10 am
- MOULa KI#: 0
- Location: Switzerland
Re: GoW PyPRP 1.6.0 Beta 1 released
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.
And clean up did not work either.

"It is in self-limitation that a master first shows himself." - Goethe
Re: GoW PyPRP 1.6.0 Beta 1 released
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
[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
Re: GoW PyPRP 1.6.0 Beta 1 released
Ah, pardon me. pond isn't the waveset, it's the model of the pond floor.
-
- Posts: 443
- Joined: Sun Jun 08, 2008 3:10 am
- MOULa KI#: 0
- Location: Switzerland
Re: GoW PyPRP 1.6.0 Beta 1 released
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. 
Whilyam, I'll have a look at your problem tomorrow (unless someone else fixes it in the meantime). Goodnight!


Whilyam, I'll have a look at your problem tomorrow (unless someone else fixes it in the meantime). Goodnight!
Re: GoW PyPRP 1.6.0 Beta 1 released
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
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
Re: GoW PyPRP 1.6.0 Beta 1 released
It must be this fix that causes the error:
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.
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
Re: GoW PyPRP 1.6.0 Beta 1 released
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.
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
Re: GoW PyPRP 1.6.0 Beta 1 released
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. 
Removed the footprint code and it works again. Thanks.

Removed the footprint code and it works again. Thanks.
-
- Councilor of Technical Direction
- Posts: 2180
- Joined: Fri Nov 16, 2007 9:45 pm
- MOULa KI#: 23335
- Location: South Georgia
- Contact:
Re: GoW PyPRP 1.6.0 Beta 1 released
Fix attempt:
Replace line 365 of prp_AnimClasses.py with the following
I can't test this because I lack blender, all the PyPRP perquisites, an age, and time itself.
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.
