Everything posted by Alek
-
Login Screen Too Small
There's a few people that have similar issues with Windows 8+ with higher resolutions, I'm going to do a little research and see what I can come up with.
-
Login Screen Too Small
Resolution? How many screens?
- Login Screen Too Small
-
[Development Build] OSBot 2.3.124-.129
Keeping it in line with the hover widget debugger (R, +, ++).
-
[Development Build] OSBot 2.3.124-.129
I've finally had a breather to start working a bit on OSBot again. Although I have no enjoyment out of making new interfaces, it's part of my plan to strip the quickly aging Netbeans auto-generated code from our client. As it currently stands, the only interfaces that are left are the Script Browser and Client interface itself; both of which I have very special plans for. Anyways, test out the new widget debugger and let me know how you like/dislike it.
-
[Stable Build] OSBot 2.3.123
I'm removing it, it really doesn't belong in the API.
-
Explv's Tutorial Island [Free] [Random Characters]
If moderators are taking down local scripts for a reason other than malicious code, make sure I find out about it.
-
OmniAPI - A super simple API that handles most things for you
Respect your opinion, but I don't agree with it. You are then comparing two NPCs, which is more of an expensive check than null (not by very much). The only situation where I can see this being "alright" is sitting in a single area waiting for something with a fast respawn rate. If you are sitting at KBD (long respawn), you could be doing other tasks (maybe some anti-ban crap). Above all this would break way too many scripts because you are talking about all entities that this would affect (widgets, ground items, inventory, objects, npcs, etc).
-
OmniAPI - A super simple API that handles most things for you
Alright, here is a reasonable example of why you want to have control: Monster X is found in two regions, Region A and Region B. NPC monsterX = getNPCs().closest("Monster X"); if(monsterX != null) monsterX.interact("Attack"); else if (regionB.contains(myPlayer()) walk(new Path(regionA)) Not using null checks: getNPCs().closest("Monster X").interact("Attack"); //Does nothing, doesn't go to a different region Not using null checks with region switching: NPC monsterX = getNPCs().closest("Monster X"); if(!monsterX.getPosition.equals(new Position(-1, -1, 0)) //See where I'm going with this? monsterX.interact("Attack") else if (regionB.contains(myPlayer()) walk(new Path(regionA)); You could do some hard spaghetti crap and make booleans for new NPC instances, but that's a hundred times worse than returning null. It's totally fine for scripters to do this because you guys know exactly what to expect from the behavior of your script. From our standpoint, this would be a nightmare.
-
OmniAPI - A super simple API that handles most things for you
There were a few performance concerns, here is a pretty good article that also details a bit of sequential vs parallel: https://jaxenter.com/java-performance-tutorial-how-fast-are-the-java-8-streams-118830.html The larger overlying issue was the API. It's hard enough to get scripters to change an import for a new area class, yet alone scrapping our entire filter system. At the end of the day, we didn't feel as if the functionality (or performance for that matter) would be worth the complete rewrite.
-
OmniAPI - A super simple API that handles most things for you
Because you are wrapping around InteractionEvent and then added checks to your method which already exist. None of the checks you have are really necessary, perhaps this is a documentation issue? private org.osbot.rs07.api.model.NPC child; public NPC(OmniScript script, org.osbot.rs07.api.model.NPC n) { super(script); child = n; } @Override public boolean interact(String... interactions) { if (!exists() || !isAlive()) return false; if (!hasAction(interactions)) return false; if (!child.isVisible()) getCamera().toEntity(child); return child.interact(interactions); Also you might want to check into why we didn't switch filters over to streams after we upgraded to Java 8. Edit: Not trying to pick on you, I dislike Lemons API even more.
-
Account Checker Script
This is not a script request.
-
Breaks not working
The client will output a message in the logger saying how long you will bot before logging out. Can you post the log?
-
Allocating more Memory for OSBot JAR
I removed setting memory allocation from the booter and made it an arg for a reason.
-
Is it possible that someone hacked my client?
If you were using a script on the SDN you are safe. If you were using a local script please report the topic as suspicious and I will perform a code review.
-
[Stable Build] 2.3.117 - Interactions, Break Manager update, patches
It's working, I'm betting that you are running mirror mode.
- Client Size
-
[Stable Build] 2.3.117 - Interactions, Break Manager update, patches
Minutes, I wanted to keep it all the same. The settings interface uses minutes, the botter is informed of their bot/break time in minutes, and the paint is in minutes as well. If you call getTimeUntilBreak() and you get "0", it's less than a minute until your break time. Personally I would start running and banking at the one or two minute mark to be on the safe side.
-
[Stable Build] 2.3.117 - Interactions, Break Manager update, patches
Yes
-
[Stable Build] 2.3.117 - Interactions, Break Manager update, patches
Since this is a stable build, I'll be including the full list of changes from the development builds. Although nothing too impressive, scripters can now get the time until your next break through new API. This will allow them to properly plan your break by performing logout tasks such as teleporting you to safety, storing equipment, picking up dropped items, etc. Also for those of you who only use the stable builds, OSBot underwent some interaction improvements. Version 2.3.117 -Improved GU getSuitablePoint() checks -Removed Utilities getClientVersion() -Removed Utilities isVIP() -Deprecated Utilities isMirrorMode() -Added Client getVersion() -Added Client isVIP() -Added Client isMirrorMode() -Updated Worlds API, miscellaneous world selection filters -Added RandomExecutor getTimeUntilBreak() method -Patched BreakManager time randomization Version 2.3.116 -Worlds f2p/p2p hop methods check for High Risk worlds -Worlds f2p/p2p hop methods check for current world -Patched various issues regarding Worlds initialization -Updated Autologin bounding boxes, replaced with hot keys Version 2.3.115 -Deprecated GU getSuitablePointFor(Shape) -Added GU getSuitablePoint(MouseDestination) -Updated Worlds for potential null fix bot.getRandomExecutor().getTimeUntilBreak() The API documentation will be updated today; please wait while it processes. -The OSBot Staff
- My CSGO clips
-
My CSGO clips
Here are some of my recent CSGO clips, I have a few more but recording and putting them on YouTube is too much work. Yesterday (quadra): Month ago (ace):
-
Scripters should have vip forum privillages
Client VIP privileges*
-
kScripts - New Name Change Feature
After recently re-writing much of the old code on my server, I went ahead and added name changing functionality. If you are a current kScripts customer, visit the customer panel here. You can update your authorization in three easy steps: Step 1 - Find your authorizations: Step 2 - Set your new name Step 3 - Verify your name change Customers who have purchased multiple authorizations will be emailed name change keys free of charge. -Alek
-
[Development Build] OSBot 2.3.116 - Worlds + Autologin
This is to prevent the bot from automatically closing or opening ads.