I am a programmer, so I understand the issue and the solution possible. Hi Greyfox, thanks very much for your input. At least that keeps files from each date together. If you keep your collection in folders that are named YYYY-mm-dd, you can then Group on Folders. Most smart phone files do this by default, and it can be done in batches in Exiftool for video files that do contain an embedded Date Created, and for still photos that do contain an Exif DateTimeOriginal tag, but for the rest, again it is going to require some manual input. As has been suggested you could order on the database date, and depending on your settings you can have that automatically set to the Exif Date/time original for still images that have that Exif tag, but other files would require some manual input.Īnother solution is to use a utility like Exiftools to rename your files to a filename format that starts with the date/time taken, for example "YYYYmmdd_HHmmss", and then sort on Filename. Where the video editing software does embed a CreateDate, it is invariably the date/time when the final video was rendered which could be significantly different to when the individual video clips were actually taken.Īnd it doesn't solve the issue for scanned files where the only embedded timestamp may be the DateDigitized, and even that isn't always included.ĪFAIK there is no silver bullet "automated" fix. There is also the issue of video's produced from a number of clips in a video editor. (I have hundreds of these including AVI, MPEG1/MPEG2. Or video formats that don't have timestamps in their metadata. That would be nice, but perhaps not so simple.īut that aside, it still doesn't resolve the issue for still images that have no exif information. If it is the former then currently ACDSee doesn't recognize it, and if the latter, then that refers to the date the file copy was created and not necessarily the date the image or video was taken.Īgain if it is the former, it would not be just a matter of changing the sort algorithm, but also of doing the ground work for ACDSee to recognize the metadata for those video formats that do contain a DateCreated and include it in the database. Are you referring to the DateCreated tag found in the metadata of some video files, or the Windows file Created Date? It should be a simple fix to just substitute the creation date whenever the Date Taken field is missing, to avoid this problem.I'm not sure exactly what you mean when you say "creation date". (I found Photo Mechanic Plus product behaving this way, and I believe the customers will appreciate the logic), Only a 'purist' mindset or designer will insist that either Date Taken field is used if found, and if not found it should be treated as missing with zero or null value. The software code to fix this is very simple, which is to use "EXIF Date Taken" if found, and if not found, to use the Creation Date as a substitute. So, it would be great if I don't have to do the workaround. It even reads the whole video file even though it will later report that it fails to update the date of the file (video has no EXIF date). I noticed that the software reads the whole JPG files even though I feel that only the Creation Date field needs to be updated (ie no need to read the whole file when option to create a backup file is turned off). The software will also hang after it updates more than 12000 files (approximation). It takes about 2 or more seconds per photo, and the software is erratic in behavior, sometimes even much slower. I had already tried updating the Creation Date of my files (from EXIF date), and it is terribly slow. Yes, I understand the workaround possibilities. I hope the programmer will fix this problem quickly. One could use the Creation Date instead of Date Taken, but after I started using this product, I found out that a large number of my photos have wrong Creation Dates due to Windows and Mac not preserving the original dates when making copies of the files, so it is a very big problem to me. Does anyone else face this problem? It should be a simple fix to just substitute the creation date whenever the Date Taken field is missing, to avoid this problem. There's a BIG but simple issue though, where the Date Taken field (whether in sorting order or Calendar selection) is treated too strictly because certain file types like video, pdf, gif, png (other stripped off EXIF), are sorted wrongly or not selected (Ie excluded/missing) from Calendar. I found no other products like it, so I must say the designer has done a great job on this. I found it to be a great product, especially the wonderful User Interface and Features, where I can scroll through my large photo collections with excellent keyboard shortcuts and mouse click/wheel. Hi, I recently came to know about ACDSee Photo Studio when searching for a photo manager.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |