To walking in regards to applications, that is. What are your thoughts towards using SPS in an application's script as the main walking method? Is it acceptable depending on certain circumstances? Etc.
I don't really know what to think of it.
To walking in regards to applications, that is. What are your thoughts towards using SPS in an application's script as the main walking method? Is it acceptable depending on certain circumstances? Etc.
I don't really know what to think of it.
From what I've seen, there are some members who feel that it's fine to use in applications, while others feel that using it shows no skill, and thus should be avoided.
I personally have no strong feelings one way or the other.
Im also in mixed thoughts about this
Previously Known or not Known as CRU1Z1N.
If you want to succeed you should strike out on new paths, rather than travel the worn paths of accepted success.(John D. Rockefeller)
I like the idea of it. I wonder if those you dislike are the same ones that pooh-poohed Reflection because it was too easy?
The implementation has to get better to become the main form of walking IMHO. Having to restart Simba multiple times just to get it working doesn't really cut it.
Never ever approach a computer saying or even thinking "I will just do this quickly".
SPS is remarkable in theory, in practice though I would discourage it wherever possible... mainly from a performance optimization stand point it would be in your best interest to get things done if you can without it. Otherwise it's probably a fantastic tool for the impractical distances and locations.
Yes, the ones who are against SPS walking are the same ones who were against Reflection walking. I've noticed this: When we had Reflection the reason they gave was "Reflection is easy, you need to use more color". And now that we use color (SPS) they say "SPS is easy, use more of SRL's walking". It's obvious they're basically against people using the best tools available.
There is nothing wrong with using SPS, it's part of SRL, it should not take away points when using it in scripts.
Current projects:
[ AeroGuardians (GotR minigame), Motherlode Miner, Blast furnace ]
"I won't fall in your gravity. Open your eyes,
you're the Earth and I'm the sky..."
Writing an SRL Member Application | [Updated] Pascal Scripting Statements
My GitHub
Progress Report:13:46 <@BenLand100> <SourceCode> @BenLand100: what you have just said shows you have serious physchological problems 13:46 <@BenLand100> HE GETS IT! 13:46 <@BenLand100> HE FINALLY GETS IT!!!!1
Who gives a -bleep-? Look if you have something that will make things easier for you then go ahead and use it. No one can tell you not to use it.
BUT
In applying for members there should be specific guidelines. I personally think it shouldnt be allowed in scripts, but maybe as a failsafe yes.
While SPS is very handy, its very buggy. RRW is efficient.
Faith is an oasis in the heart which will never be reached by the caravan of thinking.
Keep in mind that SPS is still very young and doesn't have many developers (me, Coh3n, Nava2). It will be bug free, reliable, and safe.
---
I really don't like people saying that using SPS shows inferior scripting skills.
This is not true. If someone was to make a slayer script, walking all around the world killing monsters and getting new tasks, would you say "Meh, it's easy, it uses SPS"?
SPS will be the way to walk in SRL scripts. First time in the history of color macroing we actually could make a slayer script.
There are many other ways to prove your scripting skills than walking, bear in mind!
Current projects:
[ AeroGuardians (GotR minigame), Motherlode Miner, Blast furnace ]
"I won't fall in your gravity. Open your eyes,
you're the Earth and I'm the sky..."
SRL's F.A.Q. (Error fixes) | How to Convert SRL-5 Scripts to SRL-6 | Draynor Chop N' Bank (RS3)| AIO Superheater (RS3)
T - E - A - MTogether Everyone Achieves More
I always look at it from this standpoint: Can I do it when I just drank an entire bottle of vodka? That clearly filters out things you won't need brains for, and it leaves out the subjective "too hard/easy"; the bottle of vodka (70cl) is a set size, and me is a set amount of weight, brains and scripting knowledge.
The answer to reflection was simple: yes (I tried it, even got members with it trolololol). And I suspect the answer to SPS is pretty similar, though honestly I haven't tried it after a bottle yet, but my sober brains say that the difference is nil.
Last edited by Markus; 11-22-2011 at 08:36 AM.
I made a new script, check it out!.
If it's colour only and works, why not? I might use it in the future. If turns out to be not reliable enough, I'd give RadialWalk a try. See for yourself.
The best way to contact me is by email, which you can find on my website: http://wizzup.org
I also get email notifications of private messages, though.
Simba (on Twitter | Group on Villavu | Website | Stable/Unstable releases
Documentation | Source | Simba Bug Tracker on Github and Villavu )
My (Blog | Website)
Radial walk means you know angles, and how to pick colours. There's a whole lotta things that prove you can pick colours and knowing angles.. well not essential and you can always learn up when the need arises. Everyone does so.
As for TPA walking, a TPA object finder would be more than enough proof you how to use use TPAs. Do keep in mind that in member applications you aren't exactly expecting appliers to have extraordinary custom made walking methods. Nowadays walking is indeed much easier. Besides - when we had Radial walk there was RadialWalkAid anyway. The big thing about walking was not walking itself - it was the failsafes. Show us you know how to failsafe your loops and you're good to go with SPS.
-RM
I agree with RM, I would vote yes on a script using SPS as long as it had the proper failsafes (DTM walking, (radial|linear)walk, TPAs, etc.)
I don't think they are a necessity. MSI walks solely with SPS and all 6+ hour proggies have ended because of RS update or a random event. Not because SPS didn't work. SPS is very reliable now, and it will continue to be even more reliable.
Of course it's good to have a plan B, but I think it's stupid to require alternative methods when one will suffice. I think it's failsafed enough if the scripter checks the current position after a walk by a single DTM, in case we've gone lost.
Don't worry Marpis, people will eventually get over it, like they did with reflection. Maybe they just are autistic or something, as some people really must resist change/cannot accept it.
Walking and positioning have been the failpoints for all these years, yet when solution arises, they insist that you must keep on using less reliable ways for doing that. I don't see it, I was able to understand it in the case of reflection, as SRL happens to have its roots in color, but SPS only involves color.
SPS in its current state is already accurate enough ( +- 1 tile ), my private scripts all use SPS to locate myself and then do the proper actions, yet to fail.
Embrace SPS and see SRL rise to glories yet unseen.
I beg to differ old boy. Still having problems with latest Simba and latest SRL/SPS/MSI on my Win7 64-bit.
In order for it it run I must:
- Browse to Simba folder, run as administrator
- Manually open runme.simba (do not use MSI menu to start EVER)
- Then and only then will it sometimes work.
Never ever approach a computer saying or even thinking "I will just do this quickly".
Blew away everything and reinstalled 974 from scratch and it seems to work now. Noticed that before upgrading an existing install doesn't always "work".
Never ever approach a computer saying or even thinking "I will just do this quickly".
For me, it's not the methods used in the script that counts; It's the logic of the writer, the passion the writer has and the personality the writer has. If I see that this person will be a good addition to our SRL Member's userbase, even though he's not a great scripter, then I'll vote yes. A lot of great people on this forum are great, even though they're not the best scripters (*cough*Hobbit*cough*)
There are currently 1 users browsing this thread. (0 members and 1 guests)