On Tue, 2015-06-23 at 14:39 +0200, Roman Haefeli wrote:
On Tue, 2015-06-23 at 13:08 +0200, IOhannes m zmoelnig wrote:
On 2015-06-23 11:06, Roman Haefeli wrote:
set ::deken::installpath $env(USERPROFILE)
makes deken download to the correct path in W7. Can't test in Windows XP
---
** [patches:#553] Order of sys_staticpath wrong for Windows**
**Status:** open
**Group:** bugfix
**Created:** Tue Jun 23, 2015 01:37 PM UTC by Roman Haefeli
**Last Updated:** Tue Jun 23, 2015 01:37 PM UTC
**Owner:** Miller Puckette
Attached patch changes order for sys_staticpath
Hey all
I'm all excited about deken. Both, downloading/installing and
building/uploading was really easy and worked well for me.
-- Issue #1 --
When I download a package that wants to extract to a folder that already
exists, the plugin hangs and with it whole Pd.
Scenario to trigger this
Hey
I'm trying to compile iemnet on Windows XP 32-bit with mingw-w64 (using
the mingw32-make command). I'm stuck at:
---
iemnet_notify.o: In function `pollfun':
c:\puredata\pd-iemnet/iemnet_notify.c:122: undefined reference to `read'
iemnet_notify.o: In function `iemnet__notify':
On Tue, 2015-06-23 at 11:00 +0200, Roman Haefeli wrote:
On Tue, 2015-06-23 at 10:04 +0200, Roman Haefeli wrote:
On Tue, 2015-06-23 at 09:29 +0200, IOhannes m zmoelnig wrote:
the question is, why does it still try to use the old path?
could it be something in the path settings
On Tue, 2015-06-23 at 10:04 +0200, Roman Haefeli wrote:
On Tue, 2015-06-23 at 09:29 +0200, IOhannes m zmoelnig wrote:
the question is, why does it still try to use the old path?
could it be something in the path settings?
could you do try the following?:
- start Pd
- turn
On Mon, 2015-06-22 at 17:16 +0800, Chris McCormick wrote:
Miller merged a fix from IOhannes a while ago to do
with Windows default search paths which might help this issue.
I tested on Windows 7 and Pd does find deken in the right place now:
---
deken-plugin.tcl (Pd externals search) in
Hey all
The new deken plugin makes me want to compile externals for Windows.
There seem to be many ways to go and I might save some time if I knew
beforehand what works and what no so well. I have access to the
following archs:
* Debian 7 (i386, amd64, armv6l)
* Debian 8 (i383, amd64)
* Ubuntu
Hey all
I compiled some externals for several platforms to be used with Deken.
Now, I'm thinking about stream-lining the process and I stumble across
some culprits and I still have lots of questions.
Here the list of externals / libraries I'm interested in maintaining
builds:
iemnet
osc
---
** [bugs:#1212] [declare -stdpath] does not work on Windows**
**Status:** open
**Group:** v0.46
**Created:** Sat Jul 04, 2015 11:37 AM UTC by Roman Haefeli
**Last Updated:** Sat Jul 04, 2015 11:37 AM UTC
**Owner:** Miller Puckette
[declare -stdpath] doesn't expand any paths (or at least
On Wed, 2015-11-11 at 10:46 +0100, IOhannes m zmoelnig wrote:
> On 2015-11-11 10:41, Roman Haefeli wrote:
> > On Wed, 2015-11-11 at 09:07 +0100, IOhannes m zmoelnig wrote:
> >> On 2015-11-10 21:54, Roman Haefeli wrote:
> >>
> >> wine? shouldn't that on
On Wed, 2015-11-11 at 10:48 +0100, IOhannes m zmoelnig wrote:
> On 2015-11-11 10:41, Roman Haefeli wrote:
> >> iirc, the main problem with this is, that for the *uninstaller* you need
> >> > to enumerate the files as well (again you can use wildcards, but then
> >&
On Wed, 2015-11-11 at 09:07 +0100, IOhannes m zmoelnig wrote:
> On 2015-11-10 21:54, Roman Haefeli wrote:
> >
> > The not so nice part about NSIS is that you have to list every single
> > file of your source packet explicitly and tell it where to install.
> > Since
On Tue, 2015-11-10 at 12:13 -0700, Dan Wilcox wrote:
> Exactly. I see no reason why is has to be installer OR zip. Most open
> source projects provide *both* and leave it up to the downloaders.
>
>
> (Also, I don’t believe Roman was ever advocating for *not* providing a
> zip.)
>
>
> How does
Hey Hans
Good to hear from you. Hope you're doing well.
On Mon, 2015-11-09 at 11:10 -0700, Dan Wilcox wrote:
> I’d like to find a way to bring in the consistent font sizing in as
> well as the help patches Jonathan updated. Maybe worth bringing up
> again?
Yeah, keeping all the work for
On Thu, 2015-11-05 at 13:08 -0700, Dan Wilcox wrote:
> Totally agree. There’s a list of basic info in the WAV/AIFF headers
> that is already parsed when reading that could simply be dumped out
> via a list/message.
+1
And number of channels would be good, too.
Roman
signature.asc
On Fri, 2015-10-16 at 19:45 +, Jonathan Wilkes wrote:
> Hi Roman,
> If you do that over http then you don't have any way of knowing
> whether the
>
> data that you requested is the data that you get back.
Ah, I see. In my short-sighted notion of security I was only thinking
about not
Hey all
In order to make Pd as accessible as possible also to casual Pd users on
Windows, I think it should come as an installer (as other software does
as well). That's one of the things I think Pd-extended did right.
What's the stance about it from Miller and other people?
I just went ahead
On Thu, 2015-10-01 at 09:48 +0800, Chris McCormick wrote:
> Hi Dan,
>
> On 01/10/15 00:25, Dan Wilcox wrote:
> > Since Pd-Extended is basically EOL at this point, maybe we should
> > discuss more formal plans on a transition to Pd-vanilla+deken.
>
> I think the main outstanding issue is whether
On Wed, 2015-09-23 at 22:20 +0200, IOhannes m zmölnig wrote:
> iirc, this has been discussed at length,
Oh, IOhannes... that is some news! I truly hope your patches make it
into Pd. I fully support your proposals and I'm convinced they make
class loading in Pd much more stringent than it is
On Wed, 2015-12-16 at 14:34 +0100, katja wrote:
> With the decentralization of Pd lib version control it is hard to
> locate / identify upstream source repositories. Would it be feasible
> and useful to generate (and regularly update) an overview of forks
> based on http://git.puredata.info/cgit/,
and I even got some simple libraries compiled - with
the pd-lib-builder Makefile. Yes, I'm using it.
I didn't expect it to be that easy.
Roman
On Mon, 2015-12-14 at 09:53 +0100, Roman Haefeli wrote:
> Hey all
>
> I got access to a pristine OS X (10.9) virtual machine I can use for
&
I hope you'll be o.k. with me bringing this back to the list...
On Thu, 2015-12-17 at 23:57 +0100, katja wrote:
> On Wed, Dec 16, 2015 at 5:57 PM, Roman Haefeli <reduz...@gmail.com> wrote:
> ...
> >> ifeq ($(uname), MINGW)
> >> ldlibs = -lwsock32
> &
Hey all
I got access to a pristine OS X (10.9) virtual machine I can use for
building. Before I start my journey, I need some advice from the
experienced:
* Do I need XCode? (and thus an Apple-ID?)
* How do I install all other necessary tools (git, etc.)? I heard about
homebrew, fink,
Hey
Me being most familiar with Debian-like system, I'm used to the notion
that third-party libraries are taken care of by the system/package
manager. When distributing my own package, I simply define the
dependencies.
How can/should externals be distributed with deken that depend on other
:
>
>
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
>
> > On Dec 14, 2015, at 4:00 AM, pd-dev-requ...@lists.iem.at wrote:
> >
> > From: Roman Haefeli <reduz...@gmail.com>
> >
> > Subject: [PD-dev] building on OS X
> >
&g
On Thu, 2015-12-17 at 11:22 +0100, Roman Haefeli wrote:
> And no, I think I won't discuss my ideas with upstream.. :-)
That sounds much harsher than I intended it to be. I mean I don't see
the point of approaching upstream pro-actively with regard to what I
said about the culture establis
Hey all
I see some commits in git trying to 'fix' [declare]. While I definitely
appreciate it taking immediate effect, the -stdlib flag doesn't work for
me anymore (the way I expect it). Probably there is still some confusion
about the meaning of the flags, or they are intentionally changed
On Wed, 2016-01-13 at 00:54 +0100, IOhannes m zmölnig wrote:
> On 01/12/2016 11:56 PM, IOhannes m zmölnig wrote:
> > On 01/12/2016 11:34 PM, IOhannes m zmölnig wrote:
> >> i will check this immediately.
> >
> > actually it turns out that loading anything via it's absolute path is
> > broken (and
On Mon, 2017-02-27 at 14:19 -0500, Martin Peach wrote:
> On Mon, Feb 27, 2017 at 4:28 AM, Roman Haefeli <reduz...@gmail.com>
> wrote:
> > ...
> >
> > I see you fixed even more for Windows than what I did. I would like
> > to
> > integrate your changes,
That's what I'll do, I guess. Thanks.
Roman
On Mon, 2017-02-27 at 09:31 -0800, Miller Puckette wrote:
> I suggest, once you get it up and running again, call it 1.1 :)
>
> M
>
> On Mon, Feb 27, 2017 at 11:41:28AM +0100, Roman Haefeli wrote:
> >
> > Hey all
Hey all
I'm trying to cross-compile comport for Windows on Linux and stumbled
across this error:
i686-w64-mingw32-gcc -DPD -I "/home/roman/.wine/drive_c/Pd//src/" -DMSW -DNT
-o comport.o -c comport.c
comport.c: In function ‘set_break’:
comport.c:422:29: error: ‘nr’ undeclared (first use in
On Mon, 2017-02-27 at 10:28 +0100, Roman Haefeli wrote:
> On Son, 2017-02-26 at 15:30 -0500, Martin Peach wrote:
> >
> > On Sun, Feb 26, 2017 at 3:10 PM, Roman Haefeli <reduz...@gmail.com>
> > wrote:
> > >
> > > Hey all
> > >
> >
On Mon, 2017-02-27 at 11:02 +0100, IOhannes m zmoelnig wrote:
> On 2017-02-27 10:59, Roman Haefeli wrote:
> >
> > Now, I wonder whether I rather should host the git forks of those
> > externals under the umbrella of the pure-data group than under my
> > personal 'red
On Mon, 2017-02-27 at 11:02 +0100, IOhannes m zmoelnig wrote:
> On 2017-02-27 10:59, Roman Haefeli wrote:
> >
> > Now, I wonder whether I rather should host the git forks of those
> > externals under the umbrella of the pure-data group than under my
> > personal 'red
On Mon, 2017-02-27 at 11:22 +0100, IOhannes m zmoelnig wrote:
> On 2017-02-27 11:14, Roman Haefeli wrote:
> >
> > On Mon, 2017-02-27 at 11:02 +0100, IOhannes m zmoelnig wrote:
> > >
> > > On 2017-02-27 10:59, Roman Haefeli wrote:
> > > >
> >
Hey all
There is ambiguous information about comport's version. CHANGES.txt
suggests it is currently at 1.0, whereas comport-meta.pd says it is at
0.2. Can we agree on one?
Roman
signature.asc
Description: This is a digitally signed message part
___
hed modified version of your test patch still exhibit
> > the
> > problem?
>
> Yes, same exact problem.
>
> >
> > On 12 Apr 2017, at 16:01, Roman Haefeli <reduz...@gmail.com> wrote:
> >
> > Does the attached modified version of your test patch st
On Mit, 2017-04-12 at 16:13 +0100, Niccolò Granieri wrote:
> >
> > Just a wild guess: It looks like your localhost connection is slow
> > for
> > some reason. Is there some anti virus software installed? If so,
> > does
> > the problem still occur when anti virus is stopped?
> No antivirus
On Mit, 2017-04-12 at 16:46 +0100, Niccolò Granieri wrote:
> >
> > It seems unlikely to me that this issue is related to the data
> > being
> > OSC formatted. Does it happen with FUDI messages as well?
> No it doesn't. In fact the workaround I found is to receive OSC data
> in one istance of Pd,
On Die, 2017-04-11 at 18:33 +0200, Damian Stewart wrote:
> Fwiw I can reproduce exactly the behaviour that Niccolò is seeing
> here. OSX 10.12.3, pd vanilla 0.47.1 64 bit.
I cannot with the same Pd version on Linux. I wonder whether it is
related to the high refresh rate of the number boxes.
On Sam, 2017-04-15 at 12:39 +0200, cristiano piatti wrote:
> Good morning,
> could someone please make me a line usage example ?
> I need to linearize an incoming number to multiply audio signal from
> 0
> to 1 avoiding clicks.
Use [line~] instead of [line], if you want to avoid zipper noise.
On Mit, 2017-07-12 at 09:55 +0200, IOhannes m zmoelnig wrote:
> - would it be possible to configure your mail-client to properly
> quote the emails you reply to? i'm spending more time figuring out
> what is a reply to what and who said what than with the actual
> content.
Both versions of PC's
Hey all
Back in February IOhannes commited a fix for window position on X11. It
fixed all the window jumping troubles I had before and that I tried to
address by manually adjusting windowframex and windowframey in pd-
gui.tcl.
Soon after, the fix doesn't have any effect anymore. With current
Hey all
I couldn't find any reliable way to identify a compiled Pd binary. The
only info I have is the creation date.
Wouldn't it be cool for developers if Pd would display its build date
somewhere and possible even the version (shortened commit hash)?
It happened to me that I was using an
Hey all
I don't know exactly for how long, but jack support seems broken in
current git master. This is how I compile Pd:
$ ./autogen.sh
$ ./configure --enable-jack
$ make -j
The resulting binary doesn't link against jack libraries:
$ ldd src/pd
linux-gate.so.1 => (0xb7757000)
Now I'm having a hard believing myself, but apparently the last commit
that builds a pd linked against libjack is: 637ef74e
(which is over a year old. Can that be true?)
Roman
On Don, 2017-07-06 at 21:17 +0200, Roman Haefeli wrote:
> Hey all
>
> I don't know exactly for how long,
On Mon, 2017-07-10 at 03:23 +0200, Dan Wilcox wrote:
> Should be fixed: https://github.com/pure-data/pure-
> data/pull/88/commits/13fbd62af8be66cdd83147d935380c19eb5c3eac
Cool! I see it's already in the master branch. Tested and works. Thank
you!
Roman
> > On Jul 9, 2017, at 12:00 PM,
On Fre, 2017-07-14 at 21:56 +0200, IOhannes m zmölnig wrote:
> On 07/13/2017 05:35 PM, Roman Haefeli wrote:
> >
> > Hey all
> >
> > I couldn't find any reliable way to identify a compiled Pd binary.
> > The
> > only info I have is the creation date.
>
Hey all
I'm trying to compile current Pd for Mac on a 10.11.6 machine. And I'm
stuck at linking stage:
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -weak_framework Jackmp
-L/usr/local/lib -o pd pd-d_arithmetic.o pd-d_array.o pd-d_ctl.o pd-d_dac.o
pd-d_delay.o pd-d_fft.o
On Don, 2017-05-04 at 14:02 +0200, IOhannes m zmoelnig wrote:
> On 2017-05-04 13:30, Roman Haefeli wrote:
> >
> > Hey all
> >
> > I'm trying to compile current Pd for Mac on a 10.11.6 machine. And
> > I'm
> > stuck at linking stage:
> >
On Fre, 2017-05-05 at 09:35 -0400, cjniven wrote:
> What version of jack did you end up installing? I’m having the same
> problem myself on OS X 10.12.
Pd works fine with jack now after I installed the JackOSX package from
IOhannes' second link. The package apparently installs (along a lot of
Just to add another data point of opinion: I would find symbol and
number atoms with same size as message and object boxes visually more
pleasing than the current smaller boxes.
Since Dan insinuated that he'll address "harmonization" of box sizes
between platforms, please consider releasing
> > On Aug 28, 2017, at 12:00 PM, pd-dev-requ...@lists.iem.at wrote:
> >
> > On 08/28/2017 11:24 AM, Roman Haefeli wrote:
> > > I cannot confirm. The instructions say:
> > >
> > > ./configure
> > >
> > > but without '--enable-ja
> Sorry i don't have the knowledge on how to do this correctly, i just
> figured that out from looking at the source code
> (tcl/dialog_audio.tcl)
> and this one post i found about it. [1]
>
> best, ingo
>
>
> [1]
> http://forum.critterandguitari.com/t/audio-
Hey all
I'd like to know whether it is possible to modify Pd.app in a way that
it starts an included patch automatically with included preference
settings? In other words, I'd like to make a stand-alone app from a
patch.
From what I was able to figure out, double-clicking the Pd.app starts
(currently 781) and specify the desired start options there:
exec -- $pd_exec -guiport $::port -open ../patches/mypatch.pd &
Seems to work.
BTW, I'm amazed how easy it is to build a Pd.app on macOS. Nice work,
Dan!
Roman
On Mit, 2017-12-13 at 13:41 +0100, Roman Haefeli wrote:
> On Mit, 201
Hey all
Ubuntu 16.04 ships libjson-c2,
Debian Stretch ships libjson-c3.
The externals from purest_json from Deken link against libjson-c.so.2
and thus do not work in Debian Stretch. I only discovered that after I
removed "obsolete" packages (packages that were installed from previous
releases
On Mon, 2018-02-26 at 17:06 +0100, IOhannes m zmölnig wrote:
>
> TL;DR: i suggest a new deken fileformat to be ready for double-
> precision
Sounds all good and necessary. Thanks for your work.
What does it mean for package maintainers? Are they supposed to re-
upload the existing packages with
On Tue, May 28, 2019 at 3:49 PM Frodo Jedi <
> frodojedi.mailingl...@gmail.com> wrote:
> > Hi all,
> > I have just compiled and installed pd-0.49-0 on my Raspberry Pi 3
> > B+.
> > When launching Deken to find and install externals nothing happens
> > (Of course I have internet enabled in the Pi).
On Wed, 2019-05-29 at 15:59 +0200, Roman Haefeli wrote:
> On Tue, May 28, 2019 at 3:49 PM Frodo Jedi <
> > frodojedi.mailingl...@gmail.com> wrote:
> > > Hi all,
> > > I have just compiled and installed pd-0.49-0 on my Raspberry Pi 3
> > > B+.
>
On Mon, 2019-04-29 at 23:55 +0200, Thomas Mayer wrote:
> Hi,
>
> On 29.04.19 13:44, Roman Haefeli wrote:
> > Hey all
> >
> > Is there an easy way to use the pd-lib-builder Makefile to compile
> > externals for Linux i386 on Linux amd64? Currently, I'm using a
&
On Tue, 2019-04-30 at 09:39 +0200, IOhannes m zmoelnig wrote:
>
> [...]
> this boils down to:
>
> # apt-get install gcc-multilib-i686-linux-gnu
> $ make CC=i686-linux-gnu-gcc
>
> (you might also have to enable multiarch:i386 on your target system;
> i
> have this enabled on virtually all
Hey all
Is there an easy way to use the pd-lib-builder Makefile to compile
externals for Linux i386 on Linux amd64? Currently, I'm using a Debian
Stretch i386 KVM VM specifically for this purpose. But since I am
successfully cross-compiling for Windows 32bit and 64bit targets with
mingw
On Tue, 2019-08-20 at 12:09 -0700, Miller Puckette wrote:
> I think the way to do this in libpd is to open them all as separate
> patches
> within one instance of Pd (so that symbols are shared) and use
> "tabsend"
> and "tabreceive" to route signals to/from them, using shared names
> like
>
On Sat, 2019-08-10 at 14:17 +0200, Dan Wilcox wrote:
> > By working on Pd's manual, I can see the current priority is to
> > look first
> > in the directory containing the patch, then in the search paths. I
> > still
> > want to maintain that structure. I just think that the order of the
> > paths
On Tue, 2019-10-08 at 23:51 +0200, Ingo Stock wrote:
> Hey list,
>
> i implemented the Xiaolin Wu circle algorithm to get somewhat nice
> circles with data structures in Pd vanilla.
>
> Patch and description are in the forum:
>
Hey Dan
On Sun, 2019-08-11 at 03:49 +0200, Dan Wilcox wrote:
> Christoph and I have more or less finished some work that updates
> Pd's networking and also fixes some bugs and a couple pain points:
Cool. Thank you both!
I did test a few things with patches I just made up (on Ubuntu 18.04),
Hi Jakob
On Thu, 2020-04-23 at 00:30 +0200, Jakob Skouborg wrote:
>
> So here is something that I have created with Pure Data, a 64 voice
> granular sample player:
Beautiful sound example, interesting patch. Thanks a lot for sharing.
You could add a:
[declare -path zexy -lib zexy -path tof
On Tue, 2020-04-28 at 16:43 -0300, Alexandre Torres Porres wrote:
> cyclone is best loaded as "-lib cyclone"
Oh, thanks for the correction. I only see now that it has a
cyclone.pd_linux binary. What do I miss with [declare -path cyclone]?
I'm just curious.
Roman
signature.asc
Description: This
On Sat, 2020-05-23 at 12:57 +0200, Christof Ressi wrote:
> One word of warning about externals with multiple signal
> inputs/outputs (quoting from
> https://github.com/pure-data/externals-howto#signal-classes):
> "Optimisation of the DSP-tree tries to avoid unnecessary copy-
> operations.
Hi Dan
On Wed, 2020-06-10 at 14:41 +0200, Dan Wilcox wrote:
> Howdy Roman,
>
> > On Jun 10, 2020, at 12:00 PM, pd-dev-requ...@lists.iem.at wrote:
> >
> > From: Roman Haefeli
> >
> > It seems the official builds for macOS distributed by Miller are
> >
Hi all
I only loosely followed the discussion about how apps for upcoming
macOS versions need to be signed and notarized to run without warnings.
It seems the official builds for macOS distributed by Miller are
signed. Also, when I do 'make app' I seem to get a signed Pd.app. Is
there an easy
On Wed, 2020-06-10 at 11:40 +0200, Nicolas Danet wrote:
> Comment/remove the codesign commands <
> https://github.com/pure-data/pure-data/blob/d5766fd0600a5444a7e26754bed4f175d96ac568/mac/osx-app.sh#L363
> > ?
Yes, that solves all my problems. Only realized now that three parts
are signed.
On Sun, 2021-01-10 at 18:51 -0300, Lucas Cordiviola wrote:
> On 1/10/2021 6:06 PM, Roman Haefeli wrote:
> > From what I understand, the
> > [fluidsynth~] external doesn't make use of this stuff, so there is
> > no
> > point in bloating the library and the number of dep
On Sun, 2021-01-03 at 00:46 +, David Rush wrote:
>
> 3 - Do I need to support all architectures on day 1? (currently I
> build Linux/Win)
I don't claim authority in the matter, but I'd say no. Just support the
architectures you're able to build for. You can always ask others to
build your
On Sun, 2021-01-03 at 00:46 +, David Rush wrote:
>
> 2 - Can deken packages be deleted/removed/name changed?
Yes / Yes / I don't know
However, deleting already uploaded packages is discouraged. Check your
results with scrutiny before uploading them. If you find issues, you
always can
On Sun, 2021-01-03 at 00:46 +, David Rush wrote:
>
> 5 - One or Two packages?
If the packages can be used on their own in a meaningful way, I would
distribute them separately.
Roman
signature.asc
Description: This is a digitally signed message part
On Fri, 2021-01-08 at 07:13 -0300, Lucas Cordiviola wrote:
> > sh linuxdep32.sh
> > rm linuxdep32
> > ~~~
> >
> > However, the crucial part is that the included libfluidsynth.so
> > should
> > not be "tainted" with support for all kinds of things. This means,
> > you
> > can't take the one
On Fri, 2021-01-08 at 12:29 +0100, IOhannes m zmölnig wrote:
>
> that seems all wrong:
Thanks for chiming in and for your voice of reason. Clearly, I only
have a half-baked understanding of what the purpose of those scripts
is.
I'll try to wrap what you said up into a PR when I find time.
I took the liberty to move this over to pd-dev
On Fri, 2021-01-08 at 03:48 -0300, Alexandre Torres Porres wrote:
> Em qui., 7 de jan. de 2021 às 20:07, Roman Haefeli <
> reduz...@gmail.com> escreveu:
> > On Thu, 2021-01-07 at 00:14 -0300, Alexandre Torres Porres wrote:
> &
On Fri, 2021-01-08 at 11:23 -0300, Alexandre Torres Porres wrote:
> Em sex., 8 de jan. de 2021 às 08:48, Roman Haefeli <
> reduz...@gmail.com> escreveu:
> > Hopefully, we'll be able to create fluid~ that also supports sf3
> > files.
>
> I thought we already did :
On Fri, 2021-01-08 at 12:47 +0100, Roman Haefeli wrote:
> On Fri, 2021-01-08 at 12:29 +0100, IOhannes m zmölnig wrote:
> >
> Hopefully, we'll be able to create fluid~ that also supports sf3
> files.
I got fluidsynth compiled with libsndfile support. When loading a
On Fri, 2021-01-08 at 20:18 -0300, Alexandre Torres Porres wrote:
>
>
> Em sex., 8 de jan. de 2021 às 19:21, Roman Haefeli <
> reduz...@gmail.com> escreveu:
> > On Fri, 2021-01-08 at 12:47 +0100, Roman Haefeli wrote:
> > > On Fri, 2021-01-08 at 12:2
On Sat, 2021-01-09 at 12:28 +0100, Roman Haefeli wrote:
> The fluidsynth command utility loads and plays the example SF3-file I
> found fine. [fluid~] says it loaded it, but I get only silence when
> playing notes.
[fluid~] works with /usr/share/sounds/sf3/MuseScore_General_Lite
On Sun, 2021-01-10 at 17:14 +0100, Roman Haefeli wrote:
> Since I'm still learning a lot, I wonder
> if
> this is the way to go or if it's considered hacky to fix things after
> the fact? I'd like to hear some expert opinion.
Only now, I understand what the localdeps.*.sh scripts d
On Sun, 2021-01-10 at 16:40 -0300, Alexandre Torres Porres wrote:
>
>
> Em dom., 10 de jan. de 2021 às 13:40, Roman Haefeli <
> reduz...@gmail.com> escreveu:
> > I sitll compiled fluidsynth so that it has the exact support I
> > want,
> > not more, not les
On Sat, 2021-01-09 at 14:39 -0300, Alexandre Torres Porres wrote:
> What feels sane for me is creating a new object, with a different
> name (fluidsynth~) and its own design that is cleaner and doesn't try
> to fix this compatibility issues, cause it's just a nightmare with no
> simple solution.
On Fri, 2021-01-08 at 23:13 +0100, Roman Haefeli wrote:
> On Fri, 2021-01-08 at 12:47 +0100, Roman Haefeli wrote:
> > On Fri, 2021-01-08 at 12:29 +0100, IOhannes m zmölnig wrote:
> > Hopefully, we'll be able to create fluid~ that also supports sf3
> > files.
>
>
So, I created a script that tracks all dependencies of
fluidsynth~.pd_linux and copies them to the local folder.
On Sun, 2021-01-10 at 17:14 +0100, Roman Haefeli wrote:
>
> What I'm still wondering is how to distinguish dependencies required
> to
> be included into a Deken packag
On Thu, 2021-01-14 at 16:52 +0100, IOhannes m zmölnig wrote:
> On 1/14/21 10:42 AM, Roman Haefeli wrote:
> > See PR:
> > https://github.com/porres/pd-fluidsynth/pull/5
> >
>
> given that i consider myself upstream of the original
> "localdeps.*.sh"
>
I took liberty of moving this to pd-dev.
On Wed, 2021-01-27 at 22:59 -0300, Alexandre Torres Porres wrote:
> It's only missing binaries for windows64 bits, linux64 bits and
> raspberry pi versions. Hopefully other people can build and upload
> them.
For compiling it on any of the Linux archs
On Fri, 2021-01-29 at 11:21 +0100, Christof Ressi wrote:
> > ~~~
> > $ pd -open soundtouch~-help.pd
> > pd: AAFilter.cpp:107: void soundtouch::AAFilter::calculateCoeffs():
> > Assertion `length >= 2' failed.
> > Pd: signal
> > ~~~
>
> https://bugs.launchpad.net/mixxx/+bug/1402219
>
> According
On Tue, 2021-02-02 at 13:03 -0300, Alexandre Torres Porres wrote:
> I'm hoping we could have all
> binaries for this version and hopefully update this too to the new
> soundtouch version, but I needed help :)
Yeah, I see.
I guess my help is limited to providing binaries for missing archs once
Hey all,
I am recently trying to dive into the C realm and revamped ggee's
[shell] external. Because its API is different in many ways from the
original, I decided to give it a new name.
Before I publish this to a wider audience through Deken, I would like
to make sure I do not destroy the
Hi all
I just compiled Pd from master and found that I cannot load [fifop]
from zexy anymore. When loading it, I get:
~~~
error: /home/roman/Documents/Pd/externals/zexy/zexy.pd_linux:
/home/roman/Documents/Pd/externals/zexy/zexy.pd_linux: undefined symbol:
get_sys_sleepgrain
fifop
error: ...
On Fri, 2021-08-20 at 12:42 -0700, Miller Puckette wrote:
> Well, I've never been able to articulate a clear and complete
> policy...
> Roughly speaking, I'm maintaining source and binary compatibility for
> anything
> that uses the public API (m_pd.h) and trying not to break things that
> use
>
Hi
Since f16dd5ec34 (I believe) everything printed to stderr is garbled.
For instance, when doing:
[list a b 12(
|
[print]
in 'pd -stderr', I get:
~~~
verbose(2): print: listverbose(2): averbose(2): bverbose(2): 12
~~~
Without '-stderr', the print output looks fine in the Pd console.
Hi
I having troubles building current Pd on macOS catalina. This is how I
run configure:
./configure --enable-jack --disable-jack-framework --disable-locales
And here is where the building stops:
~~~
x_file.c:1062:13: error: implicitly declaring library function 'snprintf' with
type 'int
On Tue, 2021-09-21 at 14:19 -0300, Alexandre Torres Porres wrote:
>
> > On 13/7/21 12:26 π.μ., Roman Haefeli wrote:
> > > However, since the exit code outlet fires always last, it
> > > probably would make
> > > sense the make it the left-most. Are there
1 - 100 of 133 matches
Mail list logo