Anonymous | Login | 03-01-2021 20:19 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0002529 | [Croquet] Jasmine | major | always | 01-17-06 22:35 | 07-15-06 06:07 | |||||||
Reporter | greg rivera | View Status | public | |||||||||
Assigned To | schwa | |||||||||||
Priority | normal | Resolution | open | |||||||||
Status | assigned | |||||||||||
Summary | 0002529: ASE SubMaterials (facegroups) drawn with wrong textures | |||||||||||
Description |
(works on pre-Jasmine release, broken with current Jasmine) When an ASE model is imported with multiple SubMaterials, the wrong SubMaterial texture is used to draw the polygons. Specifically, when the model has multiple (3 or more) "facegroups", the facegroups appear to use the wrong texture index. |
|||||||||||
Additional Information |
-- Problem appeared after the "TVertexBuffer" etc. was added to Jasmine. It works properly with prior (no "TVertexBuffer") version. -- Models with only two SubMaterials appear to be ok. But once 3+ SubMaterials are used (3 or more facegroups), the texture assignment goes weird. Pre-jasmine, the facegroups sequence and texture sequence were matched, one uses one, facegroup 2 used texture 2, etc. Now, its all jumbled. (Detail: yeah, its actually facegroup index 0,2,4 using texture index 0,1,2, since facegroups use two slots, so I'm referring to the sequence #, not the physical index #) Some examples of errors (from a 20Meg database) <<facegroup> uses <<facegroup's texture>>, and visually ok or wrong? Obj 8: 0 uses 0, ok 1 uses 2, wrong 2 uses 2, ok 3 uses 0, wrong Obj 37: 0 uses 1, wrong 1 uses 0, wrong 2 texture defined, but not used, ok Obj 7: 0 uses 0, ok 1 uses 1, ok (all single or double textures seem to be fine, its the third or more that messes things up) Obj 8: 0 uses 0, ok 1 uses 2, wrong 2 uses 2, ok 3 uses 0, wrong -- When comparing the vertices used by FaceGroups vs TVertexBuffer, they aren't in matching order (does this matter?). This seems strange, since the code that fills the FaceGroups appears to fill the TVertexBuffer at the same time ... Noticed in this test sample: I noticed three face groups, first group starting w/ vertex 1854+, second at 4+, third with 2066+ But the TVertexBuffer has the three groups in a different order, first 4+, then 1854+, then 2066+ |
|||||||||||
Attached Files |
![]() |
|||||||||||
|
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
84 total queries executed. 44 unique queries executed. |