search -  faq -  rulez -  staff

forums






map cycle
irc              pwnalizer
voice         dswp bar




Register

Login


It is currently 04.20.24

 

All times are UTC + 1 hour




Post new topic Reply to topic  [ 4 posts ] 
Author Message
 Post subject: MAPPING: models
PostPosted: 06.22.09 
models are in general much better than objects made of brushes.

except when it comes to player collision, at which they really suck. and letting the program auto-clip models is a bad idea, 90% of the time you are better off clipping manually.

model missing textures?
http://forums.urbanterror.net/index.php/topic,14741.0.html



 


Top
  
 
 Post subject: Re: MAPPING: models
PostPosted: 06.22.09 
func_breakable with a model?

http://forums.urbanterror.net/index.php/topic,15020.0.html



 


Top
  
 
 Post subject: Re: MAPPING: models
PostPosted: 06.22.09 
.map zu nem model machen:

http://forums.urbanterror.net/topic/130-ase-models-and-q3map2-take-3/page__hl__model%20__fromsearch__1

btw better not to 'model' with radiant but with milkshape or blender...

Quote:
Ok, I've had a few requests for this, so here it is again, plus some comments and stuff... enjoy!

Here's a walkthrough on how to convert map geometry (solid brushes and patches) into an ase model, using q3map2. If you're brand new to mapping this might not be for you, but if you already know a bit, then this is a good and easy way to make your life easier in getting that hot new map out to the masses.

the advantages to doing this are many:

-complete scalability of your map geometry, without the mess that rescaling a buttload of brushes would cause
-the textures are mapped on, no more misaligned textures because you wanted to move or rotate something
-once the geometry is a model, it can be positioned at any angle, without the mess that doing this to brushes would cause
-better framerates compared the the same map geometry as brushes/patches.

some considerations to keep in mind:

-ase models follow the same rules as md3 models (it's a model now)
-ase models can only be used for static geometry. this is because quake 3 arena does not support ase models natively, the ase would have to be converted to an md3 first. this is easy, but beyond the scope of this post.
-only non-transparent brush/patch geometry will be converted.

Anyways, you'll need two programs to make ase converting easy and painless..
The first is Q3map2Build, you can grab it here http://www.shadowspa...Q3Map2Build.zip
and the other is q3map2, and the latest build as of this posting is here http://www.shaderlab...4_win32_x86.zip

First thing to do is put q3map2 where it needs to go in the GTK folder (if you don't know what this means this tut isn't for you, go read more about gtkradiant and q3map2 first). Once this is done install Q3map2build, and point it to where it needs to point to run q3map2 and compile a map.

Next, look in the q3map2build folder, there are two files you need to modify, called buildoptions.bdf and q3map2build.bdf.

Add this to the very beginning of buildoptions.bdf and save the file:

BSP :-convert,0

this adds the neccessary key to q3map2build's menu to allow ase conversion.


Add this right after the first NormalCmd() line on a line by itself in the q3map2build.bdf and save the file:

ChkButton(-convert,-convert,false,Converts a bsp file to ase model)

This sets the default option for the -convert switch (defaults to off) when you run q3map2build using the 'normal' compile option.


Ok, now if you're still reading this, then now is when you find out how to actually do it, here goes:


1)put whatever geometry you want to be a model into a caulk hull by itself, make sure that grid 0,0,0 in gtk for the geometry is at where you want the origin of this geometry as a model to be. If you do not do this you will get unexpected results, you have been warned.

2) add a player spawn and save the 'map' file.

3)load up your nifty newly tweaked q3map2build and run bsp (custom) with -meta and -patchmeta only, no vis or light pass required.

4) run the bsp you just made through again with the -convert switch only.again, no light or vis pass required.

5) pop the freshly baked ase out of the oven and enjoy. save the .map file in case you want to change things later, otherwise once map geometry is converted to a model it can't be changed again without model software.


And there you have it. The model will be in the /maps folder under your mod folder, ready to use. if you want to change texture names/paths, open the ase with a text editor, it's an ascii file.

Some comments on using this technique after playing with it for a bit.. Though this method will yeild better performance geometry ingame than the corresponding brushwork would, it has its limits.

For one thing, making models in this fashion is not the most efficient way to make a model, just the fastest, if the geometry already exists as brushes. The generated model geometry is NOT as poly/vert efficient as making the same model in Milkshape or 3ds, so if your thinking of being a 'q3map2 modeller' that makes low-poly models... forget it. It just can't beat the quality overall of a native model. This technique is best suited to relatively simple brush geometry, architecture, or terrain. (i wouldn't make a brush vehicle with tons of brushes on it, for example, the verts just would be too high)

With that said, here's some ase models that were converted from brushes.

http://members.cox.n...odelpackv.1.zip


Cheers..



 


Top
  
 
 Post subject: Re: MAPPING: models
PostPosted: 06.22.09 
models are good, because they get baked into the bsp during compiling. unlike meshes that are compiled everytime new...

compiling BSP -meta -patchmeta bakes meshes also into the BSP, but is only good if the textures are okay. else you will have to learn modelling... http://forums.urbanterror.net/index.php/topic,13292.0.html



 


Top
  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 4 posts ] 

All times are UTC + 1 hour


Who is online

Users browsing this forum: No registered users and 0 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Imprint

Powered by phpBB © 2000, 2002, 2005, 2007, 2008, 2009, 2010 phpBB Group

Skin by Lucas Kane
we use apache2 mod rewrite with phpBB SEO
map train_beta1-100 © 2009 by SteveMcQueen
Statistics Backend + Database by XLR Stats and B3 Bot
mapvote robot and gameserver monitor © 2009 by BlinKy
mumble viewer Copyright © 2008 Dominik Radner (aka Urmel)
mumble switcher and integration © 2008 by XTJ7, Unclefragger and Wursti
Localisation Plugin © 2009, Team Leads Plugin © 2009 and Knifer Plugin © 2009 by SvaRoX
for our stats we use Chart.js Copyright (c) 2013-2015 Nick Downie.
the stats also use some jQuery jQuery v2.1.4 | (c) 2005, 2015 jQuery Foundation, Inc.



voice server
top 20 players


nameskillkills
-Dws.BLINGBLING*-*1730.63418631
NormaSnockers1865.75400492
Zottel1760.8276378
make.them.suffer1846.17269872
>8v=1825.35230156
moon1777.56195615
sjas1692.49192315
peace1878.86190660
Wagner_Moura1562.9188001
Goomba1859.75182677
z0rn1608.41181016
Mad1803.76179124
[dswp]PLZ1847.85178516
Graf_ZahlIII1835.73167407
Zohan1611.07159737
ubercunt1634.93159240
Yarrr!1917.33156233
I_am_nOOb1909.64151268
Pandageddon1891.75148319
Pirat1664.08145798