[PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around?

[Dan Wilcox]

On Feb 22, 2014, at 5:37 PM, me.grimm <megrimm at gmail.com> wrote:

> >> Fuck it. I'll do it. It'll be a "reverse kickstarter".
> 
> your in the states right? is there now other way to fund such and endeavor? artist grant, academia, etc?

Well, I'm an independent artist. I imagine your organization has the capability to foster residencies, grants, etc for producing new work, wether it be new art or new/updates to arts toolkits. I've finished up my school work at CMU and just need to hand in my written thesis but I'm still affiliated. There is some interest for running GEM on RaspberryPI, but I haven't gotten much more than that for a specific Mac GEM update.

I'm not trying to say "give me money or I won't do this" but the truth of the matter is that I don't use GEM for my work personally. As with most open source projects, I have less "skin in the game" and could imagine pecking away at it here and there between other projects on my own. However, if I'm given the opportunity to come some place for a week or two, engage with some students/present my work, and focus on cranking our code it's totally doable in a shorter amount of time and I would have the incentive to do so. Many of us write and contribute to open source software as part of the process of creation. Others do it because they simply like to write code. I'm in the former group, not the latter.  

> >> pick out the code later today.
> 
> any luck?

Just to confirm what Iohannes, et al. already know. pix_filmDarwin, pix_movieDarwin, pix_recordQT, & pix_videoDarwin need to be updated to use the newer Apple APIs: QTKit or AVFoundation. I've done an AVFoundation app already and we're using QTkit in the updated OpenFrameworks code, so I can probably reuse bits here and there.

I'm not sure, but Base/GemWinCreateMac.cpp may need to be updated to, at the very least, use newer APIs to be more future proof. Also, the build system will have to compile objective C++ files since any updates will involve creating Obj-C classes that the original C++ interface will need to wrap. I have a few autotools projects, so I should be able to handle that.

That would be the basics and I think it would probably take me two weeks to do it right, maybe a week to get something working.

In the long run, I think it would be a good idea to replace the custom window creation/handling code with a library like GLFW or SDL2 to lift a good part of the cross platform burden off the project, but that's probably for another discussion. We're using GLFW in OpenFrameworks and SDL2 supports all desktops as well as iOS and OpenGLES (Raspberry PI) ... would be nice to have GEM working on RPI without X Windows.

> On Mon, Feb 17, 2014 at 10:48 AM, Dan Wilcox <danomatika at gmail.com> wrote:
> Fuck it. I'll do it. It'll be a "reverse kickstarter". I've been thinking about it for a while, but I frankly don't use GEM for much so haven't had to "scratch that itch". I'll pick out the code later today. I too am tired of seeing these requests go unanswered year after year ...
> 
> On Feb 17, 2014, at 6:00 AM, pd-dev-request at iem.at wrote:
> 
>> From: Hans-Christoph Steiner <hans at at.or.at>
>> Subject: Re: [PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around?
>> Date: February 16, 2014 at 11:52:37 PM EST
>> To: me.grimm <megrimm at gmail.com>
>> Cc: IOhannes m zmölnig <zmoelnig at iem.at>, pd-dev at iem.at
>> 
>> 
>> 
>> At this point, the thing to do is probably raise money to pay someone to do it.
>> 
>> .hc
>> 
>> On Jan 12, 2014, at 1:42 PM, me.grimm wrote:
>> 
>>> >>admittedly this is an issue of Gem, but little can be done about it.
>>> 
>>> except getting a working 64-bit version of Gem.
>>> 
>>> I have it compiled on 64-bit w/ gmerlin for pix_film but native filmQTKIT would be better. there has been some work done on this for Max and oFX that might be useful code to port to Gem since last time i looked at this a couple years ago:
>>> 
>>> see https://github.com/brianchasalow/jit.BC.QTKit & http://www.openframeworks.cc/documentation/video/ofQTKitPlayer.html
>>> 
>>> unfortunately I am not skilled or organized enough to implement myself but I would be happy to help!!! I would love to get my students using 64-bit pd builds on their macs (all 50 of them this semester have macs)
>>> 
>>> m
>>> 
>>> 
>>> On Sun, Jan 12, 2014 at 12:33 PM, IOhannes m zmölnig <zmoelnig at iem.at> wrote:
>>> On 2014-01-11 01:08, Thomas Mayer wrote:
>>> > So: Is 32-Bit on Mac OS X still around?
>>> >
>>> 
>>> due to QuickTime issues, Gem on OSX is still 32bit only. this means that
>>> whoever wants to run Gem on OSX, will need to use a 32bit version of Pd
>>> and not being able to run a 64bit-only purest json.
>>> 
>>> admittedly this is an issue of Gem, but little can be done about it.
>>> 
>>> gfmdsar
>>> IOhannes
> 
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> ____________________
> m.e.grimm | m.f.a | ed.m.
> megrimm at gmail.com
> _________________________________

--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20140222/80ee6c67/attachment-0001.htm>