I don't see a misc_model anywhere.
If you mean mapobject_custom then yes, it doesn't call setsize.
However, its also both movetype_noclip and not solid. Thus its size is irrelevant to anything else. Therefore, not buggy.

The same is true of a number of other special-case static/semi-static entities.

Note that QC decompilers are utter shite, so take whatever I say on this subject with a pinch of salt, but what I see looks like quoth survives okay with whichever setting that cvar has (at least until someone replaces maps/b_explo*.bsp with an mdl or even a more detailed bsp). 

Maybe this issue shall self-resolve then, given enough time. 

We want to keep vanilla compatibility, so fixing the code to work correctly there and leaving the cvar as it is seems best. I'll add some setsize calls to the exploding boxes as I can see the issue with the replacement models, that shouldn't be allowed to create a difference size hull.

I think from there I can figure out the other possible issues - it would be very annoying if the feature intended to let you visualise the size of the triggers accidentally changed the size of those triggers at the same time... 

Probably no latent bug in that case, because triggers always initialise the size to self.mins/maxs right after a setmodel.

Imagine someone added a trigger_multiple entity, and set the model to progs/shambler.mdl. In vanilla it would get a size of 16x16x16. The cvar setting we've chosen makes sure that's consistent in other engines. But all of that happens before developer 4 comes along and performs a setmodel without a setsize. So the developer 4 code is inflicting a 16x16x16 bbox on a trigger which was already that size. Right? 

maps with a trigger_multiple using progs/shambler.mdl deserve to break...
(if only because ents that expect inline models tend to not bother to precache said models.)
But if a map uses it, and some other entity already precached it, then you'd get a trigger sized according to the model, yes, which would differ between engines. And there's not really anything you can do about it, other than telling people not to do stupid things.

Side note: mdls pitch differently from spr and bsp too. so if you're using vectoangles or makevectors for the entity then you're again going to need to know if its a mdl or not. There's nothing you can do to avoid that, either (other than fte's r_meshpitch cvar that then breaks the rest of the mod). Replacement models are a real clusterfuck in this regard, but thankfully its normally a pain to configure pitch angles so most maps manage to avoid issues there.

When I mentioned developer 4, I meant blink_on does a setmodel-without-setsize, but its solid_not and movetype_none, so it doesn't really matter (and is fixed in monster_teleport_go once it does start to matter, but will show the wrong size with eg r_showbboxes until then).

Regarding developer 2 (read: quoth's RestoreTriggerModels function) then that function can find items too, not just trigger_multiple etc.
Thanks to droptofloor setting FL_ONGROUND (meaning they won't try to move), you probably won't notice, but those items will indeed end up with the wrong sizes because of that setmodel call, so it might be a good idea to preserve the original mins+maxs. I don't think its important for trigger_* though, they'll just end up with the size they had before. 

maps with a trigger_multiple using progs/shambler.mdl deserve to break...
(if only because ents that expect inline models tend to not bother to precache said models.)

You can get away with that in Quoth, because the ability to automatically precache external BSP models extends to other types of models (another example of QC not knowing the model type there!).

I'll probably just make sure that developer 2 skips over items in that case, but thanks again for the check. 

At 47 maps in 2018 so far, we're better than we were in 2017, with 46 maps released by the end of June. 

Why do we still care if a model is precached? 

Sweet. I was just taking a look at the spreadsheet. Thanks for keeping track. 

I recorded a blind playthrough of "The Tenacious Tentacle" by Socks, and since there is no official post of this map in the foruns i will just post it here:

https://www.youtube.com/watch?v=H9nfeLZm7Lc

But, seriously, why isn't a post about this level here? I only found it by accident (i never search for new maps in Quaddicted because I thought all new maps were posted first here in func_) The map was released this year, it uses AD monsters, it was made only with 100 brushes (so mappers can use it as a reference for the 4° competition) and it's awesome =D

You can download it here: https://www.quaddicted.com/reviews/ad_b100_sock.html 

Haven't checked that map out yet, but it looks good.

I'm trying to contact Breezeep, does anyone have his email address? 

But, seriously, why isn't a post about this level here? I'm not sure why any map author would avoid posting here but I have my suspicions.

Is that QSS-Admod in the video? Looks good. :) 

Yep, it is the QSS-Admod engine =D 

Check my profile. 

Hello everybody,

since I stopped mapping around 1999 I'm a bit rusty at this and need some pointers. A while ago I finally tried out SleepwalkR's truly excellent TrenchBroom for the first time seriously and made a small DM map with it, which I quite like. Now it's more or less done and I'm looking for a way to share it and maybe get some feedback. Is there currently something like a repository or a place where people look for Q1 DM maps? Or do you just upload it somewhere and post a link here? Are there still review sites? Do people even play custom DM maps anymore?

Anyway, any help with this would be appreciated muchly.

headshot 

http://www.quaketastic.com would be an easy place to upload it.

username: quaketastic
pw: ZigguratVertigoBlewTronynsSocksOff 

Just make sure you pick the right directory unlike most people uploading there... :P 

Hello!

People usually use quaketastic.com to upload maps. Login info here: http://celephais.net/board/view_thread.php?id=3&start=15658

Also, here on func is news thread, just submit news with short description of the map, sceen and download link. So after news is approved it'll have its separate thread.

Hope this helps! 

A new headshot map, omg!
I'd be up for giving it a spin online if that's happening.

Not much multiplayer going on around these parts anymore, the focus has mostly shifted to singleplayer maps. 

I think even the dedicated DM players left don't care that much for new maps, though you may want to post it at quakeworld.nu for feedback. No review sites to my knowledge.

Of course, it's always possible to throw in some monsters and we'll be all over it. 

Thanks for the quick answers and great info! I just need to sort out a few niggles and then I'll upload a beta somewhere and post a link here, maybe we can meet on a server (Bal, anyone else?) and see what's what. The tricky part would probabaly be to meet there at the same time :-)

It'd be nice to get some feedback on balance and maybe sticky parts to clip before release. 

You can try posting here: https://www.quakeworld.nu/forum/12/maps-textures
Also if you are not afraid of new "tech" you can try Quake World Discord channel: http://discord.quake.world/ 

Just joined Discord, thanks. 

Awesome, also you can join our Discord here: https://discord.gg/3zgJQ 

Could this new EU-law affect func?
Anybody know something?