Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

DarkBASIC Professional Discussion / interesting solution for dbp eating up the cpu

Author
Message
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 21st Aug 2005 04:41 Edited at: 28th Aug 2005 07:11
i found this code on another forum and used it to lower cpu usage. using this, i could bring the cpu usage down to 15% while having ~90 fps with 1200 polys. try this code and post your results



[edit]
didnt realize ianM posted this solution on another thread in the same forum which i replied to, i genuinely thought i was the first to come up with it when i thought about it
[edit again]
No i was right, ianM used "sleep" and i used "sleepEx" which allows for finer tuning of the cpu usage, but the idea is still valid

"I am what I am and that is all I can be -J King"
Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 21st Aug 2005 04:57
Wow, very nice trick!

It was able to run that at 1% cpu and only lose about 30 fps. Should make application coding much more system friendly.

I'm gonna sticky this as CPU usage problems crop up quite frequently.


Van-B

Put those fiery biscuits away!
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 21st Aug 2005 05:02
WoW! my first sticky

i just wanted to try it after i saw the idea of using the kernel32.dll sleep function, i will look into using more kernel32 functions in dbp

"I am what I am and that is all I can be -J King"
Lost in Thought
20
Years of Service
User Offline
Joined: 4th Feb 2004
Location: U.S.A. : Douglas, Georgia
Posted: 21st Aug 2005 05:38
That works good for cutting it back, but I wonder how you speed it up. No matter what code I run, I can't get DBP to use ove 50% CPU. The FPS just keep dropping instead of CPU usage increasing Is it because I have a hyperthreading processor?

Blazer
21
Years of Service
User Offline
Joined: 22nd Oct 2002
Location: United States
Posted: 21st Aug 2005 05:56
I'm confused, what exactly did you do? If this will raise my FPS please explane.

I discriminate against discriminating people....
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 21st Aug 2005 06:07 Edited at: 21st Aug 2005 06:13
@lost in thought
yea the hyperthreading will not let dbp go over 50% unless you turn the option off in the bios. but it will make your game slower if you do, hyper threading is good when you have two intensive apps like a game and a virus scanner or limewire so you set the virus scanner to cpu 1 and the game to cpu 0 so there is not a 100% load on any particular cpu

@blazer try setting it to 0 to raise fps, basically what this does is put some latency into the cpu loop,so that dbp only does intense calcs every maybe 3 cycles instead of every cycle so you lose some speed, but take up the cpu much less of the time.

"I am what I am and that is all I can be -J King"
Nicholas Thompson
19
Years of Service
User Offline
Joined: 6th Sep 2004
Location: Bognor Regis, UK
Posted: 21st Aug 2005 13:46 Edited at: 21st Aug 2005 13:47
I cant quite see the point in this - sorry...


That, on mine, runs between 0% and 2% of my CPU (less than firefox right now!) and give me about 500fps when run in 640x480 windowed mode.
Your code run in the same res when the special thingy is enabled, gives me about 200fps using 7% of the CPU...

My Website:
dark coder
21
Years of Service
User Offline
Joined: 6th Oct 2002
Location: Japan
Posted: 21st Aug 2005 14:17
well when i open up task manager with the app it says 94-98% cpu usage and get about 40-80fps, however nicks code runs at 20-30 cpu usage and 400-500fps


John Y
Synergy Editor Developer
21
Years of Service
User Offline
Joined: 4th Sep 2002
Location: UK
Posted: 21st Aug 2005 14:42
The best way to test it really is do a benchmark in the background with the 2 apps running and see which one yields the best results.

Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 21st Aug 2005 15:06
For some reason Nicholas's code gives about 50% cpu usage on my machine - yet the kernal32 trick drops it downto to 0/1, which would be just peachy for a server application for a multiplayer game.

Even using sync on the Kernal trick works - If I can find my source for VSD Tracker I'll see what difference it makes to that as it's always had problems with CPU usage.


Van-B

Put those fiery biscuits away!
Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 21st Aug 2005 19:15
Don't forget to mention 'ALWATS ACTIVE ON' and 'ALWAYS ACTIVE OFF'

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 21st Aug 2005 19:53
@nick
whax xolatron just said , and you used Sync off which would yeild bad performance in a full fledged game
the real cpu usage occurs when you use sync ON

