News | Forum | People | FAQ | Links | Search | Register | Log in
Coop / Dm Quake (other FPS?) Meet-ups - Make Bitches Here!
I don't where to put this message, so I'll just put it here.

I want to meet and play co-op or dm Quake on a server with you users... there's definitely few people playing these days, but for those of you like me who find some weird sort of nostalgic enjoyment out of playing games...

I don't know what server we'll use yet, but I imagine we can figure something out. It would be nice to have a server to play maps that were submitted here at func_msgboard
First | Previous | Next | Last
I Nominate 
Spirit to setup a quaddicted server! 
2nd That 
With donations, blood sacrifice, gold bullion, whatever is needed. 
 
ye Germany server is pure fun ;) good pings at least for me :) 
 
There are a couple of KTX coop servers but it's a mod with different features so no good vanilla Quake coop: http://www.quakeworld.nu/news/326/

Oh WTF a WARPSPASM server! How is that possible. :o
excoop is a good mod, just bugfixes and stuff.
http://www.quakeservers.net/quakeworld/servers/d=coop/

These have truly gay mods running:
http://www.quakeservers.net/quake/servers/d=coop/

Honestly I think it would be a waste of time to setup. Not to mention that many recent maps won't be able to run. And that NetQuake sucks as network protocol whereas QuakeWorld rocks but not for Singleplayer/Coop.
Plus a quick coop game is easily hosted on a home connection. 
 
guess we need a good coder to fix netquake problem no?

or isn�t possible? 
 
Seems like that warpspasm server runs the maps in id1... 
 
roulfffffffff 
 
spirit: internet connections and computers are so fast now, i can't imagine that the protocol makes much of a difference, but maybe i'm wrong. what makes netquake so inefficient?

also, why wouldn't recent maps work? don't most maps work with fitzquake? 
And Speaking Of Money... 
i wouldn't mind shelling out $5 a month for a good quake server to play on. with the amount of users on this board i bet we could coordinate a weekly quake night or something.. 
I Know I'd Pay Good Money 
to kill all you bastards!!! 
 
Netquake is lacking the client-side prediction the QW protocol has, which allows for fairly playable games even with higher pings. Internet connections are much faster now, but hosting a private game is still problematic especially for overseas connections.

Hosting a simple NQ coop game seems easy in theory (just create an MP game and let other people connect to your IP), but for some reason it always failed every time we tried.

So yeah, coop.quaddicted.com and dm.quaddicted.com with appropriate mod/map rotation please! 
There Are A Lot Of Differences 
in summary quakeworld is probably the best multiplayer engine in use so far, since the server runs at high fps and also because of many other things made to improve playability. NQ is about a thousand times worse in every department.

The trouble is that the physics of QW are a bit different from NQ and that breaks many singleplayer maps, since you can move faster and make different jumps.

Zquake server can run SP mods with qw nowadays. I don't know what is be done with the movement and I think there might be an issue with the ssg spread, not sure about that though... 
Spirit 
Heh, not too sure about 'truly gay' but I know what you mean. (but I really know shit about coop servers) The Flanders Coop server is, afaik, a bastardised hack, (bit like Bigfoot's Euroquake) it has bugs but works for cheap thrills. Maps are getting stale and needs refreshing.

Interestingly, over all these years, I've often wondered if the Func people actually play MP quake (in any guise) although I've mostly played on euro servers.
I liked the physics/speed with QW, just couldn't gel with the playstyle compared to NQ. (but that's another old, old argument)

Also in agreement with Negke/Bambuz.

The Idea Is Nice 
But:

a) if I was involved it would be a "vanilla" coop server. That means playing the maps and mods exactly how they are meant to be played. Sure those weird coop mods are fun but they are a different thing. But people don't like playing vanilla Quake coop over the internet, they want that bastardised 10000 monster and insane weapons and blingbling stuff.

b) Netquake is unresponsive over the net (the ping is the problem, not the bandwidth ("speed")). Quakeworld is not "Quake" and its popular engines (and servers) are made for competetive multiplayer (obviously). Just try it.
Darkplaces has its own protocol which seems to work rather well. But hey, it's Darkplaces, no good choice either.

c) There would be 2-3 people playing for 2-3 hours a week I guess. That's not worth it.

So as a conclusion: I will not invest anything into something like this. No money, no time, no (more) thoughts. And I highly recommend no-one else does (unless you really like doing it and watch the process/setup itself as archivement).

If there is interest I could try getting a server ready for the time of QExpo though. No promises. 
Actually 
Can that about a server for qexpo, I got other stuff to do. 
I Wonder 
how much work it would be to rip that protocol out of DP and rape it into SDL Fitzquake. Would people be interested in something like that? 
 
problem of DP is that is very slow :\ 
Sleepwalkr: 
i've looked at it, it's a pretty wildly different protocol, but if you grabbed enough of the right code, it should be doable. One problem is DP's internal variables data structures are not all the same, so you'd have to go through and rename variables and references as needed in the network functions. 
Uh 
what's DP? 
Dark Places 
It's an enhanced engine with extra graphics and support for more formats, by LordHavoc. 
He He He 
I had to sit on my hands for that one! 
 
Hah! 
Terra 
is an awesome pak for coop. 
What's 
RAC? 
Spirit: 
maybe you could setup and maintain the server if we all throw a few bucks into a paypal account in order for you to keep it running? 
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.