site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=TbzRH1rjVteb0K0iR0nSq8YaqLPh4kLCr7e3XyRXqWo=; b=YR5wgrMwAYPnIM7J7lw14B2DyeuDno0WAMmcFiog/1L+suzLkNLZ3R0HZCdfHFLy7+ VJA281RMnTsdetfGjrEFJBhwU+lF74Rh7jGLRTugnYazz23O6PAfnITnEwmD1vto+ECo vSdmricOdvBtATnDENlPPVytdY2KI9Ze2i4DA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=FQy/xwV3ZETkESIngHeFhdp46Ud+OMz05umvzeklfK8GxINkMGM5fPATpNRabO3662 FjwI6444SYO24xLBAXGhhoWA8evPEEz9OYsSZD5v1gtbZvW6VAkA75Ved1lBSlLA+S9N /Utj2exuhTah+JgCXXs6XmPRUAImMncE4O+Hc= I understand your point, but it's still Apple that has to take the initiative. I doubt that much of the metadata we are looking for would require a license from anyone to expose it in an API. But if it does, so be it. Go get the license and enable developers to take advantage of the data. Does Apple want to be the premiere platform for multimedia or not? And I fully appreciate that there is no natural global framework to hold the data. I don't care. Figure something out. The video world is an unholy mess of incompatible and poorly thought out formats and standards. But it's the world we live in. Bruce On Sun, Jun 28, 2009 at 1:04 AM, Andreas Kiel<kiel@spherico.com> wrote:
Though I totally agree with both of you - it's not Apple alone in this case. It's way more complicated.
In former times there where just tapes - easy to handle on one hand, difficult on the other. But in both cases it was pretty straight forward. Metadata like LTC and VITC where on the tape, the other where on a piece of paper in the sleeve of the tape or in some data base. But now having all these 'new' digital formats it's pretty tough to bring them into one global framework. A lot of things is just licensing, 'company secrets' and so on.
These movies are not QT movies they are just QT compatible.
With some contracts or research and trial and and error you may be able to do some reverse engineering. Some of the stuff is free, other is not or even illegal with reverse engineering. It's sometimes about an arrangement, sometimes it's just about to buy some simple SMPTE or EBU docs. Problem is that you quite often don't know which of the docs you need as you don't have the specs of the codec. For the app I'm currently working on it took me quite a long time to get an NDA with the vendor. With this NDA I do have access to codec structures/descriptions and I can use them. If I would publish how to do I would be in big trouble.
Again - I'm totally with you, but it needs more than Apple alone.
Andreas
On 27.06.2009, at 22:50, Bruce Sharpe wrote:
I agree 10,000%. Metadata is the future of media. It's ridiculous that it is so difficult to dig it out. I assume the way to make an official feature request is at the link below. Let's bombard Apple with requests for this.
http://www.apple.com/quicktime/feedback/
Bruce
On Sat, Jun 27, 2009 at 12:09 PM, J.C. Burns<jcburns@gmail.com> wrote:
I really think this info should be part of the core metadata that Quicktime X or Y or whatever decodes from DV (of course, I've been saying that since 1997, and we're pretty much through with DV.)
So let me amend and update it: AVCHD, AVCHD Lite, HDV, (AND DV) they've all got important metadata in there (exposure stuff, time of day, plain ol timecode, and so on) and Quicktime should, in my aged opinion, allow easy access to all of it (and pass it on to the whole Spotlight metadata infrastructure, just like with still images and JPEG info.)
I beg of you, oh please. _______________________________________________ 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/bruce.sharpe%40gmail.com
This email sent to bruce.sharpe@gmail.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/kiel%40spherico.com
This email sent to kiel@spherico.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/bruce.sharpe%40gmail.com
This email sent to bruce.sharpe@gmail.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... This email sent to site_archiver@lists.apple.com