I've saved some especially for you, there's a secret sub-channel specifically for that stuff :) 

How many camera positions does vis compute anyhow? Or does it figure out how many positions to account for and only compute those?? 

It's funny how a lot of people's requests are already possible or exist. We need this sort of thread more often to help spread the word. 

Who the fuck says an engine needs DLLs?

WinQuake doesn't need DLLs.
FitzQuake 0.85 doesn't need DLLs.
FTE doesn't need DLLs.
Mark V doesn't need DLLs.

The idea of needing DLLs is a shitty LINUX concept.

LordHavoc was a Linux user when he made DarkPlaces. The original Quakespasm authors (not ericw) were Linux users.

Linux ideas like DLLS and OGGS should be rejected and shunned.

NOT normalized, like a dopey person would do.

Don't be a dopey person. I'm just saying. Who the fuck said engines need a folder full of shitty DLLs?

Well -- answer: Linux people who do not use Windows.

In fact, in the compile tool chain for Linux friendly engines there is a static linking option that would eliminate the DLLS.

Demand better! Don't buy into the "need to have shitty DLLs" way of thinking. It's a lie.

/Against my better judgment I click submit! 

That would make updating so much nicer, as well as having multiple engine/single directory coexistance. 

I might visit that discord place as long as it's not full of weird porn like the irc channel was.

no worries, the nsfw channel's hidden now 

is some sort of new visual thematic. It seems like the past 4 or 5 years have been dominated by mashups or updates of old themes. I'd like a comprehensive new texture-set that stands up on its own and looks just as good in a vanilla engine as it does in one with advanced features. 

DLLs are, of course, a Windows (and OS/2) thing. On Unix and Linux you have .so files. The concept of shared objects and libraries is present in any modern operating system. A vanilla install of WinQuake comes with:

GENVXD.DLL
PMPRO16.DLL
QUAKEUDP.DLL
WDIR32.DLL
GETINFO.DLL
PMPRO32.DLL
WDIR16.DLL

No idea what connection to Linux you see there.

Also, as someone with a Xiph.org connection a few years ago, I hereby kindly request Ogg Vorbis support in all engines ;-) (or, perhaps even better, Opus support - awesome for music, sfx and voip). 

Yeah, was gonna say WinQuake also had its fair share of dlls too.

Anybeans, now that I have discovered the sheer wizard magic of -basedir, I'm keeping all my engines quarantined in their own individual folders and the dll thing doesn't bother me now. Others' mileage may vary obviously. 

reading the documentation i see that AD already has what i said in #42 about scrags, and possibly demons

the third thing would be level-aware monsters, but in some ways they would start acting like multiplayer bots, so i don't know... 

 

If you are asking for enemies that are aware of the player since spawn, that exists already. Just trigger them with a trigger_once on the player's spawn.

If you want proper pathing enemies, necros ne_dynamic mod does that, plus some more things. 

Scrags that don't move on z axis with clip brushes. And the player will never notice if he can't reach that height.

Smarter daemons: slopes instead of stairs, abundant use of clip brushes, no low ceilings, complement on axis walls with 45º ones, and a lot less doors or make them as wide as the rooms they connect.

Monsters that jump without monster_jumps can be achieved by making them land on brushes too small for them. This can be repeated with the brushes below them and to the infinite. 

Currently, the Quoth/AD wizards, flying daemons and minotors have a poor resolution mesh. They don't look as good as all the other monsters (especially the default models).

I think they need some love. 

AD has vertically-aware ogres that can aim grenades at anywhere.

Oh, you mean path-aware, not height-aware. I second the notion that they'd become bots.

It could be interesting to have area-specific waypoints to help monsters battle around their intended place without hunting the player through the whole map. When you leave the area, they'd stay back waiting for you. The concept of territorialist monsters is cool indeed. 

r_softwarebanding from FTE in QS and QSS please please please? :} 

 

Or, at least, some cool cut scenes like the good ol' Zerstorer or Malice. I miss that cheesy, clunky but utterly charming style of animation. :) 

I can dream can't I?? 

I'm a filthy linux user. Is the argument for external libs not an argument for ease of upgradability?

If my SDL libs are statically linked into the executable, and I want to upgrade to a newer version of SDL, I need to recompile my whole game.

Also on my wishlist for this year is for Baker to incorporate my IRC mod into QS master... Oh wait... Realistic, that's not going to happen with my coding skills XD 

If my SDL libs are statically linked into the executable, and I want to upgrade to a newer version of SDL, I need to recompile my whole game.

I think that's the promise, yes. The reality is that never happens in real life settings. 

It could be interesting to have area-specific waypoints to help monsters battle around their intended place without hunting the player through the whole map. When you leave the area, they'd stay back waiting for you. The concept of territorialist monsters is cool indeed.

AD has this functionality, although I have not tested it. It's a "tethering" system. Don't have the entity info handle but Simon mentioned it was used in ad_tfuma I believe. It sounded pretty handy. 

That depends on whether this tethering system works as waypoints (chained paths) to also help the monster navigate the area. Vanilla Quake already had waypoint-style paths for patrolling, so that may be the case. 

I've always wanted to do a Quake mod that was basically Left 4 Dead, in that there was a director written in QuakeC that just spawned monsters as needed. I don't know that it would be all that hard ... sort of like Qonquer, but with more intelligence. 

My concern with that kind of mod is that you really lose a lot of what makes Quake work - that being hand crafted encounter design. Having the computer spawn enemies for you to fight means that you can't design combat scenarios that are tailored to the environment the player's fighting in, which takes away a lot of the variety of gameplay.

Quake really isn't a horde combat game.