site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi Brian, Best Luck, Helena On 2009-06-29, at 1:34 PM, Brian Gardner wrote: Hi, Darrin. As you say, though, apparently it is not. I'm involved with a lot of multiple camera shoots. The metadata from the cameras is very important. So, I have a lot of issues similar to these datecode queries. -- Brian On Jun 29, 2009, at 11:17 AM, Darrin Cardani wrote: Darrin On Jun 29, 2009, at 10:34 AM, Brian Gardner wrote: Out of curiosity.... In the pro apps, does QT metadata generally travel with the clip? I mean, if QT did support certain metadata, like datecode, are the pro apps constructed to have that metadata stay attached to the video clips, inside the pro apps? Or does that metadata only exist if it is converted into a separate track or converted into an existing data mechanism (like timeline position, duration, etc)? -- Brian On Jun 29, 2009, at 9:18 AM, Darrin Cardani wrote: <http://lists.apple.com/mailman/listinfo/quicktime-api> Darrin On Jun 26, 2009, at 9:15 PM, Bruce Sharpe wrote: Bruce On Fri, Jun 26, 2009 at 9:09 PM, Patrick Sheffield<psheffield@earthlink.net> wrote: Doesn't CatDV read the Meta Data? Patrick On Jun 26, 2009, at 10:04 AM, Bruce Sharpe wrote: Bruce Hi Bruce, Regards Andreas On 26.06.2009, at 18:18, Bruce Sharpe wrote: Bruce _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/kiel%40spherico.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/psheffield%40earthlink.n... _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/dcardani%40apple.com -- Darrin Cardani dcardani@apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/brianrg%40earthlink.net -- Darrin Cardani dcardani@apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/brianrg%40earthlink.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/hju%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... In FCP we bring the metadata from the media file into a internal data structure. When requesting the XML for any clip, one can see the file metadata in the <file> scope. It travels wherever that file is used within FCP. However, I'm not sure about the propagation rules if that file is trimmed, copied, transcoded etc... I *believe* the metadata is NOT copied, but I'm not sure. One can also add and modify that metadata via the QT metadata API or via the XML at XML import time. Yes, by "travel with the clip" I meant as part of an accessible data structure within a pro app, after the clip has been imported from disk into app memory. Specifically, I was wondering if metadata was accessible (perhaps through a property/value pairing dictionary, separate track [timecode, subtitle, text, etc] , or any other structure). So, even if a clip on disk had a datecode (or any other metadata acquired from an HD camera), and a QT component that could handle that metadata, it would still be useless to an FxPlug -- since that metadata would not be available within the pro app, and no accessor methods are available to a FxPlug. (Or any other pro app developer mechanism.) Currently, I have no clear direction to go for solutions. I'd like to have the metadata accessible to FxPlugins from with the pro apps. So, I was watching this DV datecode discussion in the hopes to glean some insights. I don't understand what you mean by "travel with the clip." The clip is on disk, and the metadata is generally stored inside the same file which contains the frames of video. So if you move the clip to another disk, or wherever, the metadata will move with it. The XML files which describe an FCP or Motion project point to the original video file on disk, so 3rd party apps just need to access the original video file at the path stored in the XML project file to get at the metadata (if they know how to do that). In the timeline, clips get chopped up and rearranged, so I'm not sure it would make sense to associate said metadata with any one or all of the pieces of the original clip. It would probably depend on the type of metadata. Regardless, it doesn't currently happen in any way other than as I described above. There are no mechanisms within the FxPlug API for dealing with metadata. I believe that QuickTime Components could potentially create and ingest said metadata, but I don't believe the apps will do anything with it. And there's no way to get that metadata to an FxPlug. For example, could an import plugin (or even a FxGenerator) store metadata within a clip's data, which that an FxPlug (filter or transition) could later catch/access that metadata and respond to it? You might get a better answer to this question on the QuickTime list, since (I think) the DV codec is part of QuickTime. You can sign up at: CatDV probably does read it, but I'm not looking for an application, I want a programming interface. Thanks, Andreas, I'll do that. For what it's worth there seems to be lots of information about how to do this with video in AVI format but not QuickTime. On Fri, Jun 26, 2009 at 9:37 AM, Andreas Kiel<kiel@spherico.com> wrote: Though I can't help you I would recommend to google for recording format descriptions and their matching SMPTE docs which do describe these formats. This might be a bit difficult as often the SMPTE docs have to be purchased. There is nothing "ready made" which comes which the OS. I'm trying to figure out how to get the time-of-day information that is encoded in DV/HDV formats (and others?). This is variously called datecode or datacode or time-of-day code. It is not timecode (although many people confuse the terms). I've spent a day Googling and grepping QuickTime headers etc. but haven't come up with anything. Can someone point me in the right direction? This email sent to kiel@spherico.com This email sent to psheffield@earthlink.net This email sent to dcardani@apple.com This email sent to brianrg@earthlink.net This email sent to brianrg@earthlink.net This email sent to hju@apple.com This email sent to site_archiver@lists.apple.com