Laps and dedimania issues

[BestNoob]

I think there just two solutions ..... (for existing maps, with dedimania records)

Score Laps as Rounds
Or fix uaseco and dedimania so uaseco/dedimania scores laps as laps and round as round
separated, becasue actually it seems that when a map already has existing timeattack/rounds scores than laps would never beat this times or score dedimania......

[undeflabs]

UASECO stores local records depending on the gamemode, so if you drive a local record on a map with TimeAttack.Script.txt and Laps.Script.txt, then UASECO stores two independend local records. So there is nothing to fix.

Dedimania instead only differences between TimeAttack and Rounds. Dedimania isn't a service I provide... so also nothing to change or fix.

[BestNoob]

UASECO stores local records depending on the gamemode, so if you drive a local record on a map with TimeAttack.Script.txt and Laps.Script.txt, then UASECO stores two independend local records. So there is nothing to fix.

Dedimania instead only differences between TimeAttack and Rounds. Dedimania isn't a service I provide... so also nothing to change or fix.

Exactly thats the problem. When Uaseco send Lap times to Dedimania they are Roundtime x Laps.
ManiaControl has fixed this better, Round & Laps mode always send the time of a Round to Dedimania. So it doesnt matter which mode or servercontroller is used, Dedimania Times do fit and beatable for every mode ...... would be nice when you change this.

because how it actually is ... Dedimania is NOT usable for Laps mode. (Server = 5 Laps but Map = 1 Laps/Rounds = Dedimania stores 5x Round times)

[undeflabs]

As I didn't changed the whole system how the Dedimania plugin works, that was/is the case since even.

I don't know if it possible to send round times instead of lap times, because Dedimania require to validate the records which are send and for the validation I need a finished run from the dedicated server and that's not finished with a single round...

I have to check this and eventually ask Slig/Xymph about this... so I reopen this report.