PLZ! Someone fix so that the spectator 2 bugg don make servers overcrowded and cams unable to run autotrack. Or someone make speccs be less stupid!

PLZ! We cant have it like this, if ppl cant specc in a good way it will make the scene go backwards!

Fix qizmo, qwtv, kteam, mvd or whatever, just MAKE IT WORK!

I like the way it is now, I hate not beeing able to join and get the message "server is full"

then fucked up angry alt-tab back to irc, ask someone if they know a cam or w/e anywhere, and noone answers, and you sit there and just want to smash your keyboard in the screen. Spectator 2 ftw.

Finding a cam isnt hard! Just use ASE or another serverbrowser, or www.quakeservers.net. In a perfect world all servers could handle 100 speccs...

Hangman: Uhm, is this not fixed in MVDSV v0.178 Beta DEVELOP build 1897 (2005.03.01)?
Changelog says: - bugfix from 0.1727 build 1666: spectator bug - allow to connect as spectator if all slots for spectators is already in use.
IE serveradmins should upgrade theire mvdsv, well, I guess they should do that anyhow.

Guest: /join #suddendeath (or any other channel with my qwstat-bot) and type !qw fp cam

its not the search for cams that upsets me, its that whenever see some cool games id like to spec when im bored and specslots are full of people like "krab/afk" or something and none of them on a qizmoserver.. what i would suggest is that you somehow create vip-slots for people coming through qizmos so each game on every server could be specced by anyone.. though i suspect the evil swedes would just put maxobservers 0 or a observer password

thanks term.. this has really been a problem with raised pingtimes because of 10-15 spectators, and lots of flooding. it's so stupid decreasing the playability for those playing a match. will upgrade shortly 8)

and no.. it's qizmo cams ftw! learn to use it :!:

:arrow: bltpowah.mine.nu:27500-27502 (qizmo port 28000)

- now running mvdsv version 0.179 Beta


very good setting (1)! servers have been down sometimes with error message "sv_error: bad surface extents" with an "OK" button, so I've had to be home manually restarting the server with the error message. now the message is skipped and server restarted right away.
(the problem occured when loading erroneous custom maps)

- fixed

Yea it's all so zzz. Now when working combination of Server ( http://quakeworld.ru/dlcfg.?id=249) and FTE QuakeTV Proxy is available, why doesn't any serveradmin setup those? Maybe people should start to push them, because admins are basically lazy, as we all know

All you need to get this combination working is:
start mvdsv and set e.g.

start qtv proxy and do

And here we go, 100000 spectators can flood port 27900 with their QW clients.
Want more powers? Sit closely then. In QTV set this
and people with QTV proxies on their home computers can stream MVD through TCP from the server = lag-free & smooth stream in MVD format!
And I guess I don't have to explain how more secure it is (10 seconds delay - cya mm3 cheating) + all other benefits no spectators on server bring.

Update: I've corrected the link to the FTE QuakeTV Proxy. Sorry.

Is there any server that uses this at the moment? Would be interesting to try it out.

IOP and wargamez are using the old version of MVDsv. If someone gives me a list of "babytalk" instructions then I'll email them to the wargamez admin and ask him to upgrade. I'm not sure that the IOP admin is reachable -you'll have to talk to ParadokS about that.

In the meantime there is a workaround - setting a spectator password stops the abuse of the "spectator 2" bug.

--

That QuakeTV thing sounds very interesting. Again, if it's easy enough to setup then I can have a word with the wargamez admin.

The Wargamez admin has agreed to update the MVDsv version - can someone give me a link to what he needs? I think he's running FreeBSD...

PLZ tell him to put up a qizmo!!!!!!!!!!!!!!!!! PLZ!!!!!!!!!!

We asked him to when we got the QW servers setup, but he wasn't able to. I have a feeling that you can't run Qizmo on FreeBSD... :? I'm not sure though.

Seriously, qtv and mvdsv should be merged so qtv is enabled automatically and spectators be disabled.

sounds GOOD!!!!

we need a "how-to-set-up-a-server-quickly"

IOP/DVDalright admin is in Africa - he can fix things when he's back in March.

GG...

I've made a simple FTE QuakeTV Guide
Please send me any suggestions and comments, (my email is below), thanks.

Is it windows-only at the moment? Kinda useless when most servers are running linux or other open source stuff...

Concerning my idea of a merge above - the proxy _needs_ to be built in with clients and servers. As of now, I suppose the only client in development is EzQuake - which is a problem. But let those running older clients mess around with their qtvproxy.exe if they want to spectate...

Since EzQuake 1318 works the same in every way as the latest fuhquake (except some renamed commands?) a scene-wide switch shouldn't be a problem.

As long as there are multiple clients it's hard to come up with a standard for this kind of things.

Are people really using mqwcl nowadays?

There are source codes available. I think high percentage of linux admins compile the server for themseves so they will QTV.

siikah: client merging shouldn't be a problem - qizmo is merged very well in many clients and this is same problem - run external program with parameters + additional problem - connect somewhere. I guess patch file will be like +10 lines for every client.
I don't see a point in merging with server yet. Why killing the purpose of separate process for higher bandwith and cpu usage? Maybe I'm wrong and it would work merged well too.

Sure you can.. uttergrottan.localghost.net:27505 runs on a FreeBSD system.

i tried mvdsv cvs and fteqtv cvs. i cant seem to prevent mvdsv from crashing when a qtv cam connects.

Yeah Tuna, it's a known bug with the latest MVDsv RC (still beta).