Re: PR 1.3 bugs
 

-r is --hard-reset, so they'll both do exactly the same thing.

Re: PR 1.3 bugs
 

Yeah mine is also working alright.

Re: PR 1.3 bugs
 

Oops, I thought -r was restart.

Hmm, it could be that the old videos were touched, so they are all older than the ones you added. Try a ls sorted by date?

Also, did you see it rebuild? After a reset, the images are blank and they regain thumbs as tracker goes on.

Re: PR 1.3 bugs
 

Done this, and the files are still NOT organised.

Re: PR 1.3 bugs
 

Yep did see a rebuild (over 2 minutes)

Did
A) ls -c
B) ls -t
C) ls - u

Don't see any order.
Looks random.

----
-c With -l: sort by ctime
-t With -l: sort by modification time
-u With -l: sort by access time

Re: PR 1.3 bugs
 

did the hard reset trick a 2nd time. it changed the order once again (new files that i added after pr 1.3 update are now mixed with the old ones), but i still cannot see a pattern. it's a little difficult for me because my video files are not all in one folder.... it seems, though, that there's a tendency that files that are in one directory appear closer together in the thumbnail list. need to check this further.

it becomes annoying, though.

btw: first time i did the tracke reset, i was root. now i wasn't. it seems to clear different databases depending on if you're root or not. which is the correct way? root or user?

Re: PR 1.3 bugs
 

user

nicolai

Re: PR 1.3 bugs
 

same for me :(

before pr 1.3 update it's worked!

from terminal:

some idea?
???

Re: PR 1.3 bugs
 

OK, I'm pretty sure I found out what happens in Media Player, but I need confirmation from someone who's familiar with the Ontologies tracker uses:

When you examine a file with
you get some info about the file, including time stamps for
File:Modified
File:Accessed
File:Added

I would have expected videos to be sorted by "File:Modified". They are not. For the files I checked now, they're all sorted by "File:Added"... which happens to be the date when I re-created the index.

So what I think happens is that tracker indexes all files properly, but the Media Player sorts them according to when they were added to the database, not when they where created or modified. Maybe this is even an old bug but I didn't notice when I had fewer files on the device. If you don't rebuild the database, you won't notice, will you?

So my question is:
Is "File:Added" meant to hold the time when the file was last indexed? In other words: Is tracker wrong in writing the date or is Media Player wrong in using it for sorting?

Re: PR 1.3 bugs
 

I'd expect File:Added to be the date tracker added it to the index, so I'd say Media Player is wrong. I'd use File:Created instead for an initial creation date. According to the docs I can find (http://www.freedesktop.org/wiki/Spec...ns/config-spec), File:Added is not a standard piece of metadata, so I'm not sure it's well defined though.