<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
On 01/-10/37 11:59, Robert McNamara wrote:
<blockquote
 cite="mid:%3CAANLkTim+P3wnMZithg12OnUfrSSac3UwpideffVkeyOw@mail.gmail.com%3E"
 type="cite"><br>
  <br>
  <div class="gmail_quote">On Tue, Aug 17, 2010 at 5:58 PM, Daniel Frey
  <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:djqfrey@gmail.com">djqfrey@gmail.com</a>&gt;</span> wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
    <br>
Is there a toggle to revert to the old myth .21 behaviour?<br>
  </blockquote>
  <div><br>
No. &nbsp;If you want to import television items into MythVideo, they need
to conform to the supported naming schemes, which does not include
groupname, CRCs, or any of the other stuff commonly found in items
downloaded from the internet.<br>
  <br>
Robert<br>
  <br>
  <br>
  </div>
  </div>
</blockquote>
<br>
I did figure out what's happening though - if an 'E' appears in the CRC
and something resembling a number before and after it it parses
incorrectly. It doesn't seem to matter that there's not an 'S' before
everything nor that's it's a part of a longer string. I manually
checked about two dozen files and that is common on all misinterpreted
items. I supposed if it looked for an 'S' or a space before and after
the match it wouldn't happen.<br>
<br>
Daniel<br>
</body>
</html>