• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-1146
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Critical Critical
Assignee: kelly linden
Reporter: Gaius Goodliffe
Votes: 2
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

On Havok4 beta grid, llSetPrimitiveParams behaving differently from main grid

Created: 03/Jan/08 09:28 PM   Updated: 06/Apr/08 03:26 PM
Return to search
Component/s: Scripts
Affects Version/s: Havok4 Beta
Fix Version/s: Havok4 Beta

Issue Links:
Duplicate
 
Relates

Linden Lab Issue ID: DEV-9385
Linden Lab Internal Branch: havok4-2


 Description  « Hide
The following call is made in a script inside a cylindrical prim:

llSetPrimitiveParams([
PRIM_TEXTURE, 1, "blur", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
PRIM_COLOR, 1, ZERO_VECTOR, 0.0,
PRIM_TEXTURE, 0, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
PRIM_COLOR, 0, <1.0, 1.0, 1.0>, 1.0,
PRIM_TEXTURE, 2, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
PRIM_COLOR, 2, <1.0, 1.0, 1.0>, 1.0]);

All faces end up textured correctly. Face 1 and 2 have their colors and alpha set correctly. However, face 0 ends up the same color and alpha as face 1.

The main grid also has issues like this, depending on the order you supply face-specific parameters, it either works right or doesn't – however the above order works on the main grid. It only fails on sims running the Havok4 beta.

