New:
Zinx's automated delayed feeds ettv_delay (default 0, disabled) - number of seconds for slave to delay the master feed. Recording/playback chains should no longer be needed, and slaves should always maintain an exact delay from the master server.
Bugfixes
Entities would sometimes not get unlinked (eg, hitsounds would repeatedly play when cycling through spectators). Fixed.
cvar limits would be sent to spectators. Fixed.
Clients would get flooded with snapshots on ff. Fixed.
Last edited by bani on Fri Dec 16, 2005 1:05 am, edited 2 times in total.
OMG autodelay roxors (although I'm going to miss my very powerful autodelay script )! Is the delay forced from the master or freely set on the slave?
Nice work!
Our servers now run on 64 bit steroids. Point your ET to:
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem
Ah, ok. That means if you want to work in a model where a minimum delay is forced you have to work in a chained model where the hub determines the delays and the slaves stream live from the hubs.
Our servers now run on 64 bit steroids. Point your ET to:
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem
bani wrote:ast forward stops at map restarts, so you can safely ff 999 to fast forward through a warmup.
Well, from my testing it does stop when the warmup ends, but sometimes 1 or 2 minutes (gametime) late ...
And a second thing that is almost more drastic:
If i ff 999 to skip warmup the server sends (or tries) to send complete snapshots of all frames played at this speed to the client - this will first end up in the server sending me a whole 3Mbit of snapshots and then after some seconds a "server disconnected for unknown reason"
so basically we dont need to do chaining anymore? cuz i have server scripts to run chaining (one to recorder demo, another for playback)
with the new autodelay do you still need to have one server connect as a client and users will connect to that server to view the match? with the autodelay set to whatever value
or do ppl connect to the master server (where match is being held)
you no longer need pairs of record/playback ettv's in order to delay feeds. one ettv slave with ettv_delay set and connected to a master server is enough to run delayed feeds now.
All the old methods of doing stuff should still work - If they don't, let us know. Dunno what the PB issue is, but you shouldn't run it on the slave, at the very least, because PB can't even come close to understanding spectators on an ETTV slave ;)
cuz i kept my same configs that work on b6 and when i updated everything to b8 the recorder wouldnt start demoing when i have "set ettv_autorecord 1" in my config
so now im just seeing if anyone else was having a problem
Yeah autorecord doesn't do anything here either. In fs_homepath all I get are logs & etconfig.cfg, but no demos/demo000x.tv84 anymore.
Configs haven't changed either.
EDIT: OK I narrowed it down after some testing.
When starting ettv.x86 as recorder and starting a second instance as hub/slave for broadcasting, for some reason demo's don't get recorded. When starting only a delayed hub, demos do get recorded.
So the old way of working doesn't work anymore, the new one does.
EDIT2: Well this is weird. First it worked, now it refuses to record demos again. Permissions are all ok, scripts haven't changed... This is weird behaviour.
EDIT3: nevermind, seems you have to wait ettv_delay seconds before it starts recording. So when ettv_delay is 0 the daemon refuses to record.
If you want to enable the "old" way of working you need to set ettv_autodelay 1.
Our servers now run on 64 bit steroids. Point your ET to:
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem
The demos you manage to record are probably not useful - There were some bugs in the recording stuff that have (hopefully) been fixed in CVS.
Here's an updated ettv.x86 bin if you want to test the fix: http://zinx.xmms.org/misc/tmp/ettv.x86-20051102.gz
Our servers now run on 64 bit steroids. Point your ET to:
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem