Alek

To be fair, he looks great for his age.

I hope you don't plan in revolving your bot farm around SSF, I'll be deleting that script in a couple short months.

I actually plan on updating the run method soon.

I've pwned with urgot before

My name is Russian Nuke FYI: Russian Nuke joined the room. Inquest joined the room. trottel3000 joined the room. vapCe joined the room. ohhZFR: mid trottel3000: hey team# Russian Nuke: if im support im going nid vapCe: let me adc pls vapCe: no ls nida suport uis useles Russian Nuke: alright, then im not support Inquest: every game i go supp my team throw Inquest: so sorry im not supp Russian Nuke: either aggressive annie or healing nidalee Russian Nuke: those are your options Russian Nuke: or top garen Russian Nuke: or adc urgot ohhZFR: WTF ohhZFR: urgot ? ohhZFR: its joke ? Russian Nuke: yeah i go urgot ohhZFR: surr 2à ohhZFR: 20 ohhZFR: its already lost ohhZFR: OMFGGG ohhZFR: NIDA ohhZFR: Surr at 1à ohhZFR: 10 ohhZFR: afk ohhZFR: its looooost team ohhZFR: whyy pick ? trottel3000: k then leave Russian Nuke: Can you please stop crying ohhZFR: LOOOOK THIS TEAM Russian Nuke: Im drowning in your tears trottel3000: phh zfr leave now or get reported ohhZFR: NIDALEEEE PLS ohhZFR: ITS ******* JOKE Russian Nuke: there arent bad champs, just bad players ohhZFR: y ohhZFR: sure vapCe: plst stfu and play ohhZFR: you're bad player ohhZFR: we cant play ohhZFR: its already lost Russian Nuke: I play support every game, im getting tired of playing the same support champs trottel3000: muted akali tho trottel3000: ^^ Russian Nuke: yeah same ohhZFR: **** you team Russian Nuke: he cries too much ohhZFR: i afk ohhZFR: i afk Inquest: omg team ohhZFR: its lost ohhZFR: idc

Not yet. Hopefully I can come up with a small and fun story line in a little bit. The screenshot doesn't look like much, but it's actually a lot accomplished.