"I am what I am and that is all I can be -J King"
Nicholas Thompson
19
Years of Service
User Offline
Joined: 6th Sep 2004
Location: Bognor Regis, UK
Posted: 21st Aug 2005 19:59
oh yeah - my method would be crap for a real game, however for a server module its ideal. You can even sync rate it to something like 30-60 which would REALLY reduce its limits.

Strange how it went mental on VanB's

My Website:
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 23rd Aug 2005 09:02
next step, fix mem usage.
like i say reality is what you make it.
next in reality: Zfog, zsorting, increased fps and perfect transparency

"I am what I am and that is all I can be -J King"
Phaelax
DBPro Master
21
Years of Service
User Offline
Joined: 16th Apr 2003
Location: Metropia
Posted: 23rd Aug 2005 11:12 Edited at: 23rd Aug 2005 11:13
Tests run in 640x480 windowed mode.

Without using "sync on":

Quote: "
CPU: 49%
FPS: 1696

CPU: 0%
FPS: 204"


Using "sync on"


Quote: "
CPU: 49%
FPS: 2870

CPU: 0%
FPS: 204"


That's quite a huge drop in frame rates, not sure I like that.

Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 23rd Aug 2005 11:28
The frame rate drop would be a concearn in a game, but really this is more the kind of thing you'd use in a loop when you need the program to drop it's CPU usage. I mean - say you making an IDE in DBPro like someone is attempting here, now running 2 DBPro apps at once was unthinkable before - now using this you could set the IDE to a 'lazy' state using this trick in a little loop, and run the compiled .exe. The IDE should run at a low CPU usage freeing up the rest of the performance for the program.

I quite like the idea for multiplayer game servers, like you could have a neat front end in the actual server app, then when you launch a game it uses this trick. With some clever programming you could have a server and client program see-sawing between themselves as need be without having to worry about 2 hungry DBPro apps fighting for resources.


Van-B

Put those fiery biscuits away!
Teh Go0rfmeister
20
Years of Service
User Offline
Joined: 17th Aug 2003
Location:
Posted: 23rd Aug 2005 11:38
i'd like to know if tgc's ever gonna do something abotu this, so i wont have to remember to put this script at the start of every one of my projects.

works a treat though, thanks.

PowerSoft
19
Years of Service
User Offline
Joined: 10th Oct 2004
Location: United Kingdom
Posted: 23rd Aug 2005 17:54
could just convertvit to a DLL

re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 23rd Aug 2005 19:55 Edited at: 23rd Aug 2005 19:58
you can change the wait value if you want higher framerates, ex change the sleep_cpu(4) to sleep_cpu(1) to cut cpu usage to about 15% with good framerates. would make a good slider panel in the options screen of a game.


"I am what I am and that is all I can be -J King"
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 23rd Aug 2005 19:59
heh heh heh, step one provide them with nice toys, step 2 become a mod, step 3 take over the world!!!.... of dbpro.... oh... oh damn.... is this thing still on! bum bu bum bum bum.......(Joe humms quite nervously)

"I am what I am and that is all I can be -J King"
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 25th Aug 2005 08:55
a quick suggestion, you can make the loop only run or run with a variable number based on the framerate, like if your framerate goes below 30 fps then use more cpu power, which will not cause jumping cause you will be using timer based movement anyway

"I am what I am and that is all I can be -J King"
Nicholas Thompson
19
Years of Service
User Offline
Joined: 6th Sep 2004
Location: Bognor Regis, UK
Posted: 25th Aug 2005 10:54 Edited at: 25th Aug 2005 11:34
where'd the other posts go about bum? lol...

[Mod Edit: I ate them because this is a stickied topic and several inane posts about bums would detrement the entire forum ]

You could easily modify the wait value to be dependant on the FPS.

My Website:
RiiDii
19
Years of Service
User Offline
Joined: 20th Jan 2005
Location: Inatincan
Posted: 25th Aug 2005 21:18
Quote: "You could easily modify the wait value to be dependant on the FPS."

So, would that mean that if less resources available for DBPro (basically, it's slowing down), it will try to speed up and use more resources? I suppose that could work if DBPro can hog it's way in on whatever was causing the slow-down in the first place.

Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 25th Aug 2005 23:17
Well usually DBPro will hog the processor when you use sync rate 0, which means that making some types of application are out of the question, for example servers for multiplayer games and apps that are designed to run alongside other applications.

With the code above, you can have a windowed DBPro application running at whatever processor footprint, but it means that even running at 40%, your still left over with enough to run other apps. I'm making a custom version of Deep Exploration, like a DBPro model viewer but with a wicked explorer interface, should be a useful app for WYSIWYG texturing and appearance setups (like being able to experiment with those new blend modes). Without the code I could'nt have it running alongside an art package effectively, so you draw your texture, save, then check the results in the model viewer. Anyone writing an IDE in DBPro, or a media player, or anything that has to run alongside other programs will find the code can really tame that processor usage problem.


Van-B

Put those fiery biscuits away!
Nicholas Thompson
19
Years of Service
User Offline
Joined: 6th Sep 2004
Location: Bognor Regis, UK
Posted: 26th Aug 2005 00:11
screensavers is another good example.. as much as I want to save the screen, I dont want my CPU to go thermo nuclear on me in the process!

My Website:
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 26th Aug 2005 00:20
i never thought about that good for my screenie

"I am what I am and that is all I can be -J King"
Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 26th Aug 2005 01:33
Quote: "[Mod Edit: I ate them because this is a stickied topic and several inane posts about bums would detrement the entire forum ]"


Well, at least the original thread of this topic survived:
Lowering CPU usage
Sorry if I'm 'undermining' this thread, but that one has a great discussion on this topic, why it works, and such. That's where I got the sleep_CPU( function in the first place from IanM, thanks .

Nice job on the sticky, Xperiment 627 . It should stop more CPU threads from adding to the list of 16 already found by searching.

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 28th Aug 2005 19:58
hey! why is my thread unstickied!!!!!

"I am what I am and that is all I can be -J King"
Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 28th Aug 2005 20:14
I was thinking the same thing. There's been a severe drop in stickies in the DBpro board. Used to be 6 (or was it 7?), now there's 3!

I guess we are supposed to search to find these. Nothing gets stickied these days, it seems. Maybe we need one encompasing sticky with all the important information from these posts that will have links to these threads.

Looking back at the stickies still on DBpro Discussion, it seems that all that weren't started by mods have lost there stick. Why, is it a new forum rule, that only mods can make sticky threads?

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 28th Aug 2005 21:08
No - Rich doesn't like too many stickied subjects, thats all.

Come to the third DarkBasic Pro Sci Fi Con - Be there and be square
Blog:http://spaces.msn.com/members/BouncyBrick/
Web Site:http://www.nicholaskingsley.co.uk
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 28th Aug 2005 21:26
@bouncy brick
you're a mod right? can you sticky it back? ill give you a dollar

"I am what I am and that is all I can be -J King"
Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 28th Aug 2005 21:31 Edited at: 28th Aug 2005 21:37
I don't think it would be proper for a mod to go against Rich's wishes, even if he earned money...

Xperiment 627,
In reply to your edits of your first post, sorry, I didn't notive you used sleepEx. Anyways, I have no problem with this thread, as it's got the best hope of being a sticky as any CPU thread. (Well it did, anyways).

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 28th Aug 2005 23:20
Have no use for dollars here, matey...

Come to the third DarkBasic Pro Sci Fi Con - Be there and be square
Blog:http://spaces.msn.com/members/BouncyBrick/
Web Site:http://www.nicholaskingsley.co.uk
JoelJ
20
Years of Service
User Offline
Joined: 8th Sep 2003
Location: UTAH
Posted: 29th Aug 2005 00:06
Quote: " Have no use for dollars here, matey..."

does anyone these days?
i cant even buy a soda pop for a dollar, heck, i was filling up my car at the gas station, and there was a vending machine, all i wanted was a SPRITE, but nooo, they cost $1.75! maybe it's just the overpricing of a gas station i'll just have to buy them in bulk and hide them under my matress or something.

anyway, this looks like a neat trick for server apps and stuff, even any window app.

"people who wear clothing with tech themes for the purpose of gaining a social label are no different than teenagers who wear large sweatpants to look edgy"
-Wikipedia "Nerd"
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 29th Aug 2005 00:11
Quote: "does anyone these days?"

Yes, Americans, Canadians and Australians for a start

Come to the third DarkBasic Pro Sci Fi Con - Be there and be square
Blog:http://spaces.msn.com/members/BouncyBrick/
Web Site:http://www.nicholaskingsley.co.uk
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 29th Aug 2005 00:46
Interesting but on the whole pointless.
All DirectX-Based Application use 100% CPU, as I have in the past explained before .. not that anyone really listens.

While running a CPU less intensively is best for something like a Notebook where CPU Speed directly affects your battery-life. Desktop Systems this is an entirely moot point. It doesn't use more or less power in total whether the CPU is running at full or minimum speed. It also has less to do with how hot it runs on a desktop either, for the simple reason that while yes it's constantly using your CPU; fact is that most of the useage is just getting memory addresses and through-put. Nothing actually intensive is going on.

Further more there is no worry about how much is being used in total, because DirectX only uses what is left available to it. I could use Maya, Photoshop and Media Player with a DBP Application in the background. CPU would be at 100% just as if it was on it's own, and I might see a small speed drop, but on the whole DBP would be relatively unaffected despite probably really only using 50-60% of the CPU for itself.

It's just how it all works, hardly anything to worry about. What will affect your games speed far more is actually the speed of where it's being run from.

Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 29th Aug 2005 00:53
But Raven, when one can reduce CPU usage in a DBpro app by 96% with no negative effects, why not? If anything, users of your program will be happier .

Also, an important point:
Quote: "DirectX only uses what is left available to it."

But what if you have two DirectX apps running, one of which only needs 4% CPU. The other needs as much as it can get. If you don't use sleep_CPU(, then both apps will split available CPU usage, when the more intensive one should get more cycles.

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 29th Aug 2005 01:30
that and media playing is very slow with a dbp app open. what if i want to defragment or encode a video, or run a virus scanner simotaneously?

"I am what I am and that is all I can be -J King"
Jess T
Retired Moderator
20
Years of Service
User Offline
Joined: 20th Sep 2003
Location: Over There... Kablam!
Posted: 29th Aug 2005 13:58
Quote: "and Australians"


Woo!


Quote: ".. not that anyone really listens"


'tis kinda hard when you're actually typing.

But, not being so litteral... I read your posts, Raven... I don't agree most of the time, but I read them none-the-less

Team EOD :: All-Round Nice Guy
Want Better dbHelp Files?
Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 29th Aug 2005 14:12
Raven,

Stop talking nonsense.

Have you even tried this code?

I suppose the performance logs and data that show processor usage dropping means nothing. Well that little bit of code has done a lot to the stability and usablility of my model viewer - it switches in and out of minimised quickly, and seems a lot more responsive now - it's not hogging the processor so switching between apps is a lot cleaner as well. What is the problem? - all it's doing is giving processor time back to other processes, and that's all we needed it to do and it works.


Van-B

Put those fiery biscuits away!
re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 29th Aug 2005 14:46 Edited at: 29th Aug 2005 14:47
can you access vmem with a pointer? because i wanted to see if i could make a function to save the video buffer between screen res switches, and append it later when the resolution returns

"I am what I am and that is all I can be -J King"
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 29th Aug 2005 15:38
What happens when 2 DirectX Applications are running?.. well given Media Player uses DirectX it's a pretty easy one to answer; it uses as much as it needs to.

Media Player runs differently to DBP, for the simple reason each instance of Media Player creates it's own thread (which is what you have to do if you want to make sure the DirectX *only* uses what you want it to. Very good for Debugging Dx Applications). DBP however doesn't it's just a Common Thread application, meaning it uses whatever resources it can get it's hands on like games do.

(as I said above)
Now the code above (which btw I did try... w/Processor Wait = 250fps w/o = 5800fps) deliberately causes a wait each loop.

Almost identical to if you wrote



In-fact I'm pretty sure the wait command works using that exact function. Your not gaining any REAL processor time here, all your doing is causing it to lag each loop. Because it isn't updating at Often DirectX and Windows is under the impression it's minimised as such puts all operations into 'background mode'

I think you'll find that trying to load resources will start to seriously kill your speed. Not to mention trying to do Memory Based operations.

Really there aren't many options available concerning performance boosting; but this really isn't one of them, it's just a case of forcing another form of Sync to slow things down for your own benefit, not exactly a solution to the original problem. That is provided you see it as a problem.. imo DBP is for games, and is designed best for that task. If you want to make applications then use PureBasic of something.

Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 29th Aug 2005 19:00
Raven,

No.

Wait 1000 wait's for 1 second, it does nothing to the processor usage.

Try this code with task manager showing the processes, then press S and watch the usage drop to nothing.




Van-B

Put those fiery biscuits away!
Xolatron old
20
Years of Service
User Offline
Joined: 25th Jan 2004
Location: The Star Forge Language: DBpro
Posted: 30th Aug 2005 03:17
Raven,
To some of us, DBpro is the language that we've been with for years and we can produce far better results with it than with, say, Java n(I am speaking of me, of course ). If there weren't many people like me, Rob K's BlueGUI would have been a failure .

Wait does not free up the processor for other programs, even if the DBpro program's processor cycles for wait aren't actually being used.

-Xol


DBpro IonRay IDE: Demo 0.1.0.0 available!
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 30th Aug 2005 04:05
Quote: "Wait 1000 wait's for 1 second, it does nothing to the processor usage.

Try this code with task manager showing the processes, then press S and watch the usage drop to nothing."


The code you provided will force the wait to be divided by 4.
e.g. Wait 250

Notice these results though.
Click on the DBP Window while having the Task Manager on-screen.

The results I get are:
Wait 250 : Out-of-Focus [25%] Minimised [100%] In-Focus [22%]
KernelWait : Out-of-Focus [35%] Mnimised [7%] In-Focus [35%]

In any case, what I can't seem to figure out is this 'claim' that it makes it quicker and more responsive. I have NO issues on here switching between DB/P, Maya, Photoshop and Media Player; it does it all instantly.

I know that it's hardly my 'super powerful' system either because this thing is only a poxy AMD 2600+ 512MB PC2700 ATA/100 System.
Even running Debug DirectX, and is slower cause the HDD isn't quite quick enough (atleast the C: Drive isn't) .. only 50MB/s rather than the 80MB/s it should be getting. Makes a world of difference speed wise trust me.

So either your running much, much older hardware or you have some issues that are affecting your system. I'd also say, just because you know DarkBASIC Professional doesn't mean it's the best environment for creating your Applications. Making very basic Editor Systems for your games, fine; but as far as anything serious goes you really should learn C# or such. Visual Basic isn't a million miles away from DBP in terms of syntax or useage code-wise.

You use the best tool for the job, not the only tool you know how to use for every-job. You wouldn't use a screwdrive to makes holes would you?

re faze
19
Years of Service
User Offline
Joined: 24th Sep 2004
Location: The shores of hell.
Posted: 30th Aug 2005 07:39
AH crap! your not supposed to make the hole with a screwdriver!, sheesh now they tell me....

"I am what I am and that is all I can be -J King"
Van B
Moderator
21
Years of Service
User Offline
Joined: 8th Oct 2002
Location: Sunnyvale
Posted: 30th Aug 2005 10:19
By quicker and more responsive, I mean if I don't use the kernal wait, it's quite sluggish as DBPro will be chewing up the processor, with the kernal wait it seems much more ready to open up and get going when I switch back to it, like it's having far less to do to switch to the app.

I know what your saying about DBPro, but really there is no alternative for the apps I make, currently a WYSIWYG modeller for DBPro and a custom verion of Deep Exploration, for helping organise and prep media for DBPro. I design databases for a living with VB, and using DBPro is a breath of fresh air after that - honestly I could'nt face hobbyist coding with VB, it's just not an enjoyable language to use. My Deep Exp' rip-off needs to sit quietly and shut up when I'm using an art package then flick into life quickly to show the 3D results, that's how I work in Deep Exp' already and my version will work in the same way. Tired of half-written model preppers, wanted something that'll let us experiment with those new blend modes WYSIWYG style. Neato features will include an automatic heightmap converter, so you'll be able to save your greyscale heightmap and it'll update the converted normal map for you, that sorta thing.


Van-B

Put those fiery biscuits away!
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 30th Aug 2005 14:27
I think the best alternative is to use Visual Basic wih Dark SDK. That way you have the functionality you want, with the power of a RAD language designed for this sort of thing.

There's no Managed version of it just yet, but tbh it's pretty piss easy to load functions into Visual Basic from the DLLs themselves.

DBAlex
19
Years of Service
User Offline
Joined: 4th Oct 2004
Location: United Kingdom
Posted: 30th Aug 2005 15:43
Quote: "I think the best alternative is to use Visual Basic wih Dark SDK. That way you have the functionality you want, with the power of a RAD language designed for this sort of thing.

There's no Managed version of it just yet, but tbh it's pretty piss easy to load functions into Visual Basic from the DLLs themselves."


Is that even possible?


AMD 64 3000 + 512mb RAM + 80GB HD + Radeon 9600se 128mb
http://www.dbastudios.cjb.net
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 30th Aug 2005 18:48
It's ridiculously easy, but takes a while to import all of the functions by hand.

Login to post a reply

Server time is: 2024-05-18 15:34:43
Your offset time is: 2024-05-18 15:34:43