jagowar, reply with the contents of your tvlibrary.dll.config file. You can change the servernames (if using UNC paths) to protect the innocent. I gotta apologize in advance for the craptastic error handling :-/

As a test, i'd say start with something simple like create a new folder somewhere and stick one NON-CABLECARD *.dvr-ms file in there. Update your .config so that the WatchedFolders settings points to this folder only. Run the app again.

Things to note:

1. like a .NET stuff, the settings are case sensitive.

2. The thing will try to create subfolders and write xml files so ensure that the folders have write permission for the account that's logged on.

...I'm way past my bedtime so tomorrow I'll try the same thing I suggested above and see what happens.

Update: I will post another build about 1900 EST tomorrow that should at least do some better logging on startup.

 

looking forward to it...   i did what you suggested and still got the same error.  also tried on my other vista computer to see if it was something on my media server.  it had the same issue.

this is definitely needed.  i cant wait to try it out.

---

WHS Quad Core, 3GB RAM, 3 HD PVRs, 4.5TB Storage and growing. 42 inch LCD and 92" Projector.

can you paste or pm me with the exact contents of the .config file :-) ?

Can you describe your setup a bit?

I have this running the office PC and 2 HP z5xx systems with one of those systems acting as a central media store for the rest. In addition I have shares configured on the main "server" PC so that the MCAccount user (my autologon account) can access and write to the \videos share

 

new build is up at the previous link. I went a little overboard this time with adding try catch in key spots. Based on function call path there might be duplicate entries. I wanted to make anthing that blows it up at start up gets written.

Jagowar, I got your message. Your config looks fine. I just wanted to rule any minor typos :-). Your path looks like fine to me. It should NEVER blow up if a folder can't be found (even on a network share), it should just passively ignore. Hope the new build should do a better job at logging startup errors. Lemme know.

 

this is what the log spits out....  it is still giving me errors.

08/05/2008 23:08:11.791 - Could not find a part of the path '\\htpc\MCE_MOVIE_500\TV Test\metadata\folder.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlWriter.Create(String outputFileName, XmlWriterSettings settings)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName, Object Item)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName)
   at VideoLibraryEngine.VideoItem.Save()
   at VideoLibraryEngine.VideoDiscovery.GetFolderMetadata(String FolderPath)
   at TVLibrary.LibraryApplication.GetFolderMetadata(String folder)
08/05/2008 23:08:11.792 - Could not find a part of the path '\\htpc\MCE_MOVIE_500\TV Test\metadata\folder.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlWriter.Create(String outputFileName, XmlWriterSettings settings)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName, Object Item)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName)
   at VideoLibraryEngine.VideoItem.Save()
   at VideoLibraryEngine.VideoDiscovery.GetFolderMetadata(String FolderPath)
   at TVLibrary.LibraryApplication.GetFolderMetadata(String folder)
   at TVLibrary.GalleryFolder..ctor(IModelItemOwner owner, String folder, VideoImageTypes imagetypetoload)
   at TVLibrary.LibraryApplication.Start()

This application is turning out to be the best thing since bread.

I haven't started on TV Series yet, as I haven't really been bothered to get my Regular Expression sorted out (will take a few tries).

