Great, then it can double as a concealed container for secret stuff.
Right - which means both of the USB ports are type A. One is using a USB 3.0 type A (blue?) and the other is using a USB 2.0 type A.
But that still doesn't explain why the plastic trim around the port is such a clean rectangle on one and (purposely) wonky on the other.
It took some searching, but I found a great picture in high enough resolution to show the intentional weirdness of this cutout.
https://pyra-handheld.com/boards/threads/test-the-keymat.80259/page-12#post-1419287
The plastics actually stair-step around the corners.
I'm not saying it's wrong - there was clearly some reason for doing this - it is clearly done on purpose. But why?
Yes, anything that worked with the Pandora should work with the Pyra. Anything less is a bug, which can be tracked down and fixed I hope. Apple airpods are an unknown to me, so unless they're doing anything evil that stops them using normal bluetooth channels, they ought to work, but I've lost track of how evil Apple are about peripherals these days.
I'd expect that once they've got the unit to power down cleanly, it should end up using similar amounts of power as the Pandora. There are more peripherals, but they can mostly be powered down I assume, and I'd expect the CPU to have a similar low power mode as the Pandora. Again, maybe not all that will be present when you first get your units, so you may need to carry on using your battered pandora in your pocket to listen to music or whatever while hunkered down in bed through the cold winter months.
It will be essentially vanilla Debian with a Pyra specific Debian repository that will include any custom things like customized setting, drivers and such on an OS level. I doubt it will be pre-installed with any game emulators from the start, but you can easily download them.
Well I'm not sure either, I've only plated with the OMAP5 development board which has no telephony capabilities, @hns has a few linux based phone projects under his belt and he's the designer of the circuitry, so there maybe some solution he knows.
Mostly plain debian, as I understand it presently. We'll be using a specially compiled kernel which includes a few things not upstreamed yet, plus aufs support for dbp packages, but mostly everything else will be stock debian. Things like emulators will probably be dbp files, which you just drop on to a specially named folder on an sd card, and it appears somewhere on the desktop. And telephony apps don't exist yet as far as I know, and may appear in debian first, or may come out of the community, where they could be either (but probably will start out as dbps since they're probably easier to release and test with this community). Codecs as I say mostly seem to be a solved problem, and we won't have to have a codec pack like we did with Zaxxon on our Pandoras, because I can't spot a codec I use missing from the default debian install.
No, the 3D printed one looked way worse than this and was a lighter gray. This is one of the earlier colored prototype cases.
