On Monday 22 March 2004 12:47, Thomas Schatzl wrote:
> Hello,
>
> > But ehm... it seems your website is locked... unable to view/download
> > code etc :)
> >
> > I thought I'd let you know just in case you forgot to unlock it =D
>
> No, this is a public website and I checked the URL I gave you, it
- Original Message -
From: "Thomas Schatzl" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 22, 2004 12:47 PM
Subject: Re: [fpc-pascal]high performance counter for dos/tp7
> Hello,
>
> >
> > But ehm... it seems your website i
Hello,
>
> But ehm... it seems your website is locked... unable to view/download code
> etc :)
>
> I thought I'd let you know just in case you forgot to unlock it =D
No, this is a public website and I checked the URL I gave you, it works fine
from my place. Same goes for the links to the sources,
Well I just finished implementing my own high performance unit for timing
and timeouts etc... using bios tick count and pit tick count...
thx to some large document ;)
So I thought I'd now give your stuff a look/try :)
But ehm... it seems your website is locked... unable to view/download code
et
Hello,
> > So a computer calling an interrupt routine a million times (for
microsecond
> > accuracy) that does not seem like a good idea performance wise.
> >
> > Also calculating the control word (?) can be inaccurate (?):
control_word
> > := $1234DD div frequency; ( ??? what about the remainder
> So a computer calling an interrupt routine a million times (for microsecond
> accuracy) that does not seem like a good idea performance wise.
>
> Also calculating the control word (?) can be inaccurate (?): control_word
> := $1234DD div frequency; ( ??? what about the remainder ??? )
>
> So I
Hello,
I thought I give this newsgroup a try since you guys seem to know so much
about all this stuff :D.
Windows has a high performance counter api.
With this api one can read the tick frequency and the tick count.
Dividing the tick count by the tick frequency gives the time that has past
or a
