 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
Hrimfaxi, thanks for the tips!
I played with this mod for a while: http://shub-hub.com/idgames2/quakec/monsters/dragons.zip and I think it is unbelievable. Those dragons circling in the sky and your dragon familiar fighting other dragons in the air, it looks like something from Star Wars... incredible feeling. Several kinds of dragons. It uses the QTest dragon though, and it's more a regular monster than a boss. Necros, played that map, have to say very nice! But I feel the dragon is a bit radical for my needs. (HP and attack) You really tried to make it into a boss monster, which was successful (be quick when switching to God mode/picking up the pent). Personally I'd want dragons a bit weaker and kinda circling over the battlefield, and then an indoor boss. Madfox, newboss: you mean the red snake like thing that comes out of lava? It would perhaps need a better skin... the shape looks ok. Now on to playing the other maps. It's cool, although it moves totally differently from the above mentioned dragons. It kinda floats upright, and it's more worm shaped (rogue) versus more crocodile shaped (qtest).
The upright position makes it look special. It is rather helpless once you get behind it, I think it would need to turn faster and have a bite or tail swipe attack. Since it has paws, unlike the qtest dragon, I could also imagine it walking on the ground, like the dragon in Tomb Raider 2, only taking off when hurt (or not at all.) In that case, it should be slow and have a ton of HP. Although even with a small dragon like this, a rocket to the face should make some impression... its HP are rather high. The above mentioned dragon takes 5 rockets to kill, in comparison. So it's tempting to use in packs (and it looks cool when they infight.) The rogue skin is better than the qtest one, although with the detailed skin and unusual movement, it looks distinctly Quoth. The qtest one looks like just another monster, which isn't bad if you think about it, if you know what I mean. Once you killed it 200 times, the skin isn't so important anymore. :-) I think you have to set a targetname for the zombie, then target it with a trigger.
I was looking at the map source for E1M3 and there are zombies which target other zombies, zombies targetted by triggers and some with spawnflags 256. That seems to be it! 256 is a "not in whatever skill" isn't it? Unless you want them for decoration only. Then you can turn a crucified zombies with "angles" "# # #" or use the modelindex hack for its death frame.
spawnfalgs 1(2?)
doesn't work in the regular id progs 'work' in the soa , doe & zer(i guess) Alright, so since TxQbsp keeps giving me a bogus error of "subdivideface: didn't split the polygon" when I know for a fact I don't have any textures below 0.20 scale, I tried to compile this map I have with TyrQbsp. Surprising enough, it worked with no problems.
Well, almost no problems. The log clearly says the map is leaking "Reached occupant" but when I load it up in an engine and type in "pointfile" it says a Where is tyrqbsp placing the Trinca: try "-90 0 0" for face down and "90 0 0" for lying on its back. The middle number rotates the zombie horizontally iirc. Play around with these values and you'll see.
Orl: Check the faces at the given coordinates. If the texture is only 32*32 or below, a scale of 0.2 might be too small already. Tyrqbsp doesn't place the pts file anywhere different. Can't remember what the trick was to get it to create pts/prt in such a situation. Well, heres the situation. The texture that is scaled small is 272 by 224. Now when I applied this texture to certain objects at a scale of 0.20, Txqbsp was fine. But after I made more of the same objects, with the texture scaled to 0.40, txqbsp spits out that error.
This doesn't make sense to me. That and why tyrqbsp isn't giving me a leak output. The texture that is scaled small is 272 by 224.
I recon that this could be the problem. If you place the texture on a 512x512 canvas that might solve the problem..... As an aside, rotating things by pitch yaw roll as negke describes can be applied to teleport_destinations if you want a player to be drunk after a teleport.
Probably better in the old progs thread. That's an odd scale for a texture, but since it's a multple of 8, it should work.
Maybe try to seal off parts of the map with large boxes and see if the supposed leak become visible then. Or create an artificial leak? Trinca: �_� Does anyone have any idea how to make the water make visual splashes when you jump into it in UT3? I have a working UTWaterZone and it makes a proper splashy sound when I enter it, I also have a sheet-brush with the water texture, but quite obviously since they are separate entities, entering the UTWaterZone does nothing to the sheet-brush surface.
How do I make a visual splash effect? A new Dark Places build is out today. When the new builds come out, I like to check them out with the Quake 3 arena maps to see if any improvements have been made in the shader rendering, as each build does tend to improve them.
If you want to see how DP works with these maps, simply download the Dark Places executable into your Quake 3 Arena directory, create a short cut, write in the short cut parameters '-game baseq3. You will also need to transfer Id1 from your Quake directory to the Q3Arena directory. When you load the DP executable be sure to go into multiplayer mode so, info_player_deathmatch is the default loading entity. At this point you can check out any of the maps in your BaseQ3 directory with shaders intact. cheers is there an updated version of this? when i feed a map into it, it doesn't generate the prt file. :(
Thanks for the tip (seriously, that's pretty clever).
Personally though, I find that quake3.exe does a remarkably good job of running the Q3 bsp files... ;)
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |