Blazkowicz
Legend
Thats my point, it was the idea of Microsoft for their xbox360 to solve the ps2 edram problem, using edram only as a front buffer, and not at all for textures (using the 512 mo unified gddr for textures), but even this solution failed, even 10 mo for only basic front buffer operations was unsufficient to sustain any 720p+2AA image without tiling. they needed at least 14 mo of edram. but thats the idea : for edram bandwidth to solve rendering problems, you need a lot of edram which is too expensive and is against the logic of going with edram...
wild idea for a semi-cheap console : you put a relatively large quantity of edram such as 32MB, but limit the output resolution to 720p. well, feel free to do 1080p but the lower res is what's intended regarding the console specs.
I'm imagining an IBM soc made on 32nm, with the aforementioned edram, 64bit (or better) gddr5 : good one on a fast memory controller. a CPU from the PowerPC A2 ligneage (edram L2) and a GCN from the future Fusion APUs, about of radeon 7750 level.
four cores, 16 threads, or three and 12, with vector units, make it good enough. redundancy : a spare CPU core, spare edram, spare GPU units.
cheap flash storage, gigabit ethernet with some expectation you might use a NAS to store the games, two SATA ports (compatible with industry standard optical, HDD and SSD), the usual SD, USB, analog sound etc.
I would like the low footprint, low price and good enough rendering!
ask Valve and Steam how they manage to do DRM that doesn't piss people off too much, while half their users run everything as root under windows XP.