View Full Version : Overclocked dreamcast
qatmix
September 4th, 2004, 12:24
Hi All
ive done the tutorial on the Jap site and attempted to overclock my DC.
The good news, It works.
The bad news I cant actually tell the difference. kajamin, Im a bit confused aboutthe crystal, I have two types so i might swap them. I tried sega rally, and the frame rate was much better (I think).
I tried DCNeogeo (the rom emu, not the cd emu) and it was giveing a lower framerate.
Erm, confused! Kajamin are you about?
Cheers
Q
Kamjin
September 4th, 2004, 19:40
The mod is only going to speed up the CPU, but in reality that also going to speed everything up..
I'd understand if the 3D would stay the same, but the emu's should speed up. before I pop open DC to check let's start with...
What is the xtal speed your using? and what's confusing you about the xtal?
quzar
September 4th, 2004, 20:23
What I'm thinking is that if the CPU goes out of synch with the system bus, the memory will be effectively slowed down because the CPU will miss the timed calls to the memory that are needed. Even it it would speed up raw CPU calculations a bit, it would still slow down the effective speed.
The only good analogy i can think of is how if you overclock a computer CPU without regard for the multiplier and bus speed, the system could lose performance. From what I understand in some systems the system bus is not very important and keeping the CPU and ram in sync isnt either, but afaik, in the DC it is.
Alexvrb
September 4th, 2004, 22:10
First off, the only chipset I am aware of that has a real problem with out-of-sync memory is the nForce 2 (and maybe 1). But that's a case of the memory being out of sync with the FSB, not the other way around Â*;). How can the "CPU go out of synch with the system bus" when your processor speed is FSB x multiplier?
Besides, we don't have enough info yet. I don't know how the buses in the DC derive their clockspeed, for instance. There's got to be a way to keep things in sync, even if it requires you to overclock other components.
quzar
September 4th, 2004, 23:58
First off, the only chipset I am aware of that has a real problem with out-of-sync memory is the nForce 2 (and maybe 1). But that's a case of the memory being out of sync with the FSB, not the other way around Â*;). How can the "CPU go out of synch with the system bus" when your processor speed is FSB x multiplier?
Besides, we don't have enough info yet. I don't know how the buses in the DC derive their clockspeed, for instance. There's got to be a way to keep things in sync, even if it requires you to overclock other components.
There are many different things you can do to manually overclock a CPU idependantly of the FSB. Like I said this was mostly a problem back in the p2/p3 era.
Kamjin
September 5th, 2004, 00:51
Actually in the case of the sh4, it's Xtal input to PLL1 to divider to PLL2 which might be gated by a Clock pulse gen unit... to SDRAM
There actually hasn't been a "system bus" in ages, in the past the CPU/RAM/ROM clock was considered the system bus, since each component has it own bus today, and each can be clocked async.. well..
There's alot of myth out there... even people who know what they're talking about, fall into the trap sometimes
for example.. what's wrong with this paragraph? when I saw this.. I thought if he only knew
"Anything else you want to do is up to how you want to design it, and what the device's requirements may be. For example, if one wanted to build a PCI bus that actually operated to spec (33MHz CLK minimum), one would need to add an oscillator for the 33MHz clock, and do some weird FIFO buffering to talk to the DC side of things. Not very simple."
Back to the topic.. the cpu to ram can't be the issue, mainly due the fact that it's actually working, since the sh4 controls the ram.. But what Quzar said was almost the same thing I though of first.. just off to the side a bit, one of my guesses is that the interface to the PVR might actually be having problems, and it's causing the slow down.. or the DC's kernal is actually smart enough to add wait states on the ram.. gotta do more spec reading before this makes sense though..
qatmix
September 5th, 2004, 01:17
its a 40 mhz crystal. the inputs are nc/c 5v GND and output
I plced the output on the mb once i lifted pin 11 and the nccc on the chip pin which I lifted. (Ive since removed that connection)
I have another 40mhz which doesnt require the ncc if thats more what I need?
quzar
September 5th, 2004, 02:35
Actually in the case of the sh4, it's Xtal input to PLL1 to divider to PLL2 which might be gated by a Clock pulse gen unit... to SDRAM
There actually hasn't been a "system bus" in ages, in the past the CPU/RAM/ROM clock was considered the system bus, since each component has it own bus today, and each can be clocked async.. well..
There's alot of myth out there... Â*even people who know what they're talking about, fall into the trap sometimes
for example.. what's wrong with this paragraph? when I saw this.. I thought if he only knew
"Anything else you want to do is up to how you want to design it, and what the device's requirements may be. For example, if one wanted to build a PCI bus that actually operated to spec (33MHz CLK minimum), one would need to add an oscillator for the 33MHz clock, and do some weird FIFO buffering to talk to the DC side of things. Not very simple."
Back to the topic.. the cpu to ram can't be the issue, mainly due the fact that it's actually working, since the sh4 controls the ram.. But what Quzar said was almost the same thing I though of first.. just off to the side a bit, one of my guesses is that the interface to the PVR might actually be having problems, and it's causing the slow down.. or the DC's kernal is actually smart enough to add wait states on the ram.. gotta do more spec reading before this makes sense though..
I was just thinking something like...ok the CPU checks the ram, and every I/O device it is attached to every... lets imagine 10 cycles. when everything is working at the clock speed that is specified, then the devices will be ready at that time. If its going slightly faster, then they wont be ready till the next 10 cycle iteration.
Just tell me if that idea is wrong, or just my original statement about system bus.
Kamjin
September 5th, 2004, 12:23
I was just thinking something like...ok the CPU checks the ram, and every I/O device it is attached to every... lets imagine 10 cycles. when everything is working at the clock speed that is specified, then the devices will be ready at that time. If its going slightly faster, then they wont be ready till the next 10 cycle iteration.
Just tell me if that idea is wrong, or just my original statement about system bus.
Neither is wrong.. just the sync problem was actually a 486-P1 era thing, and then it became a myth.. my mistake.. I forgot to mention that's what I was talking about..
actually the interface to the PVR, and ARM is what I was thinking of, with the exact same thought you were having.
There's two ways of interfacing them 1st where a device in the middle handles each device asynronously, and separatly, in this case a clock change won't make a difference, the other method is by holding off one device, until the signals align. This is where the problem might be happening.
PS: PCI devices can run from DC(0Hz)-33MHz
its a 40 mhz crystal. the inputs are nc/c 5v GND and output
I plced the output on the mb once i lifted pin 11 and the nccc on the chip pin which I lifted. (Ive since removed that connection)
I have another 40mhz which doesnt require the ncc if thats more what I need?
You've got it hooked up fine.. Now there's either some sort of alignment issue, or the DC was smart enough to play with clocks and wait states..
Or another thing, take a .1uF ceramic capacitor, and solder it to the xtal from gnd.
Also trying different xtals in the 34-40Mhz range.
qatmix
September 5th, 2004, 14:06
Thanks,
looking at the webpage, (and some of my other DC motherboards). The actual chip number is different on the DC i modded. Its still labelled as the same component on the motherboard as my older DC (with the pipes). However this is a revision 1 mobo not a revision 0 which that is.
I however very much doubt that this is the issue. Kajaming does your DC have the pipes etc?
I tried disconnecting the crystal and the DC doesnt work. so that goes to show the crystal is connected and making a through signal.
I dont have the ceramic capacitor on it however. What differnce will that make? Ive also tried another different 40 mhz crystal(this one does not have a nc Â*on it (What is that btw?).
Is there someway that I might need to ensure that the pin is not 'arc'ing with the wire on the mobo and overriding the circuit?
Sorry for all the questions, im sooo close and I think this will be an interesting mod for all of the dc community, so Im trying to get it sorted.
Cheers
Q
Alexvrb
September 5th, 2004, 14:08
There are many different things you can do to manually overclock a CPU idependantly of the FSB. Like I said this was mostly a problem back in the p2/p3 era.
Indeed, but increasing the CPU speed independently of the FSB in a PC wouldn't cause the problem you were thinking of. Uh, not in recent times anyway, although even further back, just raising the multiplier shouldn't cause problems even with 486s (just given as an example of a way to increase clock without touching the bus... which is why I wouldn't directly compare OCing DC to PC). Anyway, if the issue is ever resolved maybe we can get a better guide (and in English too).
Mental2k
September 5th, 2004, 14:35
wonder ho hard it would be to make a dc into an atomisewave machine...
Kamjin
September 5th, 2004, 16:18
Thanks,
looking at the webpage, (and some of my other DC motherboards). The actual chip number is different on the DC i modded. Its still labelled as the same component on the motherboard as my older DC (with the pipes). However this is a revision 1 mobo not a revision 0 which that is.
I however very much doubt that this is the issue. Kajaming does your DC have the pipes etc?
The motherboard I'm looking at is the heat pipe version, it's actually dead though.. but you're connected in the right place.
I tried disconnecting the crystal and the DC doesnt work. so that goes to show the crystal is connected and making a through signal.
That actually shows you're in the right spot.
I dont have the ceramic capacitor on it however. What differnce will that make? Ive also tried another different 40 mhz crystal(this one does not have a nc Â*on it (What is that btw?).
Wires have an inductance (a resistance to a change of current), the longer and thiner the wire then the more inductance it will have, also the higher the frequency the higher the inductance, so what happens is that the wires that feed the ground, and power to the xtal begin to act like resistors (actualy they'll start oscillating as well) The cap will act like a little reservoir for the xtal, that way you're sure the the signal it's creating isn't flawed. In reality it might be a little to low of a signal so the cpu isn't catching some of the ticks.
The NC/Case is simply a contact to the metal case of the xtal module, you'd normally connect it to the sheild ground so it won't cause radio interference.
Is there someway that I might need to ensure that the pin is not 'arc'ing with the wire on the mobo and overriding the circuit?
Doubtfull, since when you remove the xtal it stops working it proves that there's no contact.
Sorry for all the questions, im sooo close and I think this will be an interesting mod for all of the dc community, so Im trying to get it sorted.
Q
When I have some time I'm going to open up a DC and start to look at it as well, I'd say to try and get a hold of other values between 33-40Mhz and see how they change the behavior. in the end it just might be that the 40Mhz is causing the CPU some sort of internal error that's slowing it down..
Uh, not in recent times anyway, although even further back, just raising the multiplier shouldn't cause problems even with 486s (just given as an example of a way to increase clock without touching the bus
Unfortunately the multiplier is at the max, so we're kinda stuck in that sense. Although early press releases from Sega had the CPU clocked at 210 or 225Mhz so they must have been overclocking it when they were developing it.
quzar
September 5th, 2004, 17:58
Thanks,
looking at the webpage, (and some of my other DC motherboards). The actual chip number is different on the DC i modded. Its still labelled as the same component on the motherboard as my older DC (with the pipes). However this is a revision 1 mobo not a revision 0 which that is.
There were two different versions of the SH chip used in the dreamcast. About a year ago i bought an eBay lot of 22 DCs and parts. From them I learned much about the different revisions. Basically other than the different place and date differences, the main difference is that older chips say something like sh4400 or something, then the newer ones say the same thing, but with an R at the end. There are also two versions of the PVR chip.
Mekanaizer
September 5th, 2004, 19:57
hi
quzar wrote:
There were two different versions of the SH chip used in the dreamcast. About a year ago i bought an eBay lot of 22 DCs and parts. From them I learned much about the different revisions. Basically other than the different place and date differences, the main difference is that older chips say something like sh4400 or something, then the newer ones say the same thing, but with an R at the end. There are also two versions of the PVR chip.
The diference in the SH4:
The sh4xxx is the original Hitachi, sh7750
The sh4xxxR is the Renesas revision of the sh7750 named sh7750R
They are the same but Renesas owns it now
this helps ;)
-Mekanaizer-
quzar
September 5th, 2004, 22:07
Are you POSITIVE about that? When I asked Renesas they said that they really didnt know about that since they were specialty modifications of a chip.
I am sorry to say, but all I can say is that this was a custom chip
that was done for Sega.
Sorry,
lyle
-----Original Message-----
From: Quzar [mailto:*******@yahoo.com]
Sent: Monday, December 08, 2003 5:37 PM
To: TechSupport
Subject: Re: FW: SH-4 chip identification.
Thank you very much. If you could also maybe tell me
any information about the differences between the
BP200 HD6417091 and BP200 HD6417091R chips? or maybe
what the HD number means? I would apreciate it greatly
if you could. Thank you.
~****** ******
Alexvrb
September 6th, 2004, 00:23
They're saying that the SH4 used in all DCs is a custom version of the SH4. Has extra instructions over the standard SH7750. All DCs have those instructions, and I'd say its safe to say they're essentially identical.
Kamjin
September 6th, 2004, 00:25
Suprised he didn't tell you.. since it's just the actual company name
HD = Hitachi Denshi
64 = should denote the sh
1 = This used to denote a FLASH or memory option on the older products
7091 = The actual model of the cpu (7750 on normal sh4's)
BP = is the Package (256pin BGA)
200 = Speed
There's an R+S suffix I'm not 100% sure on that but it either denotes a shrink of the dye, or a technology change.
Alexvrb
September 6th, 2004, 00:25
Unfortunately the multiplier is at the max, so we're kinda stuck in that sense. Although early press releases from Sega had the CPU clocked at 210 or 225Mhz so they must have been overclocking it when they were developing it.
I know, I was just giving an example relating to 486s. That's why I noted that you shouldn't directly compare PC overclocking to DC. The examples and info based on typical x86 boxes often don't apply.
quzar
September 6th, 2004, 02:37
There's an R+S suffix I'm not 100% sure on that but it either denotes a shrink of the dye, or a technology change.
I had the feeling that was the case. But I still wasn't sure. This could still be important in that it may tell us if certain DC processors give off less heat or such.
qatmix
September 6th, 2004, 04:29
Just a quicky, I chould solder teh capacitor on teh gnd pin on the crytstal or just along the wire? Yup?
Also Icant find any othwer crystals apart from 40, 50 and 60 mhz. Anyone know where I can get other speeds?
Alexvrb
September 6th, 2004, 15:11
I had the feeling that was the case. But I still wasn't sure. This could still be important in that it may tell us if certain DC processors give off less heat or such.More importantly, if any of them were produced in a smaller process, they may well have more room for overclocking. ;D
quzar
September 6th, 2004, 15:30
More importantly, if any of them were produced in a smaller process, they may well have more room for overclocking. Â*;D
yea that too, or maybe just run more efficiently aka faster =P. wishful thinking though
qatmix
September 6th, 2004, 17:38
well atm I think this mod doesnt work as ive followed the instructions and im not having any luck.. although ive yet to add teh capacitor.
qatmix
September 7th, 2004, 16:16
Kajamin, what do you mean by the alignmet might be wrong?
cheers
Q
Kamjin
September 7th, 2004, 21:42
Just a quicky, I chould solder teh capacitor on teh gnd pin on the crytstal or just along the wire? Yup?
Yup, just keep it close the the crystal.
Kajamin, what do you mean by the alignmet might be wrong?
It's kind of a rough guess, most probably it's wrong.. but you never know..
It's kinda like the planets.. not much control over it.
The idea is that none of the devices are actually compatible to each other, so there has to be an intermeadiate circuit to "translate" the signals from one device to another. For instance.. in order for the CPU to takeover the vram. it has to wait until it's not being used, it's not being refreshed etc. Now imagine that this time only happens every 3 ticks, when the cpu was at 33Mhz the circuit was designed to syncronise the 3 ticks to the cpu.. but since the cpu is running faster it's ready every 2 ticks so it misses 3 times before it finally get access on the 6th tick.. so effictively we've reduced it's access to the ram by 1/2 although we've sped it up by 20%
Like I said.. rough guess.. today most of this stuff is handled by an intelligent device that actually takes, and puts data regardless of each devices speeds etc..
qatmix
September 9th, 2004, 02:30
SUCCES!
I think, Ive played Shenmue 2 and ran around the golden Qtr with NO slowdown at all!!! I have added a capacitor to the circuit between the %v and Gnd pin and it seems to have made a bit of a difference. I tried an emu but that didnt seem any differnt. But Shenmue 2 always slows down in the golden qtr, so it seems somethign is working (although it was late so Im going to have to double check later today)..
Still fingers crossed. Is it possible any of the coder types can knock up a basic cpu speed test, just a program which carries out a single operation multiple timeswithin a frame. Then as we know a dc is at 200mhz it can say e.g 10000 = 200mhz, tehn iff the dc calculates 15000 then it will know that the base spees should be 300 mhz for example?
Cheers
q
Kron
September 9th, 2004, 04:51
q if I throw you some money would you mind modifying one of mine on a weekend?
Eric
September 9th, 2004, 08:24
This sounds like an amazing thing for the dreamcast. Its really good somebody could work on making it faster cause i did find some games lag on dreamcast no matter if you buy for you the dreamcast has a slow down.
Now if this is correct that you have seen a difference for Shemue 2 which i believe would be a hard game to improve cause the graphics are so much more better then any game i have played for the DC (graphics i mean) and I believe this really would make a difference for other commercial games.
As for emulation i dont know what you guys can do to improve that besides the skills to get increased then we will see emulation and so on fullspeed and i think that might happen in a few years or so we will never know.
Eric
qatmix
September 9th, 2004, 08:44
Again, I will double check it tonight. I can hardly believe it myself. Let me however note, it will not mean all games will run faster and smoother. Some games may slow down because of GPU overload. This Mod will nod fix that. Although, Im tempted to try overclockign that.
Kron, Ill PM you later for a chat.
Eric
September 9th, 2004, 08:52
Well here is a different view as i dont know what things can make the dreamcast faster cause upgrading one thing may down grade another. I still think its neat for speed ups for different games that need it but I wouldnt like to keep Overclocking and then put it back to normal just to play those other games again. Unless you have other dreamcasts thats pretty neat but for people who want this done i wouldn't recommend there was reasons why Sega kept it overclocked at the speed its at cause in someways it would downgrade some games with speed decreases and a possibility of other downgrades.
Eric
Alexvrb
September 9th, 2004, 12:15
Eric... you don't quite understand. As far as commercial games go, it shouldn't cause anything to slow down any more than normal. So you don't need to reverse it unless some compatibility issue develops. Even then, you could just install a switch, so you don't need to crack it open. Also, if he successfully overclocks the PVR as well, it should remove slowdown from any commercial releases, not just ones that are CPU bound.
qatmix
September 10th, 2004, 04:18
Yup, I can verify Shenmue 2 suffers from no slowdown :) Also I tried DC quake and it didnt drop a frame. Im going to do some fps tests in teh console to see if I can gauge any speed up tests.
Also I tried the grinch and it sometimes skips up to 60 fps and he runs in a crazy speed up manor!! Â*However it still runs at the std speed most of the time.
Im waiting for some devver to offer to help me with a speed test program. (Anyone)?
BTW alexvb - Speeding up teh PVR wmay help, but again slowdown may be because its drawign twice as much as the PVR can handle, And I doubt I can overclock it that much :) although you are right, it will hopefully speed up more titles (Ive just not had time to test that many atm, work and personal stuff is more important).
Next up is PVR and Im going to chuck in a higher crystal on teh CPU as im not gettign any overheating yet (Im runnign at 240 MHZ).
Eric
September 10th, 2004, 08:59
that aint to bad what kind of things need 40 mhz to run better and again any good for emulation i forget?
qatmix
September 10th, 2004, 12:48
Mame DC locks up. Neomame seems no quicker! maybe its locked with the PVR side of things.
Alexvrb
September 10th, 2004, 13:14
BTW alexvb - Speeding up teh PVR wmay help, but again slowdown may be because its drawign twice as much as the PVR can handle, And I doubt I can overclock it that much :)Well again, I was referring to commercial releases. I don't know why homebrew is reacting like it is. But I doubt there are any games that dish out "twice as much" as the PVR can handle. Think about it, would you release a game that was riddled with constant and excessive slowdown caused by trying to render TWICE as many polygons/effects as your graphics engine can handle? I find it more likely that slowdown that isn't solved by overclocking the SH4, could be resolved by overclocking the PVR a bit as well. Unless they just really botched it ;)
Kamjin
September 10th, 2004, 20:05
In general acessing the PVR as a "dumb" frambuffer is to put it lightly.. dirt slow to begin with, when I create a test bit of code on the PC.. well my ancient p166 laptop and use a Vesa 16bpp flat mode.. I even make the code nice.. and slow.. and portable.. it's actually able to run circles around the dreamcast in speed.
So I guess the effect is dirt slow, to dog slow..
qatmix, give some of the SNES emuls a try, they might actually gain a bit of speed.
Ian_micheal
September 11th, 2004, 00:09
Try neogeo cd with metal slug 2 tell me what happens.
qatmix
September 11th, 2004, 07:20
what do you type in teh console in quake to do a FPS check with the demos?
Ive tried Dreamsnes V 0.98 and its much smother (about another 25%) although I dont know how to get fps displayed. I had it running side by side with a std dc and the extra smoothnes was apparent.
Eric
September 11th, 2004, 12:45
does that mean more playable?
qatmix
September 11th, 2004, 15:21
yes, smoother screen update
bender
September 11th, 2004, 18:30
fantastic news. If commercial games keep stable(homebrew can be updated if not ;) ), this is really worth a try. What about heat? Is the console stable after some hours of playing?
I'm a bit worried about this, I was under the idea that the dc generates a lot of heat, perhaps it's a good idea to find a better cooling system or a super heat sink for this thing ;)
thnks a lot, please consider making a good tutorial in english
Eric
September 11th, 2004, 19:24
that is actually a good question and possibly the reason why Sega kept the system overclocked at 200mhz or they may have just clocked it at 200mhz to be even i have no clue but i am kinda not trusting this and kinda am
quzar
September 11th, 2004, 19:57
its clocked at 200Mhz because that is the standard for this type of chip. It IS a custom chip, but almost identical to the sh 7550 (or was it 7750?) which is standard clocked to 200Mhz.
Alexvrb
September 11th, 2004, 20:27
It's probably a yield question. For example: If they used 220Mhz (or whatever 2xx clockspeed) SH4s, it'd raise the cost until the fabs are able to significantly raise yield of chips capable of reliable operation at that speed. Unless they eventually shrink the process. Regardless, not all DCs are necessarily going to reliably overclock to the same level. Edit: In addition to cost, production numbers might fall behind what Sega needs. If Sega originally aimed higher, these factors may have convinced them to lower clockspeed a bit.
Also, compared to other modern consoles and PC CPUs for some time, most DCs actually produce relatively little heat. SH4 isn't a very hot chip. Otherwise Sega wouldn't have gotten away with such a small fan. If you overclock it and are concerned with increased heat, you could replace the fan with a larger (but slower) fan. You could also rip it apart and totally replace the cooling mechanism, but that is likely overkill if you're only overclocking it to ~240Mhz. You'd need to figure out how to raise the vcore first before you start worrying about extreme solutions.
qatmix
September 13th, 2004, 04:44
Ive had it on for 12+ hours and no adverse effects have happened. Im goign to take it higher and adda 50 MHZ chip.
ITs not as fast as you would imagine, Some games however are smother (Shenmue2, Stunt GP), But The benchamark test program doesnt actually seem to show this much difference.
Personally I think the DC is maxing out and the faster Crystal is just maxing it out.
I will set up a English tutorial this week, with Videos and Speed comparisons etc.
qatmix
September 13th, 2004, 12:05
Erm, Im goign to do a proper site, not a Altavista translation of a Jap site. menstration will not figure ;)
bender
September 15th, 2004, 16:26
Ive had it on for 12+ hours and no adverse effects have happened. Im goign to take it higher and adda 50 MHZ chip.
ITs not as fast as you would imagine, Some games however are smother (Shenmue2, Stunt GP), But The benchamark test program doesnt actually seem to show this much difference.
Personally I think the DC is maxing out and the faster Crystal is just maxing it out.
12+ hours, seems enough for me , ;D
I will set up a English tutorial this week, with Videos and Speed comparisons etc.
super cool. thnks 8)
qatmix
September 16th, 2004, 07:37
Update.
It seems to have trouble savign to VMU.. I found out the hard way whilst playign a game with autosave, it corrupted my VMU and I lost my PSO character!
Still, Ive got the CPU runnign even faster now Im going to try it at 300MHZ this weekend.
Alexvrb
September 20th, 2004, 23:01
I'd love it if there was an easy way to up the voltage to the core by a slight amount. That would probably help you keep it stable, with the right cooling. I think 300Mhz (assuming it is actually running at 300Mhz) is just too much for stable operation.
Saoshyant
September 21st, 2004, 00:14
Humm... why does raising the speed corrupts data on a VMU? Maybe the data transfer is clocked at a certain value and if that value fails to happen this is what happens. Speculation of my part, but I guess I answered my own question...
qatmix
September 21st, 2004, 06:07
Dan and I were speakign about this, Is all because the CPU affects several devices (including the modem port (hence no BBA being plugged in just in case).
I am going to test ti throughly later on this week.
bender
September 28th, 2004, 05:31
A bit off-topic. The overclocking mod for the gp32.
http://www.cobbleware.com/gp32/gp32oc.html
This works changing one resistor so you can increase the cpu core voltage. Perhaps there's a way to overclock the sh4 in a similar way, so we'll avoid those problems with the devices ;)
qatmix
September 28th, 2004, 11:59
Im looking at that at the moment. I tried overclockign the DC to 286MHZ but it wouldnt work. Just a black screen. So its back to 240 MHZ until I can find a 44MHZ crystal.
bender
September 28th, 2004, 13:26
I'm thinking that perhaps there's a way to combine both things(changing the crystal for the whole system, maximum that makes everything stable and increasing the cpu core voltage so you can perhaps get some more hertzs).
I've also seen somewhere the cpu voltage mod applied to x86 proccessors. I don't know but perhaps there's also some tolerance with the voltage and the sh4 to gain some hetzs.
Alexvrb
September 28th, 2004, 16:08
The problem with replacing the crystal is that it doesn't control the clock speed of everything. As for vcore increases, you can only feed it so much more before you get nothing in return, and increasing the voltage brings its own set of problems. But if you can find an easy and safe way to do it, it could help it go further. As long as you're being cautious.
guymelef
January 10th, 2005, 01:40
damn it man I need more info about this... someone please write in and tell me what happened!!! it's like watching half of a movie and not the last half
Mental2k
January 10th, 2005, 06:47
it is rather isnt it, i thinki remember following this at the time, did you guys ever get it sorted?
Alexvrb
January 21st, 2005, 18:07
There's no easy way to increase the vcore, heck, there's no remotely sane way to do it period. There's no way that I'm aware of to change the multiplier that is locked at 6. Using a 40mhz crystal will let you overclock to 240Mhz (6 x 40 instead of 6 x 33.3), but I haven't heard anything more on keeping things synchronized. Without sync, the overclock isn't worth as much, because some things benefit even as others suffer.
soccerboi00
January 29th, 2005, 22:51
my parents won't let me do it :( they never let me do anything fun (j/k)
RangerGuy
January 30th, 2005, 16:32
Alex, qatmix said elsewhere that the dc wont boot past 280mhz, correct? Well if we CAN find a way to increase the vcore voltage, then we might be able to go further.
I'm thinkin that, with older PC chips, the higher you clock an OLDER processor, it progressively requires more and more voltage. That is, until the company just makes a new one. But the fact is, 280mhz might be just out of reach of the current voltage.
So to overclock it further, we must also be able to change the in-going vcore voltage (which I believe is 3.3v). Since the current is DC, and not AC (this is an educated guess), could we not just make an 'add-on' lead that adds a couple of extra volt-increments?
Mental2k
January 30th, 2005, 17:41
If the clock speed was doubled, would we have synchronisity again? Really until we achieve synchro its all an exercise in futility.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.