0 Members and 3 Guests are viewing this topic.
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).
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.
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.
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
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...
Well, I'm just rewriting what ExtendeD wrote QuoteSo 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:QuoteI 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?