Pyra's LCD has pretty big resolution already, so im sure there will not be needed to implement any scalling in INDIE PORTs.It's not effortless. Most indie games are made for large screens. Look at FTL : it wouldn't work on a 5'' screen. And there are many other like that.Im sure x86 will help bring INDIE DEVELOPERS to PYRA easily [effordless]. Basically indie devs will need add to every app/game proper scalling (small code) for Pyra and port's done. It couldnt be more easy.. If making a port for pyra from linux x86 will be effordless, why NOT RELEASE it for pyra?
Plus, If the game is written in C/C++/SDL, there shouldn't be much extra work to compile for ARM instead of x86. What's preventing current devs to make stuff on ARM Linux is that the market is very small, not that it's technically difficult.
Not a given. There is a huge probability it wont boot...
And tons of support problem (I for one fear tons of thread like : "where may I downloaded a windows copy that works on pyra ?" not counting the "give me my money back, this shit doesnt run crysis at 60fps)
this have nothing to do with architecture you know and debian takes care of availability very well
nothing will stop them actually anyway if pyra drivers will present pyra controls as something standard. It's not a SoC or architecture issue
on sd only if it's even possible
It's not like we haven't such threads on pandora forums. I believe that if advertising will focus on linux and indie side of things we could handle problems like this (I mean they'll be not that big)
if windows/flash/adobe-stuff will be used on pyra
, yes this would help .
This is basically how I feel. I'm very excited to see bay trail and the upcoming mullins running steam. Unfortunately they are all using windows and are tablets. I would love a x86 linux clamshell with full keyboard and gaming controls. I've already got an arm gaming and emulation device (nvidia shield) and whiles its ok it doesn't even come close to playing the games or running that apps that I want. An arm pyra would come close to that but an x86 pyra would be ideal.if windows/flash/adobe-stuff will be used on pyra
Of course ED will finally decide [and investors..], but i think we shouldnt kick x86 platform, because it's 'too mainstream' for some geeks..
If there will be competitor for pyra, but with x86 onboard, i would buy it instead of pyra. Its because x86 will be more handy for me in many ways.
I'm not sure that ED has enough money to be able to wait that long though.
I said that because of new soc releases and the possibility of the pcb/case design not being finished, thus waiting till mid to late 2014 for newer socs and details from qualcomm and other soc vendors. also cherry trail promises vast increases in battery life.(bay trail already has 8+hours on 8 inch devices,un-optimised). theres some benefit to waiting, but if it does screw up funding then arm should do just fine.
http://boards.openpandora.org/topic/15560-soc-back-and-forth/page-18#entry312635 is where I got the impression that ED wants to move ahead as quickly as possible.
There are ALWAYS newer SoCs. By mid 2014 there'll be something else announced and just wait until late 2014, when something else will be announced so maybe wait until early 2015... an arbitrary line has to be drawn somewhere and ED is choosing to draw it closer to now so that he can get to production as quickly as possible and minimize his monthly costs without major income. The Pandora production is about to run out, he needs something to take its place, he can't afford to wait too many months more.People (self included) have been saying the Pyra is a year or two away, but I'm starting to think I've been very wrong about that, EvilDragon seems to have a much tighter schedule than I'd originally realized. He needs something he can get and test ASAP, not 6 or 8 months from now.
I hesitated to write more or less this, as this is obvious. A choice has to be made.
