They probably wish OS 2.71MP became a reality. (well... without the bugs, that is)

3.0 TNC/TNO must be different than previous ones.


- it's impossible to install them on OSes 1.1-1.3
- it's impossible to install them on an Os-less boot2 1.1

You get in both cases:
IMAGE: verifying file "/tmp/TI-Nspire.nosamples.tno"
IMAGE: header mismatch
TI_OS_INSTALL_VERIFYING_RESOURCE (95)
Deleting file [/tmp/TI-Nspire.nosamples.tno]
TI_OS_INSTALL_FAILED
  TI_OS_INSTALL_IMAGE_INVALID
- it's impossible to install them on 1.4-2.1 oses running over a 1.1 boot2:
IMAGE: verifying file "/tmp/TI-Nspire.nosamples.tno"
IMAGE: BOOT2 upgrade required

To install OS 3.0, you need:
- an OS-less boot2 1.4
- a 1.4-2.1 OS running over a 1.4 boot2



So, it seems the work that hasn't been done with OS 2.1, has finally been done with OS 3.0. Instead of permanently freezing your calculator like OS 2.1, OS 3.0 just doesn't install. Note this major bug was reported by TI-Bank in july 2010. It took them 9 months, and many TI-Nspire calculators were bricked during that time...

The new TNOC version (1.21) is available.
Levak and me have fixed the code yesterday evening.

It should now generate "valid" 3.0 TNO/TNC files.
http://ti.bank.free.fr/index.php?mod=archives&ac=voir&id=1922

Please report any problem.

3.0 TNC/TNO must be different than previous ones.


- it's impossible to install them on OSes 1.1-1.3
- it's impossible to install them on an Os-less boot2 1.1

You get in both cases:

Code: [Select]

IMAGE: verifying file "/tmp/TI-Nspire.nosamples.tno"
IMAGE: header mismatch
TI_OS_INSTALL_VERIFYING_RESOURCE (95)
Deleting file [/tmp/TI-Nspire.nosamples.tno]
TI_OS_INSTALL_FAILED
  TI_OS_INSTALL_IMAGE_INVALID
- it's impossible to install them on 1.4-2.1 oses running over a 1.1 boot2:

Code: [Select]

IMAGE: verifying file "/tmp/TI-Nspire.nosamples.tno"
IMAGE: BOOT2 upgrade required

Based on reverse engineering the two versions of boot2, here's the explanation of this:

In 1.4, TI realized that they might one day want to prevent new OSes from installing on old versions of boot2. They added a new field type: the 8220 field contains a version string indicating the minimum allowed version of boot2 to use. If the 8220 field is too high, you get "IMAGE: BOOT2 upgrade required". But boot2 1.1.xxxx didn't recognize the field yet and would just ignore it! So to deal specifically with boot2 1.1, they added a second new field type: the 0010 field. If its value is nonzero, then the first byte of the 80F0 field is the complement of what it ought to be, which will cause boot2 1.1 to fail validation ("IMAGE: header mismatch").

OS 3.0 contains an 8220 field containing the string "1.4.0", and an 0010 field containing an 01 byte. They really should have done this with 2.1, but I guess by this time they had forgotten about the bug in boot2 1.1 preventing it from loading large OSes, and they didn't bother to test with it.

So, it seems the work that hasn't been done with OS 2.1, has finally been done with OS 3.0. Instead of permanently freezing your calculator like OS 2.1, OS 3.0 just doesn't install. Note this major bug was reported by TI-Bank in july 2010. It took them 9 months, and many TI-Nspire calculators were bricked during that time...

I wouldn't call that "bricking"; it was easily fixed using the maintenance menu and OS 1.7 or 2.0.

Not to mention that TI can remove these OS versions any time - in fact, they just (temporarily ?) did.

Of course there is but it's not exactly easy to make it. It needs something to exploit, and a program written for said exploit. For the most part, each ndless version runs completely different methods, the only exception being that, IIRC, 1.7 and 2.0 used the same exploit.

3D graphing.