<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <font size="-1">Hello Declan,<br>
      <br>
      Thanks for working on the FT2 support and when you get closer, I
      can help beta test your code.  Curious though, will your code
      support both the cable communication AND microSD-card methods?<br>
      <br>
      --David<br>
      KI6ZHD<br>
      <br>
    </font><br>
    <div class="moz-cite-prefix">On 06/24/2017 02:27 PM, NNN Wx via
      chirp_devel wrote:<br>
    </div>
    <blockquote
      cite="mid:68472B46-2279-425F-8D2F-70F999A01B5F@gmail.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      I’m back from vacation and trying the FT2D again. I’m stuck on the
      memory label field. When read from the FT2D using the FT-1D
      format, the label comes out gibberish. Most other memory fields
      jibe quite nicely.
      <div class="">I’ve tried reading the source, but got lost in
        pythonese (translates and rshift and object details I just don’t
        know yet.)</div>
      <div class=""><br class="">
      </div>
      <div class="">SO….</div>
      <div class="">when I look at the raw memory image coming from the
        FT2D, the memory labels (and the memory bank names) are in
        straight ASCII. (I too have not tried anything in Japanese
        format.)</div>
      <div class="">But when I get that image into chirp using FT-1D
        template, the labels come out as mostly-unprintable characters.
        It looks to me as if translation or decrypting of some sort is
        happening.</div>
      <div class=""><br class="">
      </div>
      <div class="">Here’s an example [from my memory 0]</div>
      <div class="">memory image shows ‘APRS US‘, with the standard 0xFF
        packing</div>
      <div class="">
        <div style="margin: 0px; font-size: 11px; line-height: normal;
          font-family: Menlo; background-color: rgb(255, 255, 255);"
          class=""><span style="font-variant-ligatures:
            no-common-ligatures" class="">00002d40  00 13 14 43 90 c0 00
            00  41 50 52 53 20 55 53 ff  |...C....APRS US.|</span></div>
        <div style="margin: 0px; font-size: 11px; line-height: normal;
          font-family: Menlo; background-color: rgb(255, 255, 255);"
          class=""><span style="font-variant-ligatures:
            no-common-ligatures" class="">00002d50  ff ff ff ff ff ff ff
            ff  00 06 00 0c 00 0d 00 18  |................|</span></div>
      </div>
      <div class=""><span style="font-variant-ligatures:
          no-common-ligatures" class=""><br class="">
        </span></div>
      <div class="">chirp shows ‘:’</div>
      <div class="">BUT, the chirp browser shows the correct ASCII,
        presumably in python's Unicode string.</div>
      <div class="">0041 0050 0052 0053 0020 0055 0053 x x x x x x x x x</div>
      <div class=""><br class="">
      </div>
      <div class="">Bank names are also gibberish, although the chirp
        browser seems to show them to be stored as ASCII bytes rather
        than python strings, although with the same 0xFF packing.</div>
      <div class=""><br class="">
      </div>
      <div class=""><b class="">What happened between chirp browser and
          chirp? It’d seem to be straightforward to get the ASCII
          printed! Help please</b>.</div>
      <div class=""><br class="">
      </div>
      <div class="">Declan Rieb, WD5EQY</div>
    </blockquote>
    <br>
  </body>
</html>