[Backup]

Originally Posted by Mitchell I'm not sure how it is in cs1.6, but there is a limit that will crash the server once it is reached with entity indices. ( 2048 )

That's what the third stage is for. The idea is that you create a part of map and when you are done, you mark all your brushes ready for compile and they get replaced by compiled brush on next mapchange. If you'll need to modify it later, you would just un-mark them and they would become un-compiled on next mapchange. With this mechanism, I will be able to avoid 2^11 edict limitation.

Originally Posted by Mitchell Im curious on how this works with models, and how you are able to make a smooth ramp like that lol. What entity are you using to display the brush?

The trick is that the model gets compiled in the background and then is late-precached into the game and inserted as simple prop_dynamic. This was tested on localhost, so it was a bit easier then if I had to do it over the net.

[Mitchell]

Originally Posted by Backup The trick is that the model gets compiled in the background and then is late-precached into the game and inserted as simple prop_dynamic. This was tested on localhost, so it was a bit easier then if I had to do it over the net.

Interesting, and the same thing happens for the real-time display of the transparent wall?

[Fearts]

I've never seen anything like this. The ability to make a smooth ramp like that and create prop_dynamic on the fly is really amazing. I hope you decide to make this public.

[PresidentEvil]

do want

[Backup]

Originally Posted by Mitchell Interesting, and the same thing happens for the real-time display of the transparent wall?

Nah, that's different kind of magic. But it is based on models too.

[RedSword]

Wwwwwwwwwwwhhhhhhhhaaaaaaaaaaaaaattttttttttt

Originally Posted by Backup About the code side - the first thing I'm going to do now is to scrap the whole code, because it is written for SourceMod and it needs to be rewritten as a MM module and SM plugin will be used only for frontend.

Are you using DHooks or some extensions that allow to change/hook/use memory directly ? i.e. Are you be able to do that with only "basic" Sourcemod?

Originally Posted by Backup But in the future, it should be compilible into bsp.

Will all map compilation steps be executed ? i.e. do you think it will be possible to "extend" a map ? i.e. add from the "leaked" or "outside" part of the map (where one can go only with noclip / spectator-mode)


This is seriously fucking awesome man.

<pessimism>Just waiting for Valve to come fuck that up.</pessimism>

[Backup]

Originally Posted by RedSword Are you using DHooks or some extensions that allow to change/hook/use memory directly ? i.e. Are you be able to do that with only "basic" Sourcemod?

SourceMod plugin and one .bat file running in the background.

Originally Posted by RedSword Will all map compilation steps be executed ? i.e. do you think it will be possible to "extend" a map ? i.e. add from the "leaked" or "outside" part of the map (where one can go only with noclip / spectator-mode)

If you create that map inside this editor, yes. Extending compiled bsp won't be possible (in terms of removing/modifying existing blocks).

[que]

Originally Posted by Backup So what do you think? Should i continue developing it? Would you "play" it?

3xYES

[Peace-Maker]

This looks awesome! Quite unique idea to generate models dynamically based on plugin input. Do you copy them to your client locally too?

[Mitchell]

Originally Posted by Peace-Maker Do you copy them to your client locally too?

If i had to guess either the server is hosted via the client, or he does that, as it's a late precache for the client and server. There have been issues showing ERROR models if the model was downloaded late.