Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Flexi prims ignore some torture settings

Quarrel Kukulcan
Registered User
Join date: 21 Feb 2006
Posts: 48
06-22-2006 20:26
I was using a box-based object with a Dimple setting of 0.5-1.0, so only half of it rendered. (The point was so I could rotate it via script and it would look like it was rotating about one end instead of the middle.) When I enabled flexing, the dimple parameters were ignored and the entire box rendered from end to end.

The worst part is that even though I can emulate the previous effect by using a texture that's totally clear on one half, the prim still flexes based on the far end.

If anyone else has found more gotchas or come up with clever workarounds, I'd love to hear them.
Lefty Belvedere
Lefty Belvedere
Join date: 11 Oct 2004
Posts: 276
06-23-2006 14:11
From: Quarrel Kukulcan
I was using a box-based object with a Dimple setting of 0.5-1.0, so only half of it rendered. (The point was so I could rotate it via script and it would look like it was rotating about one end instead of the middle.) When I enabled flexing, the dimple parameters were ignored and the entire box rendered from end to end.

The worst part is that even though I can emulate the previous effect by using a texture that's totally clear on one half, the prim still flexes based on the far end.

If anyone else has found more gotchas or come up with clever workarounds, I'd love to hear them.


The Lindens are either not finished implementing flexies 100% yet, OR there are issues with some configurations and performance hits. I suspect a little of both...

As for the texture problem, remember that you can rotate any texture on any face. See if you can't get that transperent side of the texture to start on the side you want hidden

~Lefty
TonyRockyHorror Hauptmann
two-for-one special
Join date: 5 Nov 2005
Posts: 76
06-27-2006 13:43
i was under the impression that flexies would only function properly if they were not tortured, i.e., flexies can only be a box or a cylinder
and therefore if you change prim type to something other than one of those two, it would then ignore the flexiness, even if you change it back to box/cylinder.
Rakorneth Rezillo
Registered User
Join date: 9 Jun 2006
Posts: 8
06-28-2006 00:55
I'm pretty darn sure that you can flexi everything but spheres. I'll check it out tomorrow to make sure.
Chosen Few
Alpha Channel Slave
Join date: 16 Jan 2004
Posts: 7,496
06-28-2006 07:38
From: Rakorneth Rezillo
I'm pretty darn sure that you can flexi everything but spheres. I'll check it out tomorrow to make sure.

From the SL 1.10.0 release notes, when flexible prims were introduced:
From: someone
Release Notes for Second Life 1.10.0(32) May 24, 2006
=====================================
* Flexible objects
** Cube, prism and cylinder primitive types can now be made flexible as a client-side effect
** Simulation parameters for material and responsiveness to gravity and wind
** Objects that are flexible cannot be physical and are always phantom
** Use of these is currently limited to preserve framerate as they increase amount of client-side processing
(emphasis added)


All changes to flexible objects since then have been bug fixes. No additional types of flexible objects have been added:
From: someone
Release Notes for Second Life 1.10.2(2) June 7, 2006
=====================================
Bug Fixes:
* Fixed a bug with flexible attachments made with Twist Begin

Release Notes for Second Life 1.10.1(0) May 31, 2006
=====================================
Bug fixes:
* Improved flexible attachment behavior while crossing a region boundary



Anyway, to throw my 2 cents in on the original question, here's what I see as the best probable explanation. Since flex is only a client-side drawing effect, not a physical effect, it's very likely that the re-drawing instructions are only configured to address each prim type as a whole, in accordace with the parameters available only to the exact prim type in question. In other words, when the SL client determines what instructions to send to the graphics card in order to draw the flex, it reads the prim parameter list, and makes its drawing calculations based entirely on that list. Parameters unique to other non-flexible prim types (such as dimpling) that are "leftover" from the user having changed the type are simply ignored. Whether this is a technical limitation or just an oversight is anybody's guess.
_____________________
.

Land now available for rent in Indigo. Low rates. Quiet, low-lag mainland sim with good neighbors. IM me in-world if you're interested.
kalik Stork
Registered User
Join date: 1 Mar 2006
Posts: 79
06-28-2006 08:51
once I made a prim that was lets say 1m and then applied the flex and stuff under the features table like I wanted. Then, I shrunk it down to .5m and it didn't remain the same flexed prim shape It seems that certain flexes only worked on certain sizes of prims. I had made before. It seems that certain flexes only worked on certain sizes of prims. Im not very smart about why this happened.. any ideas? or know how I can fix it?
Gleeb Gupte
Maker of big square stuff
Join date: 13 May 2005
Posts: 22
06-28-2006 10:59
I think I should just point out that prim torture is not intended behaviour, but has been left in by the lindens because people make some pretty cool stuff with it...

As such... is this actually a bug?
Quarrel Kukulcan
Registered User
Join date: 21 Feb 2006
Posts: 48
06-28-2006 11:35
From: Gleeb Gupte
As such... is this actually a bug?

I didn't claim it was. :)