My source is AVI. I captured the tape but no datacode. I put tape back in GL2 and press 'display datacode' and info was present. I have downloaded a 2008 program titled 'dvdate' and it gave me what I wanted. I am very surprised that Vegas v9.0e doesn't have a plugin to display datacode from timeline, maybe I missed it.
the datacode you are talking about is a product of the camera and embedded in DV codec standard. That's the way it always has been. Timecode in different codecs, containers and file format standards is another issue. Has been discussed ad nauseam in this forum.
You didn't miss anything. Vegas fails miserably in this department.
I have similar experience with avchd files (although the physical structure is not the same as with avi). Vegas can't read the time/date... but it's there. Every other player reads it fine... but vegas....
A call to developers is a bit out of sync with this thread origin. First, there is a large difference between data coding embedded by specific cameras, and the professional runtime timecode which Vegas Pro can display from a variety of sources. Two different animals.
Second, the variations of embedded codes is quite a topic in itself.
Third, professional timecode for workflow processes for NLE collaboration is yet another topic.
Fourth, there are already quite a few applications that make use of DV standard timecode that have been developed since intro of DV. AVCHD has some apps as well - most notable in DVMpro 5 from the UK. And that is not to say that certain camera makes already have packaged apps to get at their unique embedded codes. GPS coding is another app handled by the likes of Sony, Canon, and DVMpro 5.
So make your call to developers a bit more specific on what you yet want to see on the shelf.
"AVCHD has some apps as well - most notable in DVMpro 5 from the UK."
Well, that's kind of the point. AVCHD shouldn't need a plugin. Within the MTS file is a subtitle file which contains the date/time. It has nothing to do with the camera. It shows up on most any player with subtitle ability. Vegas however does not recognize subtitle files on import so the entire subtitle file gets left behind and completely ignored.
The OP statement and first post in this thread was totally mis-leading - and I take strong exception to the term - Rob Franks chooses to use "subtitles". Holy prayers folks you are going into a tech world, please use the most precise terms to discuss your concerns - otherwise the communication is fraught with mis-statements.
I was referring to two kinds of data coding - embedded by camera as unique identifier, and timecode - otherwise called runtime. These are not subtitles - the use of that term to apply to the concerns in this thread is absolutely off-base.
Here's why - subtitle as a term in the tech - refers to descriptive info inserted within the workflow by the producer - and now has come to mean two different common applications. 1) Optical disc insertions in the DVD or Blu-ray authoring and 2) Titles often used in internet video streams, such as Utube, or Windows Media Player with certain types of files playing.
The implication I am drawing to is that subtitle insertion can occur in an AVCHD file type for video streaming but has nothing to do with the content of this thread hitherto.
"The OP statement and first post in this thread was totally mis-leading - and I take strong exception to the term - Rob Franks chooses to use "subtitles". Holy prayers folks you are going into a tech world, please use the most precise terms to discuss your concerns - otherwise the communication is fraught with mis-statements."
Wow.
I feel like I was just scolded by mom and dad :)
The lack of understanding however is on your side.
avchd does IN FACT contain a subtitle file. Within the mts file there are three streams. The video stream (h.264) the audio stream (usually ac3) and a PGS stream (a subtitle file).
If I use TSmuxer to demux the mts container I will indeed get THREE files.
"The implication I am drawing to is that subtitle insertion can occur in an AVCHD file type for video streaming but has nothing to do with the content of this thread hitherto."
You specifically mentioned AVCHD in your post above... which is why I corrected you.
The so called PGS stream you parse in your statement is a unique camera embedded stream - and is not at all universal to all AVCHD - what is more some AVCHD contains runtime timecode.
"The so called PGS stream you parse in your statement is a unique camera embedded stream - and is not at all universal to all AVCHD - what is more some AVCHD contains runtime timecode. "
Maybe others can chime in on their cams but Sony was mostly responsible for avchd and it is included in all sony cams. This is from a Sony PJ790. I can post a screen shot from my Sony SR11 too, but I can assure you the result is the same.