pmprog
DNF (Did Not Finish)
- Joined
- Apr 25, 2011
- Messages
- 4,150
A: "Being able to install Android would be good for some people"
B: "I am completely against Android as the primary OS. It's gotta be linux!"
Wut? :huh: Did I miss a step somewhere?
The rotator chip is on that board, so if it needs to change they can do it there.And the rotator chip will still work?A Pyra 2.0 is going to happen in the future aside of the CPU updates (if Pyra is a success, is the people is interested, bla, bla, bla...). For example, the screen have no a full HD resolution and in a near future the 2k, 3k and 4k are going to be normal stuff so I hope I can, at least, update the screen.
The display uses a driver board which is a bit like the CPU daughterboard that resides behind the LCD screen. So if a need for a new LCD screen exists, a new LCD driver board can be made to support the new LCD screen without a need to replace the main PCB.
Regarding android, isn't there something about Android that mean all emulators and games suffer a bit of lag? I don't run Android anywhere at present, so I've not experienced it myself, but I understood that was one reason not to run Android as default.
Gotta say, the somewhat modular design of the Pyra is a major drawing point for me. Bricking chips is no fun when they're connected to all the other chips... especially since miniaturization brought BGA into the equation. I like the idea that even if I really screw up an overclock or something, I can replace a board and go at it again, most or all of my data intact.
On a similar note, I would like to see how many modders are drawn to this device for this and other reasons. It would be neat for the Pyra 2.0 to have a few extra modder-friendly interconnects. Not like the Pyra won't already spoil us in that regard, but... the possibility of a Mini-PCIE header for a separate WLAN/WWAN board intrigues me, the more speed the better. With the CPU it boasts, it would be nifty to be able to hook it up to an eGPU or something.
Maybe that's better left to the Pyra 13.37, though which, btw, I would definitely support.
Oh yes...Also, is the LED on the rear (Pyra logo) still RGB?
Thanks! That's great! Setup some puuuurdy notification lights. Hope I can access these via [bash] scripts.Oh yes...Also, is the LED on the rear (Pyra logo) still RGB?
... and there are two of them, so fancy light shows a definite!
Mmm... I thought the question was, if someone should be issued a prototype and potentially paid money to allow for dual boot to Android as an alternate OS at 8 O'clock day 1.A: "Being able to install Android would be good for some people"
B: "I am completely against Android as the primary OS. It's gotta be linux!"
Wut? :huh: Did I miss a step somewhere?
C "Android is available for my device!? It's not being forced upon me, but I must force my opinion on how bad it is to everybody else "
Audio latency in Android is a well known issue, hence the non existence of high grade audio apps like you see at IOS, here's a little more info on the subject: http://superpowered.com/androidaudiopathlatency/#axzz3qY6XZynK
I am curious: for 90% + of perspective Pyra users, is there any advantage of running the default OS over running Android? Sure there will be a good number of people that have serious reasons, but I am going out on a limb and guessing that 90% of users just boot up the OS and fire up games, emulators, applications - if that is the case, surely Android can do that, and also opens up a huge catalogue of software (and on top of that, any Pandora specific software in the repo could presumably be ported to Android relatively easily).
I don't expect the notion of what I have written above to do anything but enrage most people posting in this thread :wub: h34r: and it isn't the case that I particularly want to run Android, but at the same point, I am not sure I really understand why Android would be that undesirable (to the 90%).
Very interesting article. It reads that ALSA is a source of lag. Would that be the case if Pyra uses it ? What about PulseAudio ?
However, in my very humble and non expert opinion, we would be better served to plan Android as a VM and appear to the end user as, "Just another emulation" on the Pyra. Android would thus be built on and leverage the interaction between the host OS and the hardware - the host OS would act as an abstraction and integration layer for Android (or theoretically iOS or anything else that runs on ARM) and the Pyra's hardware.
I am curious: for 90% + of perspective Pyra users, is there any advantage of running the default OS over running Android? Sure there will be a good number of people that have serious reasons, but I am going out on a limb and guessing that 90% of users just boot up the OS and fire up games, emulators, applications - if that is the case, surely Android can do that, and also opens up a huge catalogue of software (and on top of that, any Pandora specific software in the repo could presumably be ported to Android relatively easily).
I don't expect the notion of what I have written above to do anything but enrage most people posting in this thread :wub: h34r: and it isn't the case that I particularly want to run Android, but at the same point, I am not sure I really understand why Android would be that undesirable (to the 90%).