PDA

View Full Version : size of file not updating after overwrite of movie file



bobbert
09-09-2020, 06:43 PM
I have overwritten some mkv movie files with larger ones having the same names. I can use "Get properties from file" in the video tab of properties to update codecs etc in the database, but I cannot get Mezzmo to update the file size, which I have showing as a column in the main window. I have also tried using "maintain files.." without any luck.

Does anyone know how to update the file sizes without the extreme measure of deleting the file from the database and starting again? Thanks in advance for any help

Peter
09-10-2020, 09:45 AM
Hi,
when you run Maintain files you will need to select the option to update all file properties instead of just files with missing information. You can do this on the single file by right-clicking on the file and selecting to maintain file(s).

bobbert
09-10-2020, 05:20 PM
Hi,
when you run Maintain files you will need to select the option to update all file properties instead of just files with missing information. You can do this on the single file by right-clicking on the file and selecting to maintain file(s).

Peter
Thanks for replying. I knew this would do it, but I was hoping for a solution that did not also update all data about the movie, to avoid having to reedit the few movies where Mezzmo picks up the wrong movie. I've tried the file locked in properties but that seems to stop any update and I've also tried checking or unchecking the various attributes in Maintain Files... but nothing seems to update the properties of the file but leave unchanged the data about the movie. If I am missing something obvious please accept my apologies for taking up your time.

jbinkley60
09-10-2020, 11:38 PM
Peter,

In version 6.0.3.0 you added the ability to automatically discover file size changes when the file date changes. This was to handle OTA files being discovered while they are still being recorded but a file overwrite due to reripping would appear the same to Mezzmo (i.e. larger file, newer file date). Does this feature in 6.0.3.0 not update the file size which is displayed in the GUI ?


Jeff

Peter
09-11-2020, 08:49 AM
Yes I think this should work but if the file date is older then it will not update. To preserve the metadata you can right-click on the file and export the metadata to an xml file in the same folder as the video file so that Mezzmo will use this for the metadata when you maintain the file's properties.

bobbert
09-12-2020, 04:27 AM
Peter
Thanks again for your time and also thank you Jeff. I've tested the idea by overwriting a file with one of a larger size and also with one of a newer date. When I maintain the file Mezzmo picks up the newer video width and height but not its new size or date of creation. I don't think I'll look into this any more at the moment but thanks again for the suggestion.

jbinkley60
09-12-2020, 06:35 AM
Peter
Thanks again for your time and also thank you Jeff. I've tested the idea by overwriting a file with one of a larger size and also with one of a newer date. When I maintain the file Mezzmo picks up the newer video width and height but not its new size or date of creation. I don't think I'll look into this any more at the moment but thanks again for the suggestion.

What version of Mezzmo are you running ? If it is version 6.0.3 or higher then it will pick it up and should update both the size and date. I do it all the time. In your folder options you need to have the Check Folder for New files set for some scan interval. No only does it check for new files but it will check for modified files with a new date stamp. I do this all the time for OTA recordings where Mezzmo finds them while they are still recording and then updates them when the recording is done and a new dates tamp is on the file.


Jeff

bobbert
09-12-2020, 08:20 PM
I have Mezzmo Pro 6.0.4.0 I do have the folder set to check for new files but I still cannot get Mezzmo to pick up file details for newer and larger overwritten files. The only way I can get the new file details is by doing a Maintain... on all attributes, which overwrites information I wish to preserve. Thanks again for your time but it seems to me something about my system is behaving differently to yours. I guess I'll just have to live with this quirk - not good for my OCD!!

jbinkley60
09-12-2020, 10:44 PM
What you might consider it changing the check for new files interval to something short like 3 minutes, have Mezzmo in debug mode and then copy a newer updated file over top of an existing file, wait 5 minutes and then let Peter see the debug logs to see if he can see what is happening. Is your storage local on your Mezzmo PC or on a NAS ?

bobbert
09-13-2020, 07:08 PM
Storage is external USB Hard Drive directly connected to my Mezzmo PC. I have produced a log as you suggest. I overwrote the file "The ides of March.mkv" with a larger and newer one of the same name. Search for "ides" in the log shows that Mezzmo pick up there was a change, but the data of file size etc was not updated. I attach the log.

jbinkley60
09-13-2020, 08:36 PM
What's the date modified on the newer file that you used to overwrite with ? The 6.0.3.0 feature looks at the last modified date / time and will update Mezzmo if it is newer than what was already on your drive. For my OTA recordings when the recording starts it timestamps it at the start time when the recording is first created. When it finishes it finishes writing the file and up[dates it with a new time which corresponds to the OTA broadcast of the show ending. From the logs I don't think it detected the file as being newer but Peter can confirm. I saw a date of CREATION_TIME=2019-01-23T16:51:59Z on the Ides of March.

Jeff

bobbert
09-14-2020, 12:37 AM
Date on new file is 13 Sept 2020 but even the 2019 date is several years after than the date on the old file I overwrote which was something in 2013.

Peter
09-14-2020, 09:29 AM
Possibly you will need to get the latest patch which contains all our fixes since 6.0.4.0. Please send an email to support [at] conceiva [dot] com to get the patch.

jbinkley60
09-14-2020, 09:56 AM
Peter,

Did you see the logs on the prior page ?


Jeff

Peter
09-14-2020, 10:38 AM
Hi Jeff,

yes I saw the logs but there was not enough information in them to indicate why the date is not being picked up.