To me, this seems like the wrong direction to move. This is sort of like saying you want to convert your OS X app to a Classic Mac OS app maintain support for some Mac OS API.
I'd go 64-bit only for your main app. I'd leave the 32-bit helper separate. Isolate your dependence on this component. If you're lucky, it will become obsolete and you'll be able to replace it without affecting your app significantly. Setup an API layer in your 64-bit app that calls AVFoundation, but can optionally call out to your 32-bit helper app. As a general rule, I try to write more for the future and less for the past. That means moving to 64-bit apps as quickly as possible. My guess, 32-bit frameworks will go away in the not too distant future, see: 68K code & PPC code, Carbon APIs, etc. Mark On Mon, Sep 9, 2013 at 12:56 PM, Trygve Inda <cocoa...@xericdesign.com>wrote: > I have a helper tool that needs to use both C-based QuickTime/QTKit as well > as AV Foundation to process things for the main app. > > Currently I am actually using two helper tools - one 32bit app to work with > QuickTime (since some of the old API will not work in 64bit), and a second > 32/64bit app to work with AV Foundation. > > My main app calls on these helpers for various things. > > I am considering merging them into one app, but it would have to be 32bit > only (though of course it will run on 64bit systems). > > Is there any real drawback to this? I'd like to support 10.6 - 10.9 and I > know that if I merge them into one app, I'll have to link against 10.7 at > least to get AV Foundation. It would not be a deal breaker to drop 10.6 > support. > > Any other issue? Performance? > > For communication with my main app, it would be easier to have a single app > thank I could ask to use either QT or AVFoundation rather than having to > talk to two different apps. > > Thoughts? > > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/unmarked%40gmail.com > > This email sent to unmar...@gmail.com -- Mark Munz unmarked software http://www.unmarked.com/ _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
