Page 1 of 2

Kadish Sparkly

PostPosted: Fri Dec 31, 2010 12:14 pm
by Sirius
The decal of my Kadish Sparkly don't follow the column it should be parented to. It floats at the highest level. Is it normal ?

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 12:31 pm
by Wamduskasapa
Sirius wrote:The decal of my Kadish Sparkly don't follow the column it should be parented to. It floats at the highest level. Is it normal ?


Yes - as with Jalak the Kadish sparkly behaves in this manner

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 2:55 pm
by Sirius
Not sure you understood correctly: the spark flies at the upper level (we are all OK about this), and the symbol of a moon and a sun follows the column it is on (or at least it is the way it is supposed to be).

The problem is that the symbol of a moon/sun doesn't follow the Kadish pillar. The one in Jalak is OK but not the one of Kadish.

How is parenting done in Uru ? Is the "parenting" in the main object or the sub object ? Maybe it could explain it...

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 3:06 pm
by Pavitra
If I understand what you're saying correctly, then that sounds like an error. It might be helpful if you would post a screenshot that demonstrated the bug.

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 3:12 pm
by D'Lanor
Parenting alone does not make the child object follow the parent. If the child object does not have a coordinate interface it won't move. Maybe that is what happened here.

Edit: Or maybe not. Since these objects were hacked into Kadish afterward they may not even be tied to the pillar animation at all.

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 3:28 pm
by Sirius
I don't have a screenshot, but I think it is not too hard to imagine the symbol floating in the air.

Anyway, I just checked and found a part of the bug. The parenting seems to be done in the parent object, in its coordinate interface (as you said D'Lanor, but both have a coordinate interface). So, I added it and it is no longer flying. It is.... well, I can't find it anymore. It seems the parenting put it somewhere else (don't know, maybe some kind of problem with object centers).

If you want to try it, I attached the file, you can import it in your Kadish_District_kdshPillars.prp. Don't forget to set your computer clock in February. Here is the PRC I used:
Code: Select all
<?xml version="1.0" encoding="utf-8"?>

<plCoordinateInterface>
   <plKey Name="pillar03" Type="plCoordinateInterface" Location="22;3" LocFlag="0x0000" />
   <SynchParams flags="0x00000000">
      <ExcludePersistentStates></ExcludePersistentStates>
      <VolatileStates></VolatileStates>
   </SynchParams>
   <Owner>
      <plKey Name="pillar03" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
   </Owner>
   <Properties>
      <hsBitVector>kCanEverDelayTransform </hsBitVector>
   </Properties>
   <LocalToParent>
      <hsMatrix44>[1.000000,0.000000,0.000000,803.296143 ; 0.000000,1.000000,0.000000,-20.516022 ; 0.000000,0.000000,1.000000,-137.464539 ; 0.000000,0.000000,0.000000,1.000000]</hsMatrix44>
   </LocalToParent>
   <ParentToLocal>
      <hsMatrix44>[1.000000,0.000000,0.000000,-803.296143 ; 0.000000,1.000000,0.000000,20.516024 ; 0.000000,0.000000,1.000000,137.464539 ; 0.000000,0.000000,0.000000,1.000000]</hsMatrix44>
   </ParentToLocal>
   <LocalToWorld>
      <hsMatrix44>[1.000000,0.000000,0.000000,803.296143 ; 0.000000,1.000000,0.000000,-20.516022 ; 0.000000,0.000000,1.000000,-137.464539 ; 0.000000,0.000000,0.000000,1.000000]</hsMatrix44>
   </LocalToWorld>
   <WorldToLocal>
      <hsMatrix44>[1.000000,0.000000,0.000000,-803.296143 ; 0.000000,1.000000,0.000000,20.516024 ; 0.000000,0.000000,1.000000,137.464539 ; 0.000000,0.000000,0.000000,1.000000]</hsMatrix44>
   </WorldToLocal>
   <Children>
      <plKey Name="3rdPillarRung11" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="12 ft LadderDownOn POS03" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung01" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung02" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung03" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung04" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung05" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung06" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung07" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung08" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung09" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung10" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung17" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung12" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung13" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung14" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung15" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung16" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung21" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung18" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung19" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung20" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung22" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung23" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="3rdPillarRung24" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="SfxRegSenFeet-Ladder03" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="12 ft LadderUpOn POS01" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="Ladder03Hang" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="PillarFallCamRegion03" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="12DownDetector02" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="12UpDetector01" Type="plSceneObject" Location="22;3" LocFlag="0x0000" />
      <plKey Name="CalendarStarDecal" Type="plSceneObject" Location="22;80" LocFlag="0x0000" />### New Children Object ###
   </Children>
</plCoordinateInterface>

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 3:52 pm
by D'Lanor
I think the ParentToLocal and LocalToParent X,Y,Z transforms of CalendarStarDecal should be set to 0. When editing the prc you can simply remove those two <hsMatrix44> lines.

But is it possible to parent across prp files?

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 4:00 pm
by Paradox
D'Lanor wrote:But is it possible to parent across prp files?

Theoretically... I'm not sure anyone has tried in practice though

Re: Kadish Sparkly

PostPosted: Fri Dec 31, 2010 5:36 pm
by D'Lanor
And if modifying the native Uru:CC file Kadish_District_kdshPillars.prp is against Drizzle's principles there is always the less elegant Python method...

kdshPillarRoom.py
Code: Select all
    def OnServerInitComplete(self):
        #do this before anything else
        objDecal = PtFindSceneobject('CalendarStarDecal', PtGetAgeName())
        objPillar = PtFindSceneobject('pillar03', PtGetAgeName())
        PtAttachObject(objDecal.getKey(), objPillar.getKey())
        #continue here with existing code

Re: Kadish Sparkly

PostPosted: Sat Jan 01, 2011 4:00 am
by Agenotfound
Paradox wrote:
D'Lanor wrote:But is it possible to parent across prp files?

Theoretically... I'm not sure anyone has tried in practice though


it's done in MQ with some of the avatar stuff I think..