Our New Machine, Pandora
#1
Posted 13 August 2007 - 06:34 AM
Discuss here your views, wants and opinions regarding our new super handheld. Baring in mind Craig has only given us a smidgen of information keeping us all drooling at what it could possibly be like.
All is welcomed here, including concept art! So tell us what you think about what could possibly be the most amazing handheld the world has yet to see.
I'm gonna start with a little question for Craig:
Okay we know it is Arm based, and that most software will convert over with the minimum of fuss, how about the commercial games such as Vektar and Payback. Am I right in thinking those of us who have already bought these games will have to buy the recompiled version for the new system, or will you have some sort of cheaper upgrade option available?
#2
Posted 13 August 2007 - 07:13 AM
I'm gonna start with a little question for Craig:
Okay we know it is Arm based, and that most software will convert over with the minimum of fuss, how about the commercial games such as Vektar and Payback. Am I right in thinking those of us who have already bought these games will have to buy the recompiled version for the new system, or will you have some sort of cheaper upgrade option available?
I have Xbox1 and and Xbox 360 on both I have Dead or alive (OK v3 and v4), did I pay for the new copy, hell yes...why do you think this will be any different...?
#3
Posted 13 August 2007 - 07:19 AM
#4
Posted 13 August 2007 - 07:40 AM
#5
Posted 13 August 2007 - 10:06 AM
#7
Posted 13 August 2007 - 11:53 AM
#1. A chipset from Samsung or TI's OMAP series, or Freescale's i.MX31 would be superior selections over the MagicEyes MMSP2+, providing dramatically better performance, easier utilization of secondary processors and graphics hardware, better documentation and lower power consumption for only a very small increase in price.
#2. If the MMSP2+ is used, it is critical each CPU Core and the 2D/3D accelerator blocks have their own discrete RAM and path to it. A memory bottleneck will cripple performance, potentially to the point of making any new machine perform just like a GP2X with higher clock speeds, and may negate all advantage of true graphical acceleration.
#3. The memory selected must also be MobileDDR rather than SDRAM, or performance will suffer dramatically, especially at high video resolution such as the proposed 800x480, due to the sheer amount of data traversing the bus every time the screen is redrawn (at the very least 60 times a second, potentially 100 or more). This will also require less voltage supplied to memory, and therefore reduced power consumption.
If criteria #2/3 are met the machine should be a very capable game platform with very impressive graphical capabilities in both 2D and 3D, effective for both intensive original games and emulators that require graphical acceleration to perform effectively (SNES, PSX, potentially more stressful platforms). There would be better solutions, but if a low price point is one of the more critical aspects of the machine's design, this would be a viable solution. The only major downside to the MMSP2+ selection would be that MagicEyes' documentation and support to programmers is often on the flaky side, and due to the 130nm process the chip is fabricated on, power consumption would be inordinately high, so special care would need to be taken in other aspects of the system to keep current draw down.
Suggestions for power conversation if the MMSP2+ is used:
- Adjustable WiFi transmitter power level (in software)
- Adjustable Backlight brightness level (software or hardware potentiometer/knob)
- Ability to utilize all available MMSP2+ native power saving features (in software)
- Clock control for both CPUs, and ideally, 2D/3D accelerator blocks (in software, should be inherently provided by registers on the MMSP2+.)
I won't make any bold assertions regarding other aspects of the machine, but I would prefer a digital control scheme in the vein of a proper D-Pad. After the GP32 and GP2X both featuring faulty abnormal sticks, it would be best not to take another gamble. While a proposed resolution of 800x480 is not a deal-breaker by any means, it is slightly abnormal, and I would wonder why it was selected unless LCDs with that resolution were a particularly good deal when bought in bulk over other aspect ratios. This would be beneficial for viewing web pages and potentially video, but its rationale in a gaming setting is curious. Statements that the unit would carry WiFi capability, a touchscreen, a proper custom Lithium Ion battery pack and a hardware volume knob are very positive steps in the right direction and I applaud them.
Well, a mod closed the last one, too. (After deleting a lot of posts, which honestly rubs me the wrong way.) It would be a good idea if the OP had a recap of all currently known information like the last one did.
Edited by KeyboardCowboy, 13 August 2007 - 12:20 PM.
#8
Posted 13 August 2007 - 12:00 PM
@ WarmFluffy: Does craig sell those 2 pieces of software? I didn't realise that
#9
Posted 13 August 2007 - 12:06 PM
@ WarmFluffy: Does craig sell those 2 pieces of software? I didn't realise that
The download versions are going for cheap at the moment as well.
gp2x.co.uk read the Aug 3rd news post for further details.
#10
Posted 13 August 2007 - 12:08 PM
I'm not in the mood to argue with anyone, so don't provoke unnecessary hostility. I'm perfectly entitled to dismiss your every suggestion as 'drivel', however I do not. Your opinions are every bit as valid as mine, and everyone is entitled to express them. I recognize this and thus, I do not lash out at you just for stating them. Therefore I strongly suggest that you relax your tone before we end up with another locked thread.
#11
Posted 13 August 2007 - 12:18 PM
It does seem, from what we've been told so far, that certain features will have to be implemented "outside" the SoC, such as TV-out, as the clues we've been given so far point to a more advanced TV-out than what is provided by current SoCs.
I'm hoping USB Host functions will also be implemented "off-SoC" because none of the SoCs we've theorized might be used support USB2.0 Host, and USB 1.1 is positively painful for some uses such as mass storage.
I'm looking forward to seeing more information from the dev team. This should be good.
Craig told us why: they would have gone for 640x480 screens but weren't allowed to buy them because the big companies impose limits on their suppliers not to sell parts to manufacturers of "unknown devices". As an 800x480 screen will support 640x480 output without abnormal scaling, I'm happy with it.
We already know from Squidge, SNES is running fullspeed with sound, in an unoptimized emulator on an unoptimized Linux port which isn't using the hardware very much (just enough to work). And zodttd has already indicated PSX is also running fullspeed with sound as well. If that is so, I can only imagine what will be possible when Linux is properly ported and emulators are optimized for the new platform.
Edited by cappuchok, 13 August 2007 - 12:32 PM.
#12
Posted 13 August 2007 - 12:27 PM
* Disclaimer: Remarks intended as suggestion for development of a superior product based on knowledge of imperfect design choices in past product. Do not interpret as 'bias' against the GP2X but rather room for rational improvement.
Craig told us why: they would have gone for 640x480 screens but weren't allowed to buy them because the big companies impose limits on their suppliers not to sell parts to manufacturers of "unknown devices". As an 800x480 screen will support 640x480 output without abnormal scaling, I'm happy with it.
Reasonable enough. For those with a great interest in 4:3 based apps it should be simple to pixel-double to 640x480 from 320x240, or use a nice filter with the aid of the 2D acceleration hardware (such as, Bilinear Filtering) or a vector based software filter running on the 2nd CPU (assuming it has its own RAM and is therefore freed for concurrent use with the main CPU without concern for bus contention.) Only 160px of horizontal screen real estate would be lost, which is certainly forgivable. There are devices with much smaller screens than the afforded 640x480 area.
Edited by KeyboardCowboy, 13 August 2007 - 12:28 PM.
#13
Posted 13 August 2007 - 12:39 PM
I hope the keyboard has a minimal impact on the size/design of the unit - a basic layout would do I would guess as I would think it's main use would be for emulation et al. We won't (all) be up typing literary works on this thing..
From the last thread I preferred the ones posted by davec as a good start - although I would miss a joystick..
I find myslef warming to this new device and probably would consider moving on by end of summer next year (I'm not an early adopter of many things).
Edited by kevcal, 13 August 2007 - 12:40 PM.
#14
Posted 13 August 2007 - 12:40 PM
If the GUI of emulators are designed with this device in mind, the additional 160px could be well used for giving quick access to certain functions of the emulator (savestates and the like), or just a nice bezel-type graphic.
#15
Posted 13 August 2007 - 12:47 PM
I'm not in the mood to argue with anyone, so don't provoke unnecessary hostility. I'm perfectly entitled to dismiss your every suggestion as 'drivel', however I do not. Your opinions are every bit as valid as mine, and everyone is entitled to express them. I recognize this and thus, I do not lash out at you just for stating them. Therefore I strongly suggest that you relax your tone before we end up with another locked thread.
I don't pretend to be anywhere near as articulate or knowledgeable as you. However, I do know that there comes a point where too much debate, particularly when no new information is presented, can be stifling and extremely monotonous for others. That is what happened in the last thread, and I believe that is why many (including the developers) simply switched off. I hope this does not happen in this thread, and I look forward to reading refreshingly detailed discussions from you.


This topic is locked







