To be honest, Who really needs that? If it would have been easier to do 1 chargable port, why not keeping it that simple?We've got two MicroUSB ports and want to be able to use both for charging. Sounds easy? Well, yes, at first. But there's no charger chip out there that actually supports TWO USB ports. Addtionally to that, USB needs to negotiate the maximum allowed current... and the USB protocol needs to work as well. No easy task, and a pure custom solution.
Again, who needs that? If one SD-Slot less would have meant less tinkering, then do it the simple way.Similar are the SD-Card slots: The OMAP5 doesn't support as many SD Card / eMMC-Slots we're offering. So we need some muxing to be able to handle that. That's also a custom solution that doesn't work out of the box.
Sad thing is, nobody may ever find out why the hell that never really worked at the end, even if it should have. Especialy not the company that actualy BUILT the rotator chip. -_-Well, finding the chip, implementing it and getting it almost to work (without VSync) took about 6 - 7 months.
Looks good actualy, but like I feared from the beginning: the font is so tiny! No chance I could work with such a tiny desktop. And I doubt Debian can scale everything bigger without loosing menu functionality or causing "exploded" menus. You usualy need an entire mobile-OS for this kind of scaled fonts/menus/desktop usage, sadly.BTW: I received a first version of aTc's PyraOS working on the current prototypes yesterday.
Why not keep patient. On kickstarter you even might get a black box in the end with close to none updates. Wasn t even sure what was meant with black box.It would be nice to see what steps have to be done before the mass-production can start. It would be less like a black box.
To be honest, Who really needs that? If it would have been easier to do 1 chargable port, why not keeping it that simple?
Again, who needs that? If one SD-Slot less would have meant less tinkering, then do it the simple way.
Sad thing is, nobody may ever find out why the hell that never really worked at the end, even if it should have. Especialy not the company that actualy BUILT the rotator chip. -_-
Looks good actualy, but like I feared from the beginning: the font is so tiny! No chance I could work with such a tiny desktop. And I doubt Debian can scale everything bigger without loosing menu functionality or causing "exploded" menus. You usualy need an entire mobile-OS for this kind of scaled fonts/menus/desktop usage, sadly.
I do. Pretty much anyone who wants to be able to both power the device AND utilize the full capabilities of the USB 3.0 OTG port at the same time does. This is a BIG feature for many of us.To be honest, Who really needs that? If it would have been easier to do 1 chargable port, why not keeping it that simple?
I do. Pretty much anyone who wants to be able to mount two SDXC cards and move files between them directly does. Having the 3rd internal slot gives us the ability to flip between multiple OS images while still keeping the SD slots available. In theory we will also be able to get the microSD and the eMMC to both appear 'live' through dynamic switching yielding an internal available storage capability of 32GB (eMMC) plus up to 256GB microSD = 288 GB internally plus two SDXC slots at up to 512GB each yields just short of 1.3TB of on-device storage capability. This is a BIG feature for many of us.Again, who needs that? If one SD-Slot less would have meant less tinkering, then do it the simple way.
Looks good actualy, but like I feared from the beginning: the font is so tiny! No chance I could work with such a tiny desktop. And I doubt Debian can scale everything bigger without loosing menu functionality or causing "exploded" menus. You usualy need an entire mobile-OS for this kind of scaled fonts/menus/desktop usage, sadly.
Wouldn't this also be solved by having only the other port accept power, and have the OTG port not support power input?I do. Pretty much anyone who wants to be able to both power the device AND utilize the full capabilities of the USB 3.0 OTG port at the same time does. This is a BIG feature for many of us.
...I do. Pretty much anyone who wants to be able to mount two SDXC cards and move files between them directly does. Having the 3rd internal slot gives us the ability to flip between multiple OS images while still keeping the SD slots available. In theory we will also be able to get the microSD and the eMMC to both appear 'live' through dynamic switching yielding an internal available storage capability of 32GB (eMMC) plus up to 256GB microSD = 288 GB internally plus two SDXC slots at up to 512GB each yields just short of 1.3TB of on-device storage capability. This is a BIG feature for many of us.
OK, for future projects: It could help to ask in advance if the Hardware/Software you want to use also works 100% under Linux.They never sold the chip to a Linux-User
Why not using a dedicated charging jack instead? (to late, I know ) Or the other free USB ports that can't charge? ...Or an simple USB-Hub?I do. Pretty much anyone who wants to be able to both power the device AND utilize the full capabilities of the USB 3.0 OTG port at the same time does. This is a BIG feature for many of us.
Who on earth needs so much storage space on a small mobile device? O.O" Wouldn't have 2 SD slots also fulfill your needs instead of 3? (if it would have saved us months of Pyra dev time)I do. Pretty much anyone who wants to be able to mount two SDXC cards and move files between them directly does. Having the 3rd internal slot gives us the ability to flip between multiple OS images while still keeping the SD slots available. In theory we will also be able to get the microSD and the eMMC to both appear 'live' through dynamic switching yielding an internal available storage capability of 32GB (eMMC) plus up to 256GB microSD = 288 GB internally plus two SDXC slots at up to 512GB each yields just short of 1.3TB of on-device storage capability. This is a BIG feature for many of us.
Of course I do, since the beginning. And it is a pain in the ass to move around the Desktop menus just because things just do not fit on the screen. High res may solve that but then the fonts are to small. (Standard Pandora Desktop fonts and elements are way to small for me and Pyra res is even higher) If Pyras Debian really can scale up and re-arrange menus for mobile usage, (big buttons, fonts still to fit on screen) I'm happy. I'ts not about hitting tiny buttons in my case, it's only about seeing something comfortably even on a tiny high-res screen.Apparently you do not own a Pandora
It would be nice to see what steps have to be done before the mass-production can start. It would be less like a black box.
OK, for future projects: It could help to ask in advance if the Hardware/Software you want to use also works 100% under Linux.
Why not using a dedicated charging jack instead? (to late, I know ) Or the other free USB ports that can't charge? ...Or an simple USB-Hub?
Does it mean defeating some kind of ninja ?It would also require Japanese certification
and a ton of movies you can watch either on the go or on a big screen thanks to the mini hdmi outAn extra SDXC slot means more PS1 ISOs
...or this kind of screen:and a ton of movies you can watch either on the go or on a big screen thanks to the mini hdmi out
@Klumpen oh yessss! instant movie night anywhere (except in public places, or the GEMA or something will send a hit squad)!
I plan on improving the case later when the Pyra is selling well (it can be made at least 3 - 4mm thinner, but would need some redesigns that require new molds).
The case is changeable though, so I can offer it to everyone who already has a Pyra at that time.
Actually, for that the USB consortium invented the Accessory Charging Adapter, which sits between the OTG port and any attachment, and additionally has a charger port.Pretty much anyone who wants to be able to both power the device AND utilize the full capabilities of the USB 3.0 OTG port at the same time does. This is a BIG feature for many of us.