Engine icon indicating copy to clipboard operation
Engine copied to clipboard

Props do not draw if placed at 0, 0, 0 (x/y/z)

Open vrad-exe opened this issue 5 years ago • 8 comments

The title says it all... image

vrad-exe avatar Jul 14 '20 05:07 vrad-exe

He remains invisible during the sequence. chaos_LbgbN6tNsZ

vrad-exe avatar Jul 14 '20 06:07 vrad-exe

This weird prop/model disappearing thing also applies to the orange gel pipe when it swaps out to the collapsing animation

Adding this here as it might be related. 20220724230906_1

so far what both of these occurrences have in common is that when they swap to an animation they use for the sequence (gel pipe to it's collapsing one, wheatley to his moonshot animations) they disappear from the players view completely.

If need be I can make this a separate issue but I feel like these might be related.

I will continue to see if I can find any more info related to either of these that might help figure out the cause of it.

ashifolfi avatar Jul 25 '22 16:07 ashifolfi

I have found something that could help out!

Wheatley's main boss model and whatnot is sent the input to DisableDraw when you hit the stalemate button but for some reason the model/entity that handles the entire moonshot sequence is never actually drawn properly!

I found that I could still reenable the boss Wheatley manually using picker and a few clever commands to fire EnableDraw. But during the moonshot cutscene trying to run enable draw on whatever Wheatley Chell is holding doesn't seem to actually do anything.

I assume it's already had EnableDraw fired on it but something is preventing the model from properly displaying.

And now I'm wondering if the same is happening with the orange gel pipe. Since I believe it does swap out the model.

ashifolfi avatar Jul 25 '22 16:07 ashifolfi

Last update for now: Running ent_fire prop_dynamic enabledraw on sp_a4_finale4 resulted in this in regular portal 2 20220725125839_1

That second Wheatley does not appear when doing this in P2CE

Confirming that Wheatley's model is in fact not being drawn

ashifolfi avatar Jul 25 '22 17:07 ashifolfi

Still an issue

vrad-exe avatar Dec 13 '22 06:12 vrad-exe

Still an issue after 3 years

vrad-exe avatar Nov 06 '23 23:11 vrad-exe

I have found something that could help out!

Wheatley's main boss model and whatnot is sent the input to DisableDraw when you hit the stalemate button but for some reason the model/entity that handles the entire moonshot sequence is never actually drawn properly!

I found that I could still reenable the boss Wheatley manually using picker and a few clever commands to fire EnableDraw. But during the moonshot cutscene trying to run enable draw on whatever Wheatley Chell is holding doesn't seem to actually do anything.

I assume it's already had EnableDraw fired on it but something is preventing the model from properly displaying.

And now I'm wondering if the same is happening with the orange gel pipe. Since I believe it does swap out the model.

drawing for the @sphere entity is intentionally disabled for the moonshot and speed gel sequences because there are like 10 to 20-something prop_dynamics specifically fit and tailored for said sequences in finale4, which are located at the very center of the map (xyz coords are equivalent to 0,0,0).

this is most probably happening due to some implementation of ages-old culling/x-ray cheat prevention changes that were implemented in CS:GO an unspecified number of years ago. I definitely want this issue to be fast-tracked ASAP, but there's not really much I can do here either.

pivotman319-owo avatar Apr 06 '24 15:04 pivotman319-owo

managed to reproduce this just now. things literally stop drawing properly ingame if they're offset at 0, 0, 0.

affected props not visible in-game

proof that the entities exist: proof that the entities exist

same props showing up in hammer: same props showing up in hammer

does not reproduce if offset away from all zeroes affected props, shifted 64 units by z axis, drawing properly

pivotman319-owo avatar May 07 '24 21:05 pivotman319-owo

Fixed in the next staging build

ozxybox avatar Jun 28 '24 03:06 ozxybox

Fixed in the next staging build

confirmed

prop at 0,0,0 (x/y/z) displaying properly in latest staging build

pivotman319-owo avatar Jul 06 '24 10:07 pivotman319-owo

i take back that comment, this is not fully fixed

GLaDOS head prop in sp_a4_finale4 not drawing

pivotman319-owo avatar Jul 06 '24 10:07 pivotman319-owo

Are we sure this isn't an unrelated issue? The piece of code responsible for this bug is extremely simple, so I doubt it's coming back from the dead here.

JJL772 avatar Jul 06 '24 14:07 JJL772

Per @ozxybox:

If there is a separate bug from models rendering at world origin, can we open a separate issue for that? The world origin bug is fixed now afaik

@pivotman319-owo can you open a new issue with this information?

i take back that comment, this is not fully fixed

GLaDOS head prop in sp_a4_finale4 not drawing

JJL772 avatar Jul 11 '24 18:07 JJL772