Quote:Originally Posted by rusten
Nope, I had *triple* checked this, prior to writing. They are *both* <movie>.tbn and <movie>.nfo. These are the only two pieces of data I'm screaping, and it's 98% against an all .ISO database of 600+ movies..
All with <movie>.tbn and <movie>.nfo as the original selection back in the r600? versions, I believe.
TIA :-)
That explains your problem.
Ember (currently), and none of the other media managers (including xbmc's native media flagger) is able to extract meta data (media flags) from ISOs.
We have mentioned that several times.
...and newer mediainfo.dll, which we included in recent versions is hanging on ISOs for minutes. This is a "bug" in mediainfo.dll, we cannot do anything about this. To avoid/handle this, a workaround has been implemented. ISOs are not excluded totally from metadata scanning, except if you have mediainfo.dll v0.7.11 copied over the new one. This old version of mediainfo is providing some, but mostly wrong metadata from ISOs.
So, that is the reason you don't have the issue with the latest version of Ember. You can also have metadata defaults now, based on extensions, so you can apply some for your ISOs, if you want.
Yes, of course I'm familiar with the metadata issue. HOWEVER, I was
not referring to the issues related to pulling metadata out of the videos. I was referring to issues that relate *only* to using the file name to scrape data.
More importantly, I mentioned the bug with the window getting cutoff on the IMDB Movie Picking dialog. This is now fixed, however, the screen still cuts off the bottom of the buttons just a bit, so you may want to give it a bit more padding, just to be safe (for system with large fonts, etc).
There is one
new bug relating to .ISO's in r1006:
The recent .ISO issue is fixed, however it continues to "hang" for awhile while scanning metadata. Almost as if it's timing-out on something. This is the "Scanning Metadata" phase, and it is roughly a 2+ minute delay. In earlier versions this did not happen.
Technically the "scanning metadata" phase should be skipped with the .ISO file format, because it's *only* using .ISO's for the file name (and not inspecting the internals), or ... has this changed recently in an attempt to actually read into the .ISO?
If you are doing something internal with .ISO's, perhaps the user should have the option of skipping this, and simply using the .ISO name for scraping purposes.
More importantly... Is there any possible way (please, please) to offer the user the option of displaying the filename in the left-pane, rather than the movie name. After auto-naming, this is very confusing. For example, my naming methodology is like this "Austin Powers 1, Austin Powers 2, Austin Powers 3" where as the renamed version might be "The spy who shagged me, Goldmember, etc". If I were able to see the original file-name, it would be so much easier to hone-in on the files and re-name, etc. Your confidence ranking is a HUGE help (thank you for that, btw), but I feel that many people will find it more intuitive to work with filenames than with the renamed version (at least have the option), since the renaming process can produce unexpected results.
, you had found r1008 posted by Nuno, which include the fix for this.