Re: DV datecode from QuickTime?
Re: DV datecode from QuickTime?
- Subject: Re: DV datecode from QuickTime?
- From: Bruce Sharpe <email@hidden>
- Date: Sun, 28 Jun 2009 11:06:45 -0700
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<email@hidden> 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<email@hidden> 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 (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>>
>>> This email sent to email@hidden
>>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Pro-apps-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Pro-apps-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Pro-apps-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden