Who's ass do we have to kiss to get this and is it being worked on? The quake3.dk server ping thread reminded me of this feature.

Lots of hugs'n'kisses!

:-*


// Topic edited by Renzo

You mean using mvdsv as a qizmo is used today to get a better ping (if possible) ?

yepp. exactly that. and after that we need johnnys ping-calculator to be able to take advantage of possible different routes. And after that we need it to be built in into client and server.

Not going to happen, the project has been scrapped.

Well ok, we've been discussing about some stuff lately (and even before).

The basic idea is to provide a very simple proxy that has very little resource footprint and it offers routing capability like Qizmo does. This proxy wouldn't have anything else than that basic routing so all the observer/cam/soundsystem/whatever shit would be left out (we have QTV so we don't really care about it anyway) but this thing could be run on every server and it would basically have no user limit like Qizmos have, so lots of people could use the proxy by just wasting some bandwidth of the server.

Lets just see if this will happen, I'm sure it would benefit both players and the server admins.

very good renzo. Perhaps u already thought about this, but there are two features that would be useful here.

/pconnect serverip <list of proxies> (perhaps most is implemented in client)
/pping <server ip> <list of proxies> (needs proxy to forward the request).

Another "strip all other features from FTEQTV" candidate?

finally some light!

Actually Qqshka thought we could use existing MVDSV code.


We were thinking about the usage/implementation (read: how to connect through it) and some new commands will probably there, but these pconnect/pping/whatever are ezQuake related commands so Johnny_JR's input will be needed too.

Nothing is certain yet, like I said we are still investigating the possibility of this thing.

If it's not going to be a part of mvdsv, do you really think it would change much? As i see it, those who care already run qizmo's - those who don't probably arent going to run some other proxy even if it uses less resources.

not if its built-in

I know it would change proxies from two to five on my servers.

Yes, on your servers, but you also update your servers everytime you get a chance.... but those slackers out there who do not care, and only opdate mvdsv occasionally will probably not start running a new kind of proxy. What is the reason for not including the feature in mvdsv?

btw. would it be possible to run mvdsv on a homerouter? Or is the hardware to slow?

It fails on mapchange (c)qqshka.

So no, it won't be in the MVDSV because it would be too hard to implement.


No I won't, just when it's necessary. Besides, are there any noteworthy servers than those of mine? :xd:

From what I can see, there are people who are interested in this already.

i'm not saying it's a bad idea, i just said that if it could be included in mvdsv, that would be better

It has been done now. More info and testing versions will be announced later...

(this is a teaser reply )