English > Support

File Scanner Causes Crash

<< < (3/4) > >>

junk_struc:

ok. so changed the file scanning directories.  i can get file scanner to actually start and will go through quite a few directories and then stops with error.  can't really see which directory it is upset with (text goes by too fast).  similar thing happens on any of my subdirectories.

through trial and error I found a few directories that if removed allowed filescanner to proceed.  Each of these perhaps by coincidence had two media files in the directory, eg. The Hurt Locker (2008).mkv and The Hurt Locker (2008).m4a.  The other culprit directory had movietoobadtobenamed (1983).mkv and movietoobadtobenamed (1983).wmv. For later, problem seemed to be in wmv file, as upon renaming the extension of the wmv file to .wmvold it worked. 

can't get the hurt locker mkv file to pass through the filescanner though.  tried renaming to different extension avi and it didn't work, tried completely different name, i.e. delme.mkv.

is filescanner doing something more than it used to in v16, as these files had passed through previously.

any suggestions.

thanks
craig

perhaps not as important if the above can be fixed...

I had nothing fancy in my database, so my best option at the moment is to export to a text file with file location and imdb address and let it re-import everything again.  may miss a few posters I guess, but not the end of the world.  Would rather not though as it takes a while for 800 or so movies.

So I tried to write a simple export CSV file,

with ...

%OPTIONS%
encoding="UTF8BOM"
replace=";<->,"
replace=""<->"
replace="#13#10<-> "
replace="#13<-> "
replace="#10<-> "
filter="CSV Files|*.csv"
%OPTIONS%
%HEAD%Title;Year;URL;Path
%HEAD%{%value=title};{%value=8};{%value=27}

all I get is ...
12 Angry Men;http://www.imdb.com/title/tt0050083/;23.97      

value 27 is supposed to be the path (http://www.videodb.info/forum_en/index.php?topic=766.0).  all i get is some sort of number.  what am i doing wrong??

rick.ca:
It seems you've narrowed the problem to the unusual circumstance where file names, except for the extension, are duplicated in the same directory. What happens if you rename them The Hurt Locker (2008) v1.mkv and The Hurt Locker (2008) v2.m4a?


--- Quote ---%HEAD%{%value=title};{%value=8};{%value=27}
--- End quote ---

%HEAD%{%value=title};{%value=URL};{%value=Path}

Fields are now referenced by name.

junk_struc:

Hi Rick,

doesn't matter what I name (extension or base) that mkv file or where I put it, when filescanner gets to it, it is game over.

if i put that file in graphedt, it shows a decoding chain, and the file plays fine in MC.  interstingly when i put it in gspot it doesn't display any information.

ok, now i am on to something.  i had only recently added The Hurt Locker (2008).m4v to the library, but I had to remux it as I wanted AC3 to be the default audio track, not the aac that was playing up.  so I went into the entry for the hurt locker and manually edited the Path field to reference the mkv file (ie. no longer .m4v) and now it works.  Very odd?????

but i have other files causing problems in other directories.  Guess I have a bit of trial and error ahead of me to find the other culprits.


craig 

rick.ca:
We need to clarify. I've assumed all along the error happens during the first phase of the Scan folders... routine—when the file paths are being scanned. This is why I said before the program (AFAIK) is only processing file pathnames. The files themselves are not being read and therefore the error could not be caused by their content, type, structure or whatever. Once the scan is complete, the user is presented with a confirmation dialog for new movies to be added and file paths to be changed. When that confirmation is given, the second phase of the process will (among other things) "scan" the selected files for file information. Which phase is the error happening in?

junk_struc:

Your original assumption is correct.  The crash happens during the first phase when it is scanning the folders.  I can see the directories being scanned and the last directories I see start with the letter T and then it crashes (The Hurt Locker I presume is the last).  I don't get to the dialog box.

I can't see anything strange with the permissions or setting of the mkv file causing the problem. 

I guess PVD is only doing a scan of the name on the first pass, but it then must also be doing some comparison with what it has in the database to know how to display it in the subsequent dialog box, and I am guessing this is where the problem comes from.  For it was when I manually edited the existing path to point to the mkv file and not the (now) non-existent m4v file that the problem went away.  I suppose the comparison is a perfect match and not just similar and for some reason it works.

I am now at work, so can't try this myself, but I am wondering if I go to any file currently in the database and rename it from MMM.avi to MMM.mkv (or any other permutation of extensions) and then do the scan, will it recreate the error?

Craig

PS: I did think I had at one point renamed The Hurt Locker (2008).mkv to delme.mkv and it still got upset.  That would indeed be odd.  Will check again later.



Craig

Navigation

[0] Message Index

[#] Next page

[*] Previous page