News • UnrealEd • Files • Mods • FragBU • Liandri Archives
BeyondUnreal Forums

Go Back   BeyondUnreal Forums > Unreal Development > Mapping

Reply
 
Thread Tools Display Modes
Old 3rd Feb 2000, 11:58 AM   #1
J'nuh
Registered User
 
Join Date: Jan. 22nd, 2000
Posts: 66
Question

this is probably documented somewhere but i came to you guys first because youre cool.
:P
in actual feet, what would a 256x256 texture represent in UT?
the reason i ask is i am creating an actual scale model of parts of my grad school for a project. it needs to be poifect!
thanks guys...
J
J'nuh is offline   Reply With Quote
Old 3rd Feb 2000, 12:33 PM   #2
STC_Wacky
Guest
 
Posts: n/a
Post

256 is about the same width as the narrow corridors in CTF-Command
  Reply With Quote
Old 3rd Feb 2000, 01:43 PM   #3
J'nuh
Registered User
 
Join Date: Jan. 22nd, 2000
Posts: 66
Post

umm...thats a good reference point and it totally helps
but i must rephrase the question.
how many square feet does 256x256 represent?
J'nuh is offline   Reply With Quote
Old 3rd Feb 2000, 04:24 PM   #4
Scrawn
Registered User
 
Join Date: Dec. 15th, 1999
Posts: 4
Post

Well, if you figure that an Unreal player model's height is equal to about half of a 256 square, and say a model is on average 6 feet tall, I'd say a 256 X 256 square would be around 12' X 12'. If you don't trust me, go into UnrealEd and make a 256 X 256 cube (the depth can be anything) and stand in that hallway or room. Your height should equal about half the height of the wall.


Scrawn

Scrawn is offline   Reply With Quote
Old 3rd Feb 2000, 05:57 PM   #5
NutWrench
Registered User
 
Join Date: Nov. 27th, 1999
Posts: 212
Cool

I usually put a Nali in my map when I first start making it to check the scale of my first couple of rooms. The Nali stands about a foot higher than you do.

--Nut
NutWrench is offline   Reply With Quote
Old 4th Feb 2000, 04:50 PM   #6
Vagrant
Registered User
 
Join Date: Dec. 23rd, 1999
Location: Clearwater FL, USA
Posts: 31
Post

i read some where that one unit is equal to one inch of real space so ya just gota do the math, im to lazy :P
Vagrant is offline   Reply With Quote
Old 4th Feb 2000, 08:46 PM   #7
Latch
Registered User
 
Join Date: Jan. 6th, 2000
Posts: 199
Post

Compiled this from several sources:

10 Units = 1 Foot
1 Foot = 0.304 800 609 6012 Meters
A person in UT is 60 Units (6 F)
A person eyes is 50 Units (5 F)
The closest a person can get to a wall is 20 Units
A persons head bobs vertically up to plus-or-minus one half foot when walking

Steps
· Any step that is 32 (2 feet) or fewer units tall or smaller is climbable.

· Any step that is 48 (3 feet) or more units tall is unclimbable. Useful for railings and ledges.

· Try to avoid steps or railings between 32 and 48 units (2-3 feet) tall, because one can’t reliably predict whether a player will be able to climb it or not.

Doors and grates

· Do not create grates on the floor where the player can walk. The player will get stuck in them. A grate is an opening that the player can stand on but is too small for the player to fall through.

· An opening 48 (3 feet) units wide or more is a door and the player can go through it.

· A player can not go through an opening 32 (2 feet) units wide or less.

· You can make tricky doorways designed to only let small players through, i.e. doorways less than 32 (2 feet) units wide. If you do this, only do it with a small doorway, not a long passage. If the player barely fits, she can go through a doorway easily but may get stuck on a long passage.


Ceiling

· For best results, the ceiling should always be at least two feet above the player's head, and it looks best when significantly higher. In regular architecture, ceilings under 10 feet high are uncommon.

· Don't create ceilings (low doorways or slanted ceilings) where the player can hit his head on the ceiling. Though these situations aren't disastrous, the engine doesn't handle them well and movement becomes choppy.


