Page 3 of 4

Re: FAST 4.0.0n (2011-10-23) for TM2/Canyon

Posted: 02 Dec 2012 01:44
by eyebo
Every time someone uses the "/juke" command on my server, the script restarts itself. The jukebox never shows up.

I'm using FAST 4.0.0p + GPP v1.87 for TM2. I'm also using the local records plugin "plugin.localdbf.tm2.12102011.zip".

Does anyone else have this issue?

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 07 Mar 2013 04:48
by Slig
FAST 4.0.0q release, with support for TM²Canyon and TM²Stadium. See 1st post of topic.


Dedimania support for TM²Stadium is now activated.
This release of Fast support it, and probably xaseco2 and foxcontrol too (seeing the TM2 controllers actually connected to Dedimania with a Stadium map) :)

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 07 Mar 2013 22:23
by weasel
Hi Slig.

Are there any servers running FAST on Stadium2.

I mean how does it look like ?
I only know Xaseco with record eyepiece.
Could I bother You to post an screenshot ?

Thanks.

Btw I saw that dedimania is working on stadium2 servers. Nice.

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 08 Mar 2013 19:38
by Slig
It looks as Fast usually do, ie not all those many panels that you usually find on TA servers. ;)
For long time now, xaseco/2 is by far more used on TA, fun and lol servers (with many stats, karma, etc. panels), and Fast more used in Team (and probably also in Rounds and Laps) for matchs and train.

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 09 Mar 2013 23:29
by ----GLUK----
Slig, you rock!

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 12 Mar 2013 01:05
by rpdo
hello Slig always liked the fast and how to open a server tm2 put it, but one thing is driving me to the flea in his ear, takes a long time to change lanes, lies in wait records database reply, which can be ?? have any solution?

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 12 Mar 2013 18:47
by Slig
The dedimania server began to be overloaded on evening since sunday (because of the increasing clients number with TM² Stadium)...

I have tuned several things to try to make things smoother (and have made a reboot after some of them). It seems better now, but it will need some evenings to be sure (the worse load is between about 20:00 and 23:00 cet)...

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 21 Apr 2013 13:18
by weasel
Hey Slig.

I'm a bit confused , about :

<dedimaniacode>YourTMdedicatedDedimaniaCode</dedimaniacode>

On other servers they are talking about validation key and it looks like this in dedicated :

<masterserver_account>

<login>MyLoginName</login>
<password>MyPassWord</password>
<validation_key>MyValKey</validation_key>

</masterserver_account>




So if I read it right then I should add <dedimaniacode>YourTMdedicatedDedimaniaCode</dedimaniacode> right under validation key in dedicated ?


I switch often from controller , Xaseco for just drive and have fun, and I use fast for match.
Therefore I use the same server.
So it still works if I add Validation ..... and youre dedimaniacode ..... to dedicated config ?


Quit a story, but I hope you understand what I mean.
And thanks for helping out.

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 25 Apr 2013 10:04
by Slig
weasel wrote:<dedimaniacode>YourTMdedicatedDedimaniaCode</dedimaniacode>

On other servers they are talking about validation key and it looks like this in dedicated :

<masterserver_account>
<login>MyLoginName</login>
<password>MyPassWord</password>
<validation_key>MyValKey</validation_key>
</masterserver_account>
Yes, you add the <dedimaniacode> line in the dedicated config (and you also set the validation key if you want your dedicated to handle planets): the dedicated (or other controllers) won't worry about seeing that extra config entry, and for Fast it was easier to add it there because from beginning Fast take the dedicated config file as argument, so setting the dedicode there it avoided to change the way it is started.

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 25 Apr 2013 15:35
by weasel
Thanks again for youre help.

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 01 May 2013 22:18
by ----GLUK----
If in rounds mode give command /adm restart or /adm next, records for past match not be saved (they not sending to dm).

And why in FAST DEL key during the scoreboard does not work properly?

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 02 May 2013 14:41
by Slig
----GLUK---- wrote:If in rounds mode give command /adm restart or /adm next, records for past match not be saved (they not sending to dm).
It should.
Check the logs to see what happens ! the only case should be if the script was (re)started after the begnning of the map : the runs started before the script was started will be rejected.
And why in FAST DEL key during the scoreboard does not work properly?
The script delay the map change too early, to show the podium results at minimum few seconds.
So it works, but if you are alone and press del very soon, it will be delayed few seconds (but anyway stop before the end if you have set a long chattime). More precisely, it is 12s min if 3 plyers or less, and 20s min if more than 3 players. You can change it if you want: it's the line "$mindelay = $nbplayers > 3 ? 20000 : 12000;" in the function handleManualFlowControlProceed() of the file fast_common.php

Re: FAST 4.0.0q (2013-03-07) for TM2/Canyon/Stadium

Posted: 04 May 2013 04:54
by ----GLUK----
Slig wrote: It should.
Im doing these steps:
1. load new map
2. drive new record
3. do /adm restart

after restart, my record from DM widget disappears

here is fastlog:

Code: Select all

    [05/04,08:46:57.10] Webaccess(dedimania.net:8082/Dedimania.8088): [OPENED,DONE]: -1.000 / 0.000 / 0.041 (0.000) / 8 [917,1753,691]
    [05/04,08:47:48.10] playersPlayerFinish(tmgluk,43105):: (best=-1,mindelay=3030) (its my new record)
    [05/04,08:48:16.28] CHATCMD[tmgluk] /adm restart (its im doing restart)
    [05/04,08:48:35.16] Webaccess(dedimania.net:8082/Dedimania.8088): [OPENED,DONE]: -1.000 / 0.000 / 0.029 (0.000) / 9 [917,1763,694] (its requesting records for map, not sendind)

Re: FAST 4.0.0r (2013-07-04) for TM2/Canyon/Stadium/Valley

Posted: 04 Jul 2013 21:16
by Slig
New release 4.0.0r with workaround for callback EndRace coming in wrong order (before EndRound), and for UId in challengeinfo datas wrongly name Uid, in recent dedicated (only includes/fast_common.php is modified since 4.0.0q)

Re: FAST 4.0.0s (2013-07-07) for TM2/Canyon/Stadium/Valley

Posted: 08 Jul 2013 13:59
by Slig
New release 4.0.0s, which should fix the multiple 'Your record ## was deleted: above its MaxRank' messages. Also this time the version number in fast_config is the right one.