#30165 posted by
Joel B on 2018/04/17 20:41:50
Kind of crazy that Sujoy is still involved with that site/community.
Fun to hear the old names... makes me want to go sit in the Stanford CS building basement playing 3wave CTF all night again.
He-can't-keep-getting-away-with-it!
#30166 posted by anonymous user on 2018/04/17 21:59:16
I GOT THE FLAG!!!!!!!!!!!!
#30167 posted by Baker on 2018/04/17 22:02:41
I'm not really old school -- I'm faux old school like a pretender that values the old school culture, but yeah --- wasn't there.
That being said, I did a double homage in the QuakeDroid thread:
This pic
...
http://quakeone.com/quakedroid/media/rubicon2.png
1) Screams FitzQuake metslime.
2) I GOT THE FLAG!!!!!!!
I couldn't resist the CTF reference.
**** I GOT THE FLAG!!!! ****
Wow
#30168 posted by
Qmaster on 2018/04/18 00:19:12
@sock that looks tedious. I tend to func_detail and plan my brushes for detail as I go but to each his own.
I Agree... It's Quiet
I think it's because #tf Discord channel is so popular. i.e. ~95% of the conversations re: DM4Jam happened there.
#30170 posted by
Spud on 2018/04/18 06:36:10
rabble rabble discord ruins every community it touches etc
@Spud
I love func and assume it's not going to change much (for good reason) but Discord makes it very easy to share images, links and embedded streams etc. it's really enticing compared to a simple forum. It's a different experience to be sure and func cannot be beat for archival information and its vast knowledge base.
Silence The Discord!
#30172 posted by
Qmaster on 2018/04/18 13:52:00
Wait wrong game reference.
RE 30161 UK Impressionist
#30176 posted by Jaromir83 on 2018/04/19 11:44:22
lol, read it in Red Dwarf's Lister's voice
Hmm
#30178 posted by
Esrael on 2018/04/21 08:04:16
Never heard of him before, BicMacDavis that is! c;
And That's Never A Good Thing!
#30179 posted by
brassbite on 2018/04/21 13:01:19
Textures From The Blender Foundation
#30180 posted by
primal on 2018/04/28 08:52:56
There is a curated collection of images and textures for 3D work on the Blender site. The license is CC-0: free to use anywhere, for any purpose.
https://cloud.blender.org/p/textures/
Co-op With Some Friends
#30181 posted by Francesco on 2018/05/01 00:22:27
Hi!
Me and a friend decided we should put on Quake and play some custom maps and custom campaigns together (and probably we'll have some other people to join us too) and maybe do even some deathmatch from time to time.
My question is... well, I really like the Quakespasm engine.
But I don't know if it's really that great for this purpose.
I know it's the most used and most functional with custom maps though, and so what I want to know is if it's possible to play such levels in co-op with that engine. I mean, we don't want to curse each time we have to host the game, nor using some odd software to do that. So, is Quakespasm good to go, or should I look onto some other engine (any reccomendation if so?)?
Coop Online
For local Coop (on a LAN) Quakespasm would be fine. But for Online play you'll probably want to use FTEQW.
Keep in mind whoever will be the server needs to poke a hole in their router to allow connections. It's not impossible but info is tough to find. FTEQW has a wiki though and you should be okay. Good luck!
http://fte.triptohell.info/index.php?p=downloads
Yeah It's For Online Matches.
#30184 posted by Francesco on 2018/05/01 00:54:02
Thanks a lot!
Whoa, Hold Your Biscuits
#30185 posted by
Kinn on 2018/05/01 00:55:41
If you really like Quakespasm, but want the networking superiority of FTE, then use Quakespasm-Spiked
It was specifically made for this exact scenario.
@Kinn
It was specifically made for this exact scenario.
I was unaware that QSS had any network improvements. I thought it was solely the FTE/DP visual effects. Very interesting and good to know.
@spike - Sv_gameplayfix_setmodelrealbox 0 <-----
#30188 posted by Baker on 2018/05/01 04:14:33
Quoth 2.2 added some stuff to try to support DarkPlaces by turning off all the irregular stuff stuff in DarkPlaces.
Sadly, unless you want to weird up Quakespasm Spiked you better not call your cvar sv_gameplayfix_setmodelrealbox.
Quoth will decide set it to zero, changing the normal behavior of Quakespasm to whatever physics irregularities await for sv_gameplayfix_setmodelrealbox 0 --- which will cause a FitzQuake style engine to not use FitzQuake style bounding boxes.
What will happen? I don't know.
#30189 posted by Spike on 2018/05/01 11:18:10
QSS still has no network prediction. If your players are in different countries then FTE is still a noticeably better choice.
Vs QS, QSS provides proper network nack-compression (using FTE's network protocol) meaning much higher entity limits (at least for mostly static ents like monsters, while dynamic ents [like AD's qc particles] will still have higher limits but at the cost of slight potential lag).
Mods like AD can FTE's/QSS's particle system to perform effects clientside instead of serverside, which has significant reductions.
Note that the visual effects in QSS have defaults that exactly match QS (unless a mod or user explicitly uses the stuff that would be impossible in QS). QSS was never about the visuals, but rather fixing all the bugs and limitations that pissed myself off with QS (primarily networking and QC related). The particles are there just because they are actually useful to mods like AD - and especially so when networked.
@Baker
sv_gameplayfix_setmodelrealbox is the 'correct' name for the feature, and renaming it will just cause problems elsewhere. If quoth needs it on in order to function then quoth shouldn't be turning it off even if it only affected DP. Additionally, if its value actually changes anything then quoth is buggy (and bugged in either vanilla/dp/fte or fitzquake/qs). Presumably if no one noticed then it doesn't matter and might not even be buggy.
Either way, 0 has more predictable results when replacement models are in use, and is potentially faster for dedicated servers, so hurrah for buggy quoth. And boo hiss at fitzquake for being incompatible with quake, and I really wish I could justify setting it to 0 by default in QSS, and renaming the cvar would just mean that noone would remember the new name breaking any mods that do actually need a specific value for that cvar.
So, won't rename. I prefer consistency to randomness.