Kadish Sparkly
Kadish Sparkly
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 ?
- Wamduskasapa
- Posts: 943
- Joined: Fri Apr 30, 2010 6:56 am
- MOULa KI#: 0
- Contact:
Re: Kadish Sparkly
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
Computer = MotherBoard MSI X99S GAMING 7 - Intel I7-6950X
Dual MSI GeForce GTX 1080
64GB Kingston HyperX DDR4 Predator Memory
Dual Samsung 1TB SSD Pro - Dual Seagate 4TB SSHD
Excelvan 5.25" Multi-Function Media Dashboard
Dual MSI GeForce GTX 1080
64GB Kingston HyperX DDR4 Predator Memory
Dual Samsung 1TB SSD Pro - Dual Seagate 4TB SSHD
Excelvan 5.25" Multi-Function Media Dashboard
Re: Kadish Sparkly
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...
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
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.
Have Ages, and link to them without bindings. [Words 1:13]
Seltani
Seltani
Re: Kadish Sparkly
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.
Edit: Or maybe not. Since these objects were hacked into Kadish afterward they may not even be tied to the pillar animation at all.
"It is in self-limitation that a master first shows himself." - Goethe
Re: Kadish Sparkly
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:
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>
- Attachments
-
- kdsh.7z
- (393 Bytes) Downloaded 320 times
Re: Kadish Sparkly
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?
But is it possible to parent across prp files?
"It is in self-limitation that a master first shows himself." - Goethe
Re: Kadish Sparkly
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
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
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
"It is in self-limitation that a master first shows himself." - Goethe
- Agenotfound
- Posts: 189
- Joined: Mon Jun 29, 2009 7:15 am
- MOULa KI#: 0
Re: Kadish Sparkly
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..
