ETTV Public beta 8

Official ET Pro announcements here...

Moderators: Forum moderators, developers

User avatar
bani
Site Admin
Posts: 2780
Joined: Sun Jul 21, 2002 3:58 am
Contact:

ETTV Public beta 8

Post by bani »

ETTV is now available for public beta testing.

Download it here.

Documentation is here.

New:
Zinx's automated delayed feeds :rock:
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.
User avatar
deej
Posts: 743
Joined: Fri Mar 19, 2004 12:44 am
Location: Belgium!
Contact:

Post by deej »

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
User avatar
bani
Site Admin
Posts: 2780
Joined: Sun Jul 21, 2002 3:58 am
Contact:

Post by bani »

ettv_delay is slave only.
User avatar
deej
Posts: 743
Joined: Fri Mar 19, 2004 12:44 am
Location: Belgium!
Contact:

Post by deej »

bani wrote:ettv_delay is slave only.
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
User avatar
bani
Site Admin
Posts: 2780
Joined: Sun Jul 21, 2002 3:58 am
Contact:

Post by bani »

chained model is better anyway. who wants 30 slaves hanging off the master gameserver? :lol:
User avatar
arni
Posts: 188
Joined: Sun Feb 20, 2005 2:32 pm

Post by arni »

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"
Image
User avatar
bani
Site Admin
Posts: 2780
Joined: Sun Jul 21, 2002 3:58 am
Contact:

Post by bani »

the beta8 version fixes flooding the clients. <= beta7 will flood clients on ff.
Sword
Posts: 14
Joined: Thu Jun 02, 2005 12:30 pm

Post by Sword »

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)
User avatar
bani
Site Admin
Posts: 2780
Joined: Sun Jul 21, 2002 3:58 am
Contact:

Post by bani »

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
Sword
Posts: 14
Joined: Thu Jun 02, 2005 12:30 pm

Post by Sword »

was ettv_autorecord removed from the new build cuz i was using my old setup to broadcast a test of a match (recorder/broadcast chain)

was also wondering if we still have to have pb disabled to run the slave
User avatar
zinx
Posts: 267
Joined: Fri Jan 16, 2004 12:37 pm
Location: US
Contact:

Post by zinx »

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/
Sword
Posts: 14
Joined: Thu Jun 02, 2005 12:30 pm

Post by Sword »

well seems like autorecord doesnt works for me

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
User avatar
deej
Posts: 743
Joined: Fri Mar 19, 2004 12:44 am
Location: Belgium!
Contact:

Post by deej »

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
User avatar
zinx
Posts: 267
Joined: Fri Jan 16, 2004 12:37 pm
Location: US
Contact:

Post by zinx »

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
Zinx Verituse http://zinx.xmms.org/
User avatar
deej
Posts: 743
Joined: Fri Mar 19, 2004 12:44 am
Location: Belgium!
Contact:

Post by deej »

Ah ok thanks will test them 8).
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
Post Reply