Re: base26 Encoder/Decoder

Stefan Claas wrote:

Herbert Kleebauer wrote:
 

If you only can use A-Z as transferable digits, you can
use an alternative to the standard hex encoding:
 
  0  A  or Q
  1  B  or R
  2  C  or S
  3  D  or T
  4  E  or U
  5  F  or V
  6  G  or W
  7  H  or X
  8  I  or Y
  9  J  or Z
10  K
11  L
12  M
13  N
14  O
15  P
 
Because there are two ways to encode 0-9, you
can use this to send a second data stream. If
A-J is used a 0 bit transferred and if Q-Z is used
a 1 bit is transferred on this second channel. You
can use this for example for a check sum or an
error correcting code.

 
Would this be the correct output for A-Z encoding?
 
$ echo -n 'sci.crypt is cool! :-)' | ./az
XDGTWJCOWDHSXJHQXECQWJHTSAGTWPGPWMCRSADKSNCZ
 
$ echo -n 'sci.crypt is cool! :-)' | base16
7363692e637279707420697320636f6f6c21203a2d29

I would say yes, because the table matches the hex
values and the encoder/decoder is also fast enough
to handle 1 GB of data, for example.

Well, a new tool to play with, thanks to Herbert's
suggestion. :-)

--
Regards
Stefan