0....1....2....3....4....5....6....7....8....9..\
WARNING: Too many light styles on a face
lightmap point near (-4156 -1780 -117)
WARNING: Too many light styles on a face
lightmap point near (-4156 -1780 -117)
0....1....2....3....4....5....6....7....8....9....

Look at the coordinates.
I have stripped all lightstyles , still getting this warning :( And the bad lightmap.
I think i just leave it like this for now. 

The plot thickens. It's very likely that the duplicates are a result of misinterpreted ctrl+drag operations. I'll fix that for TB2. 

I am searching for this guys excellent texture packs for Quake 2 and 3, beginning with the originals of those that Fern modified for his map Return to Dust (Fern doesn't want people to use his version), which got the Quake2 versions in here and also found this ones for Quake1.

So the question is, have i missed other Quake 1 versions of his textures or have i to rip the rest from his maps and convert what i have for Quake1?
If there is a Quake 1 version already is better, i don't mind learning to do that, but they would have been better converted to Quake 1 palette than what i would have done myself. 

Hey everyone, I've been working on a quoth map on trenchbroom since last month and since yesterday I can't compile the fucker.
Now, before that error I could comple it fine, but I had to make some adjustments because not only was the lightning terrible (ambient shadows were fullbright, colored lightning were absolute pitch-black, sky lightnings produce misplaced shadows and lights as spotlight using mangle doesn't do shit. Also notice the sky lightning was the only light that was colored.)

I changed the general skylight with local lights located around open areas and those spotlights, I made them target a personal info_null entity while making "style = 4" to really be sure I'd get spotlights, and since then I get that dreadful "Inverted min/max" error while starting the map. 

 

Darkplaces latest build, Tyrutils as compilers (used BengtLightColouredR2 as light.exe recently for the colored lights, hoping for something better but no dice) 

removing "light" from the worldspawn and see what that does. Recently seen a lot of people have trouble using a minimum light level, myself included. To be honest using a min light is generally frowned upon anyway. 

http://www.mediafire.com/download/jwq4cem33zg79pi/gravelwip.rar here's the map file with the wads included for those who want to try and fix this 

I think that is a logic error, not something with light.


CALL3 450(setsize)setsize()
plats.qc : plat_spawn_inside_trigger
plats.qc : func_plat
<NO FUNCTION>
backwards mins/maxs

=========================
Host_Error: Program error
=========================


Check your platform brushes. 

Yes, I can load it just fine if I remove the func_plats. 

Fuck, it's always the platforms, they can't handle negatives. 

I haven't been posting here since like... 2001? No idea if someone remembers me. I'm MaTi, I did MATDMx or MATSPx ;) Anyway, I wrote an article about Composition in Level Design.

http://level-design.org/wiki/index.php?title=LDWiki:Composition

...aaaand the Gamasutra version:
http://gamasutra.com/blogs/MateuszPiaskiewicz/20140817/223513/Composition_in_Level_Design.php 

Well, fuck that guy then. How can you not allow others to use your stuff when you yourself are using the work that others have made freely available for you? What an asshat. 

it says in the text file:

If you want the originals, please go to these sites:

http:// ......

DO NOT RIP THESE TEXTURES FROM THE BSP!!! GET THE ORIGINALS INSTEAD!!!

Well, he is free to do what he wants with them. And also, there is at least a turtlemap by another author in Quaddicted that uses those textures, so maybe he changed his mind. 

Hrm, any good way to remove those colors if they were used on a texture inside a wad.

I copy pasted an image from photoshop into TexMex, the result was good, but some pixels are fullbright, like a few scattered all over the place, but I can't manually sit down trying to find them.

Can I somehow select by palette in either TexMex or Wally perhaps, OR already inside photshop and then change a color to another palette id? 

I edited the palette in photoshop, I just turned all the last colors pink, then the next time I did a index, it didn't choose the pink ones, cause they were to far away to match.

I assume it's the last 32 colors in the palette that is fullbright? 

Yeah, last 32 are fullbright. I use 2 palettes when making textures. one with them in there and one without them. That way I have to be working on a texture where I know I need fullbright to have them there and nothing can sneak in.

Then again I am not using PS for doing Quake textures, but Cosmigo Promotion which is for index painting and pixel work. 

From like 1997.

I also have 2 palettes :) 

You can also use QME for this kind of conversion:

http://tomeofpreach.wordpress.com/2012/12/31/in-defence-of-qme/

It's a bit of an extra hassle to have to mock up a model with the correct texture size and import/export a skin. The advantage is you gain a bit more fine control - you can choose which rows of the quake palette the fullbrights are allowed to remap to. This makes it best for when the standard conversion is coming out a bit wonky - as a fallback for stranger textures. 

So after getting rid of that compiling problem, another problem went back:

In Darkplaces, it is massive slowdowns with flashing polygons. In Quakespasm, it's just massive slowdowns.

How can this be? Is it because of the skybox that is too big or something else? 

The vis compiler still doesn't want to work.

I tried making just a floor with sky textures as walls and cieling with a light in the middle, it worked perfectly.

I just don't know anymore. 

Maybe you could upload the .map file so other people can have a look? 

a leak somewhere. A quick way to check is to surround the entire level in a simple box (essentially what you did when it worked just fine). If the vis process starts then that's probably the culprit. Note you don't need or want to let the vis keep going, it's just a quick check. From there you need to get rid of the box surrounding the level and hunt down the leak. Often it's a micro-leak introduced from complex geometry.

There will be a .pts file generated by the BSP software that will point to the leak. Most editors (you didn't mention which one that you use) will load that up and tell you where the leak(s) are. You will probably have to copy the .pts file from the \map folder (where the mapname.bsp is) to wherever your work is being saved (where the mapname.map or mapname.rmf or whatever is) in order to use it. 

If I edit and/or incorporates iD stock textures to fit my needs in the level, is that considered ok? Like now, I need to put vines on a door, since Q1 doesn't feature any transparency, that means that I need to take the stock door and add the vines and make a new texture out of it.

I will redistribute the textures later on, however I will ofc say that some of them are modded id textures. 

it's been done many times before, so i think it's fine, but of course, you can't really license your modified textures to other people in any official way. But they can pretty much use them in their own quake projects as they wish to.