August 2010 - Pro-apps-dev - lists.apple.com

addCustomParameterWithName doesn't work in a FxPlug filter?
by Robert Monaghan 09 Aug '10

09 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

plugin for FCP motion tab
by Dado Valentic 07 Aug '10

07 Aug '10

site_archiver(a)lists.apple.com Delivered-To: Pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Gamma issue?
by Ben Syverson 07 Aug '10

07 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Apologies if this has already been covered... Images in Motion appear too light, as if they're being rendered to 1.8 gamma instead of 2.2. This can be easily verified by opening a standard sRGB JPEG into Motion and also opening it in Preview. DigitalColor Meter will verify that the values displayed are quite different. It's an issue if you want to do anything color-related in Motion, because as soon as you roundtrip back to FCP, the image gets darker. I've found myself applying a Gamma of 0.89 to my entire project in Motion, and then turning it off when I'm ready to render. I understand that Motion is probably bypassing ColorSync to improve speed. But maybe we should have a "Display Gamma" slider in Motion's preferences? Running under 10.6, it would default to 2.2, otherwise 1.8, and it would be manually adjustable if you knew what you were doing... Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxTexture size for image well images
by Ben Syverson 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Okay, that's embarrassing -- for some reason it never dawned on me that you could call getBitmap: instead of getTexture: when the rendering path is hardware! Thanks Darrin, Ben On Aug 6, 2010, at 4:13 PM, Darrin Cardani wrote: > Maybe I'm not understanding what you're asking, but you should be able to use the FxParameterRetrievalAPI for that. Call [paramAPI getBitmap:layerOffsetX:layerOffsetY:requestInfo:fromParm:atTime:] to get the bitmap. > > Or when you say iterate over "it", do you mean iterate over time? If so, you can change the value you pass in the "atTime:" parameter to get the clip in the image well at different times. > > Or did you mean something else altogether? > > Thanks, > Darrin _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxTexture size for image well images
by Darrin Cardani 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Maybe I'm not understanding what you're asking, but you should be able to use the FxParameterRetrievalAPI for that. Call [paramAPI getBitmap:layerOffsetX:layerOffsetY:requestInfo:fromParm:atTime:] to get the bitmap. Or when you say iterate over "it", do you mean iterate over time? If so, you can change the value you pass in the "atTime:" parameter to get the clip in the image well at different times. Or did you mean something else altogether? Thanks, Darrin On Aug 6, 2010, at 1:27 PM, Ben Syverson wrote: > As a follow-up, is it possible to use the TemporalAPI to get frames from an image parameter? > > If not, what is the current best practice for the following scenario? When an image is dropped into my image well, I need to read it as a bitmap and iterate over it, in order to set some parameters. It does not become a texture, and is never used again. All of the actual rendering is hardware-based. > > Thanks in advance, > > Ben > > > > On Aug 5, 2010, at 1:04 PM, Darrin Cardani wrote: > >> If you want to get the full-sized images, you can always use the TemporalAPI. That will always return a full-sized image. You can pass it the current time if you want. >> > -- Darrin Cardani dcardani(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: FxTexture size for image well images
by Ben Syverson 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com As a follow-up, is it possible to use the TemporalAPI to get frames from an image parameter? If not, what is the current best practice for the following scenario? When an image is dropped into my image well, I need to read it as a bitmap and iterate over it, in order to set some parameters. It does not become a texture, and is never used again. All of the actual rendering is hardware-based. Thanks in advance, Ben On Aug 5, 2010, at 1:04 PM, Darrin Cardani wrote: > If you want to get the full-sized images, you can always use the TemporalAPI. That will always return a full-sized image. You can pass it the current time if you want. > _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: QT Rates
by Martin Baker 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=LqsU8bPwjwMsaBDeMPA1tSB8V0VQm5p4qf6GBHq4QVI=; b=Ie9RAJFNRtIuZA3dYSx1YyQ+caWrgWZQ7WuFFC8OvjnBdZmdlH5UoOlUHpnsOZGnQU pbVdHgQmZzaaHLCOtjKa8ZbWD7iP6jisoYTPa1zf57iVPUrat44LxGrXqL3I2ACqTn9O saChEtpNLToulOCdhxnR7iD7kgKeoS4JTkQz4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=ssPsN3RBxleUJ3t8S/U9yRceN4CSwwdEW3/MT3CaplmoGbEq1xEysanVtgLGjEIEwH dwIXgumsUJbhfIQVHwpPgiYHHRWIsLjc+MZNwaMWKI48Svormn9Dnj3TAKoJBluCb7LQ BkbCi3q7QUWaZ9960L4aCosnDNdLc8r1i/KG8= FWIW We were previously looking at the duration of the third video sample to calculate the fps but we recently had a customer who reported problems with the wrong fps being detected. The movies he was using were created by Rhozet Carbon Coder and there were inconsistent video sample durations throughout the movie. So we've now changed the fps calculation so it uses the count of samples in the video track divided by movie duration, so the discrepancies get averaged out. No complaints so far. Martin www.digital-heaven.co.uk www.twitter.com/digitalheaven www.videospaceonline.com www.finalcutters.com www.funkycloud.com/lifeshaker ------------------------------------------------------ Digital Heaven Ltd is registered in England and Wales Company registration number: 3628396 Registered address: 55 Lynwood Drive, Worcester Park, Surrey KT4 7AE VAT registration number: GB 736 0989 03 On 6 Aug 2010, at 06:20, Rainer Standke wrote: > I fully agree, something is not right. The user has actually remedied the situation on his end by re-importing the clips or something like that. I am specifically worried not about this case, but overall about what cases we should anticipate. > > As I said, I am aware of first and maybe last frames of clips to be wonky, i.e. not standard length. As a matter of fact I went through the trouble of specifically looking at the second sample and its length to get the sample duration, but that turns out not to work for h264s for some reason. > > I guess my question is how does FCP figure out the frame rate of movies, and in what case should we expect to see different frame rates between clip and video? > > Thanks, > > Rainer Standke > XMiL Workflow Tools > http://www.xmil.biz > > On Aug 5, 2010, at 22:08 , Piers Goodhew wrote: > >> *Normally* I say this: >> >> FCP reports the "specified" frame rate of the movie - i.e. the movie says "I'm a 25fps movie" (even though frames can have totally different duration.) >> QT Player (even the hated new one) reports the frame rate as the duration divided by the number of frames. As it's quite normal to have your first and last frame a bit wonky, you nearly always get some strange decimal number, esp. on short movies. >> >> So usually I say "nothing to worry about, move on". But to have QT say exactly 23.98 and FCP 29.97 - I think something more is going on here, something's not right. >> >> PG >> >> On 06/08/2010, at 2:27 PM, Rainer Standke wrote: >> >>> Thanks Marshall. I am aware of the fact that as a format QuickTime allows for each video frame to have a different duration. To my understanding, FCP only deals with QT files that have no more than one video track, right? So, in the context of FCP, and XML files exported from FCP, when would it ever make sense for a QT file to have different rates for the clip and its video file? >>> >>> Rainer >>> >>> >>> On Aug 5, 2010, at 20:35 , Marshall Eubanks wrote: >>> >>>> >>>> On Aug 5, 2010, at 9:36 PM, Rainer Standke wrote: >>>> >>>>> Hello, >>>>> >>>>> one of my users came up with something somewhat surprising. He had a QT movie that reported a clip frame rate of 23.98 and a video frame rate of 29.97 within FCP (CMD-9). The genesis was unclear (as in: there was no way to figure out how he had gotten there). The footage had been shot in a Canon still camera (Mark 2 5D?). >>>>> >>>>> This leads to the question: Are there ever times when the clip's frame rate is not the frame rate of the video? Or is it safe to assume that the clip's frame rate is always going to be the same as the clip's video's frame rate? >>>>> >>>> >>>> Frames can always be dropped by the encoder so, no, it is not safe to assume that. >>>> >>>> Regards >>>> Marshall >>>> >>>>> Thanks, >>>>> >>>>> Rainer Standke >>>>> XMiL Workflow Tools >>>>> http://www.xmil.biz >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> http://lists.apple.com/mailman/options/pro-apps-dev/tme%40multicasttech.com >>>>> >>>>> This email sent to tme(a)multicasttech.com >>>>> >>>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/pro-apps-dev/piers%40u-h-p.com >>> >>> This email sent to piers(a)u-h-p.com >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/pro-apps-dev/martin%40digital-heaven… > > This email sent to martin(a)digital-heaven.co.uk _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: QT Rates
by Andreas Kiel 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Could it be a pull down thing? Seems to me that this happens here. Andreas On 06.08.2010, at 07:20, Rainer Standke wrote: Thanks, Rainer Standke XMiL Workflow Tools http://www.xmil.biz On Aug 5, 2010, at 22:08 , Piers Goodhew wrote: *Normally* I say this: PG On 06/08/2010, at 2:27 PM, Rainer Standke wrote: Rainer On Aug 5, 2010, at 20:35 , Marshall Eubanks wrote: On Aug 5, 2010, at 9:36 PM, Rainer Standke wrote: Hello, Regards Marshall Thanks, Rainer Standke XMiL Workflow Tools http://www.xmil.biz This email sent to tme(a)multicasttech.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… I fully agree, something is not right. The user has actually remedied the situation on his end by re-importing the clips or something like that. I am specifically worried not about this case, but overall about what cases we should anticipate. As I said, I am aware of first and maybe last frames of clips to be wonky, i.e. not standard length. As a matter of fact I went through the trouble of specifically looking at the second sample and its length to get the sample duration, but that turns out not to work for h264s for some reason. I guess my question is how does FCP figure out the frame rate of movies, and in what case should we expect to see different frame rates between clip and video? FCP reports the "specified" frame rate of the movie - i.e. the movie says "I'm a 25fps movie" (even though frames can have totally different duration.) QT Player (even the hated new one) reports the frame rate as the duration divided by the number of frames. As it's quite normal to have your first and last frame a bit wonky, you nearly always get some strange decimal number, esp. on short movies. So usually I say "nothing to worry about, move on". But to have QT say exactly 23.98 and FCP 29.97 - I think something more is going on here, something's not right. Thanks Marshall. I am aware of the fact that as a format QuickTime allows for each video frame to have a different duration. To my understanding, FCP only deals with QT files that have no more than one video track, right? So, in the context of FCP, and XML files exported from FCP, when would it ever make sense for a QT file to have different rates for the clip and its video file? one of my users came up with something somewhat surprising. He had a QT movie that reported a clip frame rate of 23.98 and a video frame rate of 29.97 within FCP (CMD-9). The genesis was unclear (as in: there was no way to figure out how he had gotten there). The footage had been shot in a Canon still camera (Mark 2 5D?). This leads to the question: Are there ever times when the clip's frame rate is not the frame rate of the video? Or is it safe to assume that the clip's frame rate is always going to be the same as the clip's video's frame rate? Frames can always be dropped by the encoder so, no, it is not safe to assume that. _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/tme% 40multicasttech.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/piers%40u-h- p.com This email sent to piers(a)u-h-p.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)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(a)spherico.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: QT Rates
by Rainer Standke 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com I fully agree, something is not right. The user has actually remedied the situation on his end by re-importing the clips or something like that. I am specifically worried not about this case, but overall about what cases we should anticipate. As I said, I am aware of first and maybe last frames of clips to be wonky, i.e. not standard length. As a matter of fact I went through the trouble of specifically looking at the second sample and its length to get the sample duration, but that turns out not to work for h264s for some reason. I guess my question is how does FCP figure out the frame rate of movies, and in what case should we expect to see different frame rates between clip and video? Thanks, Rainer Standke XMiL Workflow Tools http://www.xmil.biz On Aug 5, 2010, at 22:08 , Piers Goodhew wrote: > *Normally* I say this: > > FCP reports the "specified" frame rate of the movie - i.e. the movie says "I'm a 25fps movie" (even though frames can have totally different duration.) > QT Player (even the hated new one) reports the frame rate as the duration divided by the number of frames. As it's quite normal to have your first and last frame a bit wonky, you nearly always get some strange decimal number, esp. on short movies. > > So usually I say "nothing to worry about, move on". But to have QT say exactly 23.98 and FCP 29.97 - I think something more is going on here, something's not right. > > PG > > On 06/08/2010, at 2:27 PM, Rainer Standke wrote: > >> Thanks Marshall. I am aware of the fact that as a format QuickTime allows for each video frame to have a different duration. To my understanding, FCP only deals with QT files that have no more than one video track, right? So, in the context of FCP, and XML files exported from FCP, when would it ever make sense for a QT file to have different rates for the clip and its video file? >> >> Rainer >> >> >> On Aug 5, 2010, at 20:35 , Marshall Eubanks wrote: >> >>> >>> On Aug 5, 2010, at 9:36 PM, Rainer Standke wrote: >>> >>>> Hello, >>>> >>>> one of my users came up with something somewhat surprising. He had a QT movie that reported a clip frame rate of 23.98 and a video frame rate of 29.97 within FCP (CMD-9). The genesis was unclear (as in: there was no way to figure out how he had gotten there). The footage had been shot in a Canon still camera (Mark 2 5D?). >>>> >>>> This leads to the question: Are there ever times when the clip's frame rate is not the frame rate of the video? Or is it safe to assume that the clip's frame rate is always going to be the same as the clip's video's frame rate? >>>> >>> >>> Frames can always be dropped by the encoder so, no, it is not safe to assume that. >>> >>> Regards >>> Marshall >>> >>>> Thanks, >>>> >>>> Rainer Standke >>>> XMiL Workflow Tools >>>> http://www.xmil.biz >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/pro-apps-dev/tme%40multicasttech.com >>>> >>>> This email sent to tme(a)multicasttech.com >>>> >>> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/pro-apps-dev/piers%40u-h-p.com >> >> This email sent to piers(a)u-h-p.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: QT Rates
by Rainer Standke 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thanks Marshall. I am aware of the fact that as a format QuickTime allows for each video frame to have a different duration. To my understanding, FCP only deals with QT files that have no more than one video track, right? So, in the context of FCP, and XML files exported from FCP, when would it ever make sense for a QT file to have different rates for the clip and its video file? Rainer On Aug 5, 2010, at 20:35 , Marshall Eubanks wrote: > > On Aug 5, 2010, at 9:36 PM, Rainer Standke wrote: > >> Hello, >> >> one of my users came up with something somewhat surprising. He had a QT movie that reported a clip frame rate of 23.98 and a video frame rate of 29.97 within FCP (CMD-9). The genesis was unclear (as in: there was no way to figure out how he had gotten there). The footage had been shot in a Canon still camera (Mark 2 5D?). >> >> This leads to the question: Are there ever times when the clip's frame rate is not the frame rate of the video? Or is it safe to assume that the clip's frame rate is always going to be the same as the clip's video's frame rate? >> > > Frames can always be dropped by the encoder so, no, it is not safe to assume that. > > Regards > Marshall > >> Thanks, >> >> Rainer Standke >> XMiL Workflow Tools >> http://www.xmil.biz >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/pro-apps-dev/tme%40multicasttech.com >> >> This email sent to tme(a)multicasttech.com >> > _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0