July 2011 - Pro-apps-dev - lists.apple.com

More questions: resolution and time with Motion templates in FCP
by Peter Litwinowicz 26 Jul '11

26 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: More questions: resolution and time with Motion templates in FCP User-agent: Microsoft-MacOutlook/14.12.0.110505 _______________________________________________ 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: Colour difference between RT/rendered in FCPX
by Darrin Cardani 25 Jul '11

25 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Sounds like a bug involving an incorrect channel ordering. It's possible that the cache expects a different channel order than the plug-ins are producing. It would surprise me, but it's not impossible. Please file a bug. Darrin On Jul 24, 2011, at 1:55 AM, Martin Baker wrote: > Using the CGFxPlug example project (including your RGBA->ARGB code, Darrin), I'm seeing a huge shift in colours between realtime and rendered in FCPX (via .motn generator). > > For example, setting the fill colour to 100% blue and stroke colour to 100% green, shows correctly in RT preview but when rendered, the fill is red and the stroke is pink! > > Am I missing something? > > thanks > > Martin Baker > www.digital-heaven.co.uk > www.twitter.com/digitalheaven > www.videospaceonline.com > www.finalcutters.com > ------------------------------------------------------ > 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 > > _______________________________________________ > 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/dcardani%40apple.com > > This email sent to dcardani(a)apple.com -- 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

Colour difference between RT/rendered in FCPX
by Martin Baker 24 Jul '11

24 Jul '11

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=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=qQ6r1ykPvByGvDA58CyjC5QxPNw2JJ9JbuVqRxRIWPA=; b=IfBTB9ivFEIZtJK7hkn+2XOu9en8EXMjixC2Tm+e4AHodaqueusjMOwBZPSHhr7fzN qPqJ/wNXZAAvegUx42ScSALL/Wi5BBwPI8wriAlfPQBqJY1co5zZjawLxO960ICwATiG PSlDCsCWU0Umg+5rl3Xbu3oggu7kMuPeoXuHU= Using the CGFxPlug example project (including your RGBA->ARGB code, Darrin), I'm seeing a huge shift in colours between realtime and rendered in FCPX (via .motn generator). For example, setting the fill colour to 100% blue and stroke colour to 100% green, shows correctly in RT preview but when rendered, the fill is red and the stroke is pink! Am I missing something? thanks Martin Baker www.digital-heaven.co.uk www.twitter.com/digitalheaven www.videospaceonline.com www.finalcutters.com ------------------------------------------------------ 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 _______________________________________________ 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

variesOverTime for static generator
by Martin Baker 23 Jul '11

23 Jul '11

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=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=5c9NkV4Ul6EMTKtWizA6crTJP50WYPEayjcnrkCXf8M=; b=nFytdNaq4JLizafSZUmdvn8HzxcHAFjAySYQr0su1wkiWfeIbY4X9kiZAp5PHyiWwg 28YKeg/4rxZ072lSQNojiUfQi2TEYNpg5bVmM38EyP4JTTjDNv35kKOvzptyZGlHzW48 yoU4sybgt0JgHKEtzKSCkBVCbO33fh/H99cuU= If variesOverTime is set to return NO, what is the expected result? I was presuming the host would render a single frame and cache it, but I'm seeing renderOutput is being called on every frame. Martin Baker www.digital-heaven.co.uk www.twitter.com/digitalheaven www.videospaceonline.com www.finalcutters.com ------------------------------------------------------ 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 _______________________________________________ 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

Another bug... perhaps a big bug
by Peter Litwinowicz 22 Jul '11

22 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Another bug... perhaps a big bug User-agent: Microsoft-MacOutlook/14.12.0.110505 This is in Motion: So I create a software-only plugin that has an image well. If there is no clip assigned to the image well I simply copy the image given to me in renderOutput to the output. If there is an clip assigned to the image well, I copy that to the output instead of the clip image from the layer that the effect is applied to. Note: the project + clip have settings: 720x480 resolution, DV aspect ratio, lower field first. So I'm using DV footage (720x480). I've attached the original, scaled down in order to get this email to fit in the mail-list limit of 50k (any way to raise that?). FYI: I tried to put the image in the body of the email and my email client blew the email size to 500k. In the original image, note the blue dots drawn by Motion around the edge that define the bounding box where the image is defined. However if I pass the exact same image sequence into the image well and copy that to the output, I get the image named "ImageWell.jpg". Note the black bars on both the right and left sides. This is giving our plugin the same image sequence, as seen from an image well param using FxParameterRetrievalAPI::getBitmap (or whatever the nomenclature is for Objective-C forgive me if this is wrong! :) ) This looks like the image is converted perhaps to suare pixels, but then reported to me as 720x480. Argh. Anyone else see this? This makes image wells unusable. I'll be filing a bug. Pete _______________________________________________ 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 Orig.jpg ImageWell.jpg

1 0

Another bug... perhaps a big bug
by Peter Litwinowicz 22 Jul '11

22 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Another bug... perhaps a big bug User-agent: Microsoft-MacOutlook/14.12.0.110505 _______________________________________________ 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: Interlaced/Progressive
by Peter Litwinowicz 21 Jul '11

21 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Interlaced/Progressive User-agent: Microsoft-MacOutlook/14.12.0.110505 _______________________________________________ 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: Interlaced/Progressive
by Peter Litwinowicz 21 Jul '11

21 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Interlaced/Progressive User-agent: Microsoft-MacOutlook/14.12.0.110505 _______________________________________________ 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: Interlaced/Progressive
by Peter Litwinowicz 21 Jul '11

21 Jul '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Interlaced/Progressive User-agent: Microsoft-MacOutlook/14.12.0.110505 _______________________________________________ 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: Interlaced/Progressive
by Darrin Cardani 21 Jul '11

21 Jul '11

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