<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 8/18/2010 10:45, Daniel Frey wrote:
<blockquote cite="mid:4C6BF1FB.2090805@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
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"><<a moz-do-not-send="true"
href="mailto:djqfrey@gmail.com">djqfrey@gmail.com</a>></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. 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>
</div>
</div>
</blockquote>
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>
</blockquote>
<br>
There is no purpose speculating. The filename parsing will not be
modified to support CRC32 checksums or release groups. It is not
broken, it is a choice not to aid illegal downloading of media.<br>
</body>
</html>