+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+--- Thread: Video content type setting keeps reverting back to none (/showthread.php?tid=128607)
Pages: 1 2
Video content type setting keeps reverting back to none - RockDawg - 2012-04-12 02:28
I've had a problem for some time now where the content setting for 3 of my shares keeps resetting to none. This happens about once a week. I notice it because I can't get into movie info for any of my movies when this happens. If I go in and set the content type to movies, then everything is OK for a few days.
What's odd is this only happens to my movie shares and it happens to all three of them. I have one TV show share and it's content type stays. This has been going on for a few months now across several different builds of XBMC starting with pre-Eden and it continues with Eden final on both Windows and Openelec. I am running a mySQL central db and I've even rebuilt the db thinking maybe it was the problem. I really have no clue how to even begin to troubleshoot this. Here's my sources.xml:
Code:
<sources>
<programs>
<default pathversion="1"></default>
</programs>
<video>
<default pathversion="1"></default>
<source>
<name>Blu-Ray</name>
<path pathversion="1">smb://TOWER1/Blu-Ray/</path>
</source>
<source>
<name>Movies</name>
<path pathversion="1">smb://TOWER1/Movies/</path>
</source>
<source>
<name>TV Shows</name>
<path pathversion="1">smb://TOWER2/TV Shows/</path>
</source>
<source>
<name>HD Rips</name>
<path pathversion="1">smb://TOWER1/HD Rips/</path>
</source></video>
</sources>I can't catch a debug log because I can't make it happen and I don't know when it's going to do it.
RE: Video content type setting keeps reverting back to none - jmarshall - 2012-04-12 03:23
Content information is stored in the database. Check the path table in the database.
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-12 04:13
Looking at the paths table and I can see that all three sources (//Tower1/Blu-Ray/, //Tower1/HD Rips/, //Tower1/Movies/) have the content set to movies, but the idPath for all three are the largest numbers in the table which would indicate that they were recently added. I assume that's because I just reset the content type on them again. Is that normal? Why would their original entry have been deleted?
I also notice that all the movie folders (//Tower1/Blu-Ray/300/, //Tower1/Movies/Twister/) have no content or scraper set. Is that what's causing the problem?
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-14 21:27
Any word on this? Should each movie folder entry have the content set in the db or just the root source location?
RE: Video content type setting keeps reverting back to none - jmarshall - 2012-04-15 02:49
Just the root source location. You need to look at what has happened once things go wrong. ATM things are just fine.
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-15 03:49
OK. I'll report back the next time it happens. Actually, it happened earlier today, but I was wanting watching something with the wife and didn't even think to stop and check the db.
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-17 02:54
It just happened again and the root sources are not even in the path table now.
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-19 04:43
Does anyone have any idea why the source paths for my movies would disappear from the path table? I have one other source in the path table (for TV shows) and it is always fine.
RE: Video content type setting keeps reverting back to none - RockDawg - 2012-04-23 19:59
Nobody has any idea what the problem coud be or any ideas to further troubleshoot the issue?
RE: Video content type setting keeps reverting back to none - jmarshall - 2012-04-24 00:11
I'd strongly suggest using smb:// URLs rather than \\FOO\bar\ URLs. XBMC does not tend to support the latter - it does so out of luck rather than design.
Cheers,
Jonathan