bind laser et zoom

[Fenril]

*Joke Inside*

Je me suis renseigné sur les cheats avant quand même....

[Diconico07]

Si c'est de moi que tu parle, je suis un programmeur, je réfléchit en tant que tel

[HazeSpecial]

pkoi tu deviens pas devs stao

[Fenril]

Je parlais de mon post..

[sta0]

pkoi tu deviens pas devs stao

Parce que ca m'interresse pas peut-être ? :p j'ai des connaissances techniques mais ça ca vient des études ...

Disons que oui je *deviens* dev mais pas pour des ordinateurs ... (trop simple :p)
va voir mécatronique sur wikipédia ... en bref c'est des belles nuit blanches sur des circuits imprimés qui font des résultats ... étonnants ... pour constater après un mois qu'on a juste raté une soudure xD - sinon c'est cool de faire un robot de A à Z qui joue au foot ^^

Et bon je crois que twenty-seven (le codeur principal d'urt si je ne m'abuse) en connais largement plus que moi sur open-gl/le moteur de q3/l'informatique en général (en parlant techniquement de vrais ordinateurs, et non juste de puces)

blague à part ca m'amuserait pas de voir que les cheaters aient autoaim + autoshoot + automove (ca existe sur plusieurs fps ...)
bref des vrais bots quoi :p

[Mr.Phi]

Voila comme je varie souvent entre g36 et lr300+ laser je voulais savoir si on pouvais faire un script ou bind pour attribuer a mouse 2 le zoom quand j'ai la g36 et desactiver le laser quand j'ai la lr300
j'espere que vous voyez ce que je veux dire

