...when using automated tools. The only handmade ones are from Quake and the mission packs (not done by me, btw), the others were generated with automated tools. One would have to edit the .lits to remove those which don't make sense, I guess. In most cases, it's still looking better than without colored lights, anyway.

If anyone has the time and motivation to go through all the (formerly) commercial/community release lits to eliminate bad color lights placement, feel invited to do so. 

In the recent DX version, the illusionary guy from the .ent file is no longer transparent (he previously was). He still is transparent in GL and Win. And of course, DX still doesn't do the transparent HUD. 

Is it possible that screen resolution is not automatically copied from id1 config any more when launching addons in other directories (e.g. c:/quake/nehahra) for the first time?
I am in windowed mode and have to reset my addon screen resolution to 800x600 from 640x480 even though it's changed in id1 config already. 

A final tweak of my test lightning gun animation -- it won't pass through walls now and it interacts (heavily!) with stainmaps.

http://fvfonline.com/camtest.7z

Download and give it a try, people.
It's just a tiny mod.

After playing with it for a while, I realize why it's so much more satisfying than the default lightning beam: the visual feedback lets you see that you are POUNDING the monsters 10 times per second with zaps of lighting rather than just focusing a beam on them which doesn't give good visual feedback of the hits/damage it's doing.

And it's just so much more satisfying to pound a monster with 10 lightning bolts per second!
It just FEELS more damaging.
The "truelighting" effect waters this down even more, giving even less correct visual feedback of the pulsing of the lighting strikes.

Again, I haven't actually changed the function of the lighting at all -- this is just visually illustrating how the lighting gun has always worked.

The flashing lights I added may be a bit much (and may cause seizures!), but gosh darn if it doesn't make you feel like you're unleashing a massive, powerful Tesla Coil on those sorry monsters! 

There are two blue mechanical enemy types in the game, and they both seem to consist of two models - upper and lower. The upper model is often invisible in Mark V (GL and software), Quakespasm, and enhanced GLQuake, but not in enhanced Winquake. 

Hi, I'm loving the engine so far (Former user of Quakespasm) and I was wondering what other audio formats are supported other than MP3? 

 

I think it's MP3 only 

RIP me. I guess I'll just wait for more audio formats to be supported or just use a CD. 

 

Post #14, #16

Mark V uses system methods to play MP3 that take advantage of hardware accelerated decoding of mp3 built into your processor.

Intel processors, AMD processors, the iPhone, Android phones all provide hardware accelerated MPEG-1 decoding (mp3 is part of MPEG-1 specification). Plus the mp3 decoding patents expired in September 2015.

... why Mark V can stop/pause/restart music instantly and engines using a software decoding library cannot. 

A polishing/tuning update probably within an hour.

1) Decided against printing console variable descriptions when typing a variable name in the console. Will revert to old behavior by default. Most of the important stuff is in the menu, someone new can always ask if they don't discover the "find" command first.

2) The lightning goes back to old behavior by default, someone can just turn it on if they like.

Nothing else of interest except QMB support will be in the next as an option which defaults off.

@dwere -- Probably a Malice content error that doesn't work Open GL engines. At some point I'll give it a look over to see why that would be the case. You said it shows in Enhanced WinQuake (but not Enhanced GLQuake) ... if you checked, does it look ok in Mark V WinQuake as well? But either way, at some point I'll investigate out of curiosity. 

In the recent DX version, the illusionary guy from the .ent file is no longer transparent (he previously was).

Triple check up close and personal. I just replicated a test to make sure, and in the test alpha entities are rendering in DX8 fine. But sometimes you have to get close and look hard to notice the transparency.

DX still doesn't do the transparent HUD.

That's on the to do list, I haven't forgotten. It will at some point be addressed. 

Seems that .alpha entities in DX8 are a bit less obvious than OpenGL, possibly due the lack of the combine capability in the DX8 wrapper.

Will investigate at some point to see why, but remember it has to use an alterate rendering pathway for this scenario (the one that metlslime) -- so may be little recourse. It already isn't drawing quite the same as Open GL, because it can't. 

Mark V's read early of the video mode "read early scan" only checks in the intended gamedir.

I guess I'll expand the "read early scan" to also include id1 if in a gamedir. 

You said it shows in Enhanced WinQuake (but not Enhanced GLQuake) ... if you checked, does it look ok in Mark V WinQuake as well?

Strangely, no.

A minor nitpick: the engine crashes with a generic error when provided with a wrong (non-existent) directory after -game. Noticed by making a typo. 

I had made an initial attempt at adding combine modes to the D3D wrapper but backed out of it on grounds of code complexity.

The irony here is that all multitextured bleeding in D3D is the equivalent of GL combine, but GL API quirks (specifically use of "selectors" rather than being "DSA"-like; in GL you set the current this, then the current that, finally the actual state, which has to track those current selections, in D3D it's all a single line of code) made everything messier than I was happy with.

Nobody should read it as "D3D can't do combine" because it can and does. It's a deficiency in the wrapper and complexity in translating code between one API and the other. 

That's a pretty good bug report. Just added a proper "folder [name] doesn't exist message". 

can't seem to get nehahra to work right, mainly it's opening scenes just never play (and in turn it won't start) and it's throwing gl fog errors. I tried with the latest version in all three renderer types, using the quaddicted zipfile. Am I doing something wrong? is there more steps to this than just -game nehahra? 

Download different place than normal, on slow internet connection and can't get uploads to work except at

http://www.megafileupload.com/cb8d/mark_v_1005_everything.zip

New Features
1. JoeQuake QMB particle effects option. video
2. "in_keymap 0" honors tilde key bind (gunter).
3. -game invalid dir warning (dwere)
4. Console default values are engine default
5. Normal lightning beam default again, instead of realtime simulated.
6. Console variable in console old behavior restored.
7. vid_stretch defaults 0 in software renderer (johhny law)

I'm having difficulty uploading on a slow connection -- go figure.

Typing a console variable name in the console no longer prints the description (at least by default). There are reasons this is undesirable.

in_keymap 0 turns off international keyboard support (mostly) and therefore tilde key position is known and can use old behavior.

@nightfright - Checked an the read early behavior in Mark V is actually correct and reads both gamedirs if a gamedir is used.

/Typing "version" in the console will show as build 1005. 

game nehahra -nehahra

Otherwise won't work right. 

I've never used that site before and attempting the download, my browser flagged the download as possible malware.

My (remote) internet connection is so slow, it is virtually impossible for me to conduct any research with any kind of speed.

Maybe this warning is bogus, maybe it is real. I don't have a way of checking this out on this slow internet connect.

I would not think that Google would list a file upload site that is known to add malware as the #3 search result, but maybe they do. 

Also, the first cutscene starts with a black screen. It's perfectly normal and you just have to wait a little. 

Firefox is flagging the file as potential malware. Scanning with my Kaspersky shows no threat. Virustotal yields a positive (1/54, Invincea --> virus.win32.sality.at). 

Looks like 1005 broke the tilde/console key again with German keyboards.

My config.cfg settings:
in_keymap "0"
in_system_enhanced_keys "1"