The pandora had silly version numbering:
I think that, ideally the Pyra should have a logical, consistent version naming system from the beginning. This system should be both a realistic way of describing what's actually going on from a technical point of view, and be simple enough that a normal user can understand what's going on.
I propose the following:
(Only versions made available outside of the hardware development team get these numbers)
First digit = case revision, starting at 1
second digit = CPU version, starting at 0
letter = main board version, staring at A
For example:
10A = original Pyra, OMAP5, no 3G
10B = original Pyra, OMAP5, 3G
10C = future version, OMAP5, 4G
11B = future version, A80, 3G
21D = new case, A80, new mainboard with additional sockets (or something)
32E = completely new everything
Not all combinations would be possible (e.g. an 'A' mainboard with a '2' case) - but an upgrade could take you from a 10A to a 10B, or an 11A or even an 11C.
- Classic
- Rebirth
- 1GHz
I think that, ideally the Pyra should have a logical, consistent version naming system from the beginning. This system should be both a realistic way of describing what's actually going on from a technical point of view, and be simple enough that a normal user can understand what's going on.
I propose the following:
(Only versions made available outside of the hardware development team get these numbers)
First digit = case revision, starting at 1
second digit = CPU version, starting at 0
letter = main board version, staring at A
For example:
10A = original Pyra, OMAP5, no 3G
10B = original Pyra, OMAP5, 3G
10C = future version, OMAP5, 4G
11B = future version, A80, 3G
21D = new case, A80, new mainboard with additional sockets (or something)
32E = completely new everything
Not all combinations would be possible (e.g. an 'A' mainboard with a '2' case) - but an upgrade could take you from a 10A to a 10B, or an 11A or even an 11C.