ing that because I'm rewriting a pix_openni2 object and to free the
>> openni context i have to call a shutdown() function on quit and not on
>> object deletion
>>
>
> How about 'atexit'?
Why not keep track of the number of open openni objects
Good news Miller. The report so far is that your latest fix is working for
arm64 iOS:
https://github.com/libpd/libpd/issues/56#issuecomment-37010342
On Feb 23, 2014, at 2:48 PM, Dan Wilcox wrote:
> Could we just make that t_gotfn1 update to chaos? I could provide a patch etc
> if re
here, currently, the
most advanced tech involves turning the PA on and off.
I'm always amazed at how open source software can find uses beyond it's
"usual contexts", which for me would be academic / digital noise festivals
:D
--
Dan Wi
stance for now.
Again, wouldn't be too hard to add, just currently waiting whether this could
become a reality.
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Also, sorry Iohannes, I see you already have SDL & GLFW support. I was already
looking at the wrong sources.
On Feb 23, 2014, at 12:41 PM, Dan Wilcox wrote:
> Actually, on second thought, why reinvent the wheel. It will be *alot*
> quicker to port James George's QTkit impl
chaos will need to quite relying on t_gotfn and either use t_gotfn1
> or (better) define it sown type for the way it's getting used. Anyhow, the
> code won't work in arm64 without changes in any way I can see.
>
> cheers
> Miller
>
> On Sun, Feb 23, 2014 at 11:13:59
t the least.
----
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
od."
On Feb 23, 2014, at 11:49 AM, Dan Wilcox wrote:
> Also, from what I've read, AVFoundation is the best bet for the long run. I
> may start with AVFoundation plugins, then go QTkit if there is a need unless
> there are overwhelming reasons to use QTKit over AVFoundation.
plugins for QtKit.
----
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Yeah, I guess I meant "Should we remove the unused code at this point?" :D
On Feb 23, 2014, at 11:21 AM, IOhannes m zmölnig wrote:
> the source tree still contains the *unused* code for e.g.
> pix_filmDarwin.cpp...
>
Dan Wilcox
@danomatika
danomatika.
;
lyap_exp = lyapunov((void *) tinkerbell, (t_gotfn) calc, M_var_count, (double
*) tinkerbell -> vars);
./miXed/riddle/riddle.c:
873:t_gotfn freefn = zgetfn((t_pd *)rd, gensym("_free"));
./miXed/shared/unstable/fragile.c:
54: if (mp->me_fun == (t_gotfn)thiscall) 102: i
i-arch Mac OS X - is 32-Bit still
> around?
> Date: February 23, 2014 at 4:09:29 AM EST
> To: Dan Wilcox , "me.grimm"
> Cc: "pd-dev@iem.at"
>
>
> On 02/23/2014 01:46 AM, Dan Wilcox wrote:
>> Just to confirm what Iohannes, et al. alread
ks 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 wrote:
> Fuck it. I'll do it. It'll be a "reverse kickstarter". I've been
I'm thinking
> source compatibilty with a non-working feature is maybe actually worse than
> simply being source incompatible.)
>
> I've gone ahead and git-pushed an attempted fix (changing mess1() etc,
> potentially source-incompatibly) but am open to other ideas how to fix
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
*crickets*
Is this the wrong place? Should I open a bug report instead? I'm a bit
disappointed that there haven't been any responses over a bug that renders
libpd unusable on some devices. :/
Just looking for input ...
Telbat ym morf tnes.
-------
Dan Wilcox
dano
e a fancy new iPhone.
Any PD guru thoughts would be welcome as I (we) would like to find a way to
test a change and push a patch upstream.
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-dev mailing list
Pd-dev@iem.at
http:/
Howdy all,
I've been doing more work on libpd lately and realize I'm out of the loop
regarding overall PD development, so I thought I'd join this list.
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-dev mail
---
** [bugs:#1108] 0.43.4-extended OSX package missing IEM gui help patches PDDP
updates**
**Status:** open
**Created:** Wed Aug 28, 2013 10:46 PM UTC by Dan Wilcox
**Last Updated:** Wed Aug 28, 2013 10:46 PM UTC
**Owner:** nobody
I'm using the 0.43.4-extended stable package for OS
19 matches
Mail list logo