<br><br><div class="gmail_quote">On Wed, Jan 18, 2012 at 3:09 PM, Kenneth Emerson <span dir="ltr"><<a href="mailto:kenneth.emerson@gmail.com">kenneth.emerson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>Looking for some help here before submitting a trac ticket. Running git/masterI (v0.25pre-3889-g2c930a7) I have an .iso file named:</div><div><br></div><div>Foyle's_War_s05e01.iso</div><div><br></div><div>added into the storage groups for videos. I then enter Videos (List Mode) and every time (for any TV series) the initial, automatic scan assumes the iso is for a movie and goes to the tmdb website to search for a match. Once this happens (and fails every time), the metadata for the iso file is tainted and will no longer look for online data. The frontend log below:</div>
<div><br></div><div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:14.437146 I [13100/13100] CoreContext dirscan.cpp:258 (ScanVideoDirectory) - MythVideo::ScanVideoDirectory Scanning Group (myth://Videos@mythtv/mythtv/misc/video/DVD/)</div>
</div><div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:14.511783 I [13100/13100] CoreContext dirscan.cpp:258 (ScanVideoDirectory) - MythVideo::ScanVideoDirectory Scanning Group (myth://Videos@mythtv/mythtv/misc/video/myth_work/)</div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:29.433604 I [13100/17906] MetadataDownload mythdbcon.cpp:75 (MSqlDatabase) - Database connection created: DBManager52</div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:29.433631 I [13100/17906] MetadataDownload mythdbcon.cpp:298 (popConnection) - New DB connection, total: 4</div><div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:29.434788 I [13100/17906] MetadataDownload mythdbcon.cpp:179 (OpenDatabase) - Connected to database 'mythconverg' at host: 192.168.1.12</div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:29.475579 I [13100/17906] MetadataDownload metadatadownload.cpp:222 (runGrabber) - Running Grabber: /mythbuild/new/share/mythtv/metadata/Movie/tmdb.py -l en -M Foyle's_War_s05e01</div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:31.404012 I [13100/17906] MetadataDownload mythdbcon.cpp:479 (CloseDatabases) - Closing DB connection named 'DBManager52'</div>
<div><a href="tel:2012-01-17%2019" value="+12012011719" target="_blank">2012-01-17 19</a>:19:31.548326 I [13100/13100] CoreContext videodlg.cpp:3251 (customEvent) - No results found for Foyle's_War_s05e01 0 0</div></div>
<div><br></div></blockquote><div><br></div><div>Conspicuously missing in the above log is:</div><div><br></div><div>2012-01-18 17:51:47.661502 I Adding : : <span style>Foyle's_War_s05e01.iso : NULL</span></div><div><span style><br>
</span></div><div><span style>Meaning the scan above didn't add the content. It was added in some older version of MythTV or with an external non-MythVideo tool, which didn't perform the filename parsing MythVideo does when content is added, and thus didn't parse the season and episode, and thus didn't choose the right grabber.</span></div>
<div><span style><br></span></div><div><span style>Your example filename works perfectly when added fresh. Whatever/whenever this was added, it was not by MythVideo, or with a version before .22.</span></div><div><span style><br>
</span></div><div><span style>Remove the content, scan, return the content, scan. Works perfectly in .24 and master.</span></div><div><span style><br></span></div><div><span style>Roebrt</span></div><div><br></div></div>