#14589 posted by JneeraZ on 2015/01/02 17:29:50
I think it's a lightmap issue isn't it? They have a max size, therefore the surfaces have a max size ... which I think is what Lunaran said.
Hmm,,
#14590 posted by Skiffy on 2015/01/02 17:46:18
Lightmap size sounds likely
14588
#14591 posted by necros on 2015/01/02 19:38:16
not quite. It cuts faces that size when the texture is 1x1 size.
It is relative to the texture size. I forget why though.
So scaling a texture to 10x10 will give you larger cuts. In the old days, you had to do that to sky textures because the compilers would cut up the sky into tons of faces. New ones do this automatically now though. But yes, if you are looking to get some extra faces, scaling up your textures will reduce the amount of cuts qbsp does.
It's rarely an issue these days though.
Oh
#14592 posted by necros on 2015/01/02 19:38:58
an easy free one is to make all your triggers and other invisible brushes have scaled up textures cause you never see those anyway.
#14593 posted by metlslime on 2015/01/02 19:39:51
240 units is the default, this can be raised in some compilers but then you Brel comparability with most engines. Dark places will still load it though.
It's has to do with light maps but also, the way software renderer does lighting calculations.
Anyway who cares about poly count anymore?
#14594 posted by necros on 2015/01/02 19:43:00
r_speeds be damned!
#14595 posted by JneeraZ on 2015/01/02 20:03:08
"Anyway who cares about poly count anymore? "
Careful, I've tried that argument before and gotten brutally chewed up around here. :)
#14596 posted by quaketree on 2015/01/02 20:59:16
High poly counts break vanilla Quake. If you don't care that it won't play on GLQuake (which has the same limits as software Quake but who even uses software Quake anymore) and make sure that that fact is in the release notes then I agree, who cares? Even an old (10 years or so) POS PC should be able to do GLQuake using its on board graphics chip.
I had a POS PC in 2004 and it was very much capable of running GLQuake. ;)
Hmmm
#14598 posted by Kinn on 2015/01/02 21:28:20
who even uses software Quake anymore
I imagine vanilla WinQuake still has a following because of that very special je ne sais quoi that the software renderer provides.
Can't imagine many people are still playing vanilla GLQuake though. Ugh.
#14599 posted by Lunaran on 2015/01/03 03:33:37
I endorse Fitzquake with overbrights and GL_NEAREST for all your je ne sais quoi needs
#14600 posted by Lunaran on 2015/01/03 03:42:26
Also, if a lightmap is 16:1 and 8x8 it doesn't quite cover a 256x256 square. You need data points at the edges to interpolate from, but 9x9 is abhorrent and nonbinary, which is where surfaces split at 240 comes from.
No Vanilla!
#14601 posted by Skiffy on 2015/01/03 06:28:30
Yea Fritz and Spasm for me with Nearest filtering for me. I just like to see how pretty we can make the game look with these most recent additions without getting lost in all the nextgen madness.
#14602 posted by necros on 2015/01/03 07:52:36
I imagine vanilla WinQuake still has a following because of that very special je ne sais quoi that the software renderer provides.
Nah, that's what the qbism super 8 engine is for. ;)
Except in extreme cases, you're safe to go to the Fitzquake doubled map limits at the very least.
Indeed
#14603 posted by Kinn on 2015/01/03 11:20:45
I endorse Fitzquake with overbrights and GL_NEAREST for all your je ne sais quoi needs
Oh absolutely, but for me it doesn't quite tickle the nostalgia glands in the way oldskool 8-bit rendering does, the way it uses the colormap and whatnot.
Be nice to see an option in the fitz-type engines that uses a shader to simulate the 8-bit rendering.
necros - for whatever reason, I can't run super 8 on my pc.
#14604 posted by quaketree on 2015/01/03 19:05:32
Except in extreme cases, you're safe to go to the Fitzquake doubled map limits at the very least.
You won't get any argument here from me on this. Way back in the early 00's I was saying that r_speeds were going to be less and less of a concern in the future. Of course I really had no idea that people would still be mapping for Quake as much as they do over a decade later, but I did know that the common PC was going to be able to handle a much larger and more detailed level design without even breaking a sweat.
Moores law and all of that stuff.
Moving Objects?
#14605 posted by Skiffy on 2015/01/04 14:57:11
I have a question regarding doors and platforms... from what I have seen in quake 1 they tend to move one direction and set distance correct? Or is it possible to have them follow paths / move one direction and then another? Have a door shift backwards and then down into the ground as an example. Or a platform on a looping track?
Doors Not Func_Trains...
#14606 posted by Skiffy on 2015/01/04 15:07:17
Unless I have to use that as a hack?
#14607 posted by JneeraZ on 2015/01/04 17:09:48
Outside of secret doors, no. Everything moves in a linear fashion from A to B. func_trains are the only option for anything fancier.
#14608 posted by quaketree on 2015/01/05 04:37:51
Func_train and func_path are what you will need to do. Group the brushes that you want to use into one object then give it a func_tran attribute. From there place a func_path at each point where you either want it to turn or want it to wait.
Keep in mind that odd shaped platforms may need some tweaking with the func_paths to keep the platform from disappearing into walls or whatever. The func_train is also just like a func_wall in many respects (no shadows cast by the train platform itself for example) and that whatever shadows fall on it when it spawns into the world will always be on it so be careful about where you start it off from so that it has the right lighting cast on it from the start.
Danget Map Limits!
#14609 posted by Skiffy on 2015/01/10 15:44:13
I thought I saved it but I know some helpful person on this forum made a map for quake1 that was the maximum size possible that you could load up in any editor to check if your level was outside the world limits. Anyone know where that link is? :)
Max Map...
http://www.quaketastic.com/files/single_player/maps/hugemap.zip
This is the maximum size map you can make for standard bsp quake.
+-4096
#14611 posted by rebb on 2015/01/10 17:18:13
4096 units in each direction is pretty much the limit, afaik.
Radiant On Windows 8.1
#14612 posted by Shambler on 2015/01/10 21:14:59
Radiant On Windows 8.1 [EDIT]
Posted by AcidicVoid [109.91.58.71] on 2015/01/10 17:25:50
I was wondering if there is a version of Radiant for Quake 1, which runs on Windows 8.1.
I have already tried several versions, but neither GtkRadiant nor netRadiant software runs under Windows 8.1.
Can someone help me with this problem ?
#1 posted by Lunaran [99.112.162.57] on 2015/01/10 18:51:34
Have you tried Radiant 202? It was the last MFC build before the dark times. You'll have to do some gymnastics with texture folders and sleepwalkr's mapconv.exe to use it for quake1 but once you've set it up it becomes an invisible part of the process.
sikkpin also updated the original QE quite a bit, and that's still MFC so it might also be adequately windows future-proof. Works great on 7, at least, and it's what I use. Harder to find, but still essentially Radiant.
#2 posted by AcidicVoid [109.91.58.71] on 2015/01/10 19:51:13
Nope. I can't install the 202 on Windows 8.1.
The installer won't start.
Radiant On Windows 8.1
#14613 posted by AcidicVoid on 2015/01/10 22:25:24
I managed it to install version 202 on Windows 8.1 but it seems just to work for Quakw 2 and 3.
|