I've been attacked publicly by DJ_O in this topic, I have the right to answer publicly.
This is out of topic, I know.

*sigh*

Looks like a new website has jumped the language wars bandwaggon now (although it's not really the first time it happens, since Axe was criticized several times there too):
http://tiplanet.org/forum/viewtopic.php?f=43&t=13427&p=152729#p152729
nDealOrNoDeal is getting bashed for using Ndless instead of Lua.

Stop slandering DJ_O, please.
I did a news to praise this program.

You replied by stating facts which don't even exist in the news which hasn't been edited.

You should apologize immediately and stop imagining things. It's not too late...

Although I can understand the reasons, isn't the choice of a language for a game the author's choice that isn't being respected in there?

You just imagine misrespect.

One thing for sure, TI-Planet has lost an user (and possibly an entire author profile) until this stops, because I will never ever supports a website that advocates deliberate langage wars that only divides the TI community.

*CALM DOWN, PLEASE*
I've never done anything like that.
You can quit it's your choice. But this is out of topic here.
STOP, PLEASE STOP.

You made an error by misunderstanding me, imagining things and overreacting, just admit it instead of risking to split the TI community.


Calm down a little and see how stupid you've been: you're implying that I, Xavier (Critor) Andréani would fight Ndless programming ?
Do I have to remind you about nsNandMgr or nDoom (which includes an Omnimaga logo) ? about mViewer? nCleaner? nTNOC? nsBootEditor?...
They are all Ndless programs.

Please come back to Earth and stop trying to start useless and destructive wars.

After knowing me for years, you should have been able to think a little and understand that either I did misphrase something in the news, either you did misunderstand something in the news (or maybe both).


And for your information, I've never said anything against Axe.


To modo/admins:
We are Omnimaga partner and have contributed to many news.
We wouldn't understand that such a post attacking us with fake facts remains on Omnimaga.

Great!

How are you going to handle several pages?

Quote from: critor on August 08, 2012, 09:22:30 am

Quote from: AzNg0d1030 on August 07, 2012, 10:15:41 pm

Do you have to reinstall anything related to Ndless after you make the CX into a CX-C?
Such as emulators, nClock, anything?

No, you don't.
cx2cxc just modifies some flag in RAM, which makes the OS behave differently.

You don't even have to reboot to install the dictionnary.

Hi how did you even install cx2cxc file? Caz I did not even know how to put it in my calculator.

You send it like any normal TI-Nspire document and then just open it.
Ndless needs to be installed of course

It's purely for math.


source with other english captures: http://tiplanet.org/forum/viewtopic.php?f=51&t=13343&p=151790&lang=en
and sorry, I've had no time to translate and relay this here during the night

In a video, Deloge gave props to the fast boot speed of the HP Prime, only several seconds whereas the Nspire’s boot procedure takes dozens of seconds (especially on the CX series).
Indeed, Texas Instruments gives priority to “security”, possibly a consequence of the company’s military past, nowadays a will to protect the lucrative business model. The Nspire CX CAS uses two layers of security during its boot process:

• the boot1 decompresses the boot2 and validates the authenticity of a signature using a 2048-bit RSA key, before launching the boot2 if it passes validation;
• the boot2 decrypts and decompresses the OS, before validating its authenticity with another 2048-bit RSA key… and launching it, at last.

Therefore, it felt logical that the HP Prime didn’t use such a “security” scheme, like Casio calculators where the installed OS can be modified at will, provided a simple checksum is updated.
The use of quotes around “security” in the previous sentence is meant to refer to the fact that signatures and encryption do not prevent reverse-engineering, exploits and various manipulations which we already described at length in many other news items and various tutorials, and aren’t directly related to the current news item. From a user’s perspective, decryption (especially) is a pure waste of time.


HP Prime firmwares are made of multiple files.

• BXCBOOT0.BIN
• BESTAARM.ROM
• MASTER.DAT
• APPSDISK.DAT

In August, Lionel and I had made a quick experiment described by Lionel.

The experiment was made of a modification, in the Prime’s firmware ( \programs\misc\armfir.elf part of the FAT16 filesystem embedded into APPSDISK.DAT), of some user-visible items, namely the help strings of WHILE and REPEAT.
The modification was performed under Linux, after mounting the image:
mkdir appsdisk; mount -o loop,offset=8192 APPSDISK.DAT appsdisk/It was done thanks to the `hte` hex editor, after finding the strings with `strings` and a sprinkling of `od`. No fancy tools.

Of course, such a modification has no chance of working (well, at least, we think so, but we’ll perform more tests) without updating the MD5 sum in the \APPSLIST.MD5 file of the FAT16 filesystem, after computing the MD5 sum of the modified armfir.elf

So far, so good ? Nope, our experiment from August had failed. The help strings for WHILE and REPEAT didn’t change, on the calculator, so we supposed that the checking procedure was more complicated. Trying out the simple, quick things first was the appropriate thing to do

However, this week-end, we understood why our experiment had failed: the firmware hadn’t been fully re-transferred to the calculator !
In order to trigger a full firmware transfer, a seemingly reliable method is to downgrade the firmware before upgrading it back. Maybe there are simpler ways (e.g. modifying MASTER.DAT), but on the Prime, firmware upgrades are fast enough, thanks to an USB controller better than that of the Nspire, and a better protocol.

During the upgrade + downgrade, the calculator displays a “verifying firmware” message for several seconds. Therefore, there may be a signature, but it could be applied only to a subset of files considered highly critical ?
Anyhow, the modified APPSDISK.DAT file is correctly transferred to the calculator, and the modifications are visible, as shown by the following snapshots as well as the screenshot made with the libhpcalcs (“libticalcs for the Prime”, and more) being developed by Lionel, which I’m testing:
(notice the inverted colors, caused by the current lack of implementation of necessary post-processing on the images produced by the calculator)

It is obvious that if modifying the OS’s strings is so easy, then many other things can be modified
Let’s hope the best for the Prime platform, starting with:

• unleashing the full power of the calculator through native code (at the time of this writing, the highest raw power on a calculator in the entire marketplace, even if it’s low compared to modern smartphones);
• porting Linux and emulating the calculator, clearly doable before the end of the year if someone can spend enough time on it, all the more the calculator is based on well-known components, most of them already supported by Linux and old QEMU forks, see http://tiplanet.org/hpwiki/index.php?title=HP_Prime/Emulation ;
• bugfixes, such as making it possible for sequence index to start at 0 (the current impossibility to do so is very annoying for French high school teaching).

cowritten by Critor and Lionel Debroux

Source : http://tiplanet.org/forum/viewtopic.php?t=13329&p=151670&lang=en

Many of you chose the TI-Nspire CX for back to school 2013, hoping to be able to play Game Boy Advance games or to store scrollable and zoomable images with mViewer,  and therefore many of you have been disappointed not to be able to use the required tools anymore.
Indeed, Texas Intruments banned community jailbreaks Ndless and nLaunch on their new TI-Nspire CX hardware revision J and later.

But apparently, this was not enough for TI. With the release of the OS 3.6, TI tried has tried to ban Ndless and nLaunch from older TI-Nspire models and hardware revisions too.

In fact, once installed OS 3.6 :

• forbids you to downgrade to any older OS version including the 3.1 version required by Ndless
• installs the new Boot2 3.2.4 which is incompatible with nLaunch
• self-destructs itself after its first start if any resource is modified or absent from the installation file (like Boot2 3.2.4 or samples removed with TNOC), but still increases the minimum installable OS version to 3.6, making the calculator unusable until you accept to install the full OS 3.6 with its Boot2 3.2.4...

The first workaround was out within 24 hours after the discovery of OS 3.6, as a patched OS for the TI-Nspire CX CAS to be used with nLaunch, followed a week later by a similar patch for the TI-Nspire CX.

So, for the first time in the history of the TI community, this was a widely illegal infringement because of the distribution of modified executable copyrighted code from TI.
Fortunately, Excale and Lionel Debroux analyzed the modified versions of OS 3.6 and ported all necessary chances in a new version of nLaunch! nLaunch now dynamically patches the OS 3.6 when detected and there is no use of the counterfeit anymore!



Today we finally released a version of our Ndless/3.6 switching pack using the new nLaunch and all links to counterfeits have been removed from the site.

This pack will enable TI-Nspire still able to use the OS 3.1:

• to use the new OS 3.6 without having to give up Ndless / Nlaunch
  
• to be able to return to the OS 3.1 with Ndless anytime without the need of any computer!

There is now support for TI-Nspire monochrome models . All supported models are:

• TI-Nspire + TI-Nspire TouchPad
• TI-Nspire CAS + TI-Nspire CAS TouchPad
• TI-Nspire CX + TI-Nspire CX-C
• TI-Nspire CX CAS + TI-Nspire CX-C CAS

Compared to the old Ndless/3.2 switching pack, the new installation tutorial for the TI-Nspire CX has been greatly improved and simplified ! ;D
For monochrome TI-Nspire you had reported us several errors with the ntnoc tool used in the pack. These errors were coming from the low capacity on these models (only 32MB NAND), in which no less than three TI-Nspire OS have to fit during installation. The new installation tutorial for the TI-Nspire monochromes takes this into account and has the same manipulations in a different order which does not seem to trigger any error anymore! ;D
The installation has been tested several times for hours and days without any problem on no less than 7 different TI-Nspire models including 5 monochrome ones.



It looks like a great achievement, doesn't it? But it's not a victory for the community. Indeed, this package just help current Ndlessable handhelds to go on using Ndless and doesn't make Ndless installable on more handhelds at at all...
Ndlessable TI-Nspire handhelds therefore continue to decrease, just not as fast or as far as TI had planned.

We have no illusions: when the popup about the availability of the new OS 3.6 will be trigerred soon in TI-Nspire softwares, most users will of course update without seeking any information online.
TI has therefore not completely eradicated Ndless on older models and hardware revisions, but it remains huge victory: TI almost eradicated Ndless on older models and hardware revisions.



Download :
Ndless/3.6 switching pack

Link :
Installation Tutorial for Ndless/3.6 switching pack

Source :
http://tiplanet.org/forum/viewtopic.php?t=13311&p=151413&lang=en

Ah ok. I was worried about it being tied to the mobo and requiring some special glue or extreme care to be connected to a new one.

It was the case on TI-Nspire ClickPad/TouchPad.

It's not the case anymore on TI-Nspire CX/CM

No soldering required.
The board is just clipped and screwed.