News | Forum | People | FAQ | Links | Search | Register | Log in
Quakespasm Engine
This engine needs its own thread.

Feedback: I like the OS X version, but I have to start it from the terminal for it to work and can't just double-click it like a traditional OS X app. I'm sure you guys already know this, either way great engine.

http://quakespasm.sourceforge.net/
First | Previous | Next | Last
 
I enabled wheel mouse to scroll the console, so please document any nasty issues. 
Mouse 
Is still locked in top left corner if I alt-tab out, from the menu, console or otherwise. 
This Is On Windows, Right? 
 
Yeah 
 
Despite 
Having to close the engine to do map fixes, I'm pretty happy with the engine. All features are in and working, everything looks crisp, and it's multi-platform.

Cool. 
Engine. 
Just thought I'd say that again. 
Would You Guys 
Be interested in implementing support for 'proper' rotatings code?

Essentially it's true collision on rotating objects, without dicking about with multiple entities all over the place.

We had it implemeted in RMQ and it works like a charm. Obviously a way to mark the pivot (info_notnull) is still needed, but the rest is just making the brushes and configuring them.

Basically takes the pain out of making rotating objects.

Haven't got time just now but I can dig out the specs if anyone is interested. 
Also, consider the dynamic light bottleneck fix! 
+1 
proper rotating objects 
 
Is anyone seriously going to say no? :) 
It 
requires a custom progs.dat, naturally, like hiprotate does. 
 
I would point out, i don't think the word "proper" should be used here -- doesn't it just rotate the hulls? (Sure it makes the mapper's life easier but) collision hulls are not equal on all axes -- the player is taller than he is fat, so collision hulls have more height added than they do width. Probably the results are fine as long as you only rotate on the Z axis. But if you tip an object onto its side (like a drawbridge) it will look funny when you try to walk over it. 
Metlslime 
Been playing around with the Rubicon2 entities and all that rotating stuff. Why is the texture alignment on, say a hatch that only opens 90 degrees, totally screwed?
and setting up those func_movewalls for collision is elaborate(to be honest a pain in the ass..)
Sorry for the wrong thread, just had to let it out:) 
Mfx: 
the texture alignment on rotators is a compiler bug, i hope someone fixes that someday.

and yes, func_movewalls are annoying to set up. Though they don't really take that much time, it bothers me more how limited they are in functionality. 
Mfx: 
oh, if you are asking about why the texture alignments are messed up in the .map files for rubicon2, that is to correct for the compiler bug. I had to make them look wrong in the editor so they would look right in the game. 
Ahh 
So this is at offset 0 0 0 i guess?
Confusing.. 
Mfx: 
yes, my technique is to move the model so to 0 0 0, fix all the texture alignment, then (with texture lock disabled in the editor) move the brushes back to the correct location in the world. 
Metlslime: 
Center of model at map origin?
Or the lower left corner of the bbox put at origin? (Like when path_cornering?) 
Mfx: 
lower left corner (i'm pretty sure) 
Metlslime: 
Will try out, thanks!

Is there a chance a compiler(like BJPs Tools)
could be fixed, so that this setup is irrelevant?

Just curious. 
Nope! 
But we're capable of improving what is there, the reason I'm asking.

Props go to Gb for writing the original qc frontend.

Easier for the mapper means we'll see more rotating things in maps, and I can't see how that could be bad (disclaimer).

I'll implement the code from RMQ in RRP for now.


If you don't build it, then it's not built. 
Metlslime 
they're solid_bsp. 
 
It causes an intermittent 'pop' when looping sounds wrap around - this has been driving me crazy for years!

omg THANK YOU. I hated that pop! 
 
Ok - Since no-one's reported sound niggles, Eric's sound loop fix is committed.

ijed: [mouse] Is still locked in top left corner if I alt-tab out, from the menu, console or otherwise.

Hmm - i'll have to test it in windows sometime. It works acceptably for me on linux, but if it's broke on OSX/windows it may have to be reverted. My change was just a hack-and-see.

Re other changes - i can't say. I guess if people feel strongly, patches are welcome, but main focus is to fix things, not break them ;> 
Mouse / OSX 
I can't tab out of the engine, but I can put it into windowed (alt+enter) and then hit ESC to show the menu, which will release the mouse pointer. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.