I still think this is a great idea, good advancement for SRL. Keep up the good work (For all who's working on it).
~Camo
Printable View
I still think this is a great idea, good advancement for SRL. Keep up the good work (For all who's working on it).
~Camo
s/Simba/oscar/
Very nice job! +1 for WIN posts :p(only smiley ): )
I do not think this will happen. Sure there will be some who will want to use scar but I don't think there will be much. Why? Because people mainly come here from runescape and not from scar. They mainly come here to auto in runescape and not to write cool non-rs scripts in scar. And when they come here from rs they download scar directed from here. Yes they are mainly leechers and most of them will remain that but some of them will be interested in learning so on and so on. So if SRL will be for Simba they will download that, not much of a change(in their views).Quote:
Originally Posted by bionicle1800
And I do not want to continue the arguing(I have my own opinions, don't worry) so I just say I respect Freddy and scar but I would like to use Simba instead of that in the future for scripting.
EDIT: Of course just my view.
I <3 Freddy.
Don't hate on SCAR babiezzz.
I agree where Myles is going to, alot of us REALLY want reflection back, but Freddy sure did alot for us and the way Myles put it was a bit unnecessary.Quote:
Originally Posted by Griff721
Im talking about the color only elitists who refuse to use reflection because its easy. Email is easier then writing.Quote:
Originally Posted by IceFire908
It could also be because this is a colour based community. I haven't seen anyone say they don't want reflection, only that they don't want SRL to focus on it. People have always been free to develop the reflection side and they did - what more do you want?
When reflection came to be, people were in there sigs and in threads just saying that reflection makes life to easy so they wont use it.Quote:
Originally Posted by mixster
So? You weren't prevented from using it because of that. You're basically complaining that people don't think the same way as you, which is really stupid indeed.
Whats stupid is that people cant see the present. The present isn't color, its reflection. Why would you use something slower and harder to useQuote:
Originally Posted by mixster
Practicing concepts, learning, rather than the picking of particular codes for repetitive use.Quote:
Originally Posted by MylesMadness
Because reflection doesn't work. There's a handful who know what they are doing because reflection isn't just using reflection, it's also producing the hooks for it. Using it is easier, but taking about the client to get the hooks isn't and if it was super easy, then it would probably be different. Imagine if SRL had gone fully behind reflection - do you honestly think the community would still be here after over a month of being unable to macro at all?Quote:
Originally Posted by MylesMadness
I think this description fits me, so I'll jump in here...Quote:
Originally Posted by MylesMadness
My personal belief is, I get a good sense of security knowing that I am not having to "Open Up" the RS Client when macroing.....I have heard the arguments, on how safe it is, but I believe, if you simply don't do it, then you are taking that out of the equation, and that is one less thing to potentially be banned for....
If you wish to use other methods, I.E. Reflection, no one is stopping you, just know, that this community is based off of "Color Finding Routines", and devolping these functions, will always be priority, there is already a section set aside for devolping this... Reflection Tutorials , so I would say there is no basis in arguing that it isn't accepted, nor embraced, because it obviously is by some.(I have done work in the past gathering location Information on all Current Active Randoms via Reflection(KYAB), so it's not that I am against using it, just prefer not to).Even if it was working :p
I agree , with Simba being Open Sourced, expect to see some new Radical Ideas !!!
Thanks for ALL the Hard Work !!!!
Mylesmadness, please stop hijacking this thread for your dumb opinions.
Congratz on simba guys!
rsbot did ;)Quote:
Originally Posted by mixster
Guys, this thread is full of lulz.
Is there a plugin framework for simba?
Yes.Quote:
Originally Posted by lordsaturn
[OFFTOPIC!]
So, who's stopping you from moving to RSBot's community? Nobody. If you aint happy here, get out...Quote:
Originally Posted by MylesMadness
Both ways of cheating have their cons and pros... Only stupid people don't get it how smart it actually is to use color-based macros. ..+these macros work for other games too, does RSBot or NeXus work? Nope, not a chance. And how about this, can you make anything else with em (useful/non-useful [utilities, games, etc.])? No? If RuneScape ever goes down (it's not gonna happen anytime soon, I know! Just an example - and yes, I also know this community is mostly based on cheating in RuneScape.) those bots are more than useless JUNK after it.
These universal color-based macros can be used for other games. Meaning these will have a looooooong, loooooooooooooong "life" (have had already!). I mean, just look at how many bots have died while SCAR, as an example, has survived for this long (and it keeps going strong). I am fairly sure SIMBA will last almost "forever", now that it's gonna be Open Source - as it certainly will get a nice support by community for it, much better than SCAR has ever had, with a single developer around it... & no, I have nothing at all against Freddy with these comments (my personal opinions)... I am very happy for everything he has done for SCAR, but I just must admit there could have been more updates within all these years for it.. Yes, a lot has been added by him (Freddy) for it, but with a "team" of developers, or like in SIMBA - community!, there would have been much more added in it. +bugs would have been tracked down and fixed waaaaay faster. Anyhow, I hope a great success for both, SIMBA and newer SCAR's (3.50, 4.0, x).
[/OFFTOPIC!]
[ONTOPIC.]
Just curious, so some questions, to current developers - before the source is gonna be out for the community:
-is anykind of multithreading capabilities planned for it?
-can scripts be compiled?
-support to forms and canvases?
-will it be _universal_ color macro? (Meaning, it's not targetted only around RuneScape..)
-support for includes?
-built-in update system? Not like in SCAR, where everytime there is an update, you gotta reload the program (+ uninstall and install again).
Thanks,
-Jani
I SO hope SIMBA's gonna turn out as an really successful scriptable color-macroing tool! So far, I have no doubt why it wouldn't! :) Keep up the good work guys.
[/ONTOPIC.]
I'll answer to your list with a list of my own. :)Quote:
Originally Posted by Janilabo
- You can run one script per tab, so in a way, the application is already multithreaded. If you mean by actually multithreading a color find to make it faster, no. That is not implemented. I don't know of any active plans to do so, either. It would be quite an overhead too. If you mean allowing your own script to use multiple threads - the answer is "partially"; see the next point.
- Yes, you will be able to compile scripts to .exe's, with a bit more work. This will give you the power to use the MML + every single Free Pascal/Lazarus component out there, including threading, and cool forms.
- There is some form support. Currently PascalScript stills needs some work to function 100% correctly, and this also affects form support.
- Yes, but it will also include some runescape specific functions. Although we could easily put that into a module or plugin of some kind.
- Yes. Includes are supported.
- Yes. There will be an (auto) updater. It is unavoidable that you have to restart the program (unless there is only a font or similar update), but I don't see why you would have to reinstall it.
Some other general notes I'd like to make... Regarding Pascal Script... It works quite well on Windows, but it really needs some work on Linux. The maintainer of the product is aware of this, but I don't see him fixing this anytime soon. PascalScript isn't a trivial product, so chances are it won't be easily fixed. This is for 32 bit (which will also run on 64 bit OS'es).
There is a lot more functionality currently in MML than you all may expect. We've mainly been adding stuff to Simba lately.
I hope to set up a forum soon for testers, and other interested parties. I've been a bit busy the last few days, and haven't had much time to arrange stuff.
Oh, by the way... I personally call it "Simba" and not "SIMBA"; but both names are fine I guess. :D
Does that first statement imply that Simba as a viable macroing option in the near future is unlikely? I didn't originally know what to expect as I haven't known how long it has been in development. I'm not sure where I should be raising my expectations from, though I'm sure I'll see for myself soon enough.Quote:
Originally Posted by Wizzup
And no acronym, then? That's a let down.
It depends what you call near. I can't exactly say *how* soon, but I have already run some silly little things with it. It just has some kinks to work out. Hence why this post was made. Its not *too* far off, but again, I'm not the best person to reply on that one.Quote:
Originally Posted by Town
Nope, its the lion :D
Daddy is the library, son in the Front-end.
The first statement implies that we actually have more functionality implemented than most have expected. So this means it is a viable option in the near future. I do guess that it will take at least a few weeks from now before we can provide a binary to the public which would be stable enough for the average everyday macro task. (Which is why we need testers)Quote:
Originally Posted by Town
No acronym? Well, I've been pondering about some... The name has always been a point of discussion, but for now we just call it Simba. SIMBA is fine too, but I don't think anyone has come up with a suitable acronym just yet, although I'm personally hoping on a recursive one. :)
What languages will we be able to bind? Also, if you need testers, I'd wouldn't mind helping.
~Camo
It really looks great, keep up the good work. If you ever need another tester, I wouldn't mind. ^.^
Simba Is My Best Asset?Quote:
Originally Posted by Wizzup?
XD
EDIT: Or Ally?
SCAR will and always be #1 Rs macro program for me.
I'll probably use Simba for stuff like clubpenguin:redface:
In case I didn't mention it before, I'd be willing to help test.
Even when its not working, like atm?Quote:
Originally Posted by Main_Ftw
SCAR is running perfectly for me?Quote:
Originally Posted by The Claw
Uptext and constant errorsQuote:
Originally Posted by IceFire908
You changed the name from Mufasa to Simba? =\
Same family i guess :p
Well, after many months of working on it and keeping the development closed-source. All i can say is congratulations and thanks :)
interesting haha
Uptext is working better than ever?Quote:
Originally Posted by The Claw
constant errors? they all go away if you know what you're doing.
Sexy....
E: I'm ready to help, if you need testers....
I've been watching WT-Fakawi script, and I've looked at his code, and trust me, he isn't using SCAR any different than 2.03, yet this one often randomly errors. First run, script works. You stop it, start it again, boom.Quote:
Originally Posted by IceFire908
It seems kinda off topic though.
Simba is GUI, M(ufasa)ML is the back-end silly!Quote:
Originally Posted by Dan's The Man
Quote:
Originally Posted by IceFire908
The Library is still Mufasa, the name of the front end is now Simba. Dw, Mufasa is still king.Quote:
Originally Posted by Dan's The Man
I was bored so I tried to come up with some acronyms for Simba. Here they are
SCAR Code:Scars Intensly Moddified Botting Application
Smart Input Manager Bundle Application
Synthetic Intelligent Mastermind Behind All
Search Images Mainly By Appearance
Set Identifications {and} Measurements {for} Botting Algorithms
~Camo
Simba Integrated Macro Building Application?