|
Posted by ericw on 2015/07/14 00:34:45 |
Hey, I got around to setting up a website for my branch of tyrutils: (complete with lots of screenshots of different settings of AO, sunlight, etc!)
http://ericwa.github.io/tyrutils-ericw
and making an "official" release of it.
Nothing major changed compared with the last snapshot (may 1st), but a couple new things:
* .lux file support from Spike, for deluxemapping
* gamma control with -gamma flag and "_gamma" key
* rename -dirty flag to -dirt for consistency
* fence texture tracing is now opt-in only with the "-fence" flag.
* light should run a bit faster
This doesn't have lit2. Not sure what to do with that, tbh.
If there's a demand for it, I was thinking I could make a tool that upscales all textures in a wad by 2x or 4x, and adds a "-2x"/"-4x" suffix to the names. You could then manually get the higher-res lightmap on certain faces by applying the upscaled texture, and lowering the texture scale to 0.5 or 0.25 in your editor.
The only real disadvantage of this hacky method over lit2 is more face subdivision by qbsp. This isn't great, but it shouldn't be an issue if the hack is used sparingly (and bsp2 can be used if needed for higher face/vert limits.)
Anyway, enjoy, I hope this is pretty bug-free. |
|
|
V0.15.11
#950 posted by ericw on 2017/09/17 21:01:28
Mostly a bug fix update:
https://github.com/ericwa/tyrutils-ericw/releases/tag/ericw-v0.15.11
- light: add "_sun" entity key to configure sunlight in an entity instead of worldspawn. More than one "_sun" entity is supported.
- light: add "_falloff" light entity key to configure light falloff in map units. Only supported on linear (delay 0) lights.
- light: add "_spotlightautofalloff".
- light: fix light cutoff on curved surfaces
- light: adjust -soft to fix regression in 0.15.10
- qbsp: add "_mirrorinside" key for mirroring the outside faces of bmodels so they are visible from inside. for func_water, or func_illusionary fences, etc.
- qbsp: fix CSG issue with overlapping off grid brushes
- qbsp: fix HOMs introduced in 0.15.10, which were caused by an attempt to fix leaks-through-solids in 0.15.10. To re-enable the buggy code that may fix leaks through solids but add HOMs, use "-contenthack"
Thanks for everyone who reported bugs and m-x-d for the contributions to light :)
Btw - I want to rename the project at some point, any suggestions? something that doesn't have my name in the title, haha.
light-ultra-mega-extended-nopay-0.15.10
or LUMEN for short
#952 posted by PRITCHARD on 2017/09/18 00:58:33
Just call it tyrutils-0.16 to confuse everyone and annoy tyrann (if they're still alive)
I'll have a look to see if the bugs are fixed for me yet, fingers crossed :)
Also, what's the purpose of _sun on an entity? And the purpose of having more than one?
Yay Thanks
#953 posted by Qmaster on 2017/09/18 01:19:42
Lame Name ideas:
Wizann (ericw the wizard + Tyrann)
Compyre
Luxpiler
Luxspire
Map2Bsp (lame i know)
Quislitvis
I had been using an older light it seems for the black faces bug. I'll let you know if I run into anymore bugs.
#954 posted by ericw on 2017/09/18 01:29:50
Yeah - it's time to bump the version to 0.16 soon. I don't want to use "tyrutils" since that makes it sounds like tyrann endorses the tools, I think I have a good name idea though.
I'll have a look to see if the bugs are fixed for me yet
Thanks!
Also, what's the purpose of _sun on an entity? And the purpose of having more than one?
Just convenience, really - figuring out _sun_mangle is a pain; this way lets you target an info_null to set the sunlight vector. It doesn't enable any new features that you can't do with the worldspawn keys, currently.
However, there are some things that would be easier to do with sun settings on entities, one that comes to mind is having a targetname to make them toggle-able (you could totally fade the sunlight with QC if that was implemented.)
Having more than one sun entity is for when your skybox has 2 suns on it. :D
YAQC - Yet Another Quake Compiler
#955 posted by PRITCHARD on 2017/09/18 02:05:18
Has anyone done this name yet? I've used a lot of "Yet Another X" software over the years.
Other ideas:
QTOOLS - already used for a few projects sadly, but not quake ones.
func_compiler - ???
ericutils - because I know you mentioned not wanting to, but it's TRADITION, DAMMIT!
W(X) - WQBSP, WLIGHT, WVIS etc. Another name reference but a subtle one.
There have been a lot of different tool packages over the years. Most of them have been branded with their author's name, sadly.
It's hard to be creative about something so clinical.
I can't pretend I'm an engineer or anything, but the urge to come up with cute names for things was irresistable, so I spent a few minutes doing a little research.
Your toolset is aimed at letting people prepare their architectural designs for a Quake, so how about "Strand" or "Tendon"?
I tried working in some reference to Tuned Mass Dampers at first, mainly because I like the phrase, but nothing catchy or meaningful was forthcoming. Maybe somebody else can run with that.
#957 posted by Qmaster on 2017/09/18 03:16:17
Tensor
Prequisite
Entwise
Suggestions
ShadowLight
Believe, BeLieVe or Be_Lie_Ve (Bsp, Light Vis)
Quandary (because you have so many options in LIGHT utils!)
Quake Is Brown, So
#959 posted by anonymous user on 2017/09/18 21:18:54
BrownBrush (bsp)
BrownEye (vis - eye, visibility, geddit?)
BrownStar (light - starlight I guess)
LOL
#961 posted by mankrip on 2017/09/18 23:01:12
CLEric (compiling & lighting from Eric)
Func_Compiler
JamPumper
Digging
func_compiler
Grammaton Cleric
#963 posted by Qmaster on 2017/09/19 00:08:37
Func_compiler Has Several Votes Now
#964 posted by PRITCHARD on 2017/09/19 05:49:03
I'm proud of myself :3c
Summoning Great Strength
#965 posted by anonymous user on 2017/09/19 07:57:52
eQtools. Erics Quake Tools.
Tyrutils-ext
#966 posted by generic on 2017/09/19 14:08:52
#967 posted by metlslime on 2017/09/19 16:36:22
What's wrong with ericw-tools?
#968 posted by Joel B on 2017/09/19 20:08:05
"func_compiler" does have a certain charm.
Or maybe "qompiler" although perhaps that's too vulnerable to typos?
Trying to think of other terms besides "compile"... "quakebake"?
#969 posted by ericw on 2017/09/19 20:35:06
One I thought of was "arcaneutils".
"ericw-tools" is nice and straightforward though.
"func_compiler" is good, disadvantage is it's hard to say and it would be hard to read without the underscore (e.g. funccompiler).
"arcaneutils"
God no...
Just Pick A Simple Grim, Quakey Word And Stick "tools" On The End
#971 posted by anonymous user on 2017/09/19 21:00:54
Eldertools
Darktools
Grimtools
Shubtools
Gloomtools
Murktools
you get the idea
Browntools
#972 posted by anonymous user on 2017/09/19 21:03:18
Definately "Browntools"
More
funcTools functools
funcUtils funcutils
fooTools footools
kungfew kungfew
#974 posted by Qmaster on 2017/09/19 22:22:44
Arcaneutils is ... ich. The eu in the middle alone is distasteful, let alone the confusion with AD. Plus its so long and just not catchy. Func_compiler is cool, but also long.
func_piler maybe
Arctane maybe
Architools
Qtils (q utils)
Lichtools (off the infamous nonexistent Lich Fiend)
Qvlisp
Maybe just Func_tools:
func_bsp.exe
func_light.exe
func_vis.exe
|
|
You must be logged in to post in this thread.
|
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.
|
|