Entra:     

Forum: Old versions

Topic: filedate sort - Page: 2

Questo argomento è obsoleto e potrebbe contenere informazioni obsolete o errate.

djcel wrote :
bryantpb wrote :
spider66 wrote :
I agree, please, give us a possibility to reactivate it. how to understand that instead of finding a solution to a bug you prefer to remove an important function... !?!?

Sort by first seen is not good, some of my files have just no date ? like they have never been seen !



That is with me too, in addition to the other database oddities I have mentioned here before.

If there is no date in the column "filedate" for some files, it means these files don't exist anymore (=vdj can't find a file as the current filepath). So you have to do a Check/Clean in the VDJ config -> browser


"Sort by first seen is not good, some of my files have just no date ? like they have never been seen !"
means:
even if a few files have been analysed in the past, these can have no date in firstseen key.

I propose two options:
1) re-enable sort by filedate (by putting that in VDJ database if you wish);
2) improving firstseen in order to avoid that issue we are complaining here.
 
cstoll wrote :
As I posted before ... the file date sort was stopped because of performance issues ... now do you want the risk of crashes and working on pins and needles or stability ? I think the majority would say 'stability'.

There are so many other options you could utilize like the comment field, genre, album, even putting annotations as part of the title.


i agree with sischo. add an option to enable this. i never had a problem with it so i dont agree with the above assumption.

and your proposed workaround to use comment field, genre, album has relevance to what?
 
here is another option. migrate the filedate into an xml field instead of using file system. i would guess that filedate is file system date and hence the performance issue. if that can be migrated on read into the xml, there is no problem.
 
djcel wrote :
Saving the filedate in the database won't change anything as it's read in real-time.
We have decided to focus on stability with this version 6.0.3 as requested by users so a decision had to be taken and that's it.


@Paz75
Djcel wrote that.
 
Paz75 wrote :
cstoll wrote :
As I posted before ... the file date sort was stopped because of performance issues ... now do you want the risk of crashes and working on pins and needles or stability ? I think the majority would say 'stability'.

There are so many other options you could utilize like the comment field, genre, album, even putting annotations as part of the title.


i agree with sischo. add an option to enable this. i never had a problem with it so i dont agree with the above assumption.

and your proposed workaround to use comment field, genre, album has relevance to what?



Also, improving the database integrity for one thing would be nice.e.g., bpm's accurate and stable and not being lost at random, firstseen dates on files changing at random, virtual folders disappearing at random, let's see, others have mentioned random songs entering into virtual foldes that never were placed there?
 
They added this new key:
MaxFiledateSort

I think it allows users to set the max number of files for which filedate still works. By default this value is 500.

Great Atomix, good choice to put that back!!!
 
Where is the Maxfiledatesort key? can't find it anywhere
 
 
A friend of me created a little java tool that writes the date modified field in the mp3 tag 'comment' field as YYYY-MM-DD (without actually changing the file date)
this way you could use the 'comments' column to sort by date.
I Posted the tool in the tools/plugin section but is yet to be approved.
It does the trick for me.
 
With first seen all my videos say they where seen 1 hour ago. Thats no help. How do you put all of your new videos together that you really want to play? That stinks!
 
sischo wrote :
They added this new key:
MaxFiledateSort

I think it allows users to set the max number of files for which filedate still works. By default this value is 500.

Great Atomix, good choice to put that back!!!

We can't do more for this old issue.
 
Actually I was saying thank you to put that back because I needed it.
 


(Vecchi argomenti e forum sono automaticamente chiusi)