V-Passages

· Avoid passages that get progressively narrower if there's a chance the player will get stuck at the end of one. The collision system makes thin passageways difficult to deal with.

Wedge sides

· Avoid creating buildings with sides that look like wedges (30 degrees or less). The player gets snagged on these. This only refers to exterior wedges (outsides of objects), not wedge corners in rooms. Wedge corners in rooms are fine.


Grades

· A slope less than 20 degrees behaves exactly like a floor (and is actually considered a floor). Players can move on these without obstruction.

· A slope between 20 and 35 degrees is a grade. The player can move up these but she slides and must continually struggle to climb to avoid sliding all the way down.

· A slope over 35 degrees is unclimbable.


Light colour
------------

Red = 0
Yellow = 32
Green = 64
Blue = 128
Purple = 192
Red = 255


==============

Maximum Tolerances for Tools in UnrealEd
By Richard Miller
sinder@cardina.net


Cylinder:
=========
Max sides = 100

BSP fragmentation occurs at the seams of the very small triangles formed when using a high number, such as 100.


Sphere:
=======
Radial sides = x
Vertical sides = x

The two numbers can be any two whole numbers whose product is equal to 255 or less. A product of 256 (8x32) results in a 'subscript out of range' error.


Cone:
=====
Max sides =
210 - Solid cone
80 - Hollow cone
70 - Capped cone


Staircase:
==========
Max steps = 45


Spiral Stair:
=============
Steps per full circle = x
Total steps = x

The two numbers can be any two whole numbers whose product is equal to 255 or less. A product of 256 (8x32) results in a 'subscript out of range' error. Make sure the height and width of the steps are sufficient to accommodate the number of steps.


Curved Stair:
=============
Max steps = 49


Comments:
=========
The reason 255 is a common limit is most likely due to the use of 8-bit integers when UnrealEd was programmed in Visual Basic. An 8-bit integer can hold up to 256 values. That is 256 values, not numbers. Those numbers are logically 0-255. Henceforth, we cannot reach 256, which is a multiple of 8, because 0 is considered a number.

The curved stair limitation of 49 is strange and no explanation can currently be given for it. It has no significance to the 360 degrees in a circle, nor is there any known significance to any integer value. This is most likely a limitation of the algorithm or code used to create a curved stair.

When constructing levels, be careful to stay within these tolerances and don't go overboard. 100 sides to a curved pillar may look nice (and give Quake 3 Arena a run for its money), but it has a high risk of causing BSP errors due to the large number of small triangles.
Latch is offline   Reply With Quote
Old 5th Feb 2000, 06:56 AM   #8
FatAsss
Registered User
 
Join Date: Jan. 26th, 2000
Posts: 162
Post

actually there is a 500 poly limit on brushes
FatAsss is offline   Reply With Quote
Old 7th Feb 2000, 12:55 AM   #9
J'nuh
Registered User
 
Join Date: Jan. 22nd, 2000
Posts: 66
Post

thanks guys! you all rock...maybe i will post this "conceptual" map on the board once i straighten my stuff out so you can see what i do in my laboratory of madness...
J'nuh is offline   Reply With Quote
Old 8th Feb 2000, 05:11 PM   #10
Lost
Guest
 
Posts: n/a
Post

actually, i've heard that 1 foot is 13 units and the player is something like 80 units tall, but i never bothered to measure or anything
Lost
  Reply With Quote
Old 9th Feb 2000, 04:34 PM   #11
Aridale N. Belmont
Registered User
 
Join Date: Nov. 9th, 1999
Posts: 87
Post

Ive found that its to a better scale if 16 units is a foot and the player is about 6 foot tall. Also the Nali in a map to help with scale is a very good tip. Its better to use a Nali as oppose to a player because the actual model of the player doesnt represent its bounding box so its not really smooth, I guess... =)

Ari
Aridale N. Belmont is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 08:06 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.

Copyright ©1998 - 2012, BeyondUnreal, Inc.
Privacy Policy | Terms of Use
Bandwidth provided by AtomicGamer