The ZdoomGl monsters have their sprites in mdl.
I was trying to combine them in Qmle, but it�s a hazerdly job.
Qmle is extremely worried about the same verticecounts, even when they are the same.

My goal is to give them the same look as in Doom, but mdl will never substitute a sprite.
And yes, texturing is almost as far from mapping as modelling is to texturing. 

just started mapping again for the first time in AGES and managed to get a nearly finished base map to very nearly complete. I imagine there will be a beta ready soon. Anyone interested in testing? It's my v.late basepak map ;)

http://than.quaddicted.com/ < old pics here

On another note, I looked at another big nearly finished map I have and had loads of ideas for fixing it, so maybe I will finally get that out early next year too :) 

ye, keep then coming!!! 

Been looking forward to this one for a while. What's the status on APSP3 btw? 

APSP3 PLZ KTX LOL 

than you are a inspiracion to all the mappers...

when i growup i want to map like you!!! 

 

get a move on!!!

Than: I would really love to test your maps should you so wish sir, it would be an honour!

(drool...) 

I will test base maps. E-mail address is listed in my profle here. 

Combat Layer looks very interesting. Is it based on Quake? Any (working) link to it? :) 

Everything's looking good there, APSP3 especially. 

 

ok, I will send out the first beta to everyone who said they will test once it's ready. I'm just doing gameplay stuff and tweaks at the moment, so it should be sometime this weekend or next week. What I might do, however, is select a couple of people for the first beta and then once feedback from that is taken into account the subsequent beta will be sent to fresh testers too. Oh, and since it's way too late to be in the basepak, it will become APSP2.

APSP3 will probably be early next year. However, lot of it needs overhauling so it might take longer than expected.

Cocot: combat layer is a crappy game I made at university. It doesn't use the Quake engine - just a really basic engine I made myself. However, it does use a .map compiler to generate its level format, though it's not exactly intuitive once you've made the basic level, since you need to add collision detection data in a text editor then compile that with the .map to get the proper level data. Doesn't have sound either.

I guess there is no working link at the moment :) 

Oh, ok, I see :)
It looked good from the screenshots ;) 

thought pain would be harder to convert than cacodemon, but it went otherwise.
the blobby thing just crashes verticemeshes.

http://members.home.nl/gimli/cpain.jpg 

But they look a bit washed out, skin-wise.

Maybe up the contrast and darken (burn) a bit? 

I think Ijed is right - just a "little bit" darker.

Also - totally ace! Really cool. Keep it coming.

Will we be able to map for it eventually? 

i dunno if anyone mentioned this, but the death animations for all those converted doom/doom2 models have more faces/verts. it was so they could reproduce the death animations on the sprites which often had stuff like an arm ripping off or an eyeball leaking out (like the cacodemon) or like the mancubus where it just collapses and the rib cage sticks out.

come to think of it, i miss the old days where the death animations were very elaborate. i think we've lost something in this age of ragdolls where they just pop the limbs a bit to give a little bit of initial movement. 

Chainsaw someone in Gears of War. :P

I do agree though. The move towards realism has sacrificed the arty deaths that we used to see. I know that we were going to experiment with half animated/half rag doll deaths at some point. Haven't had a chance yet though... 

you should make sure the outer perimeter of your sprite is all transparent pixels, otherwise you get those floating lines and pixels you can see on the top of the flame and to the left of the barrel.

(also, in fitzquake you won't see the pink edges, but you'll still see the floating lines/pixels) 

They rock!:) 

ijed - you're right. At this moment I'm only trying to import the ZdoomGL models into Qmle, and so to Quake.
And as they don't understand a word quakes I have to make them understand that dooms isn't the legal arbitary...

No...kiddin, but it takes quiet some time to make them look right with all subroutines that I don't have had time to make the texture part.

I will try to convert the whole pack to Quake so they can be integrated just as the quake monsters. Point is I have to make decissions.
Doom models are, like necros said, split up in different framemodels fore the same monster.
So for the cacodemon and pain I have to relate to the explode scenes like hellspawn.

Fact is that they need some original subroutines what offers a lot of coding, like adding sprites to their acts. And something to make them divide to the costum monsters.

I tried to make a monster explode by tossing its fragments out of eachother, but experienced qmle always errors on not the same vertricecounts, even if they do.

metlslime- I haven't centered the sprite in fimg. In fact it's already a miricle to have a prog that handles these extentions.

A very strange feeling to see that doomguy in Quake.
http://members.home.nl/gimli/trooper.gif 

On this: http://quake3world.com/forum/viewtopic.php?f=10&t=26805&p=497903&hilit=hipshot_dm8#p497903

The new outdoor area: Same game play geometry.
http://zfight.com/misc/images/maps/m8/m8_1.jpg
http://zfight.com/misc/images/maps/m8/m8_2.jpg 

Lighting is a touch yellowy, though: how about a bit of blue fill from the sky to offset the yellow sun? 

Hipshot

Fantastic ambiance there. The light pouring in and the overbearing structure built into the rock is a great looking setting.

If this is Quake3, is it possible to get some god/light beams coming in from the cliff edges? Would look amazing! Might be too much work in Quake3 though.