Omnimaga
Calculator Community => TI Calculators => Lua => Topic started by: Munchor on June 19, 2011, 03:00:41 pm
-
I just made a very quick and simple video on how to compile and make Nspire Lua programs on Linux.
I hope you like it ;) Any questions just post.
-
Good job, its very clear for beginners :)
It demonstrates perfectly how much more easy it is than TI's tool which pastes the result to the clipboard.
I use this tool constantly, and you can't program something to work faster. Good job Debrouxl, Adriweb and ExtendeD! (and also David for making this vid :)
-
Does this produce 0D-encrypted files that are 3.0.2 compatible, or do we need to use 3.0.1 to re-save the TNS?
-
No, It doesn't encrypt it, and you will need to resave it in order to use it on 3.0.2. But I think there will come a version which encrypts it soon or later, as ExtendeD has done quite some research on it (as you know).
-
Ah. I'll be looking forward to the new version, then. :)
-
I'm looking forward for what's coming up from ExtendeD with ndless 3, there's about to be a revolution and then TI has to give up.
...
I' hope... :P
-
But I think there will come a version which encrypts it soon or later, as ExtendeD has done quite some research on it (as you know).
IMO, the main problem with generating chunks in 0D format is not the encryption. It's TI's proprietary and patented XML compression. Citizens of countries where software patents have full or partial legality (i.e., between others, the USA and the EU states) could find themselves on the receiving end of patent infringement / DMCA violation / etc. lawsuits...
-
Oh, I didn't think about that :(
Thanks for noticing us about those issues Lionel.
-
Well, I'm just rewriting what ExtendeD wrote ;)
So what does this mean for us? Implementing a third-party converter which includes the XML compression required by OS 3.0.2 is impossible without being exposed to legal action. Compressing XML is surely a bright idea to optimize storage space, but there were many open binary XML encoding methods available that did not require TI to invest (probably specifically for the TI-Nspire) in a new one. Unless they want to wrap the device with fiddle-proof legal tape.
(emphasis mine)
Granted, ExtendeD later wrote:
I first checked that XML-compressing a Lua script from a skeleton (similarly to what the current third-party Lua converters for OS 3.0.1 do) is quite easy without needing to implemented the patented algorithm, thus avoiding any legal issues. This is good news.
That may indeed do the job for Lua scripts, which are a particular case; but in general, implementing a fully generic 0D -> clear text/binary decompressor, or a full clear text/binary -> 0D compressor, is impossible for citizens of countries where software patents have any value...
-
Good job, its very clear for beginners :)
It demonstrates perfectly how much more easy it is than TI's tool which pastes the result to the clipboard.
I use this tool constantly, and you can't program something to work faster. Good job Debrouxl, Adriweb and ExtendeD! (and also David for making this vid :)
Thanks a lot Jim Bauwens, and yes all credit for Lua>TNS Program for Debrouxl, Adriweb and ExtendeD.
I'm looking forward for what's coming up from ExtendeD with ndless 3, there's about to be a revolution and then TI has to give up.
...
I' hope... :P
I am also looking forward for Ndless 3. But for now I have to stick for what I got, and it's Lua, but as soon and if Ndless 3 comes out, I will start coding in C for the Nspire.
-
Well, I'm just rewriting what ExtendeD wrote ;)
So what does this mean for us? Implementing a third-party converter which includes the XML compression required by OS 3.0.2 is impossible without being exposed to legal action. Compressing XML is surely a bright idea to optimize storage space, but there were many open binary XML encoding methods available that did not require TI to invest (probably specifically for the TI-Nspire) in a new one. Unless they want to wrap the device with fiddle-proof legal tape.
(emphasis mine)
Granted, ExtendeD later wrote:
I first checked that XML-compressing a Lua script from a skeleton (similarly to what the current third-party Lua converters for OS 3.0.1 do) is quite easy without needing to implemented the patented algorithm, thus avoiding any legal issues. This is good news.
That may indeed do the job for Lua scripts, which are a particular case; but in general, implementing a fully generic 0D -> clear text/binary decompressor, or a full clear text/binary -> 0D compressor, is impossible for citizens of countries where software patents have any value...
Couldn't it be reverse-engineered?
-
Couldn't it be reverse-engineered?
The main problem is not that we don't know how 0D compression works. The problem is that it's protected by a patent, and that can limit us a lot.
-
This is one reason I think TI is being nice but not nice enough, They are still wrapping it in legal tape we can't bypass. I can't wait for ndless 3, I bet it will be amazing. Is he having to make a seperate version for CX and regular?