-
Gregorian DATE/TIME data code & HDV (.m2t) metadata
Pardon me if this is a repeated question, but I have been frustrated by the lack of answers found in my searches of the internet and this forum.
In a previous post a member sought to verify if the date & time embedded during video recording was captured by Sony Vegas. I posted a follow-up question, but it appears that confusion between HDV and DV only further confounded the issue.
When I capture video via iMovie HD on a MacBook pro, the resultant HDV, 16:9, 1080i Quicktime .MOV files have encoded the DATE/TIME data code from the tape onto the video AND the actual .MOV file’s properties.
However, for the same clip captured via native Vegas 8.0 Capture Video tool (File>Capture Video) on a VAIO PC, an HDV, 16:9, 1080i .M2T file is created, but the DATE/TIME data code is not apparent. The only DATE and TIME visible in the metadata (as viewed from within Vegas or Windows Explorer or in the Media Manager SQL database) is the date and time of file’s creation during the video capture.
In both capture instances, I am playing back via firewire from the same camera the video was recorded on: Sony HDR-HC7
For the sake of clarity, I AM NOT referring to the TIMECODE (TC) or the frame count that determines the edit points of the scene (i.e. 0:01:09;20). I am talking about the Gregorian Calendar Day and time that is set on the camera and embedded onto the tape (i.e. DEC 10 2007 7:09:23PM).
So my question to the group is simple: for 1080i HDV videos that are captured as .M2T files, does Sony Vegas include the Calendar DATE/TIME datacode somewhere in the metadata (as does iMovie HD)? If so, can you please share how you’re capturing your videos?
If NOT, is there an HDV video capture solution that DOES correctly include the calendar day and time the recording was made in the metadata?
I am certain you can imagine the file management problem that can exist here, so any insights and handholding will be greatly appreciated!
-
20 Replies
-
So, I’ve not stopped trying to solve this problem. I’m a little disheartened that nobody is responding, but perhaps if I keep it up someone will realize my desperation!
First off, I am not the only person having this specific trouble. I’ve found at least two other sites where people are asking the same still unanswered question.
CNet Forums: Audio & video software: Sony Vegas 8 and date/time stamp
Digital Media Net Forum: Media Manager Original Date / Time Stamp
I’ve also just discovered a new piece to the puzzle.
I decided to examine the M2T files for the their data content and see if there was a problem during the capture process or if it’s simply a display issue. I decided to use HDVSplit given its capability of splitting existing HDV files by their DATE/TIME stamps, with the option of renaming the file based upon the detected DATE/TIME stamp of the event’s recording.
Lo and behold, after running a few thru HDSplit, all of my M2T files indeed have the correct DATE/TIME stamp! The data is properly embedded and readable, so now the question is:
How do I get Sony Vegas and/or Media Manager to read, and organize the HDV, M2T files’s embedded DATE/TIME stamp code?
Someone in this forum MUST be using Vegas for HDV work. Can anyone at least verify that they don’t have this problem?
Help!
-
At the risk of becoming an annoyance, here are several more sites that describe similar problem with no answer:
Sony Creative Software Forum: Media Manager Original Date Time Stamp
Sony Creative Software Forum: Acessing embedded date/time in video file?
Sony Creative Software Forum: Date/Time Stamp Sort Problem
Sony HDV Info: HDR-HC1 Date Code & Vegas 7
-
Hi Matthew. Sorry, that no one with lots of HD experience is responding.
So, I did a bit of testing. When I import DV captured from tape, the date/time stamps does show up in Properties and when you choose “VIEWS” for detail, in the box just above the Media Bin.
Then, I captured an HDV tape taken by the Canon HV20. I captured the tape with both the HV20 and a Sony HC1. THe date/time stamp did not show up from either camcorder.
So, I have to conclude that this behavior is most likely a bug in VEGAS V8.
-
John–
Thank you, I believe that this is a fair conclusion based on my own tests as well.
Your post is very seriously appreciated!
Matt
-
Hi Matt,
I have the same problem with my HC7. When I use the capture utility which comes with that Video camera I get the right metadata (by which the utility builds an album). When I drag it from that utility to Vegas 8 time line, all I get is the time the footage was captured.
Reg,
Joe -
hello. i must say i have the same problem. and it is really annoying. i am using fcp and canon xha1. cant for the life of me find out how to extract the date and time.
i tried dvcat. that software doesnt work either. and i contacted dvcat, and they said that it was difficult to extract metadata due to some encoding. hmmm, strange…well, i really hope someone have some solutions for me. i would be very grateful.
the thing is. i dont want m2t files. i want quicktime-files. should have had HDVSplit that produced mov-files…
hope for answers…
thanks
audun amundsen -
I am wondering if there has been an update on this issue. Does anyone know if this has been addressed in a newer version?
-
Sony Vegas Pro has been updated to Rev C. According to the What’s New Page, I do not see listed as a solution to this problem, and I have not had the time or energy to followup on an upgrade that I don’t apparently need yet.
That said, v8.1 has also been released for 64bit systems…which I may upgrade to next chance I get. Will report back if and when I’ve installed it.
-
So what are you using to get around this issue or are you just “living” with it?
-
Does this problem still exist?
If so, would it help if the file’s Date Created or Date Modified file properties could be changed so that they were the date and time when the recording was actually made?
DVMP Pro 3 can add the recording date and time to the end of the filename of HDV, DV (.avi and .dv), AVCHD and MOD files, but a change to the Date Created or Date Modified file properties might be preferable.
Reply to this Discussion! Login or Sign Up