Well, hold on ----

In Mark V, a CD track > mp3

It assumes if you have a CD in the player, you intend to use it.

CD supercedes MP3.

Answer: Don't have a CD in. 

That makes sense. I think the cause of the problem is that I have a virtual drive, that has a letter prior to the physical cd drive. So Mark V thinks that I always have a cd in my drive.

Music plays fine on my pc on work where I don't have any virtual cds.

Thanks for such investigation. 

Then what does "external music" option do? Description says that you can choose what to play, cd music or mp3, while actually CD always supercedes MP3. 

external_music 1 or 0. Determines if a music track (CD or MP3) will attempt to play. 

The info that the your AOP problem is specific to the software renderer (WinQuake) is helpful information.

WinQuake and GLQuake have different little problems with non-conforming maps, models, textures.

There is some map Madfox made with Q3 skeletons and on the bridge there are some non-conforming textures, for instance, that look ok in Open GL but break the Quake texture spec so bad that in WinQuake they are totally wrong. Nehahra on the 3rd, 4th or 5th map has a BSP with a severe bsp/sky texture irregularity that affects both WinQuake and GLQuake and somehow not DarkPlaces. Probably used what would be considered by Func_Msgboard a very non-compliant map compiler.

Fortunately, these problems are very rare. 

I changed the letter of the virtual drive so that physical cd drive is the first one and mark v started to play music after this.

Thanks for guiding me towards the right direction. 

Sock tries Mark V WinQuake. Mind blown!

"OMG! WinQuake how could I forget you! MarkV Winquake from Baker, #quake pixel heaven!"

Twitter

Sock, if you read this, I used Zendar and Metal Monstrocity as the primary testing targets for the WinQuake version of Mark V. 

Sock has taste. But I knew that already. 

Sleepwalker: I just wish it ran on Mac...

There is Mac version of Mark V WinQuake.

Mark V GL | WinQuake Mac

And both of them play Nehahra --- on the Mac.

(I've just never had the time to wrap up Mark V to get to where I want it to be a for 1.00 release. NightFright pointed out an obscure bug in Shrak for Quake and I have some other Q and A I wanted to do ... who knows when I'll have the time though ...) 

dooooo iiiiiiit 

 

Lunix would be a Lunaran distro? 

There is a Linux build on my hard drive but just of the GL build.

I wanted to convert over the software renderer version too, wasn't sure of a right approach to do it fast, and somewhere around that time, I didn't have the time to work on it any longer. 

It just crashes on startup. Is there something I'm missing? 

check vid_width / vid_height in your config.cfg, maybe they're set too high for winquake? try a clean config maybe 

Are fence textures on .mdl possible? 

I suspect you probably could make palette entry 255 a mask.

I assume this would come with its own problems, you can see through the other side of the model completely (as it wouldnt have a back-face) and would limit what you can do with it. Some models might use this colour as its a skin-toned colour. My guess is that the flame textures use it. So you'd probably have to redo some of the textures for certain models.

Maybe the engine would be able to recognise models that should be masked, perhaps using some kind of naming convention on the model? Is it possible that external textures could be compatible with models? You could create a number effects this way. 

No luck, still crashes on startup, I've got quakespasm already installed, do I need to download Mark V from the link on the OP? 

I'm thinking vegetation.

Imagine a modelled tree with branches, and a bunch of quads plastered on it with "fence" leafy bits and whatnot.

Also cross-quad grass billboards. That sort of bojangles. 

sounds like what you're actually looking for is lit sprites.

can we have lit sprites? only problem with that one is that most sprites are supposed to be fullbright, but sprites used for foliage and such need to be identified in some way to let the engine know to apply lighting levels to them. 

sounds like what you're actually looking for is lit sprites.

no, not really.

I'd rather have one entity to represent a big bush (hehehe) made of many quads all in one .mdl, than add 50 separate sprite entities - one for each quad. 

oh ok, when you said billboard, i figured you were just going to create a bunch of 2 tri models with a transparent texture on it. :P

but yeah, now that max edicts is 32k... doing leaves with sprites is doable.

whether or not it should be done is another question, but it might be work trying?

you could use qc to generate the leaves on certain parts of the model; would make it so trees look slightly different? 

It's an interesting idea but even if it is technically possible given a high enough max_edicts, the sheer principle of using one edict per vegetation quad makes my eye twitch. It just seems like we should be looking at more sensible/efficient ways of doing it.

Doing it with unlit sprites would suck anyway. 

actually, while we're dreaming... if we could get a bump up on the max number of static entities, we could make each foliage static and make it not use edicts at all!