PDA

View Full Version : GameCube on PowerMac G5?



sheik124
December 21st, 2003, 21:01
i know questions similar to this have been asked (like n64 on athlon64 being better etc.) but could you run gamecube easier on a g5, i read somewhere that they were 128 bit but i checked on apple.com and it says they were 64-bit. shouldn't at least ONE ibm powerpc processor have an architecture similar to that of the PowerPC Gekko? maybe you could have hardware GC emulation on a pc like that, course, i don't know what i am talking about, someone clear this up for me please

cooliscool
December 21st, 2003, 21:11
It's 128-bit in the sense that it's two 64-bit processors working in sync. Being able to run a GCN emulator "better"? Maybe with LLE, but HLE will be like running it on any other processor afaik.

Reznor007
December 22nd, 2003, 03:47
Technically it will be faster to emulate Gamecube on a Mac because PowerPC can self virtualize...basically a hardware based emulation instead of software. For PC's you would have to fully emulate the chip, which is very slow.

mainframe19
December 22nd, 2003, 05:39
maybe it whould be faster runing a software ngc emu in winxpro with 2 athlon64-bit cpus on a dual main board.or maybe in a linux os that can use up to 8 cpus from what i heard! like in redhat!

cooliscool
December 22nd, 2003, 14:57
maybe it whould be faster runing a software ngc emu in winxpro with 2 athlon64-bit cpus on a dual main board.or maybe in a linux os that can use up to 8 cpus from what i heard! like in redhat!


lmfao

Flying Mouse
December 22nd, 2003, 16:53
lmfao
2xlmfao. :evil:

That won't be possible right now :P

sheik124
December 23rd, 2003, 01:13
It's 128-bit in the sense that it's two 64-bit processors working in sync. Being able to run a GCN emulator "better"? Maybe with LLE, but HLE will be like running it on any other processor afaik.
heh, thats what i wanted to say
it was exactly what had crossed my mind, rather than emulating the games in software, just trying to emulate the gamecubes hardware, i'm sure some maniac out there can take a flipper chip, do some weird shit to it, and whip it onto an AGP 8x card, and voila!! *whispers* Gamecube, *yells* ON PC!! SCREW YOU NINTENDO!!

Remote
December 23rd, 2003, 01:57
I can whip it onto a AGP card but it won't do anything :P Anyways, if you want to play GC games - buy a GC :D

sheik124
December 23rd, 2003, 03:24
I can whip it onto a AGP card but it won't do anything :P Anyways, if you want to play GC games - buy a GC :D
already got one :emutalk:

Tagrineth
December 23rd, 2003, 03:50
XD

GameCube isn't even 64-bit, anyway - the CPU can work on 64 bits at once, but no single value is ever greater than 32 bits. :flowers:

Are any of the "G#" processors based on PowerPC 970?

Reznor007
December 23rd, 2003, 12:32
G5 was basically designed around the 970. Apple gets credit for the first true 64bit consumer system since Athlon64 wasn't available yet.

Tagrineth
December 23rd, 2003, 21:13
G5 was basically designed around the 970. Apple gets credit for the first true 64bit consumer system since Athlon64 wasn't available yet.

Ah, hmm. Well, in that case G5 could probably run some stock GCN code, but probably not enough to pass code through directly. Gekko has quite a few custom functions.

sytaylor
January 2nd, 2004, 09:46
I wander when someone will ask if they can run their toaster faster in their microwave.

Reznor007
January 2nd, 2004, 15:00
Ah, hmm. Well, in that case G5 could probably run some stock GCN code, but probably not enough to pass code through directly. Gekko has quite a few custom functions.

Most of the core instructions would run just fine. Actually, I think almost all will...You can download the PPC 750cx manual from the IBM site, it covers it pretty well. Any opcodes that aren't supported could be easily trapped and emulated though. PPC is much better than x86 in that respect.

blight
January 2nd, 2004, 15:42
natively running binaries for other environments (like running windows binaries in linux) isn't really emulation and that's why it's so fast... with a mac like said before it might be possible that the binary coding of the core instructions is even exactly the same so that one would only have to map the exe into memory and jump to it's entry point... but "emulating" GC specific instructions would be a bit harder because some 2 byte instruction might have to be replaced by 4 2 byte instructions which would then change the offset of all following code - thus one would have to relocate and relink the code (kinda like CXBX does it... ;))
such a thing would sure be nice, and anyway a mac would be better for emulating GC cuz it has more power ;)
even if not ran directly but emulated a gecko dynarec for a mac would be easier to implement and more effective i think... x86's just outdated - all modern consoles (except xbox) use risc based CPUs.. ;)

Stezo2k
January 2nd, 2004, 16:19
athlon64-bit

it's not possible at present to have a dual processor athlon 64 motherboard

probably in the future though

Tagrineth
January 3rd, 2004, 01:46
natively running binaries for other environments (like running windows binaries in linux) isn't really emulation and that's why it's so fast... with a mac like said before it might be possible that the binary coding of the core instructions is even exactly the same so that one would only have to map the exe into memory and jump to it's entry point... but "emulating" GC specific instructions would be a bit harder because some 2 byte instruction might have to be replaced by 4 2 byte instructions which would then change the offset of all following code - thus one would have to relocate and relink the code (kinda like CXBX does it... ;))
such a thing would sure be nice, and anyway a mac would be better for emulating GC cuz it has more power ;)
even if not ran directly but emulated a gecko dynarec for a mac would be easier to implement and more effective i think... x86's just outdated - all modern consoles (except xbox) use risc based CPUs.. ;)

Wow, got something against x86 do we?

As a matter of fact, the actual "CPU" component of the PS2 (r5900i) is LESS efficient than current x86 implementations, if I'm not mistaken. ;) Food for thought.