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" <[EMAIL PROTECTED]> To: "Natalia Syracuse" <[EMAIL PROTECTED]>; "David Leung" <[EMAIL PROTECTED]>; "Marc Blanchet" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> 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
