Nanou75018 0 Posted June 2, 2017 I have a problem, when i try to Obfuscate my World.pbo with a batch file : MakePbo.exe -!Z="default"X="none" %1 It's working, my world is obfuscated, but in Arma 3 it's broken, i don't see my world.... "*******.wrp" not found thing like that.... Any suggestion? Share this post Link to post Share on other sites
.kju 3244 Posted June 2, 2017 make sure to have: class worldName (in cfgWorlds and cfgWorldList) = worldName.wrp Share this post Link to post Share on other sites
Nanou75018 0 Posted June 2, 2017 49 minutes ago, .kju said: make sure to have: class worldName (in cfgWorlds and cfgWorldList) = worldName.wrp My world works without obfuscate ... :) Share this post Link to post Share on other sites
mikero 79 Posted June 2, 2017 it's probably compression causing the issue. Share this post Link to post Share on other sites
Nanou75018 0 Posted June 2, 2017 53 minutes ago, mikero said: it's probably compression causing the issue. I think... So i can't obfuscate without compression? Share this post Link to post Share on other sites
mikero 79 Posted June 3, 2017 no. you cannot. compression prevents the thief 'seeing' text using a hex editor. Some files can't be compressed, and it would appear wrps are one of these. just use the -Z option to stop it happening Share this post Link to post Share on other sites
Nanou75018 0 Posted June 4, 2017 21 hours ago, mikero said: no. you cannot. compression prevents the thief 'seeing' text using a hex editor. Some files can't be compressed, and it would appear wrps are one of these. just use the -Z option to stop it happening OK !! Do you have the great synthax like -Z=".wrp,.paa,.sqf,.hpp" ? Thanks a lot ! Share this post Link to post Share on other sites
mikero 79 Posted June 4, 2017 yes. it's all in the documentation start programs->mikero->every tool->documentation it's up to you to take the trouble to learn how to use my tools, not, up to me, to teach you the basics Share this post Link to post Share on other sites
mikero 79 Posted June 5, 2017 update to subscriber tools: 1) arma3p now extracts argo dlc (malden) 2) the dll polls 1/day to check for updates. 3) ALL pbos are now versioned automatically and appear in the rpt 1 Share this post Link to post Share on other sites
rambo919 3 Posted June 11, 2017 Had a look at the tools at https://dev.withsix.com/projects/mikero-pbodll/files They seem to all be compiled for x64 systems? Share this post Link to post Share on other sites
mikero 79 Posted June 11, 2017 and your problem is?? Share this post Link to post Share on other sites
rambo919 3 Posted June 12, 2017 I run it in a x86 environment? Share this post Link to post Share on other sites
rambo919 3 Posted June 12, 2017 ok I see... nvm then Share this post Link to post Share on other sites
Heizanjs 11 Posted June 29, 2017 Hi @mikero I've currently ran into an issue with rapidly ass seen below, my pboproject detects rapify however yets to utilise it. https://gyazo.com/e54c514d848905539306fca05805cfcb https://gyazo.com/5c2cdf2be155ed05f240caa7f08d2bb9 Regards, Jack Share this post Link to post Share on other sites
mikero 79 Posted June 30, 2017 if you choose to ignore error messages when you first installed depbo, that's entirely your choice. the only reason you're not ignoring the above error message is because you can't. re-install the tools and pay attention. because pboProject is even nastier and will not take prisoners. 1 Share this post Link to post Share on other sites
jacknorrisuk 146 Posted July 28, 2017 Hi Mikero, I updated the tools yesterday and I seem to be having a new problem with pboProject 2.23...it full-on crashes about 1min into the crunch with this being the last thing in the dos window: rebuilding tut\tut_tutorial_terrain\config.bin.cgfPatches.units[]=...(no changes) (null) is not the type expected I haven't seen this one before, and am using the standard config.cpp from the PMC Ultimate Terrain Tutorial. Any ideas would be greatly appreciated...Thanks! Share this post Link to post Share on other sites
mikero 79 Posted July 28, 2017 it is verboten for my tools to crash. this is a high priority fix needed. All you can do is keep removing sections of the build until it stops crashing, This, to establish what's causing it. Start with options such as disabling rebuild required addons, and notably the clutter check. 1 Share this post Link to post Share on other sites
jacknorrisuk 146 Posted July 28, 2017 Thanks - I tried your suggestions and a couple of other options with no success, sadly - but I can confirm that after switching back to the previous version of the tools, it works fine! I'll stick with that one for a while Share this post Link to post Share on other sites
mikero 79 Posted July 29, 2017 well in order to reproduce the problem i'll need a full repo of what you have. Share this post Link to post Share on other sites
mikero 79 Posted August 12, 2017 FREE TOOLS UPDATE The free version of my tool set has been updated to the latest subscriber snapshot of August 2017. Naturally and of course, not all tools are supplied, and naturally and of course, obfuscation has been disabled. Other than that these tools are now identical to those that the subscribers (currently) enjoy. (you can be certain with 1 update every week it won't stay that way) There has been 80+ updates since the last release, and chief among them are the ability to handle type 73 p3ds, and, make map making a far less painful experience. Further details, and where to get them are on the first page of this topic. Enjoy 3 Share this post Link to post Share on other sites
aussie battler 94 Posted August 20, 2017 Hi Been using pboProject & need some help after the last update. I get an error trying to obfusate. It is with the infistar file infiSTAR_AdminMenu.hpp & its line: access=0; It says delete the line, but that removes infistar. Any ideas on how to get around it? The line access=0 is in all my hpp files that bring up a menu (paint, spawn location & infistar). This is the options for access=0 // Control access (0 - ReadAndWrite, 1 - ReadAndCreate, 2 - ReadOnly, 3 - ReadOnlyVerified) Here is the error message given by PboProject 2.24: class RscListBox_infiSTAR { access=0; In File \mpmissions\Exile.Chernarus\infiSTAR_AdminMenu.hpp: Line 6 access= anything is bis-only to protect thier classes. Remove this line, it is no use to you, and deadly to the engine. cheers Share this post Link to post Share on other sites
mikero 79 Posted August 20, 2017 unusually, the statement access=0 is embedded within a line of other text. it should be obvious to remove the words access=0 you can remove the whole page of text too and that will get rid of access=0 as well., but somewhere along the line common sense should have prevailed. Share this post Link to post Share on other sites
aussie battler 94 Posted August 21, 2017 Dear @mikero Thanks for your quick reply, pboProject is great. Sorry I didn't explain myself properly. In this case, removing access=0; won't you you bring up infistar's menu anymore. I have tried setting changing it to false, removing the line and excluding the file from compression. Do you have links to the past version of PboProject before V2.24 or know of a workaround? I could PM you with my registration details if you need them. Thanks for all your hard work & in keeping all the tools updated. cheers Spoiler /* Antihack & AdminTools - Christian Lorenzen - www.infiSTAR.de #8b41d25927fd */ class RscListBox_infiSTAR { access=0; type=5; style=0; font="PuristaLight"; sizeEx=0.03; rowHeight=0; colorText[]={1,1,1,1}; colorScrollbar[]={1,1,1,1}; colorSelect[]={0,0,0,1}; colorSelect2[]={1,0.5,0,1}; colorSelectBackground[]={0.6,0.6,0.6,1}; colorSelectBackground2[]={0.2,0.2,0.2,1}; colorBackground[]={0,0,0,0.6}; maxHistoryDelay=1.0; soundSelect[]={"",0.1,1}; period=1; autoScrollSpeed=-1; autoScrollDelay=5; autoScrollRewind=0; arrowEmpty="#(argb,8,8,3)color(1,1,1,1)"; arrowFull="#(argb,8,8,3)color(1,1,1,1)"; shadow=0; colorDisabled[]={1,1,1,0.25}; border=0; borderSize=0; class ScrollBar { arrowEmpty="#(argb,8,8,3)color(1,1,1,1)"; arrowFull="#(argb,8,8,3)color(1,1,1,1)"; border="#(argb,8,8,3)color(1,1,1,1)"; color[]={1,1,1,0.6}; colorActive[]={1,1,1,1}; colorDisabled[]={1,1,1,0.3}; thumb="#(argb,8,8,3)color(1,1,1,1)"; }; class ListScrollBar:ScrollBar { color[]={1,1,1,0.6}; colorActive[]={1,1,1,1}; colorDisabled[]={1,1,1,0.3}; thumb="#(argb,8,8,3)color(1,1,1,1)"; arrowEmpty="#(argb,8,8,3)color(1,1,1,1)"; arrowFull="#(argb,8,8,3)color(1,1,1,1)"; border="#(argb,8,8,3)color(1,1,1,1)"; shadow=0; }; }; class RscText_infiSTAR { access=0; idc=-1; type=0; style=0; linespacing=1; colorBackground[]={0,0,0,0}; colorText[]={0.84,0.07,0,1}; shadow=1; font="PuristaBold"; sizeex=0.0400; fixedWidth=0; }; class RscEdit_infiSTAR { access=0; type=2; style=0; colorBackground[]={0,0,0,0.6}; colorText[]={1,1,1,1}; colorSelection[]={1,1,1,0.25}; colorDisabled[]={1,1,1,0}; font="PuristaBold"; sizeEx=0.04; autocomplete=""; text=""; size=0.2; shadow=0; }; class RscButton_infiSTAR { access=0; idc=-1; type=1; style=0; text=""; action=""; colorText[]={1,1,1,0.9}; colorDisabled[]={0.6,0.1,0.3,0}; colorBackground[]={0,0,0,0.8}; colorBackgroundDisabled[]={0,0.0,0}; colorBackgroundActive[]={0.15,0.35,0.55,0.7}; colorFocused[]={0.58,0.05,0,0.7}; colorShadow[]={0.023529,0,0.0313725,1}; colorBorder[]={0.023529,0,0.0313725,1}; soundEnter[]={"\A3\ui_f\data\sound\RscButtonMenu\soundEnter",0.09,1}; soundPush[]={"\A3\ui_f\data\sound\RscButtonMenu\soundPush",0.09,1}; soundClick[]={"\A3\ui_f\data\sound\RscButtonMenu\soundClick",0.09,1}; soundEscape[]={"\A3\ui_f\data\sound\RscButtonMenu\soundEscape",0.09,1}; shadow=0; font="PuristaMedium"; sizeEx=0.02921; offsetX=0.003; offsetY=0.003; offsetPressedX=0.002; offsetPressedY=0.002; borderSize=0; }; }; On 21/08/2017 at 5:02 AM, mikero said: unusually, the statement access=0 is embedded within a line of other text. it should be obvious to remove the words access=0 you can remove the whole page of text too and that will get rid of access=0 as well., but somewhere along the line common sense should have prevailed. Share this post Link to post Share on other sites
mikero 79 Posted August 21, 2017 class RscListBox_infiSTAR { access=0; replace it with class RscListBox_infiSTAR { Share this post Link to post Share on other sites