C'est juste une idée mais il y a peut être un moyen de ne donner à mouse2 qu'une des deux actions, en renseignant un cfg différent.
J'ignore si c'est possible mais si c'était le cas tu pourrais avoir ton cfg avec tes binds de SR8 et ton cfg avec tes binds de G36. Il faudrait seulement binder une touche pour qu'elle change a la fois ta config weapon en G36 etc... ou en SR8 etc... (ça c'est facile à faire) et en plus change ton fichier de binds.

Est-il possible de changer le cfg de autoexec.cfg a un autre?

Sta0 : tu imagines le temps de chargement si le serveur vérifie le .exe ? =s
Il peut toujours ne vérifier que la taille/date du fichier à la limite (a l'octet prêt).

[sta0]

Sta0 : tu imagines le temps de chargement si le serveur vérifie le .exe ? =s
Il peut toujours ne vérifier que la taille/date du fichier à la limite (a l'octet prêt).

Le vérifier de la même façon qu'i vérifie le .pk3 ... un cheksum. Ca devrait déjà rendre le cheat un poil plus dur :p

faut voir si c'est faisable via un mod néanmoins ...

[Mr.Phi]

Il faudrait prendre en compte la version quake3, l'io, pour linux, mac et windows :-O .
Mais c'est vrai que ça serait plus pratique que punkbuster.

[sta0]

oui c'est sûr ca changerait en fonction de la plate-forme, mais bon les devs regardent sur urt.net, listent tous les exécuatbles *légaux* (sans hax quoi) genre les patchs graphiques de 27, ikaliser, ...
mettont qu'il se retrouvent avec 10 exécutables valides, et bien si le checksum ne donne aucun des 10 résultats alors le client est rejeté. Ce serait déjà un petit frein contre le cheat, vu que pour le moment il n'y a vraiment aucun moyen préventif.

[Mr.Phi]

Le problème serait aussi qu'en cas d'arrêt de développement sans passage à une licence libre le jeu serait totalement condamné à ne pas évoluer (et Frozen S a souvent failli stopper il me semble =s ).

Pour ce qui est du cfg de Orangebug tu as une idée?

[Tidus]

d'ailleurs tant qu'on y est : pourquoi les devs ne mettraient-ils pas en place dans le sv_pure 1 un checksum sur l'executable ? ils font un receuil de tous les exécutables valides connus ... ca devrait déjà suffire pour bloquer pas mal de cheats (voir même tous car un cheat = un executable patché => altéré)

Ca fais hélas bien longtemps que les cheats passent au travers des checksum, il y'en avait déjà quand je jouais à SoF2 y'a quelques années. Après je sais pas pour les cheats UrT actuels, mais à mon avis ca doit pas être bien dur à updater si ils le font pas déjà.

Mr.Phi il à juste à mettre un sniper.cfg et un passniper.cfg dans son dossier urban puis a faire 2 binds, "bind x exec sniper.cfg" et "bind x exec passniper.cfg"

Je lui ai donné un script qui devrais faire ce qu'il veut normalement avec un seul bouton, si ca marche j'imagine qu'il le postera ici, hein orangebud?

[Mr.Phi]

Tidus : j'ignorais si le exec fonctionnait pour les configs client, merci pour l'info =) .

[Magic-Micky]

J'ai meme encore mieu:
voila j'ai fais un sniper.cfg qui contient:

Code : Tout sélectionner

gear "GZJARWA" //config des armes
//say_team "Je prends un SR8"
bind MOUSE1 "+attack"
bind MOUSE2 "weapnext"
bind MOUSE3 "ut_zoomreset"
bind MWHEELDOWN "ut_zoomout"
bind MWHEELUP "ut_zoomin"

et un lr300.cfg qu icontient:

Code : Tout sélectionner

gear "GLAAVWR" //config des armes
//say_team "Je prends un LR300"
bind MOUSE1 "+attack"
bind MOUSE2 "ut_zoomin"
bind MOUSE3 "ut_zoomreset"
bind MWHEELDOWN "weapprev"
bind MWHEELUP "weapnext"

maintenant dans mon autoexec.cfg, j'ai rajouté se script:

Code : Tout sélectionner

set lo_01 "set load vstr lo_02; exec lr300.cfg; ut_echo MODE LR300 ON" //prends la lr et les config et le dit
set lo_02 "set load vstr lo_01; exec sniper.cfg; ut_echo MODE SNIPER ON" //prends le sr8 et les configs
set load "vstr lo_01" // par defaut
bind i "vstr load" // on change la valeur de load pour que sa soit soit sr8 soit lr300

Voila j'espere que sa peut t'aider =)

[Serial]

et non je crois pas que le speedhax, munitions infinies, godmode (aka armor) débarquent de si tôt sur urt.
Les aimbots, wallhacks, radars, ... ne sont que des versions *patchées* de l'engin graphique, de la façon dont tout est affiché à l'écran.
Un speedhax etc lui par contre serait causé par une modification de paramètrs, ... dans le .pk3
Hors cela changerait la checksum, donc impossible de rejoindre un server avec sv_pure 1

d'ailleurs tant qu'on y est : pourquoi les devs ne mettraient-ils pas en place dans le sv_pure 1 un checksum sur l'executable ? ils font un receuil de tous les exécutables valides connus ... ca devrait déjà suffire pour bloquer pas mal de cheats (voir même tous car un cheat = un executable patché => altéré)

C'est pas aussi facile que tu crois ..
les checksum c'est un genre de hash md5 ou autre qui sera une combinaison (algorithme) pour voir si'il ya eux une modification d'un certain nombre de bits dans une chaine/fichier/.. Ou pour comparer aprés 2 versions.
A l'aide de ce hash on peut reconnaitre si la version a eté modifié ou non.

Mais il ya 2 problemes :
* Aprés un certain nombre de bits modifiés, le check ne pourra plus reconnaitre si'il ya eu modification ou non (ca depend dy type de comparaison).
* Il ya une certaine marge d'erreur, qu'on appelle colision. Si tu peux generer une colision, en modifiant les bits pour le speedhax et autre bits "pas tres importants" qui n'influancent pas trop le jeu, tu pourras avoir une colision et le jeu ne reconnaitre pas que t'as changé le .pk3 .

Si un groupe de programmeur a reussit a coder un aimbot pour rediriger tout les packets recus par le server dans un seul engine, leur propre engine, je croit qu'avec un peu de travail ils trouveront "facilement" des colisions pour faire marcher les speedhax sans problemes.


Les dev de UrT n'ont pas mit des systemes trop evolués pour lutter contre le hack et des codeurs des aimbots travaillent deja depuis des dizaines d'années. A mon avis, ils sont beaucoup plus avancés que les dev.

A mon avis, c'est pour ca que les dev reflechissent encore pour mettre la source en ligne .. Leur code source, qui n'est pas tres secure, sera un tres grand dangé pour la vie du jeu a mon avis. Si'ils publiront la source, je croit qu'ils ne le feront pas avec le code complet.


bof .. un message pour stao .. j'espere que vous avez compris ce que je veux dire.

[Diconico07]

Pour cela je pense qu'il leur faut utiliser un algorithme avec peu de collisions (style sha512 ou whirlpool). md5 n'est plus assez sûr pour avoir une sécurité optimale.