RE: Print/price question - RE: TI-H: Why expander? Why compress? Use a F

[Prev][Next][Index][Thread]

RE: Print/price question - RE: TI-H: Why expander? Why compress? Use a FDD!

Here we go again....
---------
Guys, I'm not trying to make this unfair at all.  I'm trying to pay my
internet bill and save for college.  Not rip you off.  Thats why I sell
them.  I will have most of my other CalcNet peripherals for download.

Grant
-------------
I didn't say that you were trying to rip anyone off, especially since few people have the time to dedicate to AVR programming.
-------------
>Lose money?  Then explain why most PC companies use a Flash BIOS design
>nowadays, and no one goes about ripping them off.  You could probably cram
>

I've seen www sites with bios, as well as pirated roms.
--------------
Okay, so I was wrong.  :)
--------------
128-bit encryption if you wanted to onto a floppy, and have a processor
decode the stream of data and use it to rewrite another AVR's code.  As you
said, code can be ripped from anything, it's just a matter of how easy it
is to do so.  Anyone who bothers to decompress and decrypt your code (for a
system that they probably already paid for) DESERVES to play around with
the CalcNet.

What I'm saying is that they could copy the disk and let the internet have it.
----------------
If you have the code for the floppy driver set up only by yourself, then that's all that you need.  I assume that the floppy AVR won't need any important updates.
Here's my proposal:
Floppy<-->decoder<-->Floppy AVR<-->CalcNet
Keep that floppy AVR source private, but have a piece of code that allows the drive to send data directly into the firmware space of the CalcNet Hub.  If anyone figures out the encryption, they still have to get by the next piece of security added in:  an identity byte in the destination device.  If that identity does not equal the ID value stored in the encrypted code, it won't install.
Therefore, to start, you need to know the ID byte of the CalcNet (which is in protected firmware space), and you still need to decrypt the data on the disk.  To get the ID byte, they need to have access to a CalcNet AVR, which is still only sold by you.  You're safe on all bases.
-------------
>        Don't be so paranoid just yet.  I haven't seen anyone rip off the
>EuP PIC code yet, and I seriously doubt that anyone would really want to
>steal your

There are some real sick people that would like to take profits from me
that would otherwise go to my college account.
-------------
Believe me, it's not worth the effort to do so.  If you have names, then that's a different story.
-------------
 AVR code, just based on the fact that there's no real money in it unless
they can make their own chips, which can also become expensive.  Your main
worry is not with hackers, but maybe the MBus, which has already shown
promise in its chat program.

But, MBus can only handle 1.4k per sec wiht 2 calcs, 700b with 4, I have
proven rates of 479k per sec with a computer parallel port.  THat is with
all ports sending and receiving.  The CalcNet bus can handle 612,000bps
before it generates errors, and I have it regulated to 500k per sec...
-------------
But it's cheaper to buy a 2.5 mm stereo splitter than to buy an AVR, and it can theoretically support 256 devices.  Speed may eventually be fixed (especially if turboed calcs become the norm), so don't count it out just yet.
-------------
>        Don't get me wrong, I'm working on the drivers (finals are
>tomorrow, give me some time), but I'm just stating that you're
>overreacting.

Okay.

---
Grant Stockly
AppleCyber - http://www.alaska.net/~gussie
Warning
Could not process part with given Content-Type: application/ms-tnef