forums.ps2dev.org

jonny · Joined: 22 Sep 2005 Posts: 351

as the subject says, can i assume this?

thanks

Raphael · Joined: 17 Jan 2006 Posts: 646 Location: Germany

It shoul be, since the time generation is based on these ticks, so if the ticks per second weren't constant, you'd get jumps in times.

PacManFan · Joined: 25 Jun 2005 Posts: 66

I'm not sure of this, but I think it's based on the clock frequency. You might want to run a few tests to see what it is at 166, 266, and 333. Then you can generate your own constants. If you find out what they are offhand, please post them here.

-PMF
_________________
"I'm a little source code, short and stout
Here is my input, here is my out."

Author of PSPQuake and PSPSOne.

Raphael · Joined: 17 Jan 2006 Posts: 646 Location: Germany

Well, that's what I was implicitly expecting, but should have mentionend. It's constant under a specific clock frequency.

chp · Joined: 23 Jun 2004 Posts: 313

When I looked at sceRtcGetTickResolution(), it was something like 1000000, which sounds like an oddly round number for 222Mhz. I suspect that if the timer is cycle-based, the RTC compensates this in its calculations.
_________________
GE Dominator

bulb · Joined: 19 Jan 2006 Posts: 50

My guess is tick resolution should be independent of CPU clock (always the same). Modifing CPU clock only means that some tasks will use more or less cycles, it has nothing to do with resolution. The same is true for Pentium CPUs anyway.

jonny · Joined: 22 Sep 2005 Posts: 351

seems fixed to 1000000
( i'd bet i have seen it at 1500000 some time ago :S , but i can be wrong here)