Digging a bit deeper, it seems as if the realtime object is not working on
my Moto G
I'll attach a demo patch which should display the realtime output when
hitting the trigger.
Works on my laptop - no effect on the Moto G.
Any ideas?
On Wed, Dec 17, 2014 at 2:53 AM, Chris McCormick
Hello, I'm opening a new thread about the new direction of discussion with
a proper subject title. Perhaps this will call the attention of other
readers.
I particularly think this is of major interest to everyone. We're
discussing new ways of using the libraries in Pd Extended into Pd Vanilla,
hi all
is there some way to run PD 32 bits on a Ubuntu 64 bits system?
sorry if this is stupid question but after a quick search I could not
see any recent answer.
thanks
enrike
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and
On 12/17/2014 05:40 PM, enrike wrote:
hi all
is there some way to run PD 32 bits on a Ubuntu 64 bits system?
sorry if this is stupid question but after a quick search I could not
see any recent answer.
my expertise is Debian only, but should apply to ubuntu as well.
- make sure you have
ooops... I just realised the 64bit version seems to work ok on this
machine (is a new one). On my desktop it has always been very
problematic and I thought it was because the 64 bit version of pd was
yet unstable, but it looks like there might be something in the hardware
of my desktop that
Hi Raphaël,
The problem is not very intuitive to solve.
It's difficult enough to understand the flow in a patch that only uses signal
objects. And it's more difficult to understand the flow in a patch that uses
control objects. That's because you can no longer just assume that each object
Hello, I don't know if Hans is replaceable and I didn't mean to start a
thread about replacing him or even point to a new extendeddistro.
I just wanted to highlight what miller mentioned about people considering
working on a repository of external objects compatible to vanilla, and how
all
I agree. It became too much for one person and this could be a more reasonable
way to move forward.
I say “divide and conquer”. We all recognize and applaud the work that Hans has
done, but at this point, I feel the centralized external repository is the main
stopping point every time someone
Hi all,
I guess the subject of the thread is misleading, perhaps we should be talking
about an external repository rather than extending vanilla?
I'd certainly be interested in contributing my own externals.
best,
Jaime
On Dec 17, 2014, at 9:33 PM, Alexandre Torres Porres
I’m saying we don’t need a single externals repository … that’s one of the main
problems right now. You shouldn’t have to contribute your externals beyond
making sure they are buildable with a standard makefile, host them somewhere
where they can be downloaded, and (hopefully) provide binaries.
It can be maintained. If we have a “puredata” Github organization (I made one
already :D), for example, there could be an external template with the
makefiles, sample readme, folder structure, metadata, etc.
This is what we do with OpenFrameworks. There is an ofxAddonTemplate
I’d also note that one reason why OF went with Github repos and an external
scraper to provide the listings is that it maintains itself. People contribute
and log issues with the addons directly and nobody has to manually update a
list somewhere. All addon info is kept directly with the source
guess the subject of the thread is misleading
agreed, sorry
2014-12-18 1:11 GMT-02:00 Jaime E Oliver jaime.oliv...@gmail.com:
Hi all,
I guess the subject of the thread is misleading, perhaps we should be
talking about an external repository rather than extending vanilla?
I'd certainly
13 matches
Mail list logo