I have, however, started on my Movie database.  I have a couple of queries I was hoping there may be some way of customising for me (or just working out, as I  haven't been able to do this just yet.

I keep all of my movies in one folder, I don't have a different folder for each.  This seems to work fine for me, execpt when I select My Movies folder, I get thumbnails of each movie, and then when I click on it, I get all the right info (cover, metadata, etc..).  I was wondering if there was a way to custimise the first view to be of the Cover images, instead of the thumbnail.  It does look like this can be done as there is a   <ImageType>Thumbnail</ImageType>  field in the folder.xml file, but I don't know what view I need to change it to to get the view I'm after.

The other movies query I have it the search string using the filename.  I store all of my movies in the format "Garden State [2004].avi" and would like to keep them this way.  I was wondering if there was a way to customise the search on movie-xml.com (which I have been using and updating for quite some time, so I love that you're scrapng there) to do something like remove the square brackets and their contents from the search.  This would give me far more matches in the auto-lookup.

Keep up the great work on this, and I'll be posting my TV Series folder structure and Regular Expression when I've sussed it out, hopefully to help anyone who has similar to mine..

Cheers,

Schlep :D

EDIT: The regular expression I normally use (in TVCM by woodrbe) for looking up movies with my filenames is (?<movie>.*)(?:\s\[\d{4}\]), not sure if you're using regular expressions in the scrape, but if this can be done, that would be great.

I've played around with the Archived TV Expression, and it appears it doesn't like any form of regular expression at all.

No matter what information I put in, I get the following error, as it appears it doesn't like the <seriesname>, etc.. descriptions, due to the "<" and ">" characters in the code.   Hopefully this helps in finding a solution, as currently I can't pickup my TV shows, and I don't wish to change from my naming convention (\seriesname\season 1\01. episose.avi)

10/05/2008 01:30:26.873 - Could not load config file 'C:\ProgramData\TVLibrary\TVLibrary.dll.config'. Reason: System.Xml.XmlException: '<', hexadecimal value 0x3C, is an invalid attribute character. Line 6, position 46.

Position 46 is the "<" in <seriesname>, even when simply entering the default expression listed in the readme.doc

Cheers,

Schlep :D

jagowar:

this is what the log spits out....  it is still giving me errors.

08/05/2008 23:08:11.791 - Could not find a part of the path '\\htpc\MCE_MOVIE_500\TV Test\metadata\folder.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlWriter.Create(String outputFileName, XmlWriterSettings settings)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName, Object Item)

Sorry I haven't done anything yet except to add more logging but this is good. The problem could be that the \metadata folder isn't being created so the code that later updates/creates the xml file blows monkey chunks because part of the path to the file is invalid.

I think I have an idea what happened. Normally, the app should just create the hidden folder if it doesn't exist. Couple weeks back I made some changes to clean up this process. I thought I covered all the scenarios but I think I missed one. What I'll do tonight or tomorrow afternoon is backup the metadata folders/xml files for my root watched folders then remove them. I will then run the app and see what it does. :-) That should simulate what happens in a "I have never had this damn app on my machine before" scenario.  Since I've had this thing running (in various stages) a lot of the folders were already there and, thus, I never ran into this problem....

Schlep -

Doh! I completely forgot about the "<" and ">" when I decided make the regex customizable.  I'll think of something proper but what you could do is change < and >.  to be "&lt;" "&gt;", respectively and see if the xml parser is ok with it.

Regardless of that, I checked your post again and realize a big difference in how we set up our stuff. In your setup, the filename alone does not tell you what series or seaon number the file is for; instead, this info is determined by examining the path.

Example: \series\season\episode.episodetitle.avi

In my setup, my filenames tell me everything I need to.

Example: \series\some folder\series-seasonepisode-episodetitle.avi

At this point, the automatic download of info is just DOA.

A temporary solution right now would be if Mr. woodrbe could cook something up to create the filename.video.xml file for us.  i haven't spoken with him but I remember a post where he offered. :-)

Schlep,

Thanks for the feedback. The movie searching isn't as robust as I would have liked so I'll re-examine this.

RE: thumbnails

Recapping: the format I was using was

[filename].video.cover.jpg, [filename].video.thumbnail.jpg, [filename].video.xml

In the folder containing all your movies, there should be a hidden \metadata folder containing the images and xml files for the videos. In  [Your root movie folder]\metadata, edit folder.xml and change the Thumbnail to Cover.  This tells the gallery that when it is displaying the contents of this folder it should only display the covers.

RE: Movie filename

 

 

i noticed that myself and created the metadata folder manually and it wrote the xml file there (and it has some data in it) but when i try to run the program it gives me a invalid application error and says the exact same thing as the old error.

i dont know if you have been able to replicate this or not but i do have my media center open to the internet via remote desktop (after some firewall authentication).  i could give you access to it if needed.

jagowar,

That won't be necessary, but thanks :-). Can you describe the scenario? It's single test folder on a share on your HTPC and then in that folder is a single video file? If this is all correct, what type of video file is it ? dvr-ms or just avi. Were any .video.thumbnail.jpg files generated?

Can you post or pm me the new error log contents as well as the .xml file?

I'll take a look when I get home. I will do some "first time on my box" tests to see what happens. I won't have an update till tomorrow afternoon 6-ish.

Thanks

single file test.... single dvr-ms from my recorded tv folder (chuck hd source to be exact)
no thumbnails were generated.

error log
09/05/2008 16:30:06.377 - Could not find a part of the path 'H:\TV Test\metadata\metadata\folder.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlWriter.Create(String outputFileName, XmlWriterSettings settings)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName, Object Item)
   at VideoLibraryEngine.MetadataClass.Save(String XmlFileName)
   at VideoLibraryEngine.VideoItem.Save()
   at VideoLibraryEngine.VideoDiscovery.GetFolderMetadata(String FolderPath)
   at VideoLibraryEngine.VideoDiscovery.GetFolderContentsMetadata(VideoFolder Folder, ContentFindModes Mode, Boolean RequireMetadata)
   at TVLibrary.FolderGalleryPage.LoadGalleryItems(Object Args)
   at TVLibrary.GalleryPage.LoadGalleryItemsHandler(Object Args)

xml
<Metadata>
  <NeedsMetadata>true</NeedsMetadata>
  <Title>TV Test</Title>
  <ImageType>NotSpecified</ImageType>
  <SortOrder>Title</SortOrder>
  <SpannedFolders />
  <GetMostRecentVideo>false</GetMostRecentVideo>
  <CleanUp>false</CleanUp>
</Metadata>

"error log
09/05/2008 16:30:06.377 - Could not find a part of the path 'H:\TV Test\metadata\metadata\folder.xml'."

 

Ok. "\metadata\metadata..." is wrong.

Update: I was able to reproduce the bug by removing the metadata folder from one of my watchedfolders.

Update 2: Testing fix

Update 3: Possible fix uploaded. Give that one a go.