Re: [idn] Re: permission <draft-ietf-idn-ace37-00.txt (attach)

["Soobok Lee" <lsb@postel.co.kr>]

Hi,

When the diff value is less than 0xF, what is the ACE37 form for it ?

And any example C doe for ACE37  available on the web ?

Thanks.

Soobok

> > >Chung & Leung                                                  [Page 6]
> > >ACE37       ACE Utilizing All 37 Alphanumeric Characters      July 2001
> > >
> > >    The following table explains how base-4 characters are combined
with
> > >    base-32 characters to form a representation of a diff (key:
b4=base-
> > >    4, b32=base-32):
> > >
> > >              diff value         |bits|       ACE37 Form
> > >        -------------------------|----|----------------------------
> > >                  diff<=0x7F     |  7 | <b4><b32>
> > >            0x80<=diff<=0x7FFF   | 15 | <b32><b32><b32>
> > >          0x8000<=diff<=0x1FFFF  | 17 | w<b4><b32><b32><b32>
> > >         0x20000<=diff<=0xFFFFF  | 20 | ww<b32><b32><b32><b32>
> > >        0x100000<=diff<=0x10FFFF | 22 | <b4>w<b32><b32><b32><b32>
> > >
> > >    Note that the "bits" column represents the maximum number of
> > >    significant bits for the given diff value.  For example when
> > >    diff<=0x7F, the maximum value is 0b1111111, therefore the number of


----- Original Message -----
From: "Edmon" <edmon@neteka.com>
To: "Natalia Syracuse" <nsyracus@ietf.org>; "David Leung"
<david@neteka.com>; "Marc Blanchet" <Marc.Blanchet@viagenie.qc.ca>;
<idn@ops.ietf.org>
Cc: <jseng@pobox.org.sg>
Sent: Friday, July 06, 2001 12:48 AM
Subject: [idn] Re: permission <draft-ietf-idn-ace37-00.txt (attach)


> Hi all,
>
> I was unaware that the workgroup no longer accepts new drafts.  Anyway, I
> have drafted a new ACE based on the simplicity of DUDE which has hugely
> improved compression.  Worst case scenario CJK could have 21 han
characters!
> Attached below is a copy of the draft (for my original submission), you
can
> also find it at http://www.dnsii.org/idn-ace37-00.txt (easier to read) and
> hopefully in the i-d-n.net website soon.
>
> ACE37 is based on the one-pass one-mode scheme of DUDE (diiferential XOR),
> then utilizes a simple code block shifting (similar to the reference
points
> in the AMC series) to hugely increase the capacity for CJK (worst case
> scenario 21 han characters!) and then utilizes base-32 for compression (as
> in LACE) (DUDE and AMC-w/v uses base-32 only for flagging).  In addition
to
> base-32, a base-4 scheme is introduced by using the remaining characters
> {wxyz}.  These contain 2 bits of character information and doubles as an
> indicator for codepoint brackets.  All the while, the algorithm is kept to
> be as simple as DUDE.
>
> Hopefully you might find that it is interesting and appropriate to be
> considered as an ACE within the IETF.  Afterall, it was intended to be an
> integrated version of the three primary ACEs: DUDE, LACE and the AMC
series,
> identified by the ACE design team report.
>
> Looking forward to all your inputs.
>
> Edmon