The bug here is that the H4 beta server currently breaks known workarounds for SVC-38 (the above ordering was chosen specifically to work around the SVC-38 bug, and it's worked fine until now).



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
WarKirby Magojiro made changes - 04/Jan/08 05:51 AM
Field Original Value New Value
Status Open [ 1 ] Resolved [ 5 ]
Resolution Duplicate [ 3 ]
WarKirby Magojiro made changes - 04/Jan/08 05:51 AM
Affects Version/s Havok4 Beta [ 10171 ]
Affects Version/s 1.18.6 Server [ 10230 ]
WarKirby Magojiro made changes - 04/Jan/08 05:52 AM
Link This issue duplicates SVC-38 [ SVC-38 ]
Gaius Goodliffe made changes - 12/Jan/08 01:53 AM
Affects Version/s Havok4 Beta [ 10171 ]
Summary On Havok4 beta grid, llSetPrimitiveParams setting colors on wrong face On Havok4 beta grid, llSetPrimitiveParams behaving differently from main grid
Affects Version/s 1.18.6 Server [ 10230 ]
Description The following call is made in a script inside a cylindrical prim:

        llSetPrimitiveParams([
            PRIM_TEXTURE, 1, "blur", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 1, ZERO_VECTOR, 0.0,
            PRIM_TEXTURE, 0, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 0, <1.0, 1.0, 1.0>, 1.0,
            PRIM_TEXTURE, 2, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 2, <1.0, 1.0, 1.0>, 1.0]);

All faces end up textured correctly. Face 1 and 2 have their colors and alpha set correctly. However, face 0 ends up the same color and alpha as face 1. (The main grid also has issues like this, depending on the order you supply face-specific parameters, it either works right or doesn't -- however the above order works on the main grid. If the bug can't be fixed, it should at least replicate the main-grid's bugginess with regards to which ordering works and which doesn't.)
The following call is made in a script inside a cylindrical prim:

        llSetPrimitiveParams([
            PRIM_TEXTURE, 1, "blur", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 1, ZERO_VECTOR, 0.0,
            PRIM_TEXTURE, 0, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 0, <1.0, 1.0, 1.0>, 1.0,
            PRIM_TEXTURE, 2, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 2, <1.0, 1.0, 1.0>, 1.0]);

All faces end up textured correctly. Face 1 and 2 have their colors and alpha set correctly. However, face 0 ends up the same color and alpha as face 1.

The main grid also has issues like this, depending on the order you supply face-specific parameters, it either works right or doesn't -- however the above order works on the main grid. The bug here is that the beta grid currently breaks known workarounds for SVC-38 (the above ordering was chosen specifically to work around SVC-38, which it does, on the main grid).
Gaius Goodliffe made changes - 12/Jan/08 01:54 AM
Resolution Duplicate [ 3 ]
Status Resolved [ 5 ] Reopened [ 4 ]
Gaius Goodliffe made changes - 17/Jan/08 09:32 PM
Description The following call is made in a script inside a cylindrical prim:

        llSetPrimitiveParams([
            PRIM_TEXTURE, 1, "blur", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 1, ZERO_VECTOR, 0.0,
            PRIM_TEXTURE, 0, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 0, <1.0, 1.0, 1.0>, 1.0,
            PRIM_TEXTURE, 2, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 2, <1.0, 1.0, 1.0>, 1.0]);

All faces end up textured correctly. Face 1 and 2 have their colors and alpha set correctly. However, face 0 ends up the same color and alpha as face 1.

The main grid also has issues like this, depending on the order you supply face-specific parameters, it either works right or doesn't -- however the above order works on the main grid. The bug here is that the beta grid currently breaks known workarounds for SVC-38 (the above ordering was chosen specifically to work around SVC-38, which it does, on the main grid).
The following call is made in a script inside a cylindrical prim:

        llSetPrimitiveParams([
            PRIM_TEXTURE, 1, "blur", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 1, ZERO_VECTOR, 0.0,
            PRIM_TEXTURE, 0, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 0, <1.0, 1.0, 1.0>, 1.0,
            PRIM_TEXTURE, 2, "prop", <1.0, 1.0, 0.0>, ZERO_VECTOR, PI_BY_TWO,
            PRIM_COLOR, 2, <1.0, 1.0, 1.0>, 1.0]);

All faces end up textured correctly. Face 1 and 2 have their colors and alpha set correctly. However, face 0 ends up the same color and alpha as face 1.

The main grid also has issues like this, depending on the order you supply face-specific parameters, it either works right or doesn't -- however the above order *works* on the main grid. It only fails on sims running the Havok4 beta.

The bug here is that the H4 beta server currently breaks known workarounds for SVC-38 (the above ordering was chosen specifically to work around the SVC-38 bug, and it's worked fine until now).
Priority Normal [ 4 ] Critical [ 2 ]
Rifkin Habsburg made changes - 24/Jan/08 10:14 PM
Link This issue duplicates SVC-38 [ SVC-38 ]
Rifkin Habsburg made changes - 24/Jan/08 10:16 PM
Link This issue Relates to SVC-38 [ SVC-38 ]
lindenrobot made changes - 25/Jan/08 07:29 AM
Linden Lab Issue ID DEV-9385
kelly linden made changes - 28/Jan/08 10:21 AM
Assignee kelly linden [ kelly linden ]
kelly linden made changes - 28/Jan/08 02:58 PM
Status Reopened [ 4 ] Fix Pending [ 10001 ]
Linden Lab Internal Branch havok4-2
Harleen Gretzky made changes - 01/Feb/08 05:29 AM
Link This issue is duplicated by SVC-1404 [ SVC-1404 ]
kelly linden made changes - 21/Feb/08 03:50 PM
Status Fix Pending [ 10001 ] Resolved [ 5 ]
Fix Version/s Havok4 Beta [ 10171 ]
Resolution Fixed [ 1 ]
Harleen Gretzky made changes - 05/Apr/08 03:35 PM
Link This issue is related to by SVC-2036 [ SVC-2036 ]
Harleen Gretzky made changes - 06/Apr/08 03:26 PM
Link This issue is duplicated by SVC-2095 [ SVC-2095 ]
Sue Linden made changes - 13/Nov/08 12:08 PM
Workflow jira-2007-12-22a [ 50977 ] jira-2008-11-14 [ 82074 ]
Sue Linden made changes - 13/Nov/08 04:39 PM
Workflow jira-2008-11-14 [ 82074 ] jira-2008-11-14a [ 89950 ]