0000158: @entity-scripts: add hammerID{} and ModelID{} hooking

Notes
(0000276) Rei (reporter) 17.03.2013 06:02	Ah wait i forgot something important - for those who say now: "hey what? putting _modify scripts for some official maps on our/any server ? maybe some people wont like the modifications? no thanks." What about adding official support to load different or even NO _modify script ? like after/before the map loads. lets say oc_sewers - a vote pops up with the _modify versions the server found in the map/cfg folder: [1] oc_sewers (no mod) [2] oc_sewers (Rei edition) [3] oc_sewers (worfox edition) [4] oc_sewers (hardcore edition) And clients press 1,2,3,4 before the map finally loads (or vote after it loaded?) I mean, seriously - we lack a bit of exciting new content ... most of the time just "lobby-maps" get overplayed and people quit OC because they say they have played every map to often :( I really love this game its the best team FPS i ever played and i want it to be played a loooong time by many people :) I mean ... just imagine ... somebody voted (again^^) oc_wildfire or starship-troopers, and some people are just like - wtf im bored i leave. but then they see a popup and surprisingly somebody created a modify out of the blue: [3] oc_wildfire (nightmare edition) And they all shout OMG cool all vote 3 !!! Lets beat the unbeatable ^^. Well, at least i can imagine that as an ultra cool feature. MUCH new possibilities to play around on server. much new content / modes to play ... user contributed _modify scripts installed on the server (the good ones) ofc we need an easy and solid way to modify. i mean. having the entity data inside extra text files is not THAT odd ... it looks kinda same inside the map files. so why uploading 4 different map versions to the server for example - again regarding return_to_city17: for now i added a very challenging fight around the power-relay, limited lives and nice climbing puzzles / crate stacking puzzles (at the cliffs) which need to be solved to complete the map ... and some surprises :D ah and nicer fog+dynamic shadows and stuff sleep well ... byebye, Rei PS: just dont take me wrong .. i love you ... the game ... the maps ... i just want to create new content and possibilities out of nearly no work. reasons for replaying maps. because mapping is much work. you want new content - make the creation of new content easy. and please dont be that skeptically now im just trying to help

(0000277) TESLA-X4 (developer) 17.03.2013 07:58 edited on: 17.03.2013 08:00	The issue you mention where origin modifications are unreliable and typically end up affecting neighboring entities has already been partially, if not completely resolved in both SVN and Hotfix 4 (which hasn't been publicly released yet). The reason for the strange behavior was that the code was searching for an entity near the specified origin, within a radius of 0.1 units. This may seem small, but when multiple entities overlap the origin, the entity with the smallest entity index will be operated on, leading to the perception that the MapAdd system is buggy and unreliable. This has been changed so that strict origin checks are enforced, only falling back to the older behavior if no entities were found to have their origins match the given one exactly (to clarify: if any entities are found to satisfy the strict origin check, then the old behavior that potentially affects surrounding entities is NOT invoked. The old behavior is essentially a fallback now). Origin-based modification and deletion should be possible on any entity that exists in-game (so cubemaps and other similar entities cannot be modified as they have already been removed from the map during the compilation process), with the exception of physics entities (which always seem to have been simulated and moved by the time our code gets executed). And regarding the use of ModelIDs, while it is possible to support those, their uniqueness cannot be guaranteed as there exist some server plugins (e.g. Stripper: Source) to make changes directly to the entity lump even before our own code gets executed. Such plugins are able to make their changes without our code being able to detect said changes. This means that searching by ModelID can become unreliable if the server plugin injects new brushes with duplicate ModelIDs (all unmodified BSPs will never contain duplicate ModelIDs even if the brushes are identical copies). With that said, it is still possible to use it if due care is taken. Edit: Neico, can we have an alternate theme with brighter colors? It gets hard to read this text as the contrast between it and the background is rather low.

(0000278) Rei (reporter) 17.03.2013 19:19	Hey Tesla ! Nice to hear. Didnt knew you implemented some improvements already. :) I didnt knew about the addons messing around with model-IDs. So what do you think about the hammerID hooking ? Isnt that an ultimate unique key ? And will be super powerful in combination with oc_modify_generator 2.0 written by my in Java if nobody else does. i guess implementing support for HammerID{} Should not be very hard i guess ? And what about the "on map-change _modify vote popup" ? :) but ok - thats a completely separate topic. we dont need to discuss this here ;) greetings, Rei

Relationships