Hi, I'm looking for the original gigaverb code from Juhana Sadeharju, but
the best I can find are the Ladspa pluging by Steve Harris (not Iron
Maiden's bass player, I believe) or the Max port by Olaf Mtthes and things
like that... anyone?
thanks
Has anyone made a LADSPA plugin host for Pd?
I would think this would be a more attractive, open alternative. Depending
on it's license, the gigaverb DSP could be wrapped into a LADSPA plugin, if
it isn't already. LADSPA is cross platform and there are binary plugin
packs available.
> Hi!
> Thanks for the tip. I did come across this during my searching before.
> I'd offer to help adapt it to run on Linux and OSX, but I did not foresee
> Steinberg illegalizing VST2. I would not be legally allowed to do this
> since I did not obtain a license before Oct 2018. I would gladly help with
> testing, though. Any idea how much struggle would be involved? Are Linux
> and OSX support something you'd consider?
> -Chuckk
>
--
Dan Wilcox
@danomatika
danomatika.comrobotcowboy.com
Hi,
today I encountered something which seems to be a bug in wrap~
(pd-0.49.0) on my architecture. The attached patch shows that wrap~
ist outputting a 1 instead of the expected 0 when inputting the
division of 880 by 220. Inputting the value 4 with sig~ to wrap~
doesn't cause this, so I assume the result of the division is
represented differently internally. This is on 64 bit Linux.
The pd sources contain two versions of wrap_tilde_perform with a
comment that a similar bug had occured in a previous version before
and been fixed but somehow it doesn't seem to be resolved completely.
Does anybody have/know a fix? It is pretty important in my code as
this causes all kinds of strange behaviour in my dsp calculations.
Maybe people on other systems/architectures could also check if it
appears on their machines as well and report back.
--
Orm
Greetings fellow Pd enthusiasts,
As some of you may be already aware, ast year the Purr-Data (a.k.a.
Pd-L2Ork v2) was adapted to support native 64-bit operations. We are
pleased to report that Purr-Data was once again selected this year as one
of the GSoC projects. This means more opportunities to engage and help
further the platform. Ideas for this year are plentiful, ranging from core
infrastructure (C) development to patching and front-end development,
including porting Pd-L2Ork's K12 learning module that has seen its
utilization in dozens of Maker camps over the past 7 years.
If interested, please contact Jonathan and/or me to explore potential
projects and to discuss the next steps in the application process.
Best,
Ico
--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology
Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico(a)vt.edu
www.icat.vt.eduwww.performingarts.vt.edul2ork.icat.vt.eduico.bukvic.net
_______________________________________________
Pd-announce mailing list
Pd-announce(a)lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
Hi PD people,
Is there a current PD library that contains a 3rd order ambisonics encoder?
What I'm looking for is something that would allow me to encode 16 channels
sent via jack to Reaper to mix with existing 3rd order content.
Many thanks!
- martin
Hi all,
For a project we need also to get synchronization between any devices
with a web browser (the easiest way to play with a lot clients without
installing applications). But we found also that with Wi-Fi it is quite
unpredictable.
Someone gave me this link :
https://ircam-cosima.github.io/soundworks-nu/ But it used Max. It is
based on the SoundWorks framework (Web api + node.js).
++
--
Jérôme Abel
http://jeromeabel.net
Hi Enrike,
Im not sure of your setup but should you have access to a gps signal you
could use it to sync all devices... I think.
Good luck!
On Tue, Mar 5, 2019 at 09:09 <pd-list-request(a)lists.iem.at> wrote:
> Send Pd-list mailing list submissions to
> pd-list(a)lists.iem.at
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.puredata.info/listinfo/pd-list
> or, via email, send a message with subject or body 'help' to
> pd-list-request(a)lists.iem.at
>
> You can reach the person managing the list at
> pd-list-owner(a)lists.iem.at
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pd-list digest..."
>
>
> Today's Topics:
>
> 1. chronometer + metronome that syncs multiple Android/iOS
> devices over network? (enrike)
> 2. Gem 0.94 - camera settings on windows ... (oliver)
> 3. Re: chronometer + metronome that syncs multiple Android/iOS
> devices over network? (Antoine Rousseau)
> 4. [PD-announce] Purr-Data Google Summer of Code opportunity
> (Ivica Bukvic)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 5 Mar 2019 17:18:41 +0100
> From: enrike <altern2(a)gmail.com>
> To: Pd-List <pd-list(a)lists.iem.at>
> Subject: [PD] chronometer + metronome that syncs multiple Android/iOS
> devices over network?
> Mesase-ID: <221516eb-2850-68f1-50e9-aba36f46642a(a)gmail.com>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> hi all
>
> We need a chronometer that runs in sync in multiple devices at the same
> time. Target platform is android, and if possible iOS as well. We are
> thinking also that it would be great to have some sort of metronome
> running together with the chronometer (we have trained musicians
> together with non trained musicians in the ensemble).
>
> So far we have been using http://chronograph.io/ so far but it is not
> 100% reliable, we had a few issues last performance (one device was ~1
> sec behind the others, and often during rehearsals we had problems with
> the start signal not being sent at all).
>
> I am considering the possibility of implementing this functionality in
> PD using PDdroidparty and OSC. Because we dont like the tools we have
> found online. We found some nice metronomes but the only one that seems
> to sync is only iOS. And we do need the chronometer (in fact priority n1
> is the chronometer right now). I thought maybe someone can point into
> some existing alternative before I try to reinvent the wheel.
>
> One of the biggest issues I foresee is to find an easy and quick way for
> the master device to find out the available slaves in the network. I
> would not like to have to, one by one, find and then type the IPs of
> each single device in the master device, although the master could be a
> laptop running PD and that would make it easier to type them...
>
> thanks in advance for any feedback
>
> enrike
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 5 Mar 2019 18:33:48 +0100
> From: oliver <oliver(a)klingt.org>
> To: "pd-list(a)mail.iem.at" <pd-list(a)mail.iem.at>
> Subject: [PD] Gem 0.94 - camera settings on windows ...
> Message-ID: <08ee7229-37b0-3bb1-e2c6-dc42186d4b32(a)klingt.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> hi,
>
> i am trying to make a patch involving a live camera on PD 0.49.0 (64bit)
> with Gem 0.94_pre1 (64bit) on a windows 7/64bit machine.
>
> so far everything works alright, but i can't set the camera resolution !
>
> unfortunately the default resolution is 160x120, which is pretty
> useless. so far i found no way to change that resolution, the "dimen"
> message does nothing and setting width/height via the props method also
> doesn't work.
>
>
> now here's another strange thing: with PD 0.48 and Gem 0.93 (both
> 32bit), when i opened the camera dialog (with the "dialog" message to
> [pix_video]), 2 windows opened: 1 for the camera driver settings
> (brightness, contrast, exposure etc.) and 1 for the resolution.
>
> so with the fomer (32bit) version of Gem i COULD set the camera
> resolution to the desired dimension.
>
> however, sending "dialog" to [pix_video] in the 64bit version described
> above, i only get 1 window, the one with the driver properties (which
> btw i can also set via the "props" method)
>
> can anybody help me in this regard ? is there a workaround to manually
> set the camera's resolution ?
>
> unfortunately i need the 64bit version of Gem because of the amount of
> RAM i need (i record video frames over some peroid of time, and the
> 32bit version is limited for my needs). plus the 32bit version doesn't
> work (i already reported that to the list)
>
> thanks for any hints
>
> best
>
> oliver
>
>
> --
> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
> /////////////// http://pendler.klingt.org //////////////
> \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\
> ////////////////////////////////////////////////////////
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 5 Mar 2019 19:10:43 +0100
> From: Antoine Rousseau <antoine(a)metalu.net>
> To: Pd-List <pd-list(a)lists.iem.at>
> Subject: Re: [PD] chronometer + metronome that syncs multiple
> Android/iOS devices over network?
> Message-ID:
> <CAOCG5HyfHyZoGkPdCbC5mvFNJErFJ=EN9HQ-BmMsr46=
> gn6GKQ(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Enrike,
>
> you'll probably find that syncing many devices together (especially via a
> wifi network) is a rather difficult task.
> Many parameters can make it complicated, above all network latency and
> device latency. Network latency is often quite variable and unpredictable,
> and the same goes for audio latency on Android.
>
> That said, it seems that the best solution currently is Ableton Link (
> https://www.ableton.com/en/link/), which is a GPL cross-platform library
> and protocol.
> It is implemented to Pd through the [abl_link~] object (available from
> Deken for most platforms).
>
> In some case where [abl_link~] wouldn't work (I had crashes on a
> raspberryPi), you can use Carabiner which provides a network socket to
> Link:
> https://github.com/Deep-Symmetry/carabiner
>
> good luck!
>
>
> Le mar. 5 mars 2019 à 17:18, enrike <altern2(a)gmail.com> a écrit :
>
> > hi all
> >
> > We need a chronometer that runs in sync in multiple devices at the same
> > time. Target platform is android, and if possible iOS as well. We are
> > thinking also that it would be great to have some sort of metronome
> > running together with the chronometer (we have trained musicians
> > together with non trained musicians in the ensemble).
> >
> > So far we have been using http://chronograph.io/ so far but it is not
> > 100% reliable, we had a few issues last performance (one device was ~1
> > sec behind the others, and often during rehearsals we had problems with
> > the start signal not being sent at all).
> >
> > I am considering the possibility of implementing this functionality in
> > PD using PDdroidparty and OSC. Because we dont like the tools we have
> > found online. We found some nice metronomes but the only one that seems
> > to sync is only iOS. And we do need the chronometer (in fact priority n1
> > is the chronometer right now). I thought maybe someone can point into
> > some existing alternative before I try to reinvent the wheel.
> >
> > One of the biggest issues I foresee is to find an easy and quick way for
> > the master device to find out the available slaves in the network. I
> > would not like to have to, one by one, find and then type the IPs of
> > each single device in the master device, although the master could be a
> > laptop running PD and that would make it easier to type them...
> >
> > thanks in advance for any feedback
> >
> > enrike
> >
> >
> >
> > _______________________________________________
> > Pd-list(a)lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
> >
>
is there any contraindication to use separate instances of puredata: one for audio file playback and the other for control/communication ?
(the controling part would run as root - i could not get millers gpio object to work)
cheers!
michael
on raspberry b+/stretch/pd-0.48 lately my patches open very slow.
i get the turning hour glass and sometimes the watchdog is already signalling pd….
can it take long to find librarys or a slow SD card or netsend related issues ?
or something completely different ?
did anyone have this issue?
Hi,
is there some easy way in vanilla pd to get a bang on each phasor~
wraparound which doesn't involve polling with snapshot~?
Something like samphold~, but outputting bangs instead of signals.
--
Orm