INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: XML files everywhere!  (Read 1193 times)

gordoncanada

  • Recent member
  • *
  • Posts: 16
XML files everywhere!
« on: March 08, 2012, 11:56:46 pm »

Hello,
This may be a silly concern to some, but I keep my computer clean and organized. A couple of days after installing Mediacenter 17, I discovered all my video folders were full of XML files and jpg files. To an a guy with OCD tendencies like myself, this is a disaster of clutter. What happened? Is there an option to store these files somewhere else? I see the video section of MediaCenter is nice and organized with pictures, but the folders are important to me to. Is there an option I can use to change this?
Thanks, gordoncanada
Logged

gordoncanada

  • Recent member
  • *
  • Posts: 16
Re: XML files everywhere!
« Reply #1 on: March 09, 2012, 12:00:40 am »

Oh, also, I am getting "tagging errors" in a big dialogue box with a big red "X" every time I shut down Media Center. They all relate to videos, saying the "don't exist" when they do. What's going on here? This is not very elegant either.

I'm running Windows 7 Pro 64 bit with a Core i7 2600k, 8 gigs of memory, and a Z68 Extreme 4 mobo with onboard graphics.

Thanks again, Gordon
Logged

rick.ca

  • Citizen of the Universe
  • *****
  • Posts: 3729
Re: XML files everywhere!
« Reply #2 on: March 09, 2012, 02:03:45 am »

Is there an option I can use to change this?

No. As a fellow Canadian, I know all you need to know is that this is necessary for the good and orderly management of your media. ;)
Logged

glynor

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 19608
Re: XML files everywhere!
« Reply #3 on: March 09, 2012, 07:13:14 am »

No.

Well... You can turn the sidecar support off:  Tools -> Options -> General -> Store tags in external sidecar files

The reason the Cover Art files are stored next to the source video files is this:

If they are stored in a specified directory, and you have a lot of files, MC can have difficulty making sure the cover art files remain unique.  In the past, before this was implemented, we had a TON of file-naming problems which resulted MC overwriting cover art files from older files with those of newer files.  This system, as Matt explained in another thread, is a simple way for MC to be able to make sure the files remain unique, prevent it from exceeding Windows path-length restrictions, and allows them to be easily tracked and deleted as the source files are moved or removed.

At the time this was implemented, I suggested that they have another mode where the cover art files would be automatically stored in a specified location, and the file naming would be handled "behind the scenes" similar to how iPhoto or Lightroom manages your photo library (where you don't name them directly, and they use semi-randomly generated names).  I guess this was determined to be too much work and too prone to failure or something.

Oh, also, I am getting "tagging errors" in a big dialogue box with a big red "X" every time I shut down Media Center. They all relate to videos, saying the "don't exist" when they do. What's going on here?

I'm not sure.  This shouldn't be happening.  When you make tag changes to video files, it writes these changes to those sidecar XML files.  Sometimes the tagging changes can be things like playing a file (which changes the [Last Played] and [Number of Plays] tags), or it could be initial importing and tagging, or it could be manual tag changes.

If access to one of the XML files is locked (because it is on a read-only volume or because another application has them open, for example), then MC will queue the changes and keep trying until the files are unlocked (you can see the number of tagging changes pending in the bottom status bar).  When you close MC, it can no-longer just sit on it, so it displays that dialog to show you the progress until the MC process can be closed.

Unfortunately, if the files are locked or read-only, it'll never complete.  This generally shouldn't happen.  If it does, and you didn't just apply a whole bunch of tags in a big batch and then close MC before it was finished tagging the files, then something is either broken or weird about your setup, or probably you are doing something that is causing it.

So, the question you need to answer is this: Why is MC not able to write to its own sidecar XML files?  This shouldn't happen in most cases.  Are you deleting them OCD style with MC still running?  Have you been trying to lock MC out of writing to the disk to prevent the contents from changing (trying to keep the files from being created in the first place)?

I should add...  Those sidecar XML files can be very useful.  You should consider what they are used for before you just turn the feature off.  They are the video-file equivalent of in-file tags.  If your MC Library happens to get corrupted, this will allow you to reimport the files and you'll get all of your tags back just as they were without trouble.  You can also use them to exchange metadata about the files with other copies of MC that aren't connected to the same library.  I really appreciate their functionality.
Logged
"Some cultures are defined by their relationship to cheese."

Visit me on the Interweb Thingie: http://glynor.com/
Pages: [1]   Go Up