Designing The Gp2x's Successor - Hardware Selection Poll

Select one:

  • Option 1: ARM926EJ-S 266 MHz Processor, Floating Point/Vector Coprocessor, 2D/3D Accelerator

    Votes: 0 0.0%
  • Option 2: ARM920T 400 MHz Processor, No FPU/Vector Unit or Graphics Accelerators

    Votes: 0 0.0%
  • Option 3: These are both inadequate (post alternative)

    Votes: 0 0.0%

  • Total voters
    0

Epicenter

Well-Known Member
Joined
Oct 9, 2005
Messages
2,068
Age
39
Location
USA
Website
www.epicgaming.us or http
I'm providing SoC selection/hardware configuration suggestions for a future planned successor to the GP2X from GPH, probably a couple years down the line, maybe a bit less. For the sake of discussion, let's call it the 'GP3X', though this won't be its real name. ;) There are 2 configurations from which I am attempting to make a judgement, however, which selection is ideal will depend predominantly upon what developers find the most useful. Here are the two configurations under consideration at this price point.

Option 1:
- ARM926EJ-S processor at a native 266 MHz with 16K Instruction, 16K Data 64-way set-associative cache, and Jazelle technology for native execution of Java code
- ARM VFP9-S Floating Point/Vector Coprocessor with up to 273 Million Floating Point Operations/sec.
- PowerVR MBX Lite 2D/3D Accelerator (fully OpenGL-ES compatible, usable through SDL) supporting 1 Million triangles/sec., flat/gouraud shading, perspective-correct texturing, a 32-bit Z-Buffer, Specular highlighting, Per-Vertex fog, and support for all OpenGL and DirectX Blending modes
- 16-bit Fixed-Point DSP with support for memory access simultaneous to the ARM926/VFP9/MBX
- Realtime Hardware MPEG-4 decoding/encoding support with Post-Processing and Motion Estimation/Compensation
- Hardware JPEG decoding/encoding support
- Onboard AC97 codec Audio Controller
- USB Host support (for attaching external devices)
- USB Client support (for attachment to a PC)
- LCD Controller with integrated video scaler
- Up to 1024x1024, 24-bit Display
- 3 UART serial channels
- NAND/SD Memory capability
- Dedicated power management hardware, 1.5v low-power operation (compared to GP2X 1.8v)

Option 2:
- ARM920T processor at a native 400 MHz with 16K Instruction, 16K Data 64-way set-associative cache (no Jazelle support)
- No Floating Point, Vector or 2D/3D acceleration or DSP
- No hardware MPEG4/JPEG support
- Onboard AC97 codec Audio Controller
- USB Host support (for attaching external devices)
- USB Client support (for attachment to a PC)
- LCD Controller with integrated video scaler
- Up to 640x480 display resolution
- 3 UART serial channels
- NAND/SD Memory capability
- 2.0v power operation (compared to GP2X 1.8v)

Both solutions will provide the same capabilities as the GP2X, with the exception that Option 2 will not provide hardware MPEG4 decoding, so this must be done in software. Also, no 940T coprocessor exists for either solution, though Option 1 provides an extremely high-speed floating point/vector unit and dedicated DSP.

Pros/Cons of both Chipsets:

=Option 1=
Pros:
+ High-Performance CPU (roughly 33% faster than GP2X before overclocking)
+ Probable overclockability to 333 MHz+ on average (66% faster than GP2X stock speed)
+ Floating Point / Vector Processor nearly as powerful on its own as the GP2X main processor (GP2X has no FPU/Vector processing support)
+ Full hardware 3D support to support full-speed PSX/SNES emulation, high-end homebrew titles, and more; far superior performance to Software 3D with simple implementation through OpenGL/SDL
+ JPEG decoding support in hardware for faster image viewing
+ Dedicated DSP for specialized applications
+ Lower power operation than Option 2/GP2X chipset

Cons:
- Lower Integer math performance than Option 2

=Option 2=
Pros:
+ High-Performance CPU (roughly 100% faster than GP2X before overclocking)
+ Probable overclockability to 420-450 MHz on average (225% faster than GP2X main processor stock speed)
+ Faster software rendering capability for existing 3D applications than the GP2X hardware

Cons:
- Lower Integer math performance than Option 2
- No 2D or 3D Graphics Acceleration
- No Floating Point or Vector Math support
- No dedicated DSP unit
- Higher probable power consumption than Option 1/GP2X

Application Benefits:

=Option 1=
Pros
+ After talking with ZodTTD, recieved confirmation PSX4ALL would utilize the accelerated graphics hardware. 60 FPS operation in most, if not all, PSX games is probable.
+ SNES Emulation at full speed in most, if not all, games is probable due to 2D acceleration benefits.
+ N64 Emulation concievable at acceptable, (perhaps not full) speed
+ Graphical acceleration for GBA Emulation
+ Homebrew 2D/3D titles would recieve enormous speed boosts if they are graphically intensive.
+ Quake 1/2 would recieve large performance gains, Quake 3 may run acceptably, as well as many other 3D titles due to 3D and Floating Point acceleration

Cons
- Less CPU horsepower for software video decoding may result in lower WMV/MPEG1/2 playback performance capability

=Option 2=
Pros
+ Greater CPU horsepower for software video decoding would likely provide higher WMV/MPEG1/2 playback performance capability
+ Superior performance compared to GP2X in software 3D applications if the author does not wish to make any changes to utilize hardware 3D functionality
+ Speed enhancement in CPU-emulation heavy tasks such as high-end arcade games
+ Faster overall performance in CPU-heavy tasks without heavy dependence on graphical capability, e.g. web browsing
Cons
- PSX Emulation would derive large performance benefits but likely never reach full speed due to software rendering hindrance on the main CPU
- N64 Emulation at acceptable speeds completely impossible
- SNES emulation would not reach full speed but would recieve at least a significant framerate boost (according to information from Squidge relating to SquidgeSNES.)
- Lower MPEG4 decoding performance compared to Option 1 / GP2X


That's about it. My apologies for the length of this post, but if you stuck around this long I'd love to hear your opinions and input on these tricky hardware decisions. If you select Option 3 please provide an economical and logical solution-- believe me, I've looked into 300 MHz+ ARM11 based SoCs with 2 Million polys/sec 3D support but trust me, you don't want to be the one paying for them. ;) Thanks again!
 
Wow, I'm amazed that GPH asked you to help design their hardware.

I don't think option 2 will get much support.
 
How bout waiting 3 years, so this gp2x system has some life. This new system every few months sucks.

If a new gp came out (from gph) in less than 1 year, I would sell mine and not get another one, there has to be a decent life cycle to these systems.

The original gp32 was great, and had 3 or 4 years of life, we are at 8-10 months.
 
This is just the preliminary design. It probably takes them years to finalize stuff. But still, this is depressing.

Voted Option 1.
 
Option 1, all the way. Floating point and Jazelle are made of win. I just wish the base clock speed were higher. Are there any faster models of the 926 in contention? Anything in that line would definitely be worth the money.
 
whats aim of the next machine

emulate old systems?
homebrew?
commercial?
a mixture of all 3?

or is it just build some hardware and see what happens?
 
I like option 1 specs apart from cpu. how about making option 1s cpu 400mhz+?

price wise i'm willing to pay £150-180 providing its open source like gp2x.

i think before you design it u should do some market research and ask us what we'd be willing to pay, that way u know what ur budget for parts is :)
 
moz posted on Aug 12 2006 at 04:17 PM said:
or is it just build some hardware and see what happens?
Well, we already did that with the GP2X, so I'm guessing GPH would like to take a different route this time.
 
Last edited by a moderator:
GPH shouldn't release this for at least 4 years if they know whats good for them. They'll be digging their own grave.
 
This is a nonsense thread! It just confuses anyone who thinks buying a GP2X here. People will expect a new device coming soon from GPH. Come on it's been only 10 month that GP2X came out.

One more thing; if you need reliable answers to your questions talk to devs in Developer Section of the forum.
 
Just take the gp2x, slap in fpu, add 16mb ram for 940, use ddr instead of sdr, add proper clicky stick, add proper volume poti, add rtc backup cap, add standart usb host port.
DONE

Maybe 3 batterys instead of 2 would also be nice.
 
Dzz posted on Aug 12 2006 at 09:05 PM said:
Wow, I'm amazed that GPH asked you to help design their hardware.

I don't think option 2 will get much support.
Are you kidding? The i'm amazed GPH themself actualyl managed to squeeze out a preliminar ydesign at all, for the gp2x!

iignotus posted on Aug 12 2006 at 09:13 PM said:
Option 1, all the way. Floating point and Jazelle are made of win. I just wish the base clock speed were higher. Are there any faster models of the 926 in contention? Anything in that line would definitely be worth the money.
Ditto, I was also about to ask if there are any faster models in existance, or in planning?
 
Last edited by a moderator:
iignotus posted on Aug 12 2006 at 09:22 PM said:
moz posted on Aug 12 2006 at 04:17 PM said:
or is it just build some hardware and see what happens?
Well, we already did that with the GP2X, so I'm guessing GPH would like to take a different route this time.
my fingers are crossed


i fear that if its for emulation though stable door/bolted may be the case as the PSP looks better and better.

gp2x successor for me = hardware that can do gp2x+ full snes, full psx, full GBA, full Amiga, full x68000

obviously though id get the gp2x successor ;)
 
Last edited by a moderator:
Blah posted on Aug 12 2006 at 04:11 PM said:
This is just the preliminary design. It probably takes them years to finalize stuff. But still, this is depressing.

Voted Option 1.



This is Very Depressing i have had my gp32 since launch, i just not got a GP2x MKII a week ago and after that i start reading about xgp and new models and such, for me that kinda sucks im sure others just getting their gp2x as well.... Now they have to read threads like this one :p
 
Last edited by a moderator:
Back
Top