...because someone would first need to provide some good textures as Q1 replacements that don't look like complete ass. Ikbase would be the only usable set. 

Necros: DP is not QuakeWorld based; there is gamma/brightness control. It lacks documentation indeed.

Whoever: Gtk has shear, in 1.5 you just have to operate on edges and verts (you can select several).

JPL: How come you say that q3 editor has autobuild/macros stuff and "pre-mapped" geometry, or were you thinking of UT2k. Q3 has some mapmodels, but no one sais you should use them (especially mapping for quake). BTW Radiant can be used for any quake game. Making good q3 map is as hard, its just that you can make a more complex level, without compiler/engine problems (as Necr said)

scampie: but you dont have to use q1 textures, textures are loaded from pk3, just like in q3
TGA/PCX/JPG

and whoever is calling skull nicely textured map ... uhh 

You have other engines besides Dark Places that have Q3 bsps so the limitations of DP does not need to be an issue.

It is up to the mapper really. If Kinn's next map specifically comes with a custom Dark Places executable for it to accomadate the bsp format used, are you not going to play it because of THAT? Because it would crash poor, old, buggy, not a proper implementation of OpenGl standards, GLQuake? At most the additional executable would add a half meg to the download with compression. 

There's no need to start a new thread for this

http://www.celephais.net/board/view_thread.php?id=24406 

jago:
well, all i know is i discussed it with lordhavoc briefly, and he told me it was in all QW engines, or something like that, and that basically i should live with it. i guess that sort of turned me off to DP since it didn't look, at the time, that he was even willing to fix it.

also, if there are new versions up, where can i get them? the DP site always lists the old versions.

P.S: The people whining that Darkplaces doesn't look like GLQuake should take a look at the console variables. You can disable pretty much every single thing Darkplaces adds to the game graphics: bumpmapping, decals, etc, etc and make it look like vanilla GLQuake.
as i already explained, since none of those settings are documented (not even mentioning those effects that seem to be applied automatically) it is difficult to find them.

speedy:
DP is not QuakeWorld based
Ok, cool, i didn't know that. However: it still feels like QW in that you seem to be able to move faster, and there's also a strange thing like in Q2 where you can 'catch' edges of brushwork and jump again, which i absolutely detest.

ps: lol kinn. :P but you know we like to rehash old threads anyways. ;) 

in that thread is particurly good

#28, sorry fella, you sound a bit naive there. 

.. #24 and #28 in which thread ? 

http://www.celephais.net/board/view_thread.php?id=24406

this one! 

