On 17.04.24 03:58, Caoimhe wrote:
On a side note, if there is interest for MIDI support through JACK, I
may have a useful patch in the not-too-distant-future :)
Here is a feature request for that:
https://github.com/pure-data/pure-data/issues/728
On 12.04.24 21:59, Alexandre Torres Porres wrote:
And I wonder why we can't do this on mac. It would be cool and would
help me a lot
I think the OS can do it on Mac (over a decade ago that I've used Macs,
but back then it was called "aggregate device" and you set up such meta
device which is
Isn't "mux~/demux~" closest to what's actually happening?
when "joining" two signals, I wouldn't expect them to be running in
parallel but being mixed together.
m.
On 24.01.23 02:50, Miller Puckette via Pd-dev wrote:
So merging (hmm) some ideas from Fede and Dan, maybe "join~/split~", and
a
Feature-creep!
:)
On 20.01.23 01:08, Alexandre Torres Porres wrote:
Ok, here's a newly design [output~] abstraction. If there's only a mono
input on the left inlet (and nothing on the right inlet), the mono
signal gets distributed to both outputs. That's something new!
I have a slider now
On 21.01.22 18:00, IOhannes m zmölnig wrote:
my reference application is still audacity which on my system does not
set the JACK name (but then: i'm using audacity-2.4.2 which i understand
is not the latest and greatest)
I think Audacity should not be used as a reference application. Quoting
On 21.01.22 09:34, Roman Haefeli wrote:
As IOhannes already mentioned, I find the aggressive probing annoying.
Audacity, for instance, doesn't even show up in JACK unless it is
playing. When the playing stops, it disappears again. That makes it
unnecessarily complicated to use except for the
On 05.08.21 03:56, Miller Puckette via Pd-dev wrote:
I'm using that as rarely as I can, so far only for bug fixes. I don't think
a limit on numerical accuracy is exactly a bug. I think it's nicer to most
users not to have them have to bother with specifying a compatibility
version.
Maybe
Hi Miller,
I'm very enthusiastic about the FreeRTOS port, this would open so many
possibilities. I think FreeRTOS will run on the RPi too and possibly
also on the Teensy.
For the tooltips, I would hope that the GUI vs. audio engine separation
for libpd would be finalized so that alternative
Hi list,
when using libpd as a plugin to a host, say VCV Rack or a DAW, it is
desirable to not only be able to process small blocksizes internally,
but also talk to the host in a smaller blocksize than the default 64.
Especially in the case of VCV Rack this is almost a necessity to do
lloc_0_nonnull=yes ac_cv_func_malloc_0_nonnull=yes
./configure --host=arm-linux-gnueabihf --prefix=$PWD/installdir
--disable-portaudio --disable-mmio --disable-oss # --enable-jack
--enable-fftw
make
make install
On 10.05.20 20:46, IOhannes m zmölnig wrote:
On 5/10/20 4:40 PM, Max wrote:
Hi list,
this is more a c compile chain question, not a Pd question, I hope you
forgive.
I'm new to cross compiling. What I want is to compile Pd for Armv7.
After reading through documentation I came this far:
sudo apt install arm-linux-gnueabi-gcc
export CFLAGS="-march=armv7+simd"
On 12.12.19 18:40, Dan Wilcox wrote:
As for the initial app warning, as far as I can tell, the only way to
remove it is to sign the app with a developer ID. This requires an
account and $100 a year.
Unfortunately there are some more hidden costs: One also needs a Mac for
the XCode toolchain.
On 06.10.19 21:07, Christof Ressi wrote:
so I wondered whether we should direct the people to the github tracker
instead.
My opinion: yes!
+1
sourceforge and subversion smell funny
___
Pd-dev mailing list
Pd-dev@lists.iem.at
On 01.07.19 13:37, IOhannes m zmoelnig wrote:
i'm using the pd-fileutils for our Pd-enabled pastebin [1], but in
general i prefer the much more accurate rendering of the patch2svg
plugin (GUI-objects, GOPs,...)
[1] pastie.iem.at
This is genius, I am going to write a feature-request to add
As seen at the month long outrage of the linuxaudio.org server with
mailinglist, a university hosted server isn't the golden failsafe
solution either.
m.
On 05.06.2018 16:05, Dan Wilcox wrote:
I originally started using Github for Pd mainly because it would make it
far easier for people to
For the archive:
post("\u005C");
post("\x5C");
also produce \\ instead of \
verbatim string escaping like
post(@"\"");
don't compile (error: stray ‘@’ in program)
m.
On 18.05.2018 16:25, Max wrote:
Is there a way to print a backslash
On 2017년 07월 03일 00:24, Dan Wilcox wrote:
The extended icon is better quality but still lower on retina screens.
I'd be up for using it if we could get the original vector graphics file
for it and generate newer PNGs & ICNS files.
Additionally to the svg I sent in this thread, there is this
Tiny bit better. (blur on layer, not elements, which gives a better
result) open with inkscape and export there the required resolution.
On 2017년 07월 03일 12:49, Max wrote:
Hi Dan,
I quickly made one addressing some of your points.
This uses the current Pd font, not Courier and it uses
Hi Dan,
I quickly made one addressing some of your points.
This uses the current Pd font, not Courier and it uses the plain colors.
It has the shadow on a separate layer. Feel free whatever you like with it.
Made with IOannes SVG export plugin...
On 2017년 07월 03일 02:33, Dan Wilcox wrote:
THat's
guess. Then throw Gem and other externals in there too and you might
get close to what Pd-extended's autobuild system was.
Max
On 02/06/2015 09:11 AM, me.grimm wrote:
Hi All,
I tried to add pd (millers vanilla) to homebrew/caskroom yielding
some errors. Here is what the developers say:
Hey
20 matches
Mail list logo