..l.. ◣_◢ ..l.. Ŧдϛҙ™

Member
  • Content count

    4
  • Donations

    0.00 EUR 
  • Joined

  • Last visited

Community Reputation

0 Neutral

About ..l.. ◣_◢ ..l.. Ŧдϛҙ™

  • Rank
    Bambi
  1. ..l.. ◣_◢ ..l.. Ŧдϛҙ™

    Territory upgrades respect bound

    Okay, so for me, the question is whether this is really feasible with the existing files or whether it must be completely new and write separately. Personally, I'm not exactly the cracker for creating new scripts, so I'm looking for advice in the community. Would be very nice if really helpful answers come instead of meaningless sarcasm.
  2. ..l.. ◣_◢ ..l.. Ŧдϛҙ™

    Territory upgrades respect bound

    Seriously ? XD I know that i can do it, if i have an Idea to get this Target. The Question for me is how and where can i realise it but NP i will do me a favor and search a bit in all those files for the correct part of Code to destroy and repair it
  3. ..l.. ◣_◢ ..l.. Ŧдϛҙ™

    Territory upgrades respect bound

    Good evening dear community, I have a few open questions that I do not quite get answered for me. Maybe you can help me a little bit. The first and the most important question beforehand. Is it possible to tie territory upgrades to respect levels? So to set certain levels of respect to requirement as with items and vehicles? Then continue directly. Can I expand the level capacities and level levels with a simple listing? For example Level Respect Color 1 0 white 2 25000 gray 3 50000 dark green 4 100000 green 5 150000 bright green 6 250000 bright blue 7 350000 blue The colors play no role here is intended only for the later inking of the items in the menu. As further contribution I have already seen according to the forum that this should work so easily in which I change it so in the config.cpp class requiredRespect { Level1 = 0; Level2 = 25000; Level3 = 50000; Level4 = 100000; Level5 = 250000; Level6 = 350000; Level7 = 500000; Level8 = 750000; }; and so on. For the class coloring or level coloring of the items I must then in the exile_client.pbo edit the ExileClient_gui_inventory_updateItemColors.sqf Path is exile_client \ code \ ExileClient_gui_inventory_updateItemColors.sqf Starting at line 49, the following code begins if (_configName! = "") then { _quality = getNumber (configFile >> _configName >> _itemClassName >> "quality"); _color = [1, 1, 1, 1]; switch (_quality) do { case 2: {_color = [0.62, 0.87, 0.23, 1]; }; case 3: {_color = [0, 0.78, 0.92, 1]; }; case 4: {_color = [0.62, 0.27, 0.58, 1]; }; case 5: {_color = [1, 0.7, 0.09, 1]; }; case 6: {_color = [0.93, 0, 0.48, 1]; }; default {_color = [1, 1, 1, 1]; }; }; According to the forum, I'll just have to use more cases for more respect levels. As far as good and plausible. Nevertheless, the question remains for me at the end of whether I can also make respect requirements for the Territory Upgrades. Kind Regards ..l.. ◣_◢ ..l.. Ŧдϛҙ™ Original Post on German
  4. ..l.. ◣_◢ ..l.. Ŧдϛҙ™

    Extended Base Mod

    Hallo Leute, ich bin kein Neuling in der ArmA C World aber auch kein Profi leider. Ich habe vor ein paar Tagen den ArmA 3 Server mit Exile 1.0.3 versorgt und kurz darauf auch das update von ArmA fü die Malden (Malten?) Map aktualisiert, ohne Probleme. Zudem nen kleines Briefing untergebracht und auch die ExtendedBaseMod von Freakylein installiert. Mein Setup besteht aus einem Windows Root Server, mit Windows Server 2012 R2 Betriebssystem. Die Arma Server werden als x86 Server gestartet. Dies stört mich persönlich jetzt nicht. Zusätzlich zu dem ExtendedBaseMod besteht auch eine Statusbar die bekanntlich komplett Clientseitig geladen wird (MPMission installation). Bei der ExtendedBaseMod habe ich aber nun das Problem das mir wie schon zuvor im Post geäußert die Items beim Construct einfach nicht gezeigt werden. Zu dem werden die Items aus Fahrzeugen gelöscht bei einem Neustart und die RPT.log wird mir total zugempllt mit Fehlermeldungen aufgrund fehlender Parameter. Installation hat aber nach der Anleitung vom Mod Ersteller stattgefunden. Für genauere Informationen lege ich euch einfach mal die entsprechenden dateien dabei. config.cpp config.cfg RPT.log Die Battleeye Filter wurden nicht überarbeitet da komplett 0 Filter installiert sind. Zudem wird BE eh nicht gestartet bei uns aktuell beziehungsweise mitgestartet ???? oder aber es ist bei ArmA 3 nen komplettes hintergrund programm geworden was ich mir nicht vorstellen kann. Wenn da einer mehr weiß wäre ich über Infos sehr erfreut bin nämlich nen totaler BATCH datei Depp ich mach sowas eher kaputt wie ganz Hoffe ihr könnt mit den Informationen was anfangen. Ansonsten wenn ihr noch irgendwelche Informationen braucht einfach info geben und ich hau es euch rein. Achja und als Admin Tool das unumstrittene Infistar (in meinen augen ein absolutes must have)^^ Grüße Face Edit: Startversuche wurden als SM und M getestet, beides hat nichts gebracht.