BadCase

it should work with 73.10

Im pretty sure you are asking how to prevent direct download of the script file, you can store the script in a database instead and have it only return the script when the browser requesting it is a Dalvik one as a small layer of protection but one way or another they can get ahold of the file with packet sniffing and if that is not encrypted well then it defeats the purpose.

ill work on it

you load it with io.lines disabled?

go for it you might get a file that shows io.open calls and another with a little ascii image

Actually i can tell both by the // in the io.lines and by the old url that this is the old version of my launcher, the current version should be different you may need to delete the BCLDR.pb file first

Hmm is that the current version of the launcher or the one from a few days ago?

I actually dont recognize that at all is it from one of my scripts?

And what where you able to log?

My logging detection actually works flawlessly in version 73.8 or lower it has been refined since the initial version

Also if you feel that a message with a warning that asks for a users permission is not sufficient then how is it sufficient for granting online access for a script? Restricting the abilities of all users based on the actions of few (or one as the case may be) seems like overkill I dont see why it should be treated different than a script requesting online access And saying a user will click whatever isnt a valid reason, some people are too stupid to use a kitchen knife without cutting themselves but we dont stop making kitchen knives

Enyby actualy confirmed everything i just stated

It would be nice to have the option to set a flag in a script to prevent the GG ui from being shown while it is searching, but this wont happen, Enyby is moving GG in the exact opposite direction and making it more difficult for coders to secure their scripts from theft and "plagiarism", in GG 73.9 he has disabled access to the GG preferences file/directory which has broken numerous scripts that have logging detection functions built into them. I personally feel that a scary warning message like the online access one would have been a better way to go, that way if the user trusts the coder they can allow the script to access their preferences file and run the script or they can press no and just not use the script.

Update to the latest version of the script Also you will need to use Game Guardian version 73.8 or lower Enyby has imposed restrictions on accessing the GG preferences file which breaks my (and everyone elses) logging detection so from now on my script will not be compatible with newer versions of GG

Dont add caps in online mode, as far as I know other stuff is safe I would use it in a spare save slot to test

Here ya go guys, Day R Survival Script by NoFear and BadCase (#53opk1hu)

the video is still there https://www.youtube.com/watch?v=ChcQ0UCgVM4 i just set them to unlisted while i am waiting for a copyright strike to drop off so i dont get my channel removed lol _______________________________________________ added 1 minute later I will release the script a little later today

I am probably going to release it within the next week or so, a few things will be donor only functions like the Belaz and some items that are used as "online currencies" in trade, since this was originally going to be a Donor only script

Oh you probably already figured out how but if you havent message me and ill send you my code for preventing noblack's method of circumventing your protection

Ya its not a biggie, I put a message in the one I ended up writing from scratch the other say letting them know not to use the restart button.

If you get this error make sure you press OK instead of restart, then when you launch the script again make sure the button under the file name says "More" and that you dont see any checkboxes there _______________________________________________ added 0 minutes later it bugs when a User presses the Restart button, other than that is works well

Access to the directories in the games /data/data/com.game.name/ directory in general would be best if you are considering adding this as some games use different sub-folders there to store game and save data

I would be more than happy just having the Read Write access to the shared_prefs folder, it would literally save me hours every day explaining to donors how to get to their save file lol That and open up a whole new aspect of scripting for GG

Is it possible in the future to allow access only to the attached process' /data/data/com.gamename/shared_prefs folder? It would allow GG to easily modify save files without them having to move them first like you have to do with my Pacybits save updater. And I understand its primary purpose is to edit memory but its capable of much more PS to clarify I am not asking for elevated privileges of any kind only the ability for GG to access files in the shared_prefs folder of the attached process and nothing else, this should be safe

local t = {} t[1] = {} t[1].address = 0x18004030 t[1].flags = gg.TYPE_DWORD t[2] = {} t[2].address = 0x18004034 t[2].flags = gg.TYPE_DWORD t[3] = {} t[3].address = 0x18004038 t[3].flags = gg.TYPE_DWORD gg.loadResults(t) yourTable = gg.getResults(3) for i,v in ipairs(yourTable) do yourTable.value = 10000 yourTable.flags = gg.TYPE_DWORD end gg.setValues(yourTable)