pRemi

D'accord merci Citizen, je vais commencer à regarder ça.

Bonjour, Je vous contact aujourd'hui car je suis désespéré J'ai installé MTA:SA sous Debian 7 sans accroc (youpi). Mais bon, c'était un beau rêve car les problèmes sont apparu en lançant le serveur pour la première fois. Il commence par me dire que "epoch/epoch_craft_client.lua" n'est pas trouvé, ce qui est pas tellement logique car il est bien présent là où il doit être, il est également présent dans le fichier meta.xml de la ressource DayZ. Et du coups, il faille le lancement de la ressource DayZ (vue que epoch/epoch_craft_client.lua est dedans). Et c'est la même chose pour les autres ressources, tout fonctionne en local et sur le serveur tout foire. Voici les logs du serveur : Pour ma part, je planche sur un problème d'encodage des fichiers meta.xml (à savoir que les erreurs sont les mêmes sur toutes les ressources que j'ai transféré sur le serveur Linux..) ou d'un problème venant du fichier mtaserver.conf. Voici le contenu du mtaserver.conf : <config> <!-- This parameter specifies the name the server will be visible as in the ingame server browser and on Game-Monitor. It is a required parameter. --> <servername>(( censuré ))</servername> <!-- ONLY USE THIS PARAMETER IF YOU ARE SURE OF WHAT YOU ARE DOING - it is generally only needed for professional servers and should be left blank otherwise. This parameter specifies the IP to use for servers that have multiple IP addresses. If left blank, it will default to server's standard local IP address. --> <!-- SERVERIP SHOULD BE LEFT BLANK UNLESS YOU ARE SURE OF WHAT YOU ARE DOING --> <serverip>((censuré))</serverip> <!-- WARNING: SETTING serverip AND THEN ASKING FOR SUPPORT CAN CAUSE DEATH OR INJURY --> <!-- This parameter specifies the UDP port on which the server will be accepting incoming player connections; default value: 22003. It is a required parameter. --> <serverport>22133</serverport> <!-- This parameter specifies the number of maximum player slots available on the server; default value: 32. It is a required parameter. --> <maxplayers>32</maxplayers> <!-- This parameter specifies whether the builtin http server is enabled. The builtin http server is used for webadmin and (if httpdownloadurl is empty) resource downloads. Values: 0 - disabled , 1 - enabled ; default value: 1. Optional parameter. --> <httpserver>1</httpserver> <!-- This parameter specifies the TCP port on which the server will be accepting incoming http connections. It can be set to the same value as <serverport>. It is a required parameter if <httpserver> is set to 1. --> <httpport>22265</httpport> <!-- If set, this parameter specifies the external URL from which clients will be able to download needed resources ingame. If not set (or the external URL files are incorrect), resource downloads are switched to the internal http server. --> <httpdownloadurl></httpdownloadurl> <!-- This parameter is deprecated. Please use httpmaxconnectionsperclient instead--> <httpconnectionsperclient></httpconnectionsperclient> <!-- This parameter limits the number of http connections each client can make. Depending on the type of http server that is used, a lower figure may reduce download timeouts. Available range: 1 to 8. --> <httpmaxconnectionsperclient>5</httpmaxconnectionsperclient> <!-- This parameter limits the number http connections that an IP can initiate over a short period of time. Available range: 1 to 100. default value: 20 --> <httpdosthreshold>20</httpdosthreshold> <!-- This parameter lists the IP addresses that are to be excluded from http dos threshold limits. e.g. 88.11.22.33,101.2.3.4 --> <http_dos_exclude></http_dos_exclude> <!-- By default, the server will block the use of customized GTA:SA data files. --> <!-- To allow specific client files, add one or more of the following: --> <!-- <client_file name="data/carmods.dat" verify="0"/> --> <!-- Comma separated list of disabled anti-cheats. For details see [url=https://wiki.multitheftauto.com/wiki/Anti-cheat_guide]https://wiki.multitheftauto.com/wiki/Anti-cheat_guide[/url] e.g. To disable anti-cheat #2 and #3, use: 2,3 --> <disableac></disableac> <!-- Comma separated list of enabled special detections. A special detection is a type of anti-cheat for (usually) harmless game modifications. Competitive servers may wish to enable special detections, but most servers should leave this setting blank. For details see [url=https://wiki.multitheftauto.com/wiki/Anti-cheat_guide]https://wiki.multitheftauto.com/wiki/Anti-cheat_guide[/url] e.g. To enable special detection #12 use: 12 --> <enablesd></enablesd> <!-- This parameter specifies whether communications between the server and client is encrypted. Encryption can help prevent network data being viewed and modified. Values: 0 - disabled , 1 - enabled ; default value: 1. Optional parameter. --> <networkencryption>1</networkencryption> <!-- Minimum client version. Clients with a lower version will not be allowed to connect. After disconnection, clients will be given an opportunity to download an update. If left blank, this setting is disabled and there are no restrictions on who can connect. Version numbers are described here: [url=https://wiki.multitheftauto.com/wiki/GetPlayerVersion]https://wiki.multitheftauto.com/wiki/GetPlayerVersion[/url] and look like this: 1.1.0-9.03100.0 Note that this setting only determines if the client should be prompted to update. The actual build number they receive will be the highest available. See: [url=https://nightly.multitheftauto.com/ver]https://nightly.multitheftauto.com/ver[/url] --> <minclientversion>1.4.0-9.07093</minclientversion> <!-- This parameter specifies if/when the <minclientversion> setting is automatically updated. Keeping <minclientversion> updated can help reduce cheating. Note: The instant setting (2) is only recommened for competitive servers. Values: 0 - disabled, 1 - enabled (delayed by a few days), 2 - enabled (instant) ; default value: 1. --> <minclientversion_auto_update>1</minclientversion_auto_update> <!-- Recommended client version. When connecting, if clients have a lower version, they will be given the option to download an update. If left blank, this setting is disabled. Note that this setting only determines if the client should be prompted to update. The actual build number they receive will be the highest available. See: [url=https://nightly.multitheftauto.com/ver]https://nightly.multitheftauto.com/ver[/url] --> <recommendedclientversion></recommendedclientversion> <!-- This parameter can be used to make the server report to Game-Monitor master servers, allowing it to be visible in the ingame server browser. An additional UDP port needs to be available for this to work (value from <serverport> + 123 , so on a default <serverport> value 22003 the right port will be 22126 ). Available values: 0 - disabled , 1 - enabled. Optional parameter, defaults to 0. --> <ase>1</ase> <!-- This parameter allows you to disable LAN broadcasting. --> <donotbroadcastlan>0</donotbroadcastlan> <!-- If set, players will have to provide a password specified below, before they can connect to the server. If left blank, server doesn't require a password from them. --> <password></password> <!-- This parameter reduces the server's bandwidth usage by using various optimizations. Values: none, medium or maximum ; default value: medium --> <bandwidth_reduction>medium</bandwidth_reduction> <!-- The following ???_sync_interval parameters determine the time in milliseconds between certain network packets being sent. More information on how each settings works is available here: https://wiki.multitheftauto.com/wiki/Server_mtaserver.conf --> <!-- Player sync interval. Default: 100 --> <player_sync_interval>100</player_sync_interval> <!-- Lightweight (player) sync interval. Used when players are far apart. Default: 1500 --> <lightweight_sync_interval>1500</lightweight_sync_interval> <!-- Camera sync interval. Default: 500 --> <camera_sync_interval>500</camera_sync_interval> <!-- Ped sync interval. Default: 400 --> <ped_sync_interval>400</ped_sync_interval> <!-- Unoccupied_vehicle sync interval. Default: 400 --> <unoccupied_vehicle_sync_interval>400</unoccupied_vehicle_sync_interval> <!-- Keysync mouse rotation sync interval. For limiting key sync packets due to mouse movement. Default: 100 --> <keysync_mouse_sync_interval>100</keysync_mouse_sync_interval> <!-- Keysync analog movement sync interval. For limiting key sync packets due to joystick movement. Default: 100 --> <keysync_analog_sync_interval>100</keysync_analog_sync_interval> <!-- This parameter can improve the reliability of shots when using certain weapons. However, it uses more bandwidth. Values: 0 - disabled , 1 - enabled ; default value: 1. --> <bullet_sync>1</bullet_sync> <!-- This parameter sets the amount of extrapolation that clients will apply to remote vehicles. This can reduce some of the latency induced location disparency by predicting where the remote vehicles will probably be. Depending on the gamemode, an incorrect prediction may have a negative effect. Therefore this setting should be considered experimental. Available range: 0 to 100. Default - 0 --> <vehext_percent>0</vehext_percent> <!-- This parameter places a limit on how much time (in milliseconds) the vehicle extrapolation will attempt to compensate for. Only relevant if <vehext_percent> is greater than zero. Available range: 50 to 500. Default - 150 --> <vehext_ping_limit>150</vehext_ping_limit> <!-- This parameter can reduce the delay of player actions appearing on remote clients by 2 frames (approx 50ms). Due to the impact this may have on shot lag compensation, it should be considered experimental. Values: 0 - disabled , 1 - enabled ; default value: 0. --> <latency_reduction>0</latency_reduction> <!-- Specifies the location and file name of this servers unique private key. This is used to prevent private files saved on the client from being read by other servers. More infomation about client private files can be found here: [url=https://wiki.multitheftauto.com/wiki/Filepath]https://wiki.multitheftauto.com/wiki/Filepath[/url] Keep a backup of this file in a safe place. Default value: server-id.keys--> <idfile>server-id.keys</idfile> <!-- Specifies the location and name of the main server log file. If left blank, server won't be saving this file. --> <logfile>logs/server.log</logfile> <!-- As well as the main log file, login successes and failures are logged here for easy reviewing of security issues. If left blank, this file is not used --> <authfile>logs/server_auth.log</authfile> <!-- Specifies the location and name of the file used to log database queries. The server command 'debugdb' sets the amount of logging. --> <dbfile>logs/db.log</dbfile> <!-- Specifies the location and name of the file used to log loadstring function calls. If left blank or not set, no logging is done. --> <!-- <loadstringfile>logs/loadstring.log</loadstringfile> --> <!-- This parameter specifies the location and name of the Access Control List settings file. If left blank, server will use acl.xml file, located in the same folder as this configuration file. --> <acl>acl.xml</acl> <!-- Specifies the location and name of the debugscript log file. If left blank, server won't be saving this file. --> <scriptdebuglogfile>logs/scripts.log</scriptdebuglogfile> <!-- Specifies the level of the debugscript log file. Available values: 0, 1, 2, 3. When not set, defaults to 0. --> <scriptdebugloglevel>0</scriptdebugloglevel> <!-- Specifies the level of the html debug. Available values: 0, 1, 2, 3. When not set, defaults to 0. --> <htmldebuglevel>0</htmldebuglevel> <!-- Specifies the frame rate limit that will be applied to connecting clients. Available range: 25 to 100. Default: 36. --> <fpslimit>36</fpslimit> <!-- Specifies whether or not players should automatically be logged in based on their IP adresses --> <autologin>0</autologin> <!-- This parameter specifies whether or not to enable player voice chat in-game Values: 0 - disabled , 1 - enabled --> <voice>1</voice> <!-- This parameter specifies the sample rate for voice chat. 'voice' parameter must be set to 1 for this to be effective. Higher settings use more bandwidth and increase the sampling quality of voice chat Values: 0 - Narrowband (8kHz), 1 - Wideband (16kHz), 2 - Ultrawideband (32kHz). Default - 1 --> <voice_samplerate>1</voice_samplerate> <!-- This parameter specifies the voice quality for voice chat. 'voice' parameter must be set to 1 for this to be effective. Higher settings use more bandwidth and increase the the overall quality of voice chat Available range: 0 to 10. Default - 4 --> <voice_quality>4</voice_quality> <!-- Specifies the voice bitrate, in bps. This optional parameter overrides the previous two settings. If not set, MTA handles this automatically. Use with care. --> <!-- <voice_bitrate>24600</voice_bitrate> --> <!-- This parameter specifies the path to use for a basic backup of some server files. Note that basic backups are only made during server startup. Default value: backups --> <backup_path>backups</backup_path> <!-- This parameter specifies the number of days between each basic backup. Backups are only made during server startup, so the actual interval may be much longer. Setting backup_interval to 0 will disable backups Available range: 0 to 30. Default - 3 --> <backup_interval>3</backup_interval> <!-- This parameter specifies the maximum number of backup copies to keep. Setting backup_copies to 0 will disable backups Available range: 0 to 100. Default - 5 --> <backup_copies>5</backup_copies> <!-- This parameter specifies when the internal sqlite databases should be defragmented. http://www.sqlite.org/lang_vacuum.html Values: 0 - Never, 1 - On server start only after basic backup, 2 - On server start always. Default - 1 --> <compact_internal_databases>1</compact_internal_databases> <!-- Specifies the module(s) which are loaded with the server. To load several modules, add more <module> parameter(s). Optional parameter. --> <!-- <module src="sample_win32.dll"/> --> <!-- <module src="sample_linux.so"/> --> <!--<module src="mta_mysql.so" />--> <!-- Specifies resources that are loaded when the server starts and/or which are protected from being stopped. To specify several resources, add more <resource> parameter(s). --> <resource src="admin" startup="1" protected="0" /> <resource src="joinquit" startup="1" protected="0" /> <resource src="DayZ" startup="1" protected="0" /> <resource src="login" startup="1" protected="0" /> <resource src="slothbot" startup="1" protected="0" /> </config> Si, il s'agit d'un problème d'encodage des fichiers meta.xml des ressources du serveur. Connaissez-vous une commande pour automatiser le changement d'encodage ? Si, je me trompe sur la théorie du problème d'encodage des fichiers meta et ben.. Je sais pas. Merci d'avance pour votre aide futur, Rémi

Montre ton code pour qu'on puisse t'aider

Bonjour, J'ai vraiment envie depuis quelque temps de travailler sur un serveur RP. Je n'est pas de grande connaissance en LUA, mais j'ai acquis en un an de bonnes bases pour être utile dans un projet. En ce moment, je n'est absolument pas le temps n'y la motivation pour travailler sur un projet. J'avais commencé à développer un questionnaire RP lors de l'inscription d'un joueurs, il faut juste que je trouve le temps de le finir. Si, ça t’intéresse vraiment le questionnaire RP n'hésite surtout pas à me le dire. Rémi

Bonjour, Si c'est un véhicule de DayZ : Ça disparaît au bout d'une heure. Si c'est un véhicule give avec une quelconque ressource : Il faut redémarrer la ressource pour faire disparaître les véhicules. Rémi

Pas de soucis, c'est parfaitement compréhensible ta réaction.

Bonjour Citizen, J'ai bien précisé que ce n'est absolument pas le code le plus optimisé plus haut : "C'est pas le code le plus optimisé, mais au moins, normalement ça devrai marcher." Et si, j'ai dis ça, c'est tout simplement parce que tu m'a partagé la méthode que tu montre ci-dessus sur GitHub. Je reconnais que ma méthode est crade, absolument crade d'ailleurs. Mais la dernière fois que j'avais fait des essais avec ta méthode ça n'a pas fonctionné (J'ai pas eu le temps de regarder encore d'avantage le problème par ailleurs, je le reconnais). Rémi

Bonjour, Apparemment, tu essais une chose.. Tu vois que ça fonctionne pas et tu poste sur le forum pour que quelqu'un aide. J'ai pas vraiment envie d'aider quelqu'un qui essais une seule fois et pas manque de volonté et par flemme préfère poster un message sur le forum pour obtenir la réponse. Tu dis vouloir modifier le gui et y mettre un fond d'écran donc tu ouvre le premier fichier que tu voit côté client en espérant (Parce que bon .. Ça sert a rien de vérifier après tout les autres fichiers) que c'est le bon. Après avoir ouvert le fichier, sélectionné aux pifs, tu regarde rapidement le code pour t'y inspirer afin de faire ce que tu souhaite. Une fois avoir regarder le code, tu t'y inspire et tu nous ajoute le code suivant ligne 1524 : {'img', src='fnf.jpg'} Et tu espère évidemment que le code fonctionnera du premier essais. Après tout ça sert à quoi de persévérer et de réfléchir ou bien même de faire des recherches sur le wiki ? Par contre, je suis d'accord pour dire que le code du GUI est relativement complexe.. Et demande à avoir de bonne connaissance en LUA pour pouvoir le comprendre. J'espère que tu comprendra sincèrement, Rémi

Bonjour, Je planche plutôt sur une erreur de conception que sur un problème lié au serveur. Il faut regarder pour modifier la map de sorte à patcher le problème. Rémi

Bonjour, Les erreurs s'affichent sur la console quand un joueur switch d'armes. C'est un problème connu, mais ça n'a pas d'impact sur les performances serveurs et le gameplay. Rémi

Bonjour, Difficile de diagnostiquer le problème.. Et toi quand tu essais la map est-ce que tu as le temps de faire le stunt ? Peut-être une erreur de conception. Rémi

Parfait. Je vais donc faire le script avec dix questions (3 choix à chaque questions) et tu n'aura juste qu'à mettre tes propres questions et tes réponses.

Non pas besoin, je vais faire en sorte que tu puisse en ajouter sans problème. Tu préfère un système de questions/réponses sous forme de GUI (Exemple du gui ici) ?

Bonjour, Ah d'accord.. Essais ça (normalement ça réglera ton problème) : function checkSkin(thePlayer) if isObjectInACLGroup("user." getAccountName(getPlayerAccount(thePlayer)), aclGetGroup("Everyone")) then -- Si il n'est pas admin alors local id = getElementModel(thePlayer) -- Permet de regarder l'ID du skin du joueur if id == 217 then -- Si l'ID du vêtement est 217 alors setElementModel(thePlayer, 0) -- Met le skin de CJ end end end addEvent("goCheckSkin", true) addEventHandler("goCheckSkin", getRootElement(), checkSkin)

Bonjour, Pas de problème Rémi

Bonjour, Ah c'est du DayZ.. Que veut-tu mettre comme question dans ton questionnaire ? Rémi

Bonsoir, Va peut-être falloir essayer de comprendre le LUA car c'est vraiment pas compliqué. Mais bon, je t'es fait le script : A mettre côté client : function checkPlayerSkin() triggerServerEvent("goCheckSkin", getLocalPlayer()) end setTimer(checkPlayerSkin, 5000, 0) A mettre côté server : function checkSkin(thePlayer) if not isObjectInACLGroup("user." getAccountName(getPlayerAccount(thePlayer)), aclGetGroup("Admin")) then -- Si il n'est pas admin alors local id = getElementModel(thePlayer) -- Permet de regarder l'ID du skin du joueur if id == 217 then -- Si l'ID du vêtement est 217 alors setElementModel(thePlayer, 0) -- Met le skin de CJ end end end addEvent("goCheckSkin", true) addEventHandler("goCheckSkin", getRootElement(), checkSkin) C'est pas le code le plus optimisé, mais au moins, normalement ça devrai marcher. Rémi

Salutation à toi, Peut-tu uploader (sur mediafire ou autre) le GM que tu as reçu afin que je regarde le fonctionnement de ton système de connexion et d'inscription afin d'adapter le script que je vais faire à ton gamemode ? Tu peux le mettre ici ou bien me l'envoyer par message privé. Rémi

Bonsoir, Pour les erreurs d'encodages par contre ça vient du logiciel que tu utilise pour créer les fichiers, l'encodage standard reste pour moi UTF-8. Il faut donc encodé ton fichier vers UTF-8, notepad++ et bien d'autres logiciels te permet de faire ça. Sinon, j'ai fait des essais de mon côté et je me suis rendu compte que j'avais fait absolument n'importe quoi. Donc voici la dernière version qui fonctionne à merveille : sX, sY, sZ = 0, 12, 0 rX, rY, rZ = 0, 0, 0 function attachSiren(thePlayer, cmd) local veh = getPedOccupiedVehicle(thePlayer) -- Regarde si le joueur est dans un véhicule if veh then sirene = createObject(3578, 0, 0, 0) -- 3578 est l'ID de l'objet (à remplacer par l'ID de ta sirène) et les zéros ne doivent pas être remplacé. setElementCollisionsEnabled(sirene, false) -- Désactive la collision avec la sirène attachElements(sirene, veh, sX, sY, sZ, rX, rY, rZ) -- Attache la sirène à la voiture du joueur else outputChatBox("Vous devez être dans un véhicule !", source) -- Message d'erreur end end addCommandHandler("mettresirene", attachSiren) Voici un aperçu : http://i.gyazo.com/27478fe5e07e1c614db2b7b4c67c948f.png Bonne soirée à toi, Rémi

Bonjour, Bien sûr que tu peux en utilisant la fonction suivante : AttachElements. Pour te simplifier la tâche, je t'es fait un script qui permet d'attacher un objet sur un véhicule en faisant une commande. A mettre côté serveur : local sX, sY, sZ = 0, 0, 5 -- La position de la sirène (Tu doit régler à ta guise) local rX, rY, rZ = 0, 0, 0 -- La rotation de la sirène (Tu doit régler à ta guise) function attachSiren(cmd) local veh = getPedOccupiedVehicle(source) -- Regarde si le joueur est dans un véhicule local id = getElementModel(veh) -- Récupère l'ID du véhicule if veh == true then -- Si la variable "veh" retourne "Vrai" alors if id == 596 or id == 597 or id == 599 then -- Si le véhicule correspond au ID des véhicules de police alors sirene = createObject(1636, 0, 0, 0) -- 1636 est l'ID de l'objet (à remplacer par l'ID de ta sirène) et les zéros ne doivent pas être remplacé. setElementCollisionsEnabled(sirene, false) -- Désactive la collision avec la sirène attachElements (sirene, veh, sX, sY, sZ, rX, rY, rZ) -- Attache la sirène à la voiture du joueur end end end addCommandHandler("mettresiren", attachSiren) Déjà là, nous avons le début de notre script. J'attends un retour de ta part pour savoir si l'objet apparaît bien et que la fonction n'est pas buggé. Comment savoir l'ID d'un véhicule : Tu peux tout simplement avoir la liste des ID en cliquant ici. Comment bien mettre la sirène sur le véhicule : La seule façon de faire ça, c'est de faire des ajustements, voir le résultat et en refaire si nécessaire etc. Rémi

Oui. EDIT : Comme ça, cela devrait marcher non ? function onPlayerAttackedByVehicle(attacker) if getElementType(attacker) == "vehicle" then local theVehicle = getPedOccupiedVehicle(attacker) if theVehicle == false then local aBlood = getElementData(getLocalPlayer(), "blood") setElementData(getLocalPlayer(), "blood", aBlood - math.random(3000,4000)) end end end addEventHandler("onClientPlayerDamage", getRootElement(), onPlayerAttackedByVehicle)

Salut, Je vais tenter de t'expliquer le fonctionnement de la fonction et les différentes informations à indiquer. Voici la function : createColCuboid(x, y, z, fWidth, fDepth, fHeight) x, y, z : Les cordonnées du départ de la zone. fWidth : Il s'agit de la largeur de la zone. fDepth : Il s'agit de la profondeur de la zone. fHeight : Il s'agit de l'hauteur de la zone. (ça permet d'éviter qu'un hélicoptère survolant la zone soit considérer dedans) Nous souhaitons par exemple créer une commande pour créer une zone autour de la position du joueur, elle fera 100 mètres de largeurs, 30 mètres de profondeurs et 24 mètres de hauts. Alors il faudra faire : function createPlayerZone() local x, y, z = getElementPosition(source) -- On récupère la position du l'élément ayant fait la commande. createColCuboid (x, y, z, 100, 30, 24) -- On met les cordonnées du joueurs et les différents paramètres voulus. end addCommandHandler( "createzone", createPlayerZone) Voilà est normalement la commande "/createzone" permettra aux joueurs de créer une zone à partir de leurs positions. Si, j'ai mal compris la fonction veuillez me le dire. Mais normalement, c'est exactement comme je l'est expliqué. Il s'agit d'un exemple pour te montrer comment la fonction fonctionne, évidemment, je sais bien que tu ne souhaite pas créer de commande faisant ce genre de choses. (Je suis toujours pas rentré chez moi pour le moment) Rémi

Bonjour, Je vais bientôt rentré chez moi donc je vais pouvoir te faire un exemple plus complet. En attendant, je te conseil de te renseigner sur la function createColCuboid et de regarder à quoi elle sert. Si, tu n'y arrive toujours pas je pourrais t'envoyer un script de greenzone qui fonctionne à merveille dès que je serais chez moi. Rémi

Oui enfin bon.. Si, je dis ça ce n'est absolument pas pour rien. Je déconseille fortement aux développeurs LUA de travailler sur son projet à moins qu'ils souhaitent être volé. Cette personne a déjà volé avec la complicité d'une autre personne l'une de mes améliorations pour le mod MTA:DayZ, il avait même créer un serveur en remplacent les messages disant que j'étais à l'origine de l'extension pour s'attribuer tout le mérite pour lui, heureusement à l'époque la version était encore buggé et il a mis la clé sous la porte en un mois. Mais bon. De part cette expérience, je sais très bien qu'il n'a rien appris et qu'il n'a absolument rien fait sur MTA:DayZ mise à part volé ou modifier des scripts, c'est très facile de faire ça.. Mais apprendre, c'est tout de suite autre chose. Excusez-moi de divulguer cet histoire sur le forum, mais il est, je pense, légitime de mettre en garde les futurs développeurs de son projet. Même si, je sais bien que la plupart des développeurs LUA ont d'autres occupations et des projets plus important. Si je parle de cet histoire, c'est uniquement parce que cette personne a toujours fuit le dialogue et n'a jamais voulu s'expliquer sauf par l'intermédiaire de ces amis pour m'énerver encore d'avantages.

Ah une sorte de greenzone ! Il est tout à fait réalisable de faire une greenzone uniquement pour les administrateurs. Je t'invite à suivre le lien suivant qui te mènera à la ressource de tes souhaits : https://community.multitheftauto.com/in ... ils&id=761 Tu peux bien évidemment modifier la couleur de la zone selon tes goûts. Par contre, il te faudra (je pense) modifier la ressource afin de téléporter les joueurs non administrateur en dehors de la zone à l'aide de setElementPosition etc. Si tu as vraiment besoin d'un exemple, je suis a ta disposition. Même si actuellement, je ne suis pas chez moi jusqu'à demain.