[solved] Issue with pictures thumbs, shared lib on NAS. Pic thumbs not shared...
#1
Dear all,

I set up a system with ATV2 and QNAP NAS and a Macbook. Shared library is on the QNAP NAS (MySQL).
XBMC on ATV2 and MacBook. Both running Eden release.

Before going into details:
- Movie library and music library are shared - WORKS
- Movie thumbs and music thumbs are shared - WORKS
- Picture folders are shared - WORKS
- Picture thumbnails are not shared - DOESNT WORK PROPERLY

As a result, both, the MacBook and the ATV are creating the picture thumbnails. On the ATV2 this is quite slow (understandable). But filename and path is the same for both.
I would expect, that the thumb files are shared as well. advancedsettings.xml, sources.xml are all the same for both installations, but somehow the thumbs are newly created, which means, that the path is interpreted differently (the thumb is using a hash of the picture path as filename).

In the log file, the information which path is accessed to create the thumbs is the same. But somehow it seems, that XBMC writes it twice (once from ATV once from MacBook). Here is the extracts for one thumb being created.

ATV log extract:
(I removed user name and password and replaced it by user:user. Both is exactly the same for the logfiles)
--------------------
13:20:33 T:804909056 DEBUG: Caching image 'smb://user:[email protected]/Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg' as '0/05ebd333.jpg' thumb size
13:20:33 T:804909056 INFO: Caching image from: smb://user:[email protected]/Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg to special://masterprofile/Thumbnails/0/05ebd333.jpg with width 512 and height 512
13:20:33 T:804909056 DEBUG: CFileSMB::Open - opened Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg, fd=10001
13:20:33 T:804909056 DEBUG: CFileSMB::Close closing fd 10001
13:20:33 T:804909056 DEBUG: CFileSMB::Open - opened Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg, fd=10001
13:20:33 T:804909056 WARNING: FileSmb::OpenForWrite() called with overwriting enabled! - smb://user:user@192%2e168%2e178%2e99/xbmc/0/05ebd333%2ejpg
13:20:33 T:804909056 DEBUG: CFileSMB::Close closing fd 10001


MacBook log extract:
--------------------
13:21:33 T:2959249408 DEBUG: Caching image 'smb://user:[email protected]/Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg' as '0/05ebd333.jpg' thumb size
13:21:33 T:2959249408 INFO: Caching image from: smb://user:[email protected]/Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg to special://masterprofile/Thumbnails/0/05ebd333.jpg with width 512 and height 512
13:21:33 T:2959249408 DEBUG: CFileSMB::Open - opened Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg, fd=10000
13:21:33 T:2959249408 DEBUG: CFileSMB::Close closing fd 10000
13:21:33 T:2959249408 DEBUG: CFileSMB::Open - opened Qmultimedia/Bilder/Fun/diverse/Moorhuhn-schatz.jpg, fd=10000
13:21:33 T:2959249408 WARNING: FileSmb::OpenForWrite() called with overwriting enabled! - smb://user:user@192%2e168%2e178%2e99/xbmc/0/05ebd333%2ejpg
13:21:33 T:2959249408 DEBUG: CFileSMB::Close closing fd 10000


To me it looks like XBMC is not checking correctly if the thumb exists until it writes it. Is there another db I need to share? A library which tells XBMC which picutre thumb is created? Any help is appreciated.
I can also deliver more debug info if needed.

Thanks, Andre


P.S: According to the Wiki, XBMC should use the "Thumbnails/Pictures" folder, which it doesnt as it seems...


Possible way to solve it...:
As it seems, all the information about changing pictures etc is stored in the "textures#.db" file. I would need to share this as well... Is this doable via the advancedsettings.xml? Like pathsubstitutation?
-> I tried it manually by copying the db file to the ATV, but it didnt work. The generated folder pictures seem to be shared, but the picture thumbnails seem to be not shared, which means, the ATV is regenerating them on access... At least only once...
Not a solution for more than 10k pictures :-(. Any ideas?
Reply
#2
I found antoher similar thread here:
http://forum.xbmc.org/showthread.php?tid=119789

Unfortunately not solution as well :-(.
Reply
#3
As it seems, something on the ATV2. I set it up a second time. It will recheck the thumbnails every time you visit the folder (at least after a restart) and starts generating the thumbs again. As seen, it will overwrite existing thumbs :-(.
I also disabled thumbnail generation in the setting and generated them manually... After a second access to the folder they were gone again...
Does anyone experienced the same problem?
Reply
#4
More investigation done...

- If you use a local thumbnail folder (standard), ATV generates the thumb and reuses it. Works as expected
- If you use a network thumbnail folder (through pathsubstitution in advancedsettings.xml), ATV uses this folder, but regenerates the thumbnails on every access. It seems, like it doesn' read from the share properly, but it writes to it
- Textures#.db can be easily shared between the different computers. The entries are exactly the same.

-> the issue only appears for normal pictures. The generated folder pictures are accessed through the network share.

Now digging down in the reading issue...
Reply
#5
Found the issue:
The "Textures#.db" file got the wrong access rights. As it seems the copying automatically assinged owner "root" instead of "mobile".
Solved by changing owner (shame on me).

Changing the title to solved. Even though I dont know exactly, why this happens...

Notice:
I noticed, I cannot substitute the path "special://database"... This seems to be ignored, but I might do something wrong.

Reply

Logout Mark Read Team Forum Stats Members Help
[solved] Issue with pictures thumbs, shared lib on NAS. Pic thumbs not shared...0