onetruepurple: oh fucking what
onetruepurple: Host_Error: Mod_LoadLeafs: 34523 leafs exceeds limit of 32767.
ijed: yeah
ijed: thats the crash, if I remember rightly
ijed: it's not enough to just add the format
ijed: all limits need to be raised
ijed: didn't mention it on func
ijed: because wasnt sure
So What
the patch doesn't work?
Not For My Level
#563 posted by ijed on 2013/12/24 12:34:10
Although the fix should be relatively simple.
All this engine strife should go away soon, there are a number of engines in the works now.
And Then The Engine Wars Can Truly Begin...
#564 posted by - on 2013/12/24 18:55:40
Updated The Patch
#565 posted by ericw on 2013/12/24 21:20:22
ijed, your level works now :-)
I had to raise MAX_MAP_LEAFS (now 65535), and change the surface indices from unsigned shorts to unsigned ints in mnode_t.
https://sourceforge.net/p/quakespasm/patches/11/
#566 posted by gb on 2013/12/24 23:50:58
nice.
BSP2 Support Is In
#567 posted by szo on 2013/12/25 10:12:41
The patch is applied in teh svn repo as of rev.881.
Cheers for this. Half-way through Something Wicked and it's going fine.
If no-one else puts up a windows binary, i will when i sort out my build environ.
Dont think you beat me Oz... I was just doing some 'testing'.
#570 posted by Spirit on 2013/12/25 10:44:37
Now merge ericw's sound resampling!
I Really
like the vertex lighting code from reQuiem. And the light source code for rockets and grenades etc. Couple that with the nice corona effects from DirectQ and we're cooking with gas! Actually DQ has the best menu out of all the engines IMO, get that in there too x
BSP2 Builds For Win32/64 And OSX
#572 posted by szo on 2013/12/25 10:49:58
Freshly built Win32, Win64 and OSX versions from svn r881:
http://quakespasm.sf.net/devel/
Nice One
#573 posted by negke on 2013/12/25 11:33:29
Thanks, guys.
A question: now that bsp2 support is in, would it be feasible and/or desirable to add support for protocol 999 (RMQ), however rudimentary? And how about 10002 and 10005, the ones from BJP's enhanced GLQuake. Perhaps there are even some others that only slightly derivate from the common standards. I presume DP protocol would be out of the question, though.
The reason is having an engine port that supports a wide(r) range of existing protocols would make demo playback (among other things) a lot more convenient for the general user. As it stands, the several different protocols create quite a bit of a mess, and only relatively few people know their way around it. You could say, another step towards a general purpose engine.
Not necessarily an actual feature request, more wishful thinking really.
#574 posted by Spike on 2013/12/25 13:14:49
If you already have 666, 999 is a superset that gives support for .scale and extensions for coord+angle precision, so its likely going to be needed at some point in the future even if its not used by default.
DPP7 support has a lot of merit, but full compatibility with DP is a major undertaking, but then you don't need full compat for it to be useful.
Also needs mvd+qwd playback! :P
999 would be a good idea though, its the simplest way to get larger coords.
#575 posted by negke on 2013/12/25 13:45:28
Correction: BJP protocols are 10000-10002.
Good Work!
How about adding the dynamic lights fix from Mark V?
Great Work
#577 posted by ijed on 2013/12/25 14:32:44
Awesome
Thanks szo & stevenaaus!
Now THAT'S A REAL CHRISTMASS !
#579 posted by Barnak on 2013/12/25 16:44:38
Thanks a lot guys !
The OSX version works perfectly on my system. I'm finally able to play that freaking Wicked Mod !
Grrr
#580 posted by Spirit on 2013/12/25 17:23:48
you are supposed to checkout reQuiem, everyone!
We'll Check Out ReQuiem
when you fix the bloody widescreen!
Fifth
It's open source, and Spirit is not the author.
Checked it. It's awesome. :)
Re Protocols
#584 posted by Spirit on 2013/12/25 21:06:57
Protocol 999 sounds useful, but the others are deprecated and in my opinion should not be added. Maybe only for playback but recording in them should not be possible. Focusing/Forcing less is better!
Is there any reason to use aguirRe's engines anymore?
Could maps/mods hint to the engines about their needed capatibilities? I don't know how reQuiem detects what protocol to use but I am sure it is not flawless. It would be kinda bad if 666 or 999 are used when they are not actually needed. Backwards compatibility is nice!
#585 posted by Spike on 2013/12/26 05:18:45
reQuiem does it the easy way, but in doing so can become desynced with respect to reliables vs unreliables. really it'll only work reliably where there's no packetloss.
and even then it only selects on a few features.
and even then, there's no guarentee that the client will support svc_version (which is not normally ever used)...
|