Re: [PD] For sample players based on [line~], [vline~], or [phasor~], how can we be sure all samples are being played?

2016-05-14 13:53 GMT-03:00 Miller Puckette : > Note that the previous sample was 0 well, if you're not at "0", but somewhere else, and give it a "0,64 1.451247" message, it goes to "1" and not "0"and the previous sample wasn't "0" 2016-05-14 17:39 GMT-03:00 Thomas Grill : > Hi Miller, >

Re: [PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS

Hi enrike, I don't see any reason to run an obsolete pd v 0.43.4-1 under Ubuntu 16.04 because there are fine pd v 0.46.7 extensions in the repos. I think, with a little path configuration and perhaps adding some missing libs you will get most of your old patches running. From 15.10 to 16.04 th

Re: [PD] For sample players based on [line~], [vline~], or [phasor~], how can we be sure all samples are being played?

Hi Miller, If the time interval given amounts to let's say 64 samples, the target value is reached at sample index 63, that is, before the block boundary. To me that seems conceptually wrong. In fact, I found it so hard to work with vline~ (and line~) in a predictable and sample-accurate way tha

Re: [PD] Collaborating across systems/platforms

Thanks IOhannes, I'll make sure to have a look at what I can fetch with sudo zexy before making my mind. Z. To: pd-list@lists.iem.at From: zmoel...@iem.at Date: Sat, 14 May 2016 15:02:37 +0200 Subject: Re: [PD] Collaborating across systems/platforms On 05/14/2016 10:52 AM, Eran Sachs wrote: > h

Re: [PD] For sample players based on [line~], [vline~], or [phasor~], how can we be sure all samples are being played?

I believe that vline~ output is more nearly correct than line~. It seems appropriate to pre-increment the output as vline~ and phasor~ do. Note that the previous sample was 0, so that there is in fact a ramp from 0 to 64 that lasts exactly 65 samples and has a slope of exactly (sample rate). che

[PD] Cross-platform Pd installers

Hi list, It seems that Pd.0.47 + Deken is the up-to-date solution for sharing, learning and creating patches. Thanks for all works ! For sharing Pd frameworks or big patches, we need a way to load and declare externals easier. The meta-patch with libdir loader solution if it is possible. So

Re: [PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS

On 05/14/2016 04:11 PM, enrike wrote: > Hi > > I am trying to install the pd-extended_0.43.4-1~raring_amd64.deb package > of pd-extended in Ubuntu 16.04 but I get this dependency error are you running raring? > > It says it depends on libgsl0ldbl (>= 1.9), and that it is not > installed. I did

[PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS

Hi I am trying to install the pd-extended_0.43.4-1~raring_amd64.deb package of pd-extended in Ubuntu 16.04 but I get this dependency error It says it depends on libgsl0ldbl (>= 1.9), and that it is not installed. I did $ aptitude search libgsl0 this returns me v libgsl0-dbg v libgsl0-d

Re: [PD] [bang( forever active?

On 05/14/2016 01:04 PM, ro...@dds.nl wrote: > > [bang( > | > [openpanel] > > after having answered and closed the openpanel window > the [bang( stays with thick lines, as if still active. > (see png). > but it's possible to click on it again to get anew the openpanel dialog. > > a [spigot 1], [t

Re: [PD] Collaborating across systems/platforms

On 05/14/2016 10:52 AM, Eran Sachs wrote: > he prospect of having to compile sounds scary to non-developer ears... We > really do operate in a slightly naive way, without any deep acquaintance with > the even the most basic inner workings of Linux. > So I believe I will migrate the school's syst

[PD] [bang( forever active?

[bang( | [openpanel] after having answered and closed the openpanel window the [bang( stays with thick lines, as if still active. (see png). but it's possible to click on it again to get anew the openpanel dialog. a [spigot 1], [t b], [route bang] doesn't make the behaviour disappear. even [ban

Re: [PD] LibPd on microcontroller

that's just a question of experience, and hardware. running a micro-processor (like in the raspberry pi) without OS is not simple (look at "bare metal raspberry-pi"). but using a micro-controller, things are lot's easier. an arduino hardware by example is "just" a micro-controller, a power sup

Re: [PD] For sample players based on [line~], [vline~], or [phasor~], how can we be sure all samples are being played?

I tested it, if I have 64 samples and how it plays back. It's a bit strange to me. I was preferred to use [vline~], but it's incorrect, neither line~ does. akntk = 0,641.451247 vline~ outputs vline~: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

[PD] pd-0.46-7 midi(usb) bug on Win7, however it fixed in 0.47-test

I'm using Korg nanokontrol2. It works like charm on mac and linux, but it shows strange behavior only on Windows7. However it fiexed in 0.47-test. I don't know what's the problem. jonghyun ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-man

Re: [PD] Collaborating across systems/platforms

Thanks for the tip Patrick. The prospect of having to compile sounds scary to non-developer ears... We really do operate in a slightly naive way, without any deep acquaintance with the even the most basic inner workings of Linux. So I believe I will migrate the school's system to L2Ork and swit