ETTV Public beta 8
Moderators: Forum moderators, developers
ETTV Public beta 8
ETTV is now available for public beta testing.
Download it here.
Documentation is here.
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.
Download it here.
Documentation is here.
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!
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
- 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.bani wrote:ettv_delay is slave only.
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
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem
Well, from my testing it does stop when the warmup ends, but sometimes 1 or 2 minutes (gametime) late ...bani wrote:ast forward stops at map restarts, so you can safely ff 999 to fast forward through a warmup.
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)
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.
old setup:
[master] <------ [slave]-> demo0001.dm_84 <- [slave] <- spectators
new setup:
[master] <------ [slave]<- spectators
old setup:
[master] <------ [slave]-> demo0001.dm_84 <- [slave] <- spectators
new setup:
[master] <------ [slave]<- spectators
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 ;)
Zinx Verituse http://zinx.xmms.org/
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.
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
- 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
Here's an updated ettv.x86 bin if you want to test the fix: http://zinx.xmms.org/misc/tmp/ettv.x86-20051102.gz
Zinx Verituse http://zinx.xmms.org/
Ah ok thanks will test them .
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
- Forgotten Ground StopWatch Server with occasional wolfrof 1
- Fraggle Rock ETPub Server - Mix up ET/UT & Duke Nukem