I for one would use q3 bsp format for quake right away if I could (I don't like DP so much), but mostly for the actual bsp stuff, details, hints, etc. For lighting, textures, and the rest, I like the old school quake feel better. I just want to be able to make more complex maps that run and compile faster. 

I think it's a good idea; it automatically nets us all the compiler goodies that exist in q3map2 but would be difficult to add to qbsp (or are impossible due to the q1 bsp format.)

I think any mapper who wants to make his map look like authentic quake 1 could probably still do it by using appropriate textures and doing the lighting in a certain way (the lighting is a question... i don't know if it's possible to make it look quakey.)

I think the only real obstacle to this is that you currently have to use darkplaces, which is too restrictive for players who each have a preferred engine. If enough other engines (like fitzquake... gulp) could load q3bsps, this would become a legitimate option. But you'll never get the level of compatability that vanilla quake bsps provide.

I agree that darkplaces has problems that make it not a good choice for some players... such as the headache of figuring out how to configure it to turn off the arbitrary features. As a contrast, I've noticed fuhquake has changed over the past few years so that the default settings have most of the weird stuff turned off. 

Petition LordHavoc to make the future releases of Darplaces look as close to vanilla GLQuake as possible by default (by turning off all the new / "improved" custom gfx) and write proper console variable documentation so that people will be able to figure out things they could possibly want to enable by themselves? 

Good luck.

Really though what's the point with these flashy engines? The effects might be nice, but these engines are usually cluttered, over-the-top, and change the feel of Quake.

I think the soul of Quake is often lost in the translation and you're often experiencing the game content in a way that was never intended (that is to say, they are visually divorced from the original as to be, in a word, 'silly').

Not to mention, said engines cluttered with features often misbehave and lack consistency.

The question on my mind is when is enough enough? 

why not indeed.
this is a good idea for the designer who wants complex q1 level w/o any difficulties making it.

that'll make our half-dead quake suffer in agony 1 year more. 

I'm fine with Q3BSP for Quake as long as is just a new, better data structure for level geometry and lighting. If people insist on packaging that with new particle explosions and glinty water and hideous 24-bit textures then they can fuck off. 

For some odd reason I couldn't find the 'I won't use darkplaces as it is a crap, bloated, sluggish pig of an engine with a bunch of wank effects' option, so I couldn't vote. 

The people whining that Darkplaces doesn't look like GLQuake should take a look at the console variables.

No.

The person/s coding the engine should

1. disable all of the new shit by default,

2. provide detailed documentation of cvars etc,

and now that I think of it, even better,

3. provide configs to quickly switch between vanilla quake mode and 'all fancy new shit' modes. That way everyone can easily try both extremes and then tweak their preferred config from there.

Petition LordHavoc to make the future releases of Darplaces look as close to vanilla GLQuake as possible by default (by turning off all the new / "improved" custom gfx) and write proper console variable documentation so that people will be able to figure out things they could possibly want to enable by themselves?

You may recall that this issue has come up before in the past, probably more than once on this board. LordHavoc read and posted at the time so I can safely assume he understands our thoughts on the matter.

If nothing has been done to address these issues in recent releases, I can only assume that he doesn't give a shit. 

http://icculus.org/twilight/darkplaces/

Frib: you are purist then? Or just want to use some other engine

Mindcrime: the point was stated several times, (maybe it not obviuos for non-mappers) compiling to q3 .bsp you can make thigs that are not possible within q1 map format.
Also its funny to hear such things from a man who built TC on a custom engine with many new effects. 'Soul of Quake' is not engine dependant

metlslime: whats the big difference of q3 lighting? Overbrights is engine stuff, color and falloff can be set whatever you want 

Speeds, is you really want to know... for me, there is no real need or desire to use any engine other than FitzQuake.

It is the only engine which seeks to enhance Quake and maintain the spirit of the original game. Metlslime understands stuff. This is why he created FQ. It is a thing of joy to be able to play in this engine. 

i don't know what the big difference is. that's why i said it was a question. I know from my q3 experiments that the falloff is inverse or inverse squared instead of linear. I also remember that the sane light values were much different for ordinary lights than they were in quake 1. Beyond this, I don't know, and I don't know how much control/flexibility there really is. Since you seem to know, can you emulate light.exe style lighting in q3map? 

Beware dedicating your work to a single engine. We know not what Quake engines will be in fashion 10 years from now. 3 years ago, Tenebrae-only works were in fashion and who uses those now? Seemed like the smart money bet at that time. Today those works are an obscurity.

And beware marrying an OpenGL only engine. An engine without a non-OpenGL build simply cannot be run on the same wide array of computers.

Even some computers with the prerequisite hardware to run OpenGL Quake engines cannot: video card driver problems.

And also, there are the Mac users. An engine "having" a Mac build doesn't mean it is as good and supported as the Windows build. I haven't run across a Mac user that uses anything except for Mac GLQuake or the Fruitz of Dojo port.

Small tweaks like edict counts and other simple changes to an engine to allow larger sized maps to avoid packet overflow are one thing.

But marrying an engine is another matter entirely. Get married to an engine and your work's future is married to the engine too. 

OpenGL is a competitor to Microsoft's Direct3D (DirectX).

There is a headline on the OpenGL site ( http://www.opengl.org ) about some sort of performance-impairing implementation of OpenGL in the Windows Vista, the next version of Windows shipping in December they say.

The headline has been there over a month, so it has to be a concern. 

You forgot console kiddies - they cant run quake at all, what a pity

BTW, speaking of Tenebrae, there was Tiger`s project Industry, wonder how many skipped it just cause they didnt want to play in Tenebrae, even if they could (at that time I had a puter that could barely run Tenebrae at 5-10 fps)

metlslime: I`v been tyrlite guy almost from the start, and using inverse square falloff mostly. Never liked original light.exe

I think overbrights is the most important difference of q3 lighting, the textures get very washed out if the light is bright. But Im not q3 mapper, really 

I'm fine with Q3BSP for Quake as long as is just a new, better data structure for level geometry and lighting. If people insist on packaging that with new particle explosions and glinty water and hideous 24-bit textures then they can fuck off.

At the end of the day, if I could pick only one feature, it would be the ability to use mesh models as proper world geometry with collision and all, as q3map2 does with .ASE models. 

Speed: The Nehahra engine barely added a thing comparitively... Doubly so when you look at Bengt's new engine, which is the best quake engine in existence (not too much, not too little, and it doesn't choke on epolys.. even when there's an orgy of them. It is hands-down the best enhancement of GL there is, and I don't mind saying that categorically).

All in all, how many "effects" are we talking about here? A couple flags for dynamic colored lighting, a colored flash of light if desired, transparency, global fog, skyboxes, model interpolation? A few extra cvars and some upped limits here or there?

Whoop-dee-do-shit. The way people talk they make the Nehahra engine sound like Tenebrae. Christ. The problem is of course.. the people who balk.. are the people who haven't gone to Bengt's site and DLed it.. and probably never gave nehahra.exe a chance to begin with.

Even with Ender's original engine... It is no fault of mine that so many opted to use dpnehahra.exe instead, which had a plethora of other bells and whistles (that they could bitch about of course!).

Or is it all about Nehahra being the first to do any of it? Or is it because the Neh engine only sought to enhance the GL experience rather than try to emulate software Quake? (which I have/had no interest in).

And I'm afraid the "soul of quake" *is* engine dependent. In some engines, it remains victoriously. In some, certain aspects of its feel are enhanced while others remain the same.

But yes.. in some.. the feeling is LOST. And it's blatant when this is so. You might lie to yourself and say it had no effect. But it does. You know it, I know it, everyone knows it, yet some won't admit it (because ooh-ah look at that new particle effect.. or this new lighting effect.. or oooh a different map format... yay whoop-de-do-shit).

In the end, when Quake is stripped of its feel and atmospheric charm ... it's just fucking embarassing. 

need to be mappers themselves.

Just like fitzquake is successful because of metlslime's gentle hands and fuhquake because of fuh's dm and tf background.