INTERACT FORUM
More => Old Versions => JRiver Media Center 24 for Windows => Topic started by: Vocalpoint on September 23, 2018, 11:23:10 am
-
All,
Just noticed a issue on my system (at least with FLAC files) with MC 24.0.52 (and presumably all prior versions)
Seems that when I update the cover art (Add From File) and actually embed the cover art into the file tag - the Windows system file creation date is being modified along with the Modified Date (which is fine).
Is MC not able to update a FLAC file tag to add artwork and just adjust the Modified Date accordingly?
MC should never be changing the system file creation date for any reason.
Would like to understand what is happening here (See Attachment)
VP
-
MC probably had to rewrite the entire file.
-
MC probably had to rewrite the entire file.
Wow - really? That probably answers my other post from this morning regarding Creation Date.
That is unfortunate.
Thanks.
VP
-
We might be able to preserve the date created in this case. I'll look at it tomorrow.
-
We might be able to preserve the date created in this case. I'll look at it tomorrow.
Appreciate that Matt.
This could have some serious implications for many types of backup software that rely on Windows file stamps to be intact from one session to the next. In a "mirror" backup scenario - this could result in files being deleted from the destination without warning if the backup software believes there is no matching file due to a (now) new creation date on the source.
I am good with Modified date being updated if necessary just as any file would be if changed. But the creation date should probably be left alone in most cases.
VP
-
If you're adding cover art to the file, then it's a different file, so arguably, it's not wrong to change the date created.
-
If you're adding cover art to the file, then it's a different file, so arguably, it's not wrong to change the date created.
I disagree - adding cover art = a modification (image tag) to an existing FLAC file.
When I open a Word doc and type a new paragraph into it (modification) - Word does not change the system file created date. It updates the modified date (and perhaps the Accessed date).
VP
-
It isn't like an edit of a tag. It changes the file size.
-
It isn't like an edit of a tag. It changes the file size.
As does editing a Word doc. I could add 5 MB of material to a document - the file size will change dramatically - but the creation date remains static.
That said - it seems that adding cover art to FLAC is most ceratainly not like adding 5 MB worth of material to a Word doc. Seems this process (embedding cover art) almost requires the container to be unpacked and then repacked - which of course does create a new file. I tried a few other tools I have and observed the same behavior. Not much I can do if this is by design.
Thanks,
VP
-
To the file system, there's no difference between a Word file and a FLAC file, and no difference between a FLAC tag and any other bytes inside the file.
This is programmer's choice. Any application can change or avoid changing the file modification or creation timestamps on Windows programmatically, regardless of whether it is changing 1 bit, or adding or deleting 5MB.
Best practice on writing is to only update the modification date, unless you delete and recreate the file (as might be the case with scratch files).
Regarding what MC does, I have FLAC files where MC has changed/updated various tags, and the modification timestamp is new but the creation timestamp is unchanged, which is consistent with the best practices I mentioned above. Not sure why you're seeing something different, although I'm on Win7.
-
Even if it's technically being written as a "new file" behind the scenes, the user intent is a modification of the original file, so the original creation date should be preserved if that's possible.
If Media Center is modifying the creation date when changing album art tags, I have no way of looking up when I originally ripped a CD now.
-
If Media Center is modifying the creation date when changing album art tags, I have no way of looking up when I originally ripped a CD now.
Exactly. The original file date is critical to many of my processes and now this date is lost.
VP
-
The creation date will be preserved next build. I was expecting to have to do some work, but there was already a parameter on the function we were calling! Done in a minute :)
-
The creation date will be preserved next build. I was expecting to have to do some work, but there was already a parameter on the function we were calling! Done in a minute :)
Matt,
Really appreciate your efforts. Thank you!
VP
-
The creation date will be preserved next build. I was expecting to have to do some work, but there was already a parameter on the function we were calling! Done in a minute :)
This is still happening, or it is happening again. I have a use case where I generate track numbers by creation date and where it is critical to have that right. Workflow now requires to do track and disc numbers before modifying or adding album art. Confusing.
Was this ever changed?
-
Please try v33 and if it's still a problem, just start a thread with details. Thanks.
-
Thanks. I am on 32 currently.