Some prefer the original date, so i guess this needs to be “as” an option for the user to choose from, rather then thinking of it as a bug. Topaz needs to add this as a selection option, that way it would meet everyone’s needs.
Personally this ‘bug’ seems a little pointless to me: TVAI doesn’t have output options that are good enough for final viewing. No matter what, I’m going to have to encode the output with another program.
If anything is done with it, I also think giving the user the option to choose how the date is handled is the best way to go.
this might not be necessarily a bug, but could be a feature they added in newer versions.
I agree with @ForSerious , for me it’s not relevant as I always encode my final results with 3rd party tool and with TVAI i always export it as lossless (FFV1). so the final encoding (e.g. Hybrid, Avidemux, Handbrake, VidCoder, etc.) will date the files as per the tool’s in use settings.
TVAI dates & timestamps becomes obsolete and irrelevant, at least for me.
Time stamp is not a fancy organization info, this is also used as proof of work, and help to track when the version was generated (including in legal disputes). If you generate a new file from another file, it must have the time stamp when it was generated, this is the rule since the OS systems exists, if the software is not behaving this way, it is a bug.
If they are going to ignore the bug, correct, or turn into a feature (by giving the user the opportunity to choose which way they want output the time stamp), it is another history.
I’ve logged this thread as a feature request and will follow up with our dev team to see if an option to choose between a new timestamp and the original timestamp of the input video can be added to the app preferences.
I would appreciate this. I would prefer this as an option. I can understand both points of view as I have video from cell phones etc. where I want to preserve the original date and still enhance the video or resize it. Those people who organize videos and photos based on date/time will surely appreciate the ability to keep the original DateTaken or DateTimeOriginal dates and times.
Even though that is my preference, I can certainly see this being a hindrance to others as they stated in their workflow. However, I’m sure it was probably implemented as a request, and not a bug.
My 2 cents…