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

Re: setWidth deprecated warning
by Darrin Cardani 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Oh, that's interesting. I'm not sure what's going on there. I'll see if I can find out. Darrin On Aug 1, 2011, at 1:52 PM, Martin Baker wrote: > Hi Darrin > > I'm not actually wanting to change the width or height though, I'm just getting the value, which is why I was puzzled why the warning was shown. > > I've since discovered that using [outputImage width] rather than outputImage.width dot syntax does not throw up the warning. > > 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 > > On 1 Aug 2011, at 18:34, Darrin Cardani wrote: > >> Martin, >> >> It's because FxImages are mostly immutable. There's no safe way to change the image data in an FxImage, so we deprecated the setters and updated the initializers to make it more clear. In the past, when a plug-in called -setWidth:, the image's width member variable would be changed, but the data behind it wouldn't. (Because how can we know if you want to scale or crop it when changing the width.) So the object was then in an inconsistent state and any operations on it were inherently unsafe (at least with bitmaps where reading or writing off the edge could clobber other parts of memory). >> >> Also, it allowed the plug-in to do some unsafe things like changing an output image's bitmap pointer behind the app's back. If that happens, the app no longer knows if the bitmap owns the data pointer or not, so it can't safely free it. >> >> So if you want to change the width or height of an image you now have to create a new image. This shouldn't be a performance hit because you have to regenerate the data, anyway. Creating a new FxImage is a pretty fast operation with the new initializers. >> >> Note that I said they're "mostly" immutable. It is fairly safe to change the field value, for example, since it doesn't require changing the image data. It's rare that you'd want to change that value. But you could, theoretically, create a new image that you're using as an intermediate buffer, and set the field value to match something the app passed you, or something like that. Not a common case, but much less problematic than changing the width or height. >> >> Darrin >> >> On Jul 30, 2011, at 1:48 AM, Martin Baker wrote: >> >>> Everytime I call FxImage.width, Xcode throws up a warning that "setWidth is deprecated". Why? >>> >>> 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 >> >> > -- 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: setWidth deprecated warning
by Martin Baker 01 Aug '11

01 Aug '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:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Be7CL9lb2RZR+V/jOFRtAKkIgjEf3G8Irt1EkUEnhus=; b=PLeqjX2LsmATWmQDsEz1WKg8EC2N4iYUBNagGixQzrECurVB5gJ5Ul0+mrBK1EnrjG SMjUyNc8ATkBlsDiysjImxUXX+CmoQap37x8jYPVnB5NGoROuvQQmL3bLUGn86mcwGuB vzaE5al0On67GoTEcIMsdKA6t0cJFoJ3BIOEo= Hi Darrin I'm not actually wanting to change the width or height though, I'm just getting the value, which is why I was puzzled why the warning was shown. I've since discovered that using [outputImage width] rather than outputImage.width dot syntax does not throw up the warning. 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 On 1 Aug 2011, at 18:34, Darrin Cardani wrote: > Martin, > > It's because FxImages are mostly immutable. There's no safe way to change the image data in an FxImage, so we deprecated the setters and updated the initializers to make it more clear. In the past, when a plug-in called -setWidth:, the image's width member variable would be changed, but the data behind it wouldn't. (Because how can we know if you want to scale or crop it when changing the width.) So the object was then in an inconsistent state and any operations on it were inherently unsafe (at least with bitmaps where reading or writing off the edge could clobber other parts of memory). > > Also, it allowed the plug-in to do some unsafe things like changing an output image's bitmap pointer behind the app's back. If that happens, the app no longer knows if the bitmap owns the data pointer or not, so it can't safely free it. > > So if you want to change the width or height of an image you now have to create a new image. This shouldn't be a performance hit because you have to regenerate the data, anyway. Creating a new FxImage is a pretty fast operation with the new initializers. > > Note that I said they're "mostly" immutable. It is fairly safe to change the field value, for example, since it doesn't require changing the image data. It's rare that you'd want to change that value. But you could, theoretically, create a new image that you're using as an intermediate buffer, and set the field value to match something the app passed you, or something like that. Not a common case, but much less problematic than changing the width or height. > > Darrin > > On Jul 30, 2011, at 1:48 AM, Martin Baker wrote: > >> Everytime I call FxImage.width, Xcode throws up a warning that "setWidth is deprecated". Why? >> >> 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

Re: Anyone going to SIGGRAPH?
by Peter Litwinowicz 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Anyone going to SIGGRAPH? 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: Anyone going to SIGGRAPH?
by Darrin Cardani 01 Aug '11

01 Aug '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

Re: Anyone going to SIGGRAPH?
by Pierre Jasmin 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Organization: RE:Vision Effects User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 _______________________________________________ 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/jasmin%40revisionfx.com This email sent to jasmin(a)revisionfx.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: Anyone going to SIGGRAPH?
by Micah Sharp 01 Aug '11

01 Aug '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

Re: Anyone going to SIGGRAPH?
by Micah Sharp 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thanks, Micah On Aug 1, 2011, at 12:10 PM, Darrin Cardani <dcardani(a)apple.com> wrote: > Hey all, > I'm going to be pretty busy this week fixing some of the bugs that have already been submitted and I'm going to be out next week at SIGGRAPH. I'm going to be less responsive because of this for the next 2 weeks. I'll do what I can to answer questions, but at this point, it's taking up enough of my time that it's interfering with fixing bugs. I'd more than happy to meet with people next week at SIGGRAPH, if you're going. If so, feel free to drop me a line and we'll set something up. > > Thanks, > Darrin > -- > 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/micah%40redgiantsoftwar… > > This email sent to micah(a)redgiantsoftware.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: Anyone going to SIGGRAPH?
by Peter Litwinowicz 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-topic: Anyone going to SIGGRAPH? 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: FxPlug custom parameter data not saved in FCP 7 / OS X 10.7
by Paul Miller 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 I'm passing an empty NSDictionary as default value. The problem appears only with FCP 7 under Lion, not with Motion 4. Did you see this problem under 10.6 as well? On 8/1/2011 2:01 PM, Eberhard Ammelt wrote: Sorry, I saw this problem in FCP 7 under all OS versions, but I haven't tried my stuff with Lion yet. I guess I should prepare myself to think even more different once I get Lion installed. _______________________________________________ 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

Anyone going to SIGGRAPH?
by Darrin Cardani 01 Aug '11

01 Aug '11

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Hey all, I'm going to be pretty busy this week fixing some of the bugs that have already been submitted and I'm going to be out next week at SIGGRAPH. I'm going to be less responsive because of this for the next 2 weeks. I'll do what I can to answer questions, but at this point, it's taking up enough of my time that it's interfering with fixing bugs. I'd more than happy to meet with people next week at SIGGRAPH, if you're going. If so, feel free to drop me a line and we'll set something up. Thanks, Darrin -- 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