I've been getting a little bored of making scripts recently, doing it for over a year gets pretty boring fast. Instead I decided to embark on a project that would push my technical boundaries and open my world to new things. With that said, I decided to embark on a small Java based video game. Most recent screenshot: Status: -Collisions -Level handling -Player -Entities -Battle system (Decided I won't be making a battle system) -Level editor -Sound (Decided I won't be adding sound) -Interfaces -Interaction -Game log -Inventory -Main menu The game is going to be a very short and sweet RPG quest. I've learned a lot so far and I hope to learn even more. Changelog: 27 October 2014: It's truly great to be on leave, I've finally been able to get some personal time once again to work on this game. Today I worked on a menu system; adding a new controller which traverses over something called a MenuTrack. A MenuTrack is a normal entity but contains the special variable "Label". This label is later used to paint onto the main game window ("Start", "Exit", etc.). The selector can only move into a direction where there will be another track. The label of the MenuTrack will also determine what actions to take when the controller uses the execute command (Z on the keyboard). So for instance if the controller is on a MenuTrack with a label of "Start", the game will begin on Level 1. 17 October 2014: It feels like forever since I've worked on this project, but alas it has been revived. The first major overhaul from my return has been on the action system. Previously all actions and outcomes were stored in a single class within a single switch. It was pretty manageable considering that there are only about 11 entities with child ids (interactable objects). However since this project is about learning, I went ahead and made something a little better. The abstract Action class was created and each object is assigned an Action class on instantiation. If the object has a child id of 4 (for instance), it will be assigned action class "Action_4"). Essentially, these action classes are casted as a new instance. 07 September 2014: The game is completed. This is not to say that development is complete as well. I'm going to be making a start menu, a game over screen, working on the GUI, and doing a final clean-up of the code. The final game consists of three levels, two of them being puzzles. Oh and the name, "Cake and Coffee". 27 August 2014: Today was another pretty large step in the right direction with the base for an inventory. In fact, I think the inventory is just about complete. This week I'm on vacation and there was no better way to enjoy it than improving on my Java skill set and doing something that I love. With college starting up again during this same week, hopefully I'll still make time to continually update, improve and eventually release this game. 24 August 2014: Object interactions were added today with relative ease. My planning beforehand has really paid off and I'm glad that I didn't rush other portions of the game (always build a house on a strong foundation). The first line is typically a question followed by up to three choices. I've started a basic outline for my inventory which will support up to four inventory items. I hardly doubt there will be any point in the short quest where you will have more than two items at once, however it's nice to fill up the sidebar. 19 August 2014: I usually don't work on projects during the work week, but programming is a great escape. Today I made some small additions, once again namely to the level editor. Previously I could only add objects on a 16x16 grid, however I allowed for "precise editing" so I can plop drinks on tables and intricate details with ease. I'm really at the point to start making the "game", however I still want to make sure everything is as clean as possible before then. After everything is cleaned up, I'll work on a short and sweet inventory system/gui. Updated screenshot: 17 August 2014: Since the sprite selector, I've decided to go ahead and polish up many parts of the engine. The first biggest change was limiting my entities to 4 types, StaticObject, StaticItem, DynamicObject, DynamicItem. Another large portion of my changes include changing my non-static references to a static reference. Various components were being instantiated when they didn't need to be. Both of my interfaces (Entity and Level) have been switched to abstract classes accordingly. The result is clean looking code that's both manageable and efficient. Before I get into the actual game, I want to bring the engine as close to perfection as possible. The second accomplished objective for today was working on the gamelog. It's now fully functional and I can execute commands such as Global.addGlobalText(string) or Global.clearGlobalText(). It also received short and sweet alternating line paint: for(int x = 0; x < 4; x++){ g2d.setColor(((double)x/2 % 1 == 0) ? color1 : color2); g2d.fillRect(0,textLine[x], super.getWidth(), 16); } 09 August 2014: I've been working very long shifts at work, however I've finally found some free time. One of the biggest decisions in creating this game was deciding whether or not I want to have this game scale. By this I mean, if I want to reuse this game for a larger project in the future. Since I've always had a fascination with RPGs, chances are I'll want to reuse the core of this game for something later in the future. With that said, I had to overhaul my the way I handle resources. Previously when creating an entity, I would have enter the entity type, image id, and child id (if the entity is dynamic). However if the game became very large with lots of different images, I would be overwhelmed with remembering image ids. Another problem I faced was that each entity handled image ids separately. An image id of "1" for a DynamicObject could be a door while an image id of "1" for a StaticItem could be a potion. I wanted a way to achieve the following: -Allow all entities to share a global image structure -Browse images in a way which would scale well with a larger project -Have level editing remain relatively fast and easy -Steer away from hardcoded image ids This was all possible by creating a separate Sprite Selector gui. The tabs and lists are generated dynamically and nothing is hardcoded. I plan on also adding a few debugging buttons, namely "Toggle objects", "Toggle items", and "Toggle child ids". 03 August 2014: Today I gave child ids to all entities. Entities that are static will have a child id of 0. This will allow for many different types of doors, stairs, beds, items, and another object specific functions. Once again, I had to edit the seemingly expansive Level Editor. Only three more entities remain to be created, and it should take me only a short while. I also added two more items to my todo list, "Quest Event Handler" and "Inventory". This game will be a very short quest, however I have something fun in mind which is more than plausible. 02 August 2014: It seems I've been re-writing the Level Editor every time I look at it. The first level editor worked completely as advertised, however it would only save and load one entity at each location. This means that you couldn't place objects on a wall or have transparent entities. The second version allowed for this, however it was limited to 9 variations of an object class (maximum of 9 types of walls, tiles, objects, etc.). This would be a huge limitation, especially if I decided to make a larger RPG in the future. The newest version implements a new interface system to allow for thousands of different types of objects to be handled and placed. It's a bit messy right now, so I'll be working on cleaning up all my code over the next few days. 30 July 2014: I've decided to go ahead and start working on the Level editor. In order to make the level editor, I had to "modularize" many components so the focus can rely without a player being on screen. I've also decided to edit movement, making the player actually move on a 16x16 grid.

The following changes have been made: -PseudoMonkSlayer deleted -PseudoBurner deleted -PseudoEssenceMiner deleted -GiimpFlaxer deleted -Giimpen repository deleted -CMHEssMiner deleted -CMHGuildMiner deleted -Scrubs Tabs deleted -Scrubs Herblore deleted -Scrubs Man Killer deleted -Scrubs Range Guild deleted -Scrubs Auto Fighter deleted -Thescrub repository deleted -Smithy deleted -Neodork repository deleted -ATMercher deleted -Swizzbeats Herb Identifier deleted -Swizzbeats Whiteberries deleted -FuduPowerFisher deleted -FuduFisherPRO deleted -FuduMiner deleted -FuduLaws deleted -FuduAstrals deleted -Brown repository deleted -Brown demoted -BBFiremaking deleted -BBCowKiller deleted -Brownbird repository deleted -Brownbird demoted -AeonFisher deleted -AeonSorcGarden deleted -Confusion repository deleted -Aeon demoted -Shnocky's Willow Cutter deleted -Shnocky repository deleted

Fellow OSBotters, I'm pleased to announce that the following scripts have been released today: APA Myre Fungi by @Apaec NKWoodcutter by @Nitrousek NKMiner by @Nitrousek NKBarSmelter by @Nitrousek Herbifier by @Single Core Also the following batch of OSBot 1 changes have been made:

Awesome, daily updates! Can't wait to download each file because we don't have an auto-updater. C'mon Laz, add it already.

Too bad you can't transfer ranks.

This ^

I'm laughing so hard right now.

This simple tutorial shows you how to run OSBot with Java 8 and Java 7 installed on your computer.

This simple tutorial shows you how to run OSBot with Java 8 and Java 7 installed on your computer. If you're getting this error: There's a good chance you are running OSBot in Java 8. Solution: Step 1. Create a new text file. In the text file add these two lines: In the second line, replace the directory with wherever you keep your OSBot jar file. Step 2. Save this new text file as a batch file by ending the file name in ".bat", such as: Step 3. Your newly saved batch file will appear with a gear/cog icon: Double click and you're ready to go.

Update:

I forgot I had RSC Access:

@before - That's why it's even considered, most of the time it's the result of new scripters including the client in their packaging.

Occasionally I make unannounced spot checks of local scripts to help ensure the security of OSBotters. Here are the results from the scripts reviewed (this does not mean they won't be dangerous after this is posted).

This is not a place to recruit teamates.

As the title implies, please vote accordingly (this is an unofficial poll). I really don't see the point in maintaining two clients.

Companies: Microsoft, Google, Valve, Gearbox, Bethesda, 3drealms (if it never disbanded ). Oh, and definitely NOT Jagex; it has such terrible reviews.

Not sure what you are talking about exactly. I usually make a forum topic with a list of scripts I release for that week. If you want to, you can go back and see my previous 15 threads

It feels like forever since I've posted one of these. It's been a bit hectic with the release OSBot 2 however I think all the mayhem is starting to settle down. With that said, please welcome our newest scripts: DNAIOFisher by http://osbot.org/forum/topic/50868-dnaiofisher-cooker/ Extreme AIO GoldFarmer by @Divinity http://osbot.org/forum/topic/55490-extreme-aio-goldfarmer-aio-fisher-tanner-flax-picker-spinner-fast-flawless-50k-gp-ph/ Jack's Free AIO Fighter by @Jack http://osbot.org/forum/topic/30707-jacks-free-aio-fighter-osbot-2/ C&P AIO Herblore by C&P Scripting http://osbot.org/forum/topic/53972-c-p-aio-herblore-task-basedall-methods/ C&P Original AIO Extreme Rooftops http://osbot.org/forum/topic/55149-c-p-present-the-original-aio-extreme-rooftops/ -Alek