I am teaching two sessions of an Introduction to Pd workshop in Cairo for
people with no prior experience at this event: http://www.cairotronica.com/
The workshops will be May 5 and May 6 from 5:00-8:00 PM.
I will also have a project in the exhibition that was created, in part,with
Pd and will give a lecture about it.
Best,
Greg
_______________________________________________
Pd-announce mailing list
Pd-announce(a)lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
Dear list,
did anyone try to compile GEM on the RPi 3 with activated OpenGL on it?
I am curious if it can handle 3D graphics with the [model] object and
lights.
Best:
Popesz
Hello list
I need to blur a little portion of an animated image with GEM to achieve dynamically a good visual continuity between foreground and background :
means blurring the edge between foreground and background.
This edge is not moving in the frame, just the content of the background varies.
What would be the object(s) for doing this ?
tks a lot
JM
Hi List,
As I've discussed at the PD patch repo, I'm looking for an optimal Time
Stretching patch:
http://forum.pdpatchrepo.info/topic/9909/time-stretching-patches-any-recomm…
>From the ideas and patches proposed there (I'll refer to the post # to
avoid attachments), I've found that a simple array based patch with a very
short sample works well for some patches, e.g. a contrabass (cf. post 17),
whereas [small_paul1] works better for something more complex, like a
saxophone multiphonic (cf. post 8 and 18).
Obviously, I'd prefer a unified solution that works for a wide variety of
samples. Any advice?
Best regards,
S.E.
> On Thursday, April 21, 2016 1:17 PM, Jaime Oliver <jaime.oliver2(a)gmail.com> wrote:
> I should say that while aconnect works fine mostly, there are a lot of issues with running it. The main one is that it doesn’t seem to show current connections, just available devices, also, often it will stop working (with no apparent reason) and the device needs to be unplugged and plugged in again.
I don’t know if connecting from Pd would solve these issues, but that would be a reason to bother.
Looking at the acconnect code as well as the Pd diff that got rid of the autoconnect code, it looks like it's
pretty easy to list i/o port info.
> I however, don’t know either if this is an issue for anybody else…
It'd be helpful to know whether it's a general issue or not. If it is a general issue then Pd will almost
certainly inherit those problems if I add the functionality I want. aconnect is about as simple a wrapper
around alsa's API as you can get.
(> and !>) best,
J
> On Apr 21, 2016, at 11:09 AM, Miller Puckette <msp(a)ucsd.edu> wrote:
>
> I don't know of any reason this can't be done. The main alsa api limitation
> that has stopped me is: Not Worth the Hassle. That, however, is subjective -
> if you indeed want to attack it I'll be glad to see it (and perhaps even
> borrow it into vanilla if you're game).
>
> cheers
> Miller
> On Thu, Apr 21, 2016 at 02:25:26PM +0000, Jonathan Wilkes via Pd-list wrote:
>>
>>Â Â On Thursday, April 21, 2016 3:39 AM, IOhannes m zmoelnig <zmoelnig(a)iem.at> wrote:
>>
>>
>> On 2016-04-21 06:38, Jonathan Wilkes via Pd-list wrote:
>>>> Why can't alsa midi report "connectable" devices inside Pd, to
>>>> be displayed in a dropdown?
>>
>>> because nobody has implemeted it.
>>
>> I'm mainly fishing for any potential alsa api limitations that would make
>> doing what I want very difficult or impossible. Like "it garbles the device
>> names", or "crashes every Tuesday", etc.
>> -Jonathan
>>
>
>> _______________________________________________
>> Pd-list(a)lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>
>
> _______________________________________________
> Pd-list(a)lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi,
I've been working on a library of abstractions that behaves like a modular
synthesizer. It has all the usual modules: VCO, VCA, ADSR, VCF...
If anyone knows the BEAP library for max/msp this will be familiar. It is
the same idea made with PD. All modules work with audio signals from -5 to
5 "volts". Control signals are usually from 0 to 5 "volts". As in modular
synthesizers, control signals can be used to make sound and biceversa.
I used pd-l2ork so I would recommend this package. The externals I used are
basically mrpeach and moonlib. The state saving is made with [preset_hub]
and [preset_node] from pd-l2ork.
You can download it on this link:
https://github.com/JoseFuzzNo/b4p
There is a couple of examples in the "examples" folder.
Also, as all the object names begin with "b4p_" you can import the library
at startup without any name collision.
Any feedback will be appreciated.
Jose.
Hi list,I got a little AKM320 usb midi keyboard for $40. Hooked it up, fired up
Pd, and we're back to 2005:http://article.gmane.org/gmane.comp.multimedia.puredata.general/14675
Just change UM-1 to AKM320 and you have my error report. Well, aside
from the fact that my laptop doesn't have a modem on it (though I bet if it
did it'd show up in Pd's audio device list...)
Any clue what's going on here, and how to fix Pd to do the right thing _without_
touching any of the state on my machine (save for the Pd binary, of course)?
Thanks,Jonathan
howdy, wtih things like the heavy compiler, the libpd and stuff, how crazy
would it be to expect something like an object compiler to host pd patches
in pd?
I think that'd be something like gen~ in max/msp.
cheers
If Pd uses Portmidi <http://portmedia.sourceforge.net/portmidi/> on Linux, then it should be pretty easy to list the available ports. It’s no so hard with ALSA itself either. Check the RtMidi <http://www.music.mcgill.ca/~gary/rtmidi/> ALSA implementation inside RtMidi.cpp. I’ve used that in the past as a reference, although it’s a little hairy to pick apart, it’s at least a good working example beyond the ALSA documentation.
--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Apr 21, 2016, at 9:28 AM, pd-list-request(a)lists.iem.at wrote:
>
> From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>>
> Subject: Re: [PD] time travelling with AKM320 and Pd
> Date: April 21, 2016 at 9:09:58 AM MDT
> To: Jonathan Wilkes <jancsika(a)yahoo.com <mailto:jancsika@yahoo.com>>
> Cc: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>, IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>>
>
>
> I don't know of any reason this can't be done. The main alsa api limitation
> that has stopped me is: Not Worth the Hassle. That, however, is subjective -
> if you indeed want to attack it I'll be glad to see it (and perhaps even
> borrow it into vanilla if you're game).
+1 here as well.
On Linux, I use a script which calls aconnect after pd starts to make connections by name. I also have a udev rule to autoconnect things once they are plugged in.
--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Apr 21, 2016, at 4:00 AM, pd-list-request(a)lists.iem.at wrote:
>
> From: Lorenzo Sutton <lorenzofsutton(a)gmail.com <mailto:lorenzofsutton@gmail.com>>
> Subject: Re: [PD] time travelling with AKM320 and Pd
> Date: April 21, 2016 at 3:15:37 AM MDT
> To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>
>
>
>
>
> On 21/04/2016 09:36, IOhannes m zmoelnig wrote:
>> On 2016-04-21 06:38, Jonathan Wilkes via Pd-list wrote:
>>> Why can't alsa midi report "connectable" devices inside Pd, to
>>> be displayed in a dropdown?
>>
>> because nobody has implemeted it.
>>
>> personally i find that it preferable to use a specialised software for
>> the patching¹.
>
> +1