2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
On 22 Aug 2007, at 20:59, Evgeniy Ivanov wrote:
I guess the problem is that you blit the entire screen after every
drawing operation. It will be faster when drawing lines at a time,
but still slow. In theory, the flipping could/should be done from a
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
the flipping could/should be done from a
separate thread,
What should I use: ThreadVar from fpc or SDL_Thread? Both are
cross-platform.
--
E.I.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
It's asm, it should be faster than pascal code.
I don't think that this makes a noticeable difference.
IMHO the main speed difference is the count of calls to graphic
primitives that are done internally in the display card hardware (such
as draw pixel, draw line, draw rectangle, draw
isn't that the basis
for any software implemented graphics routine: drawing pixels ?
No.
That is what the graphic card hardware does. The software requests same
to do graphic primitives (like draw rectangle, draw line, copy
rectangle). As the main bottleneck is the interface between the
On 23 Aug 2007, at 00:35, Marc Weustink wrote:
Your issue is caused by the implementation of a directory cache in
the compiler since 2.0.4, which for systems defined as case-aware
did not keep track of the original file name casing. Your issue is
probably fixed/worked around in 2.3.1, but
This time of year tends to be fairly quiet for us, and I've been using some of
the slack to continue tinkering with FPC on SPARC- with, I must say, mixed
success. Because I know that Jonas tests it on Solaris I've fired up an extra
machine here, but at present I don't really have enough
Hi!
I've changed licence (the top of the file) as you've told. And fixed speed
of Bar3d and other routines (added timer for flipping - not best, but it
works). You may test it if you want :)
http://itmo.vingrad.ru/files/sdlgraph/sdlgraph.pas
http://itmo.vingrad.ru/files/sdlgraph/test.pas
