- Status Closed
- Percent Complete
- Task Type Bug Report
- Category src → core
-
Assigned To
Stijn Buys - Operating System All
- Severity Medium
- Priority Very Low
- Reported Version Development
- Due in Version 0.2.0
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Project::OSiRiON
Opened by Evan Goers - 2011-02-16
Last edited by Stijn Buys - 2012-01-22
Opened by Evan Goers - 2011-02-16
Last edited by Stijn Buys - 2012-01-22
FS#10 - Sub-model clip brushes are not inherited by parent model
If you use a collision model on a sub-model(called with misc_model or some other way), it does not include the clip brushes used in the sub-model if collision models are activated in ships.ini(or equivalent).
Closed by Stijn Buys
Sunday, 22 January 2012, 16:02 GMT
Reason for closing: Fixed
Additional comments about closing: The issue with two entities is a different task.
Sunday, 22 January 2012, 16:02 GMT
Reason for closing: Fixed
Additional comments about closing: The issue with two entities is a different task.
This is actually a feature that hasn't been implemented yet: clip brushes from submodels or one of the func_ entities are ignored.
Clip from worldspawn, func_group, func_rotate, func_move and imported from submodels is now implemented as of revision 949.
Scaling issues should be solved as well.
Is there still anything missing in implementation for this?
There's a problem I hadn't seen before with e.g. alexandria. The collision model is off-center or the rotation is wrong.
From what I can tell, it looks like it's not being scaled to the correct size.
The scaling is indeed wrong and is caused by the (test-)alexendria in the unknown system.
Apparently two static entities using the same collisionmodel at a different scale doesn't work.
It does work however, if you use alexandria as ship model. EntityControlable uses different
bullet shapes.
So, the code needs to create two separate models when they differ in specific ways when set up in the ini files(such as with different scaling values).