this has most likely been suggested many times but, i think script events should be faster, one being the draw commands... because you cant even draw a paint brush effect with out it being bunches of dots
mIRC isn't designed for high FPS applications. Maybe you can use DLLs to achieve high speed effects.
-genius_at_work
I note that many of the draw commands are dependent on system. For example, if a 2K OS 64 MB RAM, flying airplanes and paint are slow. Which I liked. I could take the time to appreciate. But then, in Windows XP, the art goes so fast, I could barely see it.
But I guess options for how fast or how slow could be standard per different os's and RAM.
i mean like mIRC registering them faster... i have xp
like in paint(.exe) u can draw lines with the brush tool
if u use a user created mIRC version, you get a bunch of scattered dots
@foshizzle: the charm of picwins is exactly that, finding a balance between the impossible and the goal you set out whilst staying maintainable (code and speed wise) and in that regard alot of techniques have already been developed, yet certain stuff is just never going to work in mIRC. (Although StanZ and co will probably find a way). The "slowness" of mIRC internal commands might not always a delimiting factor.
@LostShadow: Thats where FPS comes into play to make sure the speed of the animation is the same on all the computers however the smoothness of the animation would be CPU dependent.
This could be due to the script itself, but even if the script was written efficiently it could be due to the fact that mIRC script is an interpreted language and paint is compiled.
Interpreted languages are usually MUCH slower than compiled ones.
its kind of hard to find a way but you could prob use a dll for mouse events but
Keep in mind even if the bottleneck of mIRC is removed you'd still have the bottleneck of GDI, which is deathly slow anyway.