Search results

@power vs battery: battery, big time. The SoC will always be slower than the next big thing.. @arm or x86 ARM, for compatibility with pandora stuff, but I must say, maybe being able to some windows gaming in a virtual machine has some appeal!

didn't pengpod use an allwinner SoC?? seems like they never got good battery life under linux...don't know the details though..

probably pro OMAP5 here... just wondering: can you run virtualbox on z3770 or z3680D??

+1 for opensuse (though, don't know how good the ARM port is)

maybe a stupid question: Why do people consider OMAP5 as not the best option? Is it just flops, flops/watt or the number of cores? some other metric?

forgive my ignorance - what fraction of cpu time a typical game/emulator uses for the scaler??

see you are already working on it, but i had the same GLU lib problem.... 

you could also leave it as a sandbox game and include a level editor..

maybe you know - but the codeblocks pnd (http://repo.openpandora.org/?page=detail&app=codeblocks6022) contains git (and many other dev stuff)

I also see it at the highest zoom when they are marching in one direction (and this is more distracting than the 'ant heap' effect ;) )

tried the alpha - I like it!! one small thing: maybe its unavoidable, but the lemmings seem to flicker a bit as they move...

I think the main cost of the camera is not the parts, but effort needed to incorporate it into the design, have the software, extra quality control checks, manufacturing complexity..I can see the value in an onboard camera (video conferencing mainly), but I rather have a device that is more...

looks very nice! I would use the nubs to indicate a direction (with highlight) and a small delay before movement, or a button push to actually move...

just a thought: have you tried concepts where the hinge does not protrude above the main body, but is sunken into the body such that its rotation axis lies (slightly) below the plane of the keypad? also maybe change the hinge arrangement, fixing the middle part on the mainbody and the outside...

I agree with this also...big bezels will always look cheapish, moreso because the material will probably be cheap plastic...also it makes the whole thing look like it is just a revision or small upgrade of the pandora... it would also be nice to have the screen flush with the surface, without...

I agree with this insofar the build quality should be improved up to the point the 'bugs' are worked out, but I don't think it is necessarily desirable to use different (and more expensive) materials (like metal for the case), since that will mean less money is available for the HW specs..

I would consider 3G/ cellular stuff, GPS and FM radio as nice additions (but not necessary), I would be indifferent to DAB, DVB, and IR... (in any case, I would consider production/ development/testing costs and risks, and whether it enlarges the appeal enough before adding them..)

dunno if this has been reported yet, but it seems the tcl.h and tk.h in codeblocks are from different versions: tk.h expects 8.5, tcl.h is 8.0..i cannot compile some tcl/tk stuff as a result :( (matplotlib)

I also think speakers should be moved and screen made as large as possible...

ok, thanks..something like this would work..