Enregistrement de démos côté serveur

[Barbatos]

Yop,

Pour ceux à qui ça pourrait intéresser, j'ai mis à jour les exécutables officiels en ajoutant la possibilité d'enregistrer des démos côté serveur. Cette fonctionnalité a été développée par le clan |ALPHA|.

Les deux commandes rcon à retenir sont :
/rcon startserverdemo <id du joueur OU nom du joueur OU "all" pour record tout le monde>
/rcon stopserverdemo <idem>

Vous pouvez notifier (ou non) les gens que vous enregistrez avec la cvar sv_demonotice. Si vous ne remplissez rien dans cette cvar, les joueurs ne sauront pas qu'ils sont enregistrés.

Les builds :
http://www.f1m.fr/uploads/urt/ioUrTded.exe (windows)
http://www.f1m.fr/uploads/urt/ioUrTded.i386 (linux 32 bits)
http://www.f1m.fr/uploads/urt/ioUrTded.x86_64 (linux 64 bits)

Le code source :
https://github.com/Barbatos/ioq3-for-UrbanTerror-4

N'hésitez pas à reporter d'éventuels bugs, merci !

[g8power]

Ça peut entrainer des lags sur le server?

[Barbatos]

L'enregistrement de démos est très peu gourmand en ressources, donc normalement non. Mais ça reste à tester sur des serveurs bien remplis... avis aux amateurs.

[Rzm]

C'est comme une gtv individuelle quoi?

[Blapecool]

J'ai oublié, y'a une cvar/commande pour connaître les personnes actuellement enregistrés ?

[Esco]

Pas mal ça, surtout pour des pcws avec le gratin de ceux qu'on oublié de prendre les murs en passant à la caisse chez casto, et ceux qu'on juste besoin de jouer au clavier.

Plus de " Non je donne pas ma demo lolol t'es trop noob rofl ".

Un bon outils, en tous cas dissuasif, ça pourrait apaiser certaines tensions. Bon travail.

[Foxyfox]

En effet bel outil!

[Turge]

Ce serais adaptable sur un bot ?

[Barbatos]

Euh c'est un bot qui s'adapte au serveur et non le serveur qui s'adapte au bot en général. Si tu entends par là qu'on puisse envoyer des commandes !startdemo et !stopdemo via un bot alors oui c'est possible, on a implémenté ça sur le bot des GH par exemple. Ce sont des commandes rcon comme les autres.

@blape: non pas pour le moment

[derfull]

Lut,

Est-ce que tu as eu des retour concernant une utilisation excessive du cpu ?

J'ai le soucis avec le binaire fournit et avec le binaire compiler à partir des sources. (version 32bits ou 64bits)

J'ai comparer avec la version de iourted mise à disposition par rambetter (compiler sans aucun patch), et je n'est pas ce soucis.
Les librairies et fichiers/ socket utilisés par les processus sont identiques, les quantités mémoire aussi (a quelques variantes prés).

Par contre t'as version donne ça avec strace (sur le processus déjà lancer)

Code : Tout sélectionner

gettimeofday({1337798974, 257237}, NULL) = 0
recvfrom(135, 0x82951c0, 16384, 0, 0xffa2653c, 0xffa2654c) = -1 EAGAIN (Resource temporarily unavailable)
gettimeofday({1337798974, 257274}, NULL) = 0
recvfrom(135, 0x82951c0, 16384, 0, 0xffa2653c, 0xffa2654c) = -1 EAGAIN (Resource temporarily unavailable)
[...]
Ces deux ligne se répètent sans cesse

Avec la version de rambetter, je n'est pas les "gettimeofday", mais les revfrom et les demandes diverses pouvant être faite à un serveur urt (getstatus, infos, ect...)
La distribution est une debian 64 + ia32libs.

++

[Courgette]

Pour ceux qui ont B3, voici un plugin pour gérer les démos côté serveur : http://forum.bigbrotherbot.net/plugins- ... %28urt%29/

[Barbatos]

Hm en effet derfull, je vais regarder ça. Est-ce que tu as essayé de compiler toi-même sur ton serveur la build pour voir ? (c'est p-ê ce que tu as voulu dire dans ton post mais je ne suis pas certain ).

[derfull]

Oui j'ai compiler moi même à partir des sources.

Et j'ai oublier de faire un test avec le binaire officiel, utilisant principalement depuis plusieurs mois la version de rambetter (iourt uniquement et pas ioquake3).
Je cherche aussi du coter du support multi-lib. Au cas ou la cohérence de ce dernier n'aie était altéré par une mise à jour du système (qui a eu lieu il y à 2 jours).

M'enfin vus l'heure, je vais préserver mes neurones ^_^

[Barbatos]

Build windows dispo (pas testée des masses, feedback needed):
http://www.f1m.fr/uploads/urt/ioUrTded.exe

Builds linux mises à jour:
http://www.f1m.fr/uploads/urt/ioUrTded.i386 (32 bits)
http://www.f1m.fr/uploads/urt/ioUrTded.x86_64 (64 bits)

@derfull, tu peux tester ces builds et me dire si tu as toujours ton cpu utilisé à 100% stp ?

[derfull]

Bonjour.

La seul différence après t'as maj c'est la disparition des "gettimeoftheday", mais toujours le cpu qui brûle.

Cependant il semble que le soucis soit de mon coté uniquement
Je vient de trouver l'origine de mon problème. et ce n'est pas t'as distribution qui est fautive (du moins je pense).
Des que je lance urt en mode service avec un script start/stop, le cpu brule.
Par contre si je lance le serveur à la main tout est ok, que ce soit avec le compte de service, et/ou root.

Quand à savoir pourquoi cela fonctionne avec d'autre version de iourt, vas falloir que je creuse le script de lancement.

Merci pour le retour et l'aide