-
Posts
669 -
Joined
-
Last visited
-
Days Won
3 -
Feedback
100%
Everything posted by PolishCivil
-
I wouldn't take any money to make banner for SuperSyfFactory
-
OsBot and RS07 new "Bot detection system"
PolishCivil replied to MerVidiuM's topic in Community Discussion
Jagex cannot detect if you are using osbot or even deob. (at this point) They can always add class checking and better security (idk why they dont do it but w/e) I'm doing everything that should cause ban. Like filling minimap with green color Or placing troll face on it I never been banned cuz of such things. The only bans i had were about gold farming and skilling hard (top 100 thieving) -
1 tile is 4x4 pixels The green rect is where we usually click on map, except red run button cuz it will turn on run instead walk. Your player is always on center of this minimap, so my green thing is 150x154 (~38x~39 in tiles). So your max clickable distance on this map from player is 38/2 = 19 in tiles width and 19,5 in tiles height. So if you want to click on minimap your distance to dest cant be more than ~19 (safest one is 14 cuz it excludes run button). The other way is to make ellipse around minimap: So the code will looks like: And then you loop positions while they are on map or otherwise if you are looping starting from fahrest ones.
-
Then you need to buy me new cpu
-
.10 stuck at injecting equipment things. .9 works fine.
-
Regarding the latest Java Update & Functionality with OSbot
PolishCivil replied to Catastrophe's topic in Archive
Or http://osbot.org/forum/topic/51931-update-to-work-with-java-8/ -
People say thats my issue ;/
-
Im not trying to be rude but: I really liked the 2.1.3 release because my cpu use was crazy low also not much npe, monitor bugs, Can you explain me why you keep releasing kinda fucked up things? I mean its damn good you fix things like equipment but I'd rather have stable bot than equipment info. Can you guys focus more on osbot stability than api features? I know i;ve been fucking around api but atm stable bot is most important thing for devs. Stack obfuscaion much. Java, sweet java... Fixed with 8. "C:\Program Files\Java\jdk1.7.0_60\bin\java" -Didea.launcher.port=7535 "-Didea.launcher.bin.path=C:\Program Files (x86)\JetBrains\IntelliJ IDEA 13.1.3\bin" -Dfile.encoding=UTF-8 -classpath "C:\Program Files\Java\jdk1.7.0_60\lib\ant-javafx.jar;C:\Program Files\Java\jdk1.7.0_60\lib\dt.jar;C:\Program Files\Java\jdk1.7.0_60\lib\javafx-doclet.jar;C:\Program Files\Java\jdk1.7.0_60\lib\javafx-mx.jar;C:\Program Files\Java\jdk1.7.0_60\lib\jconsole.jar;C:\Program Files\Java\jdk1.7.0_60\lib\sa-jdi.jar;C:\Program Files\Java\jdk1.7.0_60\lib\tools.jar;C:\Users\Robert\OSBot\Scripts;C:\Program Files (x86)\JetBrains\IntelliJ IDEA 13.1.3\lib\junit-4.11.jar;C:\Users\Robert\OSBot\jar\OSBot-packed-2.1.10.jar;C:\Program Files (x86)\JetBrains\IntelliJ IDEA 13.1.3\lib\idea_rt.jar" com.intellij.rt.execution.application.AppMain Boot No proxy authentication! =============== DEBUG MESSAGE: illegal bytecode sequence - method not verified ================ # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_windows_x86.cpp:143), pid=8940, tid=6520 # guarantee(result == EXCEPTION_CONTINUE_EXECUTION) failed: Unexpected result from topLevelExceptionFilter # # JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19) # Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode windows-amd64 compressed oops) # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows # # An error report file with more information is saved as: # C:\Users\Robert\Dropbox\Projects\OSBotScripting2\hs_err_pid8940.log # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # Process finished with exit code 1
-
http://osbot.org/forum/topic/51861-html-making-life-better/?p=579788 Someone is horny here
-
<b></b>
-
You can simply avoid this situation. Btw i remember back in days sending raw packets to fagex and this was my first bot i ever used and never got banned lol. (been using this like week tho xD) This is funny.
-
Reflection: ClassLoader.getClass(client).getField©; myPlayer = Classloader.getClass(client.cb): myPlayer.ds; myPlayer.dc; Injection: ByteCodeLibrary -> addMethod -> client -> getFieldC() return c; ByteCodeLibrary -> addWrapper -> Player -> getPositionX return cb.ds; getPositionY return cb.dc; Reflection security: ClassLoader checks,reflection disabling etc Injection security: Class code chec, method invoke checks, trace checks etc. Conclusion: Nowadays everything is simple to use and can be used 100% safe. Why nowadays? Because we know tons of fagex shit. New bot way: Deobfuscate client and live edit code : Awesomeness Guys please... not method matters the api matters how we actually use injection/reflection. How we move mouse, how fast we react etc.
-
Inventory Monitor [Keep live track of your items!]
PolishCivil replied to NotoriousPP's topic in Snippets
Know that feel i havent sleep for 50h ;s When i code i have hallucinations about type parameters smoking weed with me. -
Inventory Monitor [Keep live track of your items!]
PolishCivil replied to NotoriousPP's topic in Snippets
Wait... @Override public int onLoop() throws InterruptedException { new Thread(new Runnable() { @Override public void run() { if (monitor != null && !client.getBank().isOpen() && monitor.hasChanged()) { monitor.onChange(); } } }).start(); return gRandom(800, 300); } ] new Thread(new Runnable() { @Override public void run() { if (monitor != null && !client.getBank().isOpen() && monitor.hasChanged()) { monitor.onChange(); } } }).start(); public void run() { if (monitor != null && !client.getBank().isOpen() && monitor.hasChanged()) { monitor.onChange(); } } What? -
What api you use? Do you add good annotation? You don't need to jar your scripts, you can move your build path to /scripts/ folder (classes)
-
inb4 ban after 15min
-
ye, i just hooked pixel data.
-
Im asking you guys cuz idk if someone actually need it. INFO: So basically you can make your gui in java fx which looks cool (alot better than awt imo). But at start there might be problem with syncing your gui with script/states because for example if you want to use fxml loader (the .fxml files) with controller class, each time you load your gui with fxloader it makes your controler unique (new instance) so if you for example want to make 1 controler for whole gui with all childs you wont succeed with JavaFX API (i think, I've been searching on google for solution - no results) So generally use of my api is : FXGUI - FXGUIContextBuilder: FXGUIContext: FXGUIController: This is your main controller, which you share between childs like: ^ this is main gui ^and exact one for gui childs Now, if you want to open new child u simply: "Region preview" is just new frame title. "regionview.fxml" is the fx design file for my region preview. So generally you can store FXGUIContext somewhere in your script, and after closing your main gui you can use it as settings holder like; fight(){ npc.getForName(script.context.choosedNpcName).interact("Attack"); }
-
Wow, this won't change anything.
-
Nah, I bet fagex just simply sends actions and child's data with equipmeint interface request.
-
You can also check if you are wearing weapon w/o opening equip interface. But current api doesnt provide required thing : interface settings. int[] interfaceSettings = (int[]) Class.forName("es", false, client.instance.getClass().getClassLoader()).getField("a").get(null); interfaceSettings[843] != 0; Also i bet we can get everything else like cape, helm... Cuz model renderer must have this info.