Option to use folder date for recently added movies

And a value of 1 will be the older date between mtime and ctime?

A value of 1 is the initial implementation logic which uses mtime and falls back to ctime if mtime is invalid.

Okay. Good to know. Thanks for this feature.

I just wanted to post an update that this has been working great for me.. using the modified date makes sense and I imagine whatever option you choose (created or modified date) there's always going to be some content that end up getting marked incorrectly. That can be fixed easily enough.

I am curious if you know why a library export would end up changing a video's modified date though? I'm pretty sure that's what happened to me (I did an export before removing the source and re-adding to test this new feature). I understand all of the metadata changing, but not sure why the content would ever change via an export.

Also, I know this was discussed in another thread - but if it matters I do see some benefit to this logic for TV shows as well. For example, I recently wanted to get & watch an old(er) series. The TV sort by date option, however, applies to the series date (which this series is older than most I have). It'd be useful (at least to me anyway..) to always see the series listed in order of most recently updated episode (ie: modified/created date). That would let some of the stale series fall down to the bottom of the list and keeps the active ones at the top. Anyway, I get how this would be more complicated but just adding my $.02!

>> To get XBMC to choose the newer date from mtime and ctime <dateadded> needs to be set to 2

oh, 1 last note (sorry!): For your advancedproperties setting, wouldn't it make more sense if "2" used the created date instead of modified date? So, "1" (default) uses modified date and "2" uses created date. Since modified date is very likely always newer than created date - wouldn't "1" and "2" end up with the same results most of the time?

thanks
joe

(2012-06-13 16:59)jpage4500 Wrote:  I just wanted to post an update that this has been working great for me.. using the modified date makes sense and I imagine whatever option you choose (created or modified date) there's always going to be some content that end up getting marked incorrectly. That can be fixed easily enough.

Agreed.

(2012-06-13 16:59)jpage4500 Wrote:  I am curious if you know why a library export would end up changing a video's modified date though? I'm pretty sure that's what happened to me (I did an export before removing the source and re-adding to test this new feature). I understand all of the metadata changing, but not sure why the content would ever change via an export.

I have to admit I have no clue. The library export doesn't touch your actual media file. But the dateadded value is exported as well, maybe something went wrong during the export or the import there?

(2012-06-13 16:59)jpage4500 Wrote:  Also, I know this was discussed in another thread - but if it matters I do see some benefit to this logic for TV shows as well. For example, I recently wanted to get & watch an old(er) series. The TV sort by date option, however, applies to the series date (which this series is older than most I have). It'd be useful (at least to me anyway..) to always see the series listed in order of most recently updated episode (ie: modified/created date). That would let some of the stale series fall down to the bottom of the list and keeps the active ones at the top. Anyway, I get how this would be more complicated but just adding my $.02!

Yeah the problem is that depending on the use case one or the other way of handling date added makes more sense for tvshows (or all "groups" in that case) and we currently can't cover all of them unless we also introduce a lastModified value to the database.

(2012-06-13 16:59)jpage4500 Wrote:  >> To get XBMC to choose the newer date from mtime and ctime <dateadded> needs to be set to 2

oh, 1 last note (sorry!): For your advancedproperties setting, wouldn't it make more sense if "2" used the created date instead of modified date? So, "1" (default) uses modified date and "2" uses created date. Since modified date is very likely always newer than created date - wouldn't "1" and "2" end up with the same results most of the time?

The problem is that ctime has different meanings on different platforms. On Windows it's "creation time" but on linux it's "change time" and changes everytime a file is renamed, moved, changes owner/group or when it's content changes. That's why I specifically used "ctime" in the description and not "creation time". On linux there's no such thing as "creation time" (because not all filesystems support it).

I seem to have come across lot of older files that for some reason have no modified date. This causes them to always show up as the newest items. If I have no modified date it should fall back to the created date, correct? The created date for these files are all back in 2011. They should not be showing as a recently added items. Do I need to add the <dateadded>1</dateadded> setting to my advanced file? From the earlier post I assumed this was the default logic, so I never added it to my advancedsettings.xml file.

Any file I download that gets extracted on my NAS (ext4) ends up not appearing in my recently added movies because both dates are the date the file was initially created by whoever originally made it, so folder date would be the only way to get it working.

Hitcher, so your files have no dates of any kind? Being on ext4 I am assuming that is Linux. Does a "ls -l" command not show any date at all on such files?

No, both dates (created and modified) have the date of the original file.

Here's an example of something I downloaded yesterday -



As you can see it has the date the file was created before uploading to Usenet.

- Added To Usenet: 25/Apr/2012 2:23:37 PM GMT

You can't use the folder date. We (devs) already discussed this on IRC. Whenever something in a folder changes the date of the folder gets altered. So just exporting your metadata into the movie folder would change the order they would appear in "recently added".