Joined: 14 Mar 2005 Posts: 55749 Location: Earth, Sol, Milky Way
Posted: 02 Apr 2012 11:21:33 am Post subject:
Tetrizm is indeed governed by the RTC; it was the most reliable way that I could find to make sure that the piece continued to fall at the same speed regardless of if or how often the piece was rotated or moved side to side. You still find what to be too slow? _________________
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 11:22:03 am Post subject:
helder7 wrote:
whooo, great news!!!
i will test it with the CGplayer jpg based, in this moment it only runs at 2 fps
It's likely it'll only go up to 3FPS, but that's still a 50% improvement Who knows how much faster we can go with ICLK down to a 1/1x division ratio.
EDIT: the lowest possible ratio is 1/2x, and the prizm is set at 1/3x. I'm not going to add CPU divisor control to Pover, since lowering it has no noticeable increase in speed, and putting it lower than 1/4x causes a nasty crash. _________________ -Ashbad
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 12:19:56 pm Post subject:
KermMartian wrote:
If you lower the divisor and increase the scaling, couldn't you get a different set of speeds?
I actually just tried it out, but there literally is nothing to be seen at all. At best, you can get maybe 0.5MHz difference by changing the CPU divisor. Plus, the crashes make me feel that changing it anyways may not be smart until we stumble upon more documentation, so there's little to no point in having it _________________ -Ashbad
Joined: 14 Mar 2005 Posts: 55749 Location: Earth, Sol, Milky Way
Posted: 02 Apr 2012 12:29:56 pm Post subject:
Ashbad wrote:
KermMartian wrote:
If you lower the divisor and increase the scaling, couldn't you get a different set of speeds?
I actually just tried it out, but there literally is nothing to be seen at all. At best, you can get maybe 0.5MHz difference by changing the CPU divisor. Plus, the crashes make me feel that changing it anyways may not be smart until we stumble upon more documentation, so there's little to no point in having it
Fair enough. So that means at present we have the following speeds available to us?
Code:
cur = " 87 MHz";
cur = " 65.3 MHz";
cur = " 58 MHz (NORM)";
cur = " 54.4 MHz";
cur = " 43.5 MHz";
cur = " 29 MHz";
cur = " 21.7 MHz";
cur = " 14.5 MHz";
cur = " 10.8 MHz";
cur = " 7.25 MHz";
cur = " 3.6 MHz";
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 01:12:44 pm Post subject:
Well, actually, I just noticed a 1FPS increase in Gravity duck with CPU at a 1/2x ratio -- so, what the hell, I'm going to release an update that *only* allows you to change between 1/2, 1/3, and 1/4. Check the archives later, you'll know it's updated because it'll be version 1.1. _________________ -Ashbad
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 01:22:32 pm Post subject:
As one word of precaution, Gravity Duck actually will crash upon pressing EXIT/MENU when the CPU ICLK divisor is changed. Doesn't seem to happen with other add-ins, though. The PLL Frequency multiplier is completely safe though. Version 1.1 still will have the ICLK changer anyways. _________________ -Ashbad
Joined: 23 May 2005 Posts: 10232 Location: A galaxy far far away......
Posted: 02 Apr 2012 01:52:14 pm Post subject:
Ashbad wrote:
Well, actually, I just noticed a 1FPS increase in Gravity duck with CPU at a 1/2x ratio -- so, what the hell, I'm going to release an update that *only* allows you to change between 1/2, 1/3, and 1/4. Check the archives later, you'll know it's updated because it'll be version 1.1.
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 01:53:06 pm Post subject:
elfprince13 wrote:
Ashbad wrote:
Well, actually, I just noticed a 1FPS increase in Gravity duck with CPU at a 1/2x ratio -- so, what the hell, I'm going to release an update that *only* allows you to change between 1/2, 1/3, and 1/4. Check the archives later, you'll know it's updated because it'll be version 1.1.
BAM. Acceptified.
File Acceptance, Thankified There you go, everyone, the link on the first page now points to the updated version. _________________ -Ashbad
Joined: 30 Jan 2011 Posts: 1658 Location: Aufhelperstan, Utopian Republic
Posted: 02 Apr 2012 04:05:11 pm Post subject:
Firstly, WOW! A big bump up in Prizm hacking!
I know that I have read that addins that use the RTC are at the same relative speed, but can someone verify that the RTC's frequency is not changed and keeps the same accurate time? (Clock add-in is the easiest, but the calendar seems to be broken)
Is the OC code available for use freely inside another add-in? My game's engine would love to run it's blitting code and physics code faster. _________________ °ᴥ° Get Lucky
<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."
Joined: 01 Dec 2010 Posts: 2417 Location: Stomp Stomp Stomp, The Idiot Convention
Posted: 02 Apr 2012 04:07:05 pm Post subject:
AHelper wrote:
I know that I have read that addins that use the RTC are at the same relative speed, but can someone verify that the RTC's frequency is not changed and keeps the same accurate time? (Clock add-in is the easiest, but the calendar seems to be broken)
Is the OC code available for use freely inside another add-in? My game's engine would love to run it's blitting code and physics code faster.
Of course, I even posted a routine to overclock in the Useful Prizm Routines thread As for how it affects the RTC, it doesn't; I checked out Clock, it runs perfectly the same at different speeds (except super low ones, where the screen doesn't refresh fast enough ). _________________ -Ashbad
Joined: 01 Aug 2006 Posts: 1503 Location: The ex-planet Pluto
Posted: 02 Apr 2012 05:41:45 pm Post subject:
GBA is very unlikely. GB/GBC is now more in the realm of possibility, but who knows, those might be possible without overclocking too. _________________ ~calc84maniac has spoken.
Projects:
TI-Boy SE
F-Zero
Super Mario (aka Project M)
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
![[t]](/forum/templates/Cemetech6/images/twitter.png)
![[t]](/forum/templates/Cemetech6/images/fb.png)
![[RSS]](/forum/templates/Cemetech6/images/rss.png)
Who knows how much faster we can go with ICLK down to a 1/1x division ratio.
There you go, everyone, the link on the first page now points to the updated version.
).
