Doppler - A new competitive gamemode!

[undef.de]

Some findings or suggestions:

• "Camera 0 flashed you!", please do + 1
• Please make "km/h" as a settings, e.g. S_VelocityUnit to be able to change it to "mp/h" or whatever
• At the description a "$" is missing: "Take care, restarting will $ff0dump$fff your speed!"
• After finishing a Map, nothing happens... i have to press DEL to start another run... do i miss something?

Btw.: I have added support to UASECO for Doppler.Script.txt.

[Nerpson]

New update!



Look the main topic for more detail.

[reaby]

Hi,
Thanks for update!
And many thanks for enabling the moving of the ingame panel around + possibility to hide it!

@Undef, you are way too fast to add support... even if it doesn't send any data (yet) about the scores

@Nerpson
Here is what you need to send custom callbacks to dedicated server... register at start server...
not sure if you need to unregister it at stopserver... anyway here's how to do it:

Code: Select all

XmlRpc::RegisterCallback("Doppler_onCheckpoint", """
* Data: array of Login, speed and kph mode
* Example: ["nerpson", "999", "1"]
""");

It's just suggestion for checkpoint data (if you wish send more or less values), maybe also when player retires there would be nice to have callback... perhaps also when he finishes the race, but it is not that important for now.

Code: Select all

XmlRpc::SendCallbackArray("Doppler_onCheckpoint", [Event.Player.Login,  TL::ToText(RoundedSpeed), TL::ToText(S_KPH)]);

Note, all values in array needs to be same type.

Would be cool to have support for localrecords with this game mode,
Reaby

[undef.de]

@Undef, you are way too fast to add support... even if it doesn't send any data (yet) about the scores

Someone has to start. =)

Code: Select all

XmlRpc::RegisterCallback("Doppler_onCheckpoint", """
* Data: array of Login, speed and kph mode
* Example: ["nerpson", "999", "1"]
""");

Why not just send the LibXmlRpc_OnWayPoint instead of an custom one???

[reaby]

Why not just send the LibXmlRpc_OnWayPoint instead of an custom one???

Yes, why not, but it's really his decicion to which path to take, as the main event loop already passOn the time infos for waypoints... So replacing it would be more difficult that just sending additional custom event
Also one remark is that it is quite challenging to debug if you dont' have dedicated server installed (since there is no way to see the emitted xmlrpc calls)

[TGYoshi]

Why not just send the LibXmlRpc_OnWayPoint instead of an custom one???

Just re-map whatever xml-rpc event is received to the format you internally use? If your controller doesn't support that, it's a seriously huge design flaw. Forcing everyone to whatever undocumented format Nadeo uses isn't a great idea either.
In the end, the way Nadeo implemented scripted xml-rpc callbacks is terrible anyway.

[undef.de]

[...] undocumented format [...]

http://doc.maniaplanet.com/dedicated-se ... OnWayPoint

In the end, the way Nadeo implemented scripted xml-rpc callbacks is terrible anyway.

As we have currently this implementation, be sure it will not be changed in the near future.

[TGYoshi]

Wow, it's actually documented. Wouldn't have expected that from Nadeo! I wonder why they got rid of the JSON format now, it's at least more sensible than an array of random strings, even though it's slightly more heavy on data (but who cares, it's usually ran locally anyway).
Well, guess we'll have to deal with this mess.

[undef.de]

Why not just send the LibXmlRpc_OnWayPoint instead of an custom one???

Yes, why not, but it's really his decicion to which path to take, as the main event loop already passOn the time infos for waypoints... So replacing it would be more difficult that just sending additional custom event
Also one remark is that it is quite challenging to debug if you dont' have dedicated server installed (since there is no way to see the emitted xmlrpc calls)

Sorry i overlooked that you have changed the response data, so yes in that case it makes sense to send a custom event instead of using LibXmlRpc_OnWayPoint!

But the name should be Doppler_OnWayPoint to keep the "meaning equal" with the LibXmlRpc one.

[Nerpson]

New update!



Look the main topic for more detail.