#17590 posted by muk on 2016/11/26 12:18:34
https://github.com/muk0r/qompiler
v0.50 is up.
It'll show the settings for each compiling process(qbsp,vis,light) and let you set them.
Im trying to figure out how to have the user either write simple configs by hand or have the batch file save them.
I feel like if I can figure out how to use handwritten configs, its relatively close to figuring out how to have it save them.
#17591 posted by Bo Jank on 2016/11/26 13:43:18
Hey that's a nifty tool.
The map compiles but it's fully bright. There are no leaks and it's only pretty much a square room.
This didn't used to happen.
#17592 posted by muk on 2016/11/26 14:06:43
Do you have any light entities in your map?
also, are you using the tools it links to in the readme?
Yes
#17593 posted by Bo Jank on 2016/11/26 14:15:15
yea I am.
And putting a light in the map fixed it.
I just wasted hours waving my fist at the sun, wondering wtf was going on lol.
#17594 posted by muk on 2016/11/26 14:24:15
Awesome! Happy the tool could help!
Texture WAD Tools
#17595 posted by mankrip on 2016/11/27 02:07:12
I'm having no luck when googling for a solution to this:
I've got a folder with several images in 32-bit color PNG format, to turn into textures. Batch converting them into TGAs isn't a problem, but I'm finding no way to automate the process of converting each TGA image into a MIP texture and packing the resulting MIP files into a WAD file. Fimg helps a lot when it comes to individual textures, but it doesn't perform batch operations and has a few usability quirks that doesn't make things easier when creating dozens of textures.
Is there no tool for this?
#17596 posted by Mugwump on 2016/11/27 03:54:41
No idea about a batch tool (Wally is supposed to do that but it doesn't seem to work), but you'd better convert your images to 8-bit indexed to Quake palette before mipping or your submips can suffer some color corruption. It happened to me when working on my SinCity wad.
Re: Texture Wad Tools Mankrip
#17597 posted by foogs on 2016/11/27 03:54:54
http://www.moddb.com/groups/quakedb/downloads/texture2quake
Would something like that help at all? And I'm sure you are familiar with texmex / wally.
I've had some success using gfxgale and xnconvert
I know the GIMP has a scriptable plugin for batch stuff too.
Qompiler V0.75
#17599 posted by muk on 2016/11/27 14:13:23
My little compiler is almost done.
http://www.quaketastic.com/files/tools/Qompiler.7z
You are now able to create and load configs that will save the values you set for qbsp, vis, and light.
Simply Extract the zip into a folder called "Qompiler". Put any .maps you wish to compile in the Qompiler folder and double click Qompiler.bat.
#17600 posted by mankrip on 2016/11/27 16:21:30
foogs: Holy crap, texture2quake seems exactly like what I need.
I had actually forgotten about TexMex and Wally...
Mugwump: Corrupted submips aren't a problem for my specific case. Retroquad recreates all submips, and my need for WADs is mostly for map editor support, because the game itself is going to use external textures.
Bsp -> Map Conversion
#17601 posted by JPL on 2016/11/27 21:11:45
Hi all,
For some reasons I'd like to convert a bsp file into map file. Is there any tool being able to do that ?
Thanks a lot in advance
JPL
The Aptly Named Bsp2map?
#17602 posted by Mugwump on 2016/11/27 21:28:14
Or WinBSPC
#17603 posted by Mugwump on 2016/11/27 21:32:08
Mugwump
#17604 posted by JPL on 2016/11/28 08:52:59
Thanks
/me gonna check this, and re-post if not working ;)
Qompiler V0.80
#17605 posted by muk on 2016/11/28 11:13:52
http://www.quaketastic.com/files/tools/Qompiler.7z
You can now choose what compiling tools(QBSP, VIS, LIGHT) you wish to run and these, along with the settings you choose for the tools, will be saved to a config that you can load on the next run.
Still some small hiccups in the script but everything goes fine. Ill spend the next couple days cleaning and reorganizing the structure of the script.
What compilers do you guys use?
Currently its set to run with tyrutil-ercw, but I'd like to put the descriptions/settings for a couple other tools as well.
Thinking of adding a feature to choose where you dump the compiled maps. Definitely want to add one to show the config names in a list.
Overbright
#17606 posted by mjb on 2016/11/28 11:31:18
that forced me to turn RTworld off - this is becoming a trend among new maps lately
Any suggestion on how you preserve "RT lighting" on DarkPlaces? Is there a specific light setting that causes overbrights?
#17607 posted by Mugwump on 2016/11/28 11:52:26
Dunno. Even if I have RTworld on without specific .rtlights files, I never encounter this problem with older maps.
Idea: I seem to remember having read that Tyrutils-ericw can generate .rtlights. Since some of you guys already provide .lits with your maps, I guess it wouldn't be too much of a hassle to also provide the .rtlights for us DP enthusiasts.
RT
#17608 posted by mjb on 2016/11/28 12:46:28
If you can do some research/testing on how to provide .rtlights or what makes the overbright issue occur I would have no issue supplying/compensating one with my next release.
My only quibble is that if it turns out RT lights require certain light settings to not be used then I will not include it.
#17609 posted by Mugwump on 2016/11/28 13:09:52
I'll look into it. Right now I'm focusing on my noir jazzy-industrial theme music for the Map Jam 8 repack, but as soon as I'm done with it I'll try to find some answers.
#17610 posted by Mugwump on 2016/11/28 13:48:43
I just made a quick verification in Gotshun's new map and it would appear that these overbrights are caused by whacked out RGB values. Run the map in DP with RTworld on (you might need to adjust the lightmaps setting) and type r_editlights 1 in the console. You'll be able to see each light entity. You can select one by pointing the crosshair towards it and read its info in the upper right corner of the screen. Check normal-looking lights, they have relatively low color values like 1.54 1.35 1.19, for example. But the overbright ones are ramped up to 2 or 3 digits before the decimal point.
Interesting
#17611 posted by mjb on 2016/11/28 13:59:21
That may explain why my retrojam did not have too much issue with RTlights considering I did not use colored lights at all.
I'll definitely make an attempt to compensate but no promises ;)
Thanks for looking.
Another Overbright Scenario
#17612 posted by Mugwump on 2016/11/28 15:15:18
I was playing Gotshun's (again!) "lost" levels (the secret level of episode 1, to be specific) when I encountered another cause for overbrights: several spotlights concentrated in a small corridor with normal RGB values but a high radius (350).
Thank YOU for willing to make your maps playable with RT lighting.
Is there a specific light setting that causes overbrights?
Overbrights are not a bug that is "caused" by any setting. It is a feature of the original WinQuake that was restored in FitzQuake.
https://www.quaddicted.com/engines/software_vs_glquake#overbright_lighting
#17614 posted by Mugwump on 2016/11/28 16:21:19
Yes, but we're talking about extreme overbrights here, that drown the surfaces in light to the point of annihilating details and even colors of the textures. I'm on my phone right now so I can't post a screenshot to show you what I mean.
|