Page 2 of 7
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:05 pm
by Christian Walther
Alright, deleted. (Those who need it can still get it from r433, obviously.)
Hmm, let me check that on Windows myself...
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:25 pm
by D'Lanor
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.
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:40 pm
by Whilyam
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
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:43 pm
by Whilyam
Ah, pardon me. pond isn't the waveset, it's the model of the pond floor.
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:46 pm
by Christian Walther
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!
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 1:48 pm
by Whilyam
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
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 2:51 pm
by D'Lanor
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.
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 3:10 pm
by D'Lanor
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.
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 3:49 pm
by Whilyam
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.
Re: GoW PyPRP 1.6.0 Beta 1 released
Posted: Mon Aug 17, 2009 4:43 pm
by Tsar Hoikas
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.