SRL Archive - News and General

So, I was messing with Lape (the future interpreter of simba) a few moments ago and, while I knew Lape was faster, I didn't know just how much faster it was. So I made a small script to test it out. Just though I'd share my findings.

First, here's the script I used to compare. It basicaly add some bogus numbers together, multiply, then substract, and compare if the 2 numbers are the same (it should be)… and it does this 10 million times:

program new;
{$I SRL/SRL.simba}
var
  t, i, a, b, success: Integer;

begin
  WriteLn('Starting!');
  MarkTime(t);

  a:= 1594;
  For i:= 0 to 10000000 do
  begin
    b:= a;
    b:= b+(a * 2);
    b:= b - (a*2);

    if (b = a) then
      inc(success);
  end;

  WriteLn('time = ' + IntToStr(TimeFromMark(t)));
  WriteLn('Success  = ' + IntToStr(success));
end.    

So first of all I tested it in Pascal script, our current interpreter. I executed it 3 time, to make sure it was accurate.

Here's the result:

Compiled successfully in 265 ms.
Starting!
time = 39094
Success  = 10000001
Successfully executed.

So it took on average 39 seconds to execute the script using pascal script. Might seem fast to you, after all, it executed 256 000 loop every second and inside that loop it made some basic calculation.

Now… time to test the script with Lape. Same exact script, only changed the interpreter to Lape. (Script -> Interpreter -> Lape). Again, I executed it 3-5 times to make sure it's accurate.

Here's the result:

Compiled successfully in 1030 ms.
Starting!
time = 843
Success  = 10000001
Successfully executed.

It took Lape 0.85 second on average to do something that took pascal script 39 seconds. That's 11.7 million loop per seconds.
That's freaking amazing! It's about 45 times faster in this case.

Personnaly I can't wait until lape is fully compatible with SRL. It's going to be a great addition to simba.

Discuss.

That's INCREDIBLE! Wow, really looking forward to this.

Hah good comparison. I haven't tried any tests of that sort to give a result but I've watched the time difference in simple color-finding between PascalScript and Lape and it is indeed amazing.

Well at least lape does correctly what it was designed to do :P

I had no knowledge about programming at all. So I guess this might be a stupid question.

When this comes out, does the coding of the script same with how we did it now?

Wow that would totally speed up my VineSweeper script I am working on. It currently takes like 1.5 seconds to create a grid and sort the stuff etc. Can't wait :)

From: CephaXz
I had no knowledge about programming at all. So I guess this might be a stupid question.

When this comes out, does the coding of the script same with how we did it now?

Yes, it's the same. The only difference, is that we will have new stuff we can use (for example, pointers), but you do not need to use those if you don't want to, and so in theory, you could write your script just as you did before and it would work.

Just to give you an idea, I had absolutly nothing to change in the first post's script to make it work in both pascal script and Lape.

From: eska
Yes, it's the same. The only difference, is that we will have new stuff we can use (for example, pointers), but you do not need to use those if you don't want to, and so in theory, you could write your script just as you did before and it would work.

This is one awesome sexy thing. Looking forward to it. And thanks!

From: CephaXz
This is one awesome sexy thing. Looking forward to it. And thanks!

http://code.google.com/p/la-pe/

Nice, when is the switch over?

From: TehNeonFishy
Nice, when is the switch over?

Now if you choose. I have a Lape version of LividFarmer up and running. But be warned, not everything is compatible with Lape yet, like SPS and the drawing part of SMART.

Looking forward to the official Lape release. To celebrate the release I'll work on an advanced/extremely accurate script by calculating loads of things, which is possible now within a lower timeframe with Lape. Not sure what I'm going to make, but Piramid Plunder or something sounds fun. I might look into Vinesweeper but I'm not sure how to recognize the patterns yet :O

Does this mean it uses more resources of your cpu?
I don't need super fast scripts i want multiple scripts running at the same time.
Like for a main and a pure without having it lag massive.

From: fre
Does this mean it uses more resources of your cpu?
I don't need super fast scripts i want multiple scripts running at the same time.
Like for a main and a pure without having it lag massive.

It will use less resources for the same. You can increase your waits because calculations and such are done faster and more efficient.

Then it is AWESOME.
Can't wait till we can use it..

This is pretty much the first I've heard of LAPE, but from the sounds of it, it'll be good. Looking forward to it.

From: fre
Then it is AWESOME.
Can't wait till we can use it..

You can mate, just not everything is compatible with it yet.
Download SRL-Lape
Download Simba 1000 (required)

Yeah, Lape is pretty awesome :)

From: eska
Yes, it's the same. The only difference, is that we will have new stuff we can use (for example, pointers), but you do not need to use those if you don't want to, and so in theory, you could write your script just as you did before and it would work.

Just to give you an idea, I had absolutly nothing to change in the first post's script to make it work in both pascal script and Lape.

What do you think this would do to your monkey script?

From: Jos3ph
What do you think this would do to your monkey script?

Might help those who have some FPS issues, but not much, because the great majority of the lag is caused by runescape.

It could maybe also allow me to check if a monkey is knocked out before pickpocketing it, but really that's a big 'maybe'.

From: eska
Yes, it's the same. The only difference, is that we will have new stuff we can use (for example, pointers), but you do not need to use those if you don't want to, and so in theory, you could write your script just as you did before and it would work.

Pascalscript:

writeln(1/2); //0

lape:

writeln(1/2); //0.5

From: masterBB
Pascalscript:

writeln(1/2); //0

lape:

writeln(1/2); //0.5

Sooo it automaticaly convert integers to extended?

Lape is great and awesome been playing with it for a pretty long time now :)

~Home

From: masterBB
Pascalscript:

writeln(1/2); //0

lape:

writeln(1/2); //0.5

There are some other minor differences (see this for example), but I'd say most of the scripts should work without any modification. For non-members; it's not weird if you haven't heard of Lape, there's a thread for SRL members which explains all the new futures. This is so that members can get used to Lape and play around with it a bit. Lape still needs a lot of work before a switch can be considered. That's why I tried to keep it sort of "underground" for the public.

But yeah, it should be faster than Pascal Script! :D

With that speed, we could pick 4-5 colors from mainscreen objects to find where they are. Looking forward to Lape.

As far as I know there is already a lape-branch available, isn't there?

From: Gala
As far as I know there is already a lape-branch available, isn't there?

Yes but it isn't complete. Can't draw because Tbitmap aren't implemented yet or something. As a result SPS also isn't working… and MSI too.

I like how fast it is.
Going to re-code my Runespan script in Lape. Thanks, Eska!

From: eska
Yes but it isn't complete. Can't draw because Tbitmap aren't implemented yet or something. As a result SPS also isn't working… and MSI too.

I am almost done with it. I am writing wrappers for it, this will be the fix for the time being until nielsie comes with somethings better.

From: Vinyl Scratch
I like how fast it is.
Going to re-code my Runespan script in Lape. Thanks, Eska!

Did you read everything? You don't have to re-code things, or at least from what I can tell you don't have to.

From: shstiger2009
Did you read everything? You don't have to re-code things, or at least from what I can tell you don't have to.

But you CAN make improvements with what's written ;)

From: shstiger2009
Did you read everything? You don't have to re-code things, or at least from what I can tell you don't have to.

Well that depend. As of right now, SRL Lape isn't finished, and so if you use some stuff that isn't implemented yet, you will have to remove it from your script, and find new way to make you script work. For example, if I took my monkey script and tried to convert it to Lape, it would require some important changes, because I use SPS to locate myself (and SPS doesn't work with lape…. yet)

I'd have to find new way to locate where I am.
Also I draw.. can't do that with lape…yet.

Once everything is ready, then yes, you'll probably have little to nothing to change.

I'm surprised as to how many people are actually excited about it, Lape has been around for awhile with little to no use.

From: eska
Well that depend. As of right now, SRL Lape isn't finished, and so if you use some stuff that isn't implemented yet, you will have to remove it from your script, and find new way to make you script work. For example, if I took my monkey script and tried to convert it to Lape, it would require some important changes, because I use SPS to locate myself (and SPS doesn't work with lape…. yet)

I'd have to find new way to locate where I am.
Also I draw.. can't do that with lape…yet.

Once everything is ready, then yes, you'll probably have little to nothing to change.

Please read what I wrote… I am ALMOST done with it. I read your problems in flight his post so I am adding TMufasaBitmap functions and 'properties'. There is no reason to remove them from your script or find a new way to locate yourself. If you run into problems please just post it at bugs.villavu.com, then some simba/lape developer (mostly wizzup or nielsie) can handle it if required.

From: Kyle Undefined
I'm surprised as to how many people are actually excited about it, Lape has been around for awhile with little to no use.

Well it was almost hidden in the SRL member only section, and almost no one talked about it.

I'm trying to change that a bit. If more people test it, we find bugs faster, and hopefully it also get fixed faster :^)

From: masterBB
Please read what I wrote… I am ALMOST done with it. I read your problems in flight his post so I am adding TMufasaBitmap functions and 'properties'. There is no reason to remove them from your script or find a new way to locate yourself. If you run into problems please just post it at bugs.villavu.com, then some simba/lape developer (mostly wizzup or nielsie) can handle it if required.

Oh don't worry, I know it's comming. I'm not converting my script yet. But thanks for the heads up and also thank you for the time you put into this project.

Is lape caching the repeated answers or is the computation time really that much faster than pascalscript

From: Echo_
Is lape caching the repeated answers or is the computation time really that much faster than pascalscript

It really is that much faster. Also with not repeating tasks, as far as loops can go non repeating. Everything is faster, apart from wait(x) which takes about the same time.

From: masterBB
It really is that much faster. Also with not repeating tasks, as far as loops can go non repeating. Everything is faster, apart from wait(x) which takes about the same time.

I'm glad wait(x) takes the same time, I was about to be blown away if Lape could make time go faster. Oh how useful that would be at certain times… ;)

Hey guys, just a quick note.
Simba 991/992 has the latest lape, you don't need the (testing) 1k: http://nala.villavu.com/downloads/simba-prev/c05e13527954d537d9d6a8302c35733ce8d1ad3f/Simba.i386-win32.exe

Secondly, while lape is awesome and faster than pascalscript (and most importantly hopefully stable); it will not, let me stress this, not, make Simba functions faster. Simba will use the same amount of CPU for findcolor, etc.

From: shstiger2009
I'm glad wait(x) takes the same time, I was about to be blown away if Lape could make time go faster. Oh how useful that would be at certain times… ;)

Of course it's going to wait the same amount of time as directed by the argument. What Bart meant was that calling the procedure 'wait' (which takes negligible time anyway) will be about the same in lape and pascal.

You can do something like this to test the time taken to call 'wait'.

 
t:=GetSystemTime;
for i:=1 to 100000 do
  wait(1);
writeln(GetSystemTime-t);      

^ Nope, I'm pretty sure it was a joke and you just ruined it.

Lol.