JJZolx;265992 Wrote:
SlimServer uses the date that a file was last modified for sorting New
Music. Normally, when you move files or copy them from place to place
they maintain the last modified date. When you rip a CD and encode the
file, you're creating it new and the last modified date
water;303728 Wrote:
I'm really surprised at how bad Slim has implemented this.
They did it the way they could, since there is no standard tag for
handling the date ripped information, and some file formats don't
support tags at all.
One could imagine adding a DB field to hold a kind of first
water;303728 Wrote:
Does anyone know of an easy way to hack this in the code? (I'm really
fed up with old tracks albums showing up in the new list just
because I've corrected some tags...)
The TrackStat plugin will remember the modified last time from the
first time you've added a track
Wouldn't it be more correct to use the created timestamp to select new
music?
I find it kind of irritating that the new music list is full of music
that I recently retagged, but that has been in my library for ages.
--
verdemar
verdemar wrote:
Wouldn't it be more correct to use the created timestamp to select new
music?
I find it kind of irritating that the new music list is full of music
that I recently retagged, but that has been in my library for ages.
So, don't modify the timestamp when you update the tags.
verdemar;272707 Wrote:
Wouldn't it be more correct to use the created timestamp to select new
music?
I find it kind of irritating that the new music list is full of music
that I recently retagged, but that has been in my library for ages.
Verdemar,
I had the same issue, but read a
Yes, the problem is that my tagging software won't allow it (and they
will not implement it as it is incorrect behaviour). Which is true, I
guess. I'm using MusicBrainz Picard.
I found a bug for this issue, so please vote for it if you have the
same problem.
Edit: the bug here:
verdemar wrote:
Yes, the problem is that my tagging software won't allow it (and they
will not implement it as it is incorrect behaviour). Which is true, I
guess. I'm using MusicBrainz Picard.
It's not incorrect behaviour. It's not correct behaviour either. It is
down to the user to choose.
verdemar;272713 Wrote:
Yes, the problem is that my tagging software won't allow it (and they
will not implement it as it is incorrect behaviour). Which is true, I
guess. I'm using MusicBrainz Picard.
I found a bug for this issue, so please vote for it if you have the
same problem.
SilverRS8;272755 Wrote:
Tag Rename lets you choose wether to update the timestamp when
changing tags or leave it as is was.
Personally I miss an option sorting by date when viewing i.e. files in
the music folder. That way it would be easy to find out what the newest
music is even when
Robin Bowes;272733 Wrote:
verdemar wrote:[color=blue]
I suggest that MusicBrainz are being rather dogmatic in insisting that
you can't have the choice.
You sound like the more pragmatic type ;-)
I agree, but I also believe it would be more appropriate and coherent
if the new music was
I imagined that maybe some ripping tools automatically wrote a tag that
meant date ripped and then wondered if that could be accessed by
slimerver or any of its plug ins. FWiW mine are pretty much all ripped
by Jriver Media Centre which does have date imported as a library tag
but i dont know if
Would it be possible (or is it already) to look at files by the date
they were added? I realise new music ordinarily indicates the most
recent additions but Im busy coping lots of files over from my
terastation to the slimserver running on my windows home server box so
in fact new music usually
That's basically the same thing. The date they were added to your WHS is
the date they were copied which is also the date on which they were
created.
What I can't remember is whether the date last accessed changes in a
copy.
You could do with a program that copies files and then sets the create
I think you are probably right and i guess slim can't know date ripped -
or can it - is this a standard tag? It'd be useful for getting at
recently acquire tracks as opposed to those that happen to have been
added most recently.
graham
--
gandt
gandt;265875 Wrote:
I think you are probably right and i guess slim can't know date ripped -
or can it - is this a standard tag? It'd be useful for getting at
recently acquire tracks as opposed to those that happen to have been
added most recently.
SlimServer uses the date that a file was
16 matches
Mail list logo
