Osnow.wad
#10664 posted by rj on 2011/01/01 22:47:06
ogro + snow
it was in a dm map a while back. long while back actually. i can't remember for the life of me who it was by or what it was called though :(
There Are Some In Here:
#10665 posted by RickyT33 on 2011/01/01 22:53:31
Found It!
#10666 posted by rj on 2011/01/01 23:05:12
#10667 posted by necros on 2011/01/02 00:54:36
looks like that map was made for glquake clients... fullbrights on the snow kind of ruin the look now. :P
still, not too hard to palette swap a few pixels around. thanks :)
Rj
Still need those Ogro textures fixed for fullbrights?
Ooh
#10669 posted by rj on 2011/01/02 01:31:57
yes please! do you have them or need sending?
Send Me The Ones You Need Fixed
and I'll give them a try.
Rotating Entities Again Again
Cause they're everyone's favourite. Hipnotic ones of course.
So I'm trying to trap the player in what is essentially a rectangular room that's rotating on a point at one end, and after a lot of fiddling I've got it down to just having a lot of narrow movewalls. The problem is it works for the longer walls sections, but if they run all the way to the end (furthest from the point of rotation) they easily push the blocks out of the way and fall out. Any thoughts? :E
hmm okay I've done a bit more investigating, and it seems like the problem is corners. As soon as the player is pressing on two walls on opposite sides they push them apart... guess I'll have to rethink this sequence :E
#10673 posted by necros on 2011/01/04 02:01:47
in my experience, it's best to stay away from what you're describing because func_movewalls are just not that reliable when implemented that way.
as you've noticed, if two movewalls are pushing the player, the collision can't be resolved properly which allows the player to sort of wiggle through between them.
the best you can do is to make them insta-kill, either with straight up high damage or setting the movewalls to damage on touch rather than block.
Yeah I'll have to just bin the sequence, or rather, use it later when I can just place it over lava so there is no need for walls anyway. With the area it's set I can't really just kill the player if they touch it :(
Oh well, the section should be fun as it is anyway :E
Uh
#10675 posted by ijed on 2011/01/08 14:28:12
There is a way of doing it without movewalls. Never used it myself (yet), but;
http://kneedeepinthedoomed.wordpress.com/page/3/
Scroll down. You'll need to do some legwork and use a custom progs though. RMQ will work, but the gameplay changes maybe aren't what you're after.
What you're describing sounds like the opening bit of The Pit and the Pendulum...
Using Quoth...
...so can't really use any different progs.
I'm over it now though, it's just another thing to add to the 'do in a later map' pile, which is getting pretty big now :E
Messages In Fitzquake
Just trying out different engines at the moment, and Fitzquake throws up a fair list of exceeded warning messages when loading my current project. Nothing is crashing or glitching, but I'm curious as to what a couple of them are:
marksurfaces
signon buffer
Signon Buffer
#10678 posted by Preach on 2011/01/09 16:31:59
I'll answer the latter:
The signon buffer is the first real message message that gets sent to the client. It tells the client the initial state of the world, which means it must contain all of the static entities in the world. It also contains a list of all the visible entities that exist once worldspawn has been run.
The most common reason that people exceed the signon buffer is adding too many static entities to their map. So getting rid of some is one way to fix this issue for old engines. For other trick I'm going to be lazy and refer you to an old post I made:
http://www.celephais.net/board/view_thread.php?id=4&start=8227&end=8227
Have fun...
hmm, cheers. Doesn't sound like something I'll worry about too much :)
Also have to giggle at myself. Map is full of trigger relays, at lot of which I could bin... cough I forgot Quoth allows multiple targets cough
Marksurfaces
#10680 posted by RickyT33 on 2011/01/09 18:01:20
It means the amount of triangles in the mesh of the world model. Including bmodels. You can go up to 32767 before you break the limit. You can actually go slightly over this limit without breaking older engines, but only by a very few.
Bmodel Skirting
#10681 posted by Preach on 2011/01/09 19:20:44
If you do want to overcome the marksurfaces limit, and you would be under the limit without the bmodels in your map, I have an idea which I have not yet tested (I don't have a large enough map to try it out on).
The idea is to move the bmodels into external files. You'd need some way to create func_ entities which can have external models, which is a very simple QC job if the mod you're using doesn't support it. The hardest part is probably making sure the new models are properly aligned with the position of their original counterparts.
I admitted that I haven't tested this as a way of getting round the marksurface warning. The uncertainty I have is whether marksurfaces are truly limited per bsp file, or whether they are actually a global resource in the engine which cannot be exceeded by the sum total of all bsp models loaded. So if you try it then report back!
#10682 posted by necros on 2011/01/09 19:33:53
well, it would definitely help with clipnodes. but external bsp models like that would only be helpful for rotaters since they'd loose their collision. :(
of course, you could just clip the areas.
Solid Foods
#10683 posted by Preach on 2011/01/09 20:54:57
External BSP models work fine as long as you make sure the corresponding entity is also set SOLID_BSP. It takes more effort to light them correctly though...
External Lightmaps
#10684 posted by negke on 2011/01/09 21:53:36
In Q3 you can extract the lightmap and insert it into a bsp, so if the Q1 tools had a similar feature, it would be good here. But, of course, seeing how often external bsp models are actually being used in Quake, it would be a wasted effort.
#10685 posted by necros on 2011/01/09 23:22:24
External BSP models work fine as long as you make sure the corresponding entity is also set SOLID_BSP. It takes more effort to light them correctly though...
ORLY?? shit... i think i may try that out then!
Marksurfaces
#10686 posted by madfox on 2011/01/09 23:25:14
The last map I made was struggling with these marksurface error.
When I really try to understand what was happening, I rejected the subject, because my small brains couldn't get where it's at.
Sometimes I could add entities at the 32767 limit, and sometimes changing b_models into sprites (which lowered the marksurfaces) added the marksurface_limit error.
So if you look for a maxlimit brush map, take venividifuzi.
Question
#10687 posted by Tronyn on 2011/01/10 13:57:13
is there a built-in way to do weather effects (ie rain, snow, etc) in modern engines, that's cross-engine (ie if it works in one it'll work in another)?
#10688 posted by Spirit on 2011/01/10 14:53:24
Nothing that looks remotely acceptable. Zerstorer had some ugly qc rain or was it nehahra?
Darkplaces has gorgeous effects which you can try eg with dpmod. Tomazquake and its derivates have good effects.
|