Forged Alliance Forever

Re: A necessary feature for streams (possible solution?)

2013-11-07T05:50:33+02:00

Yea, i'm planning a super secret awesome project with mad-mozart, if anyone wants to help and be involved in this, then all the casters and I will be extremely thankful and you'll get praise from us. So come on and help!

Statistics: Posted by Aulex — 07 Nov 2013, 05:50

Re: A necessary feature for streams (possible solution?)

2013-11-07T05:29:50+02:00

Bump.

I am taking a break from casting for awhile. Hopefully when I comeback I can do some double casts with others using this feature.

If someone can make this work, it would be a great help to all the casters and streamers out there.

Statistics: Posted by SeraphimLeftNut — 07 Nov 2013, 05:29

Re: A necessary feature for streams (possible solution?)

2013-10-23T22:26:35+02:00

Ze_PilOt wrote:
When you watch a replay, there is no communication with any other FA or the FAF server. So no it's not possible.

Exactly! I need a mod which saves to a file or sends through a socket the current game time, and reads the game times from the others from a file or a socket, so it can reduce or increase speed. Then there has to be Client/Server Program, which reads and sent that data between the clients and reads and writes from and to the file or local socket. That could be an external program i could write it in Java or FreeBasic or it could be a part of the lobby, written in python.

EDIT
i made some progress. All what i needed was the following code. Now that i can import and export the game time and know how to pause and resume the game i can write an interface to sync gametime

Code:: local lasttimer = GetGameTimeSeconds() function MyBeat() if SessionIsReplay() then if (GetGameTimeSeconds()-lasttimer) > 5.0 then lasttimer = GetGameTimeSeconds() local playertimes = import('/mods/MyMod/modules/playertimes.lua').Playertimes LOG("MyBeat: " .. GetGameTimeSeconds()) LOG( playertimes ) --SessionRequestPause() --SessionResume() --SessionSendChatMessage end end end

Statistics: Posted by RoLa — 23 Oct 2013, 22:26

Re: A necessary feature for streams (possible solution?)

2013-10-23T22:07:13+02:00

RoLa wrote:
Ze_PilOt wrote:Nothing can be done about "falling behind".

I am not sure about that. If someone tells me how to do specific things in lua, i would write something. What i need is how to:
- write/read to a file or socket
- set speed or pause

i looked at a mod called netlag. It doesnt seem to be hard to write a mod to sync replays if someone answer my 2 questions.

When you watch a replay, there is no communication with any other FA or the FAF server. So no it's not possible.

Statistics: Posted by Ze_PilOt — 23 Oct 2013, 22:07

Re: A necessary feature for streams (possible solution?)

2013-10-23T21:46:31+02:00

SC-Account wrote:
Why not join the game as observer (and possibly stream with delay to prevent cheating)?

That only works for live games, the problem is dual casting replays that are sent in.

Statistics: Posted by Nombringer — 23 Oct 2013, 21:46

Re: A necessary feature for streams (possible solution?)

2013-10-23T21:47:24+02:00

Ze_PilOt wrote:
Nothing can be done about "falling behind".

I am not sure about that. If someone tells me how to do specific things in lua, i would write something. What i need is how to:
- write/read to a file or socket
- set speed or pause

i looked at a mod called netlag. It doesnt seem to be hard to write a mod to sync replays if someone answer my 2 questions.

Statistics: Posted by RoLa — 23 Oct 2013, 21:42

Re: A necessary feature for streams (possible solution?)

2013-10-23T19:24:48+02:00

Why not join the game as observer (and possibly stream with delay to prevent cheating)?

Statistics: Posted by SC-Account — 23 Oct 2013, 19:24

Re: A necessary feature for streams (possible solution?)

2013-10-23T12:54:34+02:00

yes but this might be a problem for many teamgames (at least when there are asf fights or something similar), ofc also for unit whoring games like setons

Statistics: Posted by Myxir — 23 Oct 2013, 12:54

Re: A necessary feature for streams (possible solution?)

2013-10-23T12:36:18+02:00

Nothing can be done about "falling behind".

Just always be a +1 all the time, and, well, if one of the caster goes into negative sim speed, I don't see what could be done.

Statistics: Posted by Ze_PilOt — 23 Oct 2013, 12:36

Re: A necessary feature for streams (possible solution?)

2013-10-23T12:08:48+02:00

Ze_PilOt wrote:
You wouldn't be able to go further than that what was send, meaning both players will be synchro (like a livereplay, again, there is no difference).

but you can fall behind.
a finished replay can also contain sim info that a pc can maybe run at -1 or -2, means that the server sends more info than you can use
and if not all the viewers can watch it as fast as the server sends (+0 or higher), the possiblity for async viewing is given again because of different cpu speed

Statistics: Posted by Myxir — 23 Oct 2013, 12:08

Re: A necessary feature for streams (possible solution?)

2013-10-23T03:19:55+02:00

I am giving up on making this livereplay thing work. I have no clue what I am doing and the manual leaves big gaps, that are supposed to be obvious, I guess.

I hope someone with knowledge about this stuff can make this work and tel one of the casters.

Statistics: Posted by SeraphimLeftNut — 23 Oct 2013, 03:19

Re: A necessary feature for streams (possible solution?)

2013-10-21T18:04:42+02:00

To explain better my answer:

A replay is a stream.
A livereplay is a stream.

There is virtually no difference.

The only one is, when you watch a replay on your hard disk, all the data are there.
When you are watching a replay on the livereplay server, you have to wait for the data to be sent.

Putting a replay on a server and stream it real time (10 ticks a second) is entirely possible.
You wouldn't be able to go further than that what was send, meaning both players will be synchro (like a livereplay, again, there is no difference).

Statistics: Posted by Ze_PilOt — 21 Oct 2013, 18:04

Re: A necessary feature for streams (possible solution?)

2013-10-21T17:56:52+02:00

why dont you try to synchronize on a live game. if that works than certainly a fake-live game will work too.

Statistics: Posted by rootbeer23 — 21 Oct 2013, 17:56

Re: A necessary feature for streams (possible solution?)

2013-10-21T17:31:20+02:00

How does a live replay work? Couldnt that mechanism be adapted? The replay should be streamed to the clients so that the the faster clients would pause lets say every 15 seconds for 1-3 seconds like a little lag.

Statistics: Posted by RoLa — 21 Oct 2013, 17:31

Re: A necessary feature for streams (possible solution?)

2013-10-21T17:43:44+02:00

lextoc wrote:
Maybe you could use Teamviewer or something similiar to dualcast? Just a suggestion

Way too much delay, you have to account for both mumble and team viewer

Ta has informed me about the open live replay server tool here:
http://code.google.com/p/openlivereplayserver/

If anyone wants to help me set it up and/or convert it to be compatible with faf (if that's even possible) that would be very helpful.

Edit:

Currently i'm running into two issues:

1. I try and run LiveReplayServer.jar to try and create a server but i get some errors in command prompt
http://pastebin.com/Dzf4n3Bv

2.When I try to run the livereplayserver via website as seen here http://code.google.com/p/openlivereplay ... yFromLinks
it looks for a scfa replay file instead of fareplay file so i cannot open any files from faf. If anyone knows how to convert them that would be lovely.

Edit 2:
If you look through both the client and server manuals they keep referring to features/tools/addresses associated with gpg, again if anyone is able to convert or alter the program in a way to work with faf or faf replays.

Statistics: Posted by Aulex — 21 Oct 2013, 16:44