 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
Yes. I've sized textures correctly... The map building crashes if the textures sizes are not a multiple of 16.. It happends in my first tests...
But how to apply a correct size to texture (when applied to a brush), in order to have a player view as close as possible to reality? Thanx PS: For infos I've extracted the Zerstorer textures and there exist a 384x384 texture Is the texture applied at scale of 1.0? Are you meaning that you want to see more detail upclose instead of pixels? In that case you'd have to shrink the texture, but you'll still see pixels, just probably not as big.
Ah... I didn't see this feature of texture scaling.. I'm going to take a look at the Help file, it certainly has further informations I missed...
Thanx Bye.. you may not want to build a whole level with different texture scaling... for one thing, it messes the lightmaps up something fierce as well as makes qbsp cut up faces more i think.
i tried doing that for a speedmap and it looked awful. mind you the map was pretty bad to begin with... ;) Dunno if anyone has answered your Q1rad question, if not then here ya go:
"Coloured light, how?" use the -exportlit cmd line parm when compiling light. "light emitting surfaces, any way to stop them being so bright?" No... :( Unfortunately not, it sucks yeah. Best way to get around it is use light textures with very very dark borders so that the visual effect is subdued / eliminated in MOST cases, or use a light texture where the "light" covers the entire texture, with no border etc.. Happy fun whay! q1rad coolness again, try messing with the "-smooth x" option, its fucking lovely, x=max angle q1rad will smooth the light around, set this at around 25-30 and a 12 sided cylinder looks like a 120 sides cylinder, cool effect!
Radiosity is the sawk, I've gone back to trusty old TyrLite. That said, that 'smooth' function sounds interesting - but I can't be arsed to convert all of my coloured lights back into the stupid format that Q1rad needs, instead of the sensible format that TyrLite & co use. And anyways, I don't really like the light-saturating effect that radiosity has.
Cheers anyway! did you try -bounce 0 and what light brightness settings were you using for your surfacelights?
"radiosity" refers to bouncing light, sure, but in our line of work, it's usually paired with light emitting surfaces. So, if you want light emiting surfaces, but don't care about bouncing light, you might use bounce 0.
Yes, i'm very drunk. And i can still type better than you. glad to see you on the func_board. Does that mean you are you mapping as much as you code these days?
Thanks. I understand yaw and pitch but not 'placeholder'.
Sorry to be dense but I have never used _sunlight before: I am only trying it now after reading some comments by AguirRe in this forum. I have a rather large (high) set of mountains in FMB12 and lighting them is proving difficult. As a by the way, is 256 the largest texture size that can be used in Quake1 - I can see some pretty obvious tiling? 'Placeholder' means just put zero; i believe it's needed becuase the compiler expects a vector, but only actually has a use for two or the numbers.
Re: texture size, first, check this: http://www.celephais.net/stuff/texturefaq.htm Second, try scaling the texture up, or using more lighting variation to break up the large surfaces. (I know, "lighting variation" is contrary to the whole _sunlight aesthetic. But you could still put in some subtle point lights or antilights to create the needed variety.) placeholder is exactly that - it doesn't do anything, it's just necessary to convince the compile utils that you're using a 3-part vector.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |