Can anyone explain how to use simba on browser , trying to use Ashaman88's livid farm script
Printable View
Can anyone explain how to use simba on browser , trying to use Ashaman88's livid farm script
It's already possible using just Simba alone.. If you load RS in the browser and switch to Direct-X mode, you can drag the green cross-hairs to the window and run the following:
Simba Code:procedure Show(Bmp: Integer);
var
W, H: Integer;
begin
GetBitmapSize(Bmp, W, H);
DisplayDebugImgWindow(W, H);
DrawBitmapDebugImg(Bmp);
end;
var
Bmp: Integer;
W, H: Integer;
begin
GetClientDimensions(W, H);
Bmp := BitmapFromClient(0, 0, W - 1, H - 1);
Show(Bmp);
FreeBitmap(Bmp);
end.
If it displays the screen, it works fine (works for me without plugins).. If it doesn't, you need to use a plugin and place it in ONE of two places..
1. The browser's main folder.
2. Java's bin folder.
However, for Direct-X, there is no need for doing so in the browser (at least on my computer). For OpenGL, you WILL need a plugin no matter what. Both plugins support the browser or any application capable of OpenGL or Direct-X.
The new plugins have the format:
Simba Code:SetupDXI(GetNativeWindow());
SetupDXI(GetNativeWindow(), Width, Height);
SetupGLX(GetNativeWindow());
SetupGLX(GetNativeWindow(), Width, Height);
Both requiring the latest Simba so that you can use "GetNativeWindow()".. But again, plugins aren't needed for Direct-X capturing in the browser..
Why would you want to do this? SMART is actually quite handy. :)
With the current (latest r1100) version of Simba, it is still detectable whether it is in the browser or not. This has been explained many times. It will ALWAYS be a cat and mouse game. The "browser IS safer" but that means nothing. Detectable means detectable.. doesn't matter "how much" easier it is.
I don't see where that would breach the rule actually. The mouse and keyboard are not being controlled by a program but a physical entity. The rules should be specific if the entity must be human, or even biological. Let's say an alien crashes to Earth and instead of studying and/or working with it for the better of the human race I force it to spin my flax in Runescape. The in-game account would still be controlled by an entity and biologically, but not human. Ban-able or not?
Wouldn't the safest way be to run RS in a VM using their client or the browser? Then drive that with simba on the main machine.
Nothing detectable on the VM (other than detecting that it is a VM). The VM doesn't know if it's you or simba driving and neither would they.
I really doubt Simba on the native OS can interact with a window in a VM. Pretty sure Simba uses WindowHandles to capture images and a VM is just a single window handle (the VMWare window or the VirtualPC window or w/e). If you were able to select windows from within the VM, from the outside.. that would be insane.
That's exactly what you'd do.. The reason it runs SMART is because that script explicitly loads SMART. You need to remove the code that does so.. Basically, at the top of the script remove "{$DEFINE SMART}" and any code that draws on SMART using "smartImage".
You wouldn't have to target the specific window in the VM. If all it was running was a full screen rs client you just target the whole vm and offset the border areas.
Not saying we should jog right out and do it but it is the most undetectable method I'm aware of.
Are you absolutely sure you did everything right? There's no way it wouldn't work (for RS at least). Simba CAN natively capture data from Direct-X windows without a plugin. I haven't found a Direct-X game (other than the ones & windows I make) that Simba cannot capture.
I also haven't heard from anyone that tried this that it failed.. Are you absolutely sure you did everything right?
If you drag the crosshair on RS, it will look like:
http://i.imgur.com/n7Ns42r.png
Then after running the script, it will look like:
http://i.imgur.com/NufxURy.png
Did you drag the green cross-hairs on the runescape browser client? If you did try safe mode or one of brandon's plugins.
also when i try to run the script im using this usually come up
Exception in Script: Runtime error: "Range check error" at line 145, column 13 in file "C:\Simba\Includes\SRL-6\lib\interfaces\lobby\lobby.simba"
but yes i have tried everything you have said and i get this http://gyazo.com/e2bacbab08029666b8f19f96c687cbdf
This is impossible.. How could it NOT work in Safemode? The only way this could possibly be true is if multiple monitors are somehow affecting the way Simba operates.. Even then, it'd capture at least one Window (desktop by default).
I've heard some on this site use multiple monitors but never had the same problem as you are describing.
The behaviour you're describing is that Simba is unable to capture ANY and ALL windows on your system.. even GDI windows (single buffer non-OpenGL & non-Direct-X windows). If this is true, you wouldn't even be able to take screenshots with gyazo or any other program..
I would gladly teamviewer you and see if such a thing is actually possible. Seriously though, if you have a problem even in Safemode such that Simba cannot even screen capture, then something is definitely wrong with either Simba OR your computer/multiple-monitors..
Again, I'd teamviewer you if you're up to it. You can just PM me the ID & temp pass if you want. What you are describing makes NO sense at all.
@Kasi; uses multiple monitors IIRC.. never had a problem on his comp :l
This is true. (zoom out)
http://puu.sh/bpNFk/8d78b6be93.jpg
Well.. I solved it lol.
OP wasn't lying. NOTHING works in Safemode OR Software mode for them. NOTHING at all. In fact, Simba is completely broken on their comp. It cannot capture windows (Not even the desktop or explorer or the browser).. NOTHING. It also doesn't allow copy paste lol. Had to write everything out by hand. It has a serious problem capturing their clipboard and windows. They even unplugged all their monitors except 1.
It's completely useless on their comp. What I did was download the plugin + the official RS client. Placed the plugin in the bin folder and allowed it to map the memory via the crosshairs instead of by PID.. The target was then set to the plugin's memory map pointer. It will work in the browser if OP drags the d3d9.dll to the browser's main folder. That much is true. But without it, they're out of luck.
The PID to WindowHandle (allowing them to use the crosshairs with the plugin) made life easier for them and they get the same benefits/usage as the browser + regular setup as usual for all other scripts.
It's weird because code capture windows in C & C++ works perfectly fine. ACA even works.. Simba is just iunno.. broken -_-
I literally went onto their comp with doubts in my mind (it's impossible for safemode not work blah blah..) but OP was right lol.. NOTHING, even capturing the desktop doesn't work.
Spent the last hour troubleshooting it and gave up before installing a compiler and compiling everything for them (so it works with the crosshairs). There is no other way for OP to use Simba without the plugins. Not even in Safemode. Never saw anything like this before.. But it's definitely Simba.