Re: [PD] should I use pddp/link in help patches?

are easily available/installable. If [pddplink] is in deken, the most important thing is to document that Context requires pddplink (or whatever the library is called). Roman > From: Pd-list <pd-list-boun...@lists.iem.at> on behalf of Roman > Haefeli <reduz...@gmail.com> > Sent: 02

Re: [PD] should I use pddp/link in help patches?

On Fre, 2017-06-02 at 10:42 +, Liam Goodacre wrote: > Hi Roman > > Context, the system I'm documenting, is far too big to be explained > in a single help-patch, so I want the 'context-help.pd' file to > function more like a Table of Contents for the rest of the > documentation (plus a few

Re: [PD] lsl_inlet~ now available

On Don, 2017-06-08 at 13:55 +0200, David Medine wrote: > For those interested, I pushed onto my github page  > (https://github.com/dmedine/PdLSL/tree/master/lsl_inlet%7E)  a Pd > extern  > that wraps LabStreamingLayer's signal inlet. Now you can stream data  > into Pd with LSL. > > This is still

Re: [PD] GEM stereoscopic color

On Sam, 2017-04-29 at 22:49 +0200, Csaba Láng wrote: > Anyway stucked at compilation.  > ./TextBase.h:38:12: fatal error: 'FTFont.h' file not found  > Something with freetype, but reinstalling did not solve the problem. On Debian and derivatives, I'd do something like: $ apt-file search FTFont.h

[PD] current git master broken

Hey all Pd from current master [1] doesn't properly save subpatches as such, but saves them as normal obj: #X obj 57 40 pd foo; How to reproduce: 1) Create new patch 2) Create subpatch [pd foo] 3) Put some stuff like [inlet] and [outlet] to subpatch [pd foo] 4) Save as 'subpatch-broken.pd' 5)

Re: [PD] trouble with pd-0.48-0 and multiple screens

Hey I just noticed that the calculation for the position seems something like this: canvaspos % screensize My screen width is 2560, so the canvas opens at the same position when I use those values: 100, 2660, 5220 etc. You can try easily yourself with a patch with the following content: #N

Re: [PD] GUI freeze

construct the gui in another > instance. > > Am 22.09.2017 3:14 nachm. schrieb "Roman Haefeli" <reduz...@gmail.com > >: > Hey all > > Apologies for a somewhat vague bug report about a hard to reproduce > issues (yeah, everybody loves those). > > I t

Re: [PD] Capture Gem output: best practices?

On Son, 2017-09-17 at 20:15 +0200, Max wrote: > This is such a reoccurring question, I've always wanted to make a > FAQ  > about this where we can point to. There are quite a few > possibilities  > and it depends on the system and case which one is the best for you. > > A) inside GEM > You can

[PD] GUI freeze

Hey all Apologies for a somewhat vague bug report about a hard to reproduce issues (yeah, everybody loves those). I tend to create instruments for netpd with lots of visual feeback (song position in sequencer, triggered notes, automated values, meters). Sometimes during sessions with rather many

Re: [PD] trouble with pd-0.48-0 and multiple screens

Hi Ali On Mit, 2017-09-13 at 11:03 -0400, Ali Momeni wrote: > I'm using MacOS 10.12.6 > > I'm impressed that so many pd versions and platforms have this issue. > It's a very difficult problem to deal with; Pd is essentially > unusable with multiple screens. I'm a regular multi-screen user and

Re: [PD] No ALSA or OSS sound with Debian 9.1 (32 and 64bit) on an "Up Board"

On Sam, 2017-10-07 at 19:06 +0200, IOhannes m zmölnig wrote: > On 10/07/2017 11:50 AM, Ingo wrote: > > > > (Since this was my smallest problem I didn't investigate any > > further. It was  > > the version on Deken with Pd 0.47.1) > > in general i would recommend to use the Debian packages whenever

[PD] [Gem] changed [ortho] behaviour

Hey all A patch of mine with only a few geos that was developed with last release of Gem 0.93.3 looks totally messed up with current master. It turns out that [ortho] is the culprit. It appears that [ortho] used to screw with aspect ratio as it forces both, window width and window height, to be

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

On Mon, 2017-09-04 at 22:10 -0300, Alexandre Torres Porres wrote: > Hi, I've been working this year on a new library called "ELSE", this > first beta release, and it is up in deken for Windows, Mac and > Windows. Here's my repository github.com/porres/pd-else Cool. I just had a glance and there

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

On Mit, 2017-09-06 at 10:39 -0300, Alexandre Torres Porres wrote: > I put a license remark inside "meta", but not that I really know > anything about licenses :) Hm... I seem unable to find anything about the SIBSD license. Please include a copy of the license text or at least provide a link.

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

On Mit, 2017-09-06 at 17:03 +0200, Matt Davey wrote: > here's a copy of PD's license.   > > seems to be the "3 clause BSD license" > > if you want your code to share that same license, maybe a good idea > to just include that text (but change "Miller Puckette" to your own > name ;) Now it

Re: [PD] Fwd: Re: linux: "-font-size" startup flag -- does this work?

Hey Alexander I hear you and I am in the same boat. On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote: > Thank you for these answers.   > > Editing the Pd text file wasn't really much of a solution for me > since I'm dealing with a very large patch with many subpatches which > would all

Re: [PD] [Gem] changed [ortho] behaviour

On Sam, 2017-09-09 at 18:50 +0200, cyrille henry wrote: > > Le 09/09/2017 à 12:44, Roman Haefeli a écrit : > > > > On Sam, 2017-09-09 at 12:37 +0200, cyrille henry wrote: > > > > > > hello, > > > yes, the ortho was buggy and fixed. But the old be

Re: [PD] [Gem] changed [ortho] behaviour

ut how can someone use the full window area with the new default mode? Why is there a limit? Roman > Le 09/09/2017 à 00:59, Roman Haefeli a écrit : > > > > Hey all > > > > A patch of mine with only a few geos that was developed with last > > release of

Re: [PD] [Gem] changed [ortho] behaviour

On Son, 2017-09-10 at 23:34 +0200, Jack wrote: >  > > However, you can simulate [ortho] if you need it now with : > > [GEMglMatrixMode GL_PROJECTION] > > > > > [GEMglLoadIdentity] > > > > > [GEMglOrtho -1 1 -1 1 1 20] > > With these objects, you reset the projection and use orthographic >

Re: [PD] [Gem] changed [ortho] behaviour

On Son, 2017-09-10 at 23:33 +0200, cyrille henry wrote: > hello, > > Le 10/09/2017 à 22:34, Roman Haefeli a écrit : > > > > > > > > > > > > > > But how can someone use the full window area with the new > > > > default >

Re: [PD] [Gem] changed [ortho] behaviour

On Mon, 2017-09-11 at 00:24 +0200, Jack wrote: > Here, your patch using what we said before as a workaround... if > needed ! :) You were faster than me :-)  Yes, this is what I meant to do. Thanks for clarifying. Roman signature.asc Description: This is a digitally signed message part

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

On Mit, 2017-09-06 at 11:19 -0300, Alexandre Torres Porres wrote: > well, I just copied that from somewhere else (don't even remember, > maybe cyclone?), but I should be honest here and just ask, cause I > have no clue about licenses, and I really don't care, this should be > as free and open as

Re: [PD] GUI freeze

On Sam, 2017-09-23 at 08:45 -0400, Ivica Bukvic wrote: > This is likely dur to a buggy implementation of a particular widget > redrawing which may be a third-party widget. In my case I use only vanilla widgets, I but can't tell if it is caused by a single kind or rather by the number of them all

Re: [PD] Object sizing updates

On Sam, 2017-09-23 at 22:53 +0200, Dan Wilcox wrote: > For those of you experiencing issues with object sizing problems with > Pd 0.48, I might have a fix: > > https://github.com/pure-data/pure-data/pull/227 > > There is a test build for newer macs you can try out. It fixes the > wide float and

Re: [PD] GUI freeze

On Mit, 2017-09-27 at 12:42 -0700, Miller Puckette wrote: > Fix is in master on github... > > https://github.com/pure-data/pure-dat > I was trying really hard to trigger the freeze, but wasn't able to. The most I got was a the GUI being stuck for a second, but it never froze for good. This is

Re: [PD] GUI freeze

On Die, 2017-09-26 at 11:38 -0700, Miller Puckette wrote: > I found at least one tcl-error bug and tried to fix it... can you try > this > version... > > http://msp.ucsd.edu/tmp/pd-tmp.msw.zip > http://msp.ucsd.edu/tmp/pd-tmp.windows-installer.exe Thanks. I cannot test as easily on Window as I

Re: [PD] pd~ -nogui subprocess [stdout]

On Die, 2017-09-26 at 21:14 +, Lucas Cordiviola wrote: > I've tested this TMP and the -nogui subprocess is fixed. And you write that as a response to a post that was part of totally unrelated thread named "GUI freeze"? What you do is very confusing. Please don't do such things in mailing

Re: [PD] saving parameters in "audio" file

On Son, 2017-10-01 at 20:25 +0200, richard millig @ selma wrote: > dear list, > > i'm saving different parameters in an array to load them later again. > when i close the patch and open it again later sometimes the values > stay > in the array, sometimes not.  There is a checkbox in the

Re: [PD] Crasher bug

On Son, 2017-10-01 at 22:16 +0200, Roman Haefeli wrote: > Hey all > > Attached patch crashes Pd, at least on Ubuntu 16.04 amd64. Pd 0.48 > and > 0.47-1 seems affected, but not 0.46-7. Also, I cannot make it crash > with the current 0.48 release for Windows under Win

Re: [PD] Crasher bug

On Mon, 2017-10-02 at 13:14 +0200, Dan Wilcox wrote: > If you want more info, you can compile pd with debugging symbols > added via: > > ./configure --enable-debug CFLAGS="-g" > > I'm going to add the "-g" back to the default debug settings as it's > needed for useful stack frame info, etc. > >

Re: [PD] why not Purr Data?

On Mon, 2017-10-02 at 09:29 -0400, Ali Momeni wrote: > thanks everyone, this is really helpful. > > in light of your experiences, it seems like the best of all worlds > might be to use a modern computer/os with Purr Data for editing, make > sure to stick with vanilla only objects, and use vanilla

Re: [PD] why not Purr Data?

On Mon, 2017-10-02 at 15:53 +, Jonathan Wilkes wrote: > > Many of my patches that I developed on Pure Data don't run without  > > modification in Purr Data. Some crash at loading, some look > graphically  > > weird > > Typically, "crashers" and "freezers" get fixed pretty quick in Purr >

Re: [PD] why not Purr Data?

On Mon, 2017-10-02 at 18:34 +, Jonathan Wilkes wrote: > > If supporting pure vanilla patches to their full extent would be a  > > stated goal of the Pure Data project, I'd have some incentive to > report  > > stuff, but it seems it isn't. > > Supporting Pd Vanilla patches to their fullest

Re: [PD] Issues with Gem 0.39-3 on OS X via Deken in Pd

On Fre, 2017-09-29 at 17:04 -0300, Alexandre Torres Porres wrote: > 2017-09-29 3:34 GMT-03:00 IOhannes m zmölnig : > > On 09/29/2017 04:10 AM, Alexandre Torres Porres wrote: > > > do you mean all Gem features won't work? > > > oops, meant to ask  do you mean all Gem features WILL

Re: [PD] Fwd: Re: why not Purr Data?

On Mon, 2017-10-02 at 23:07 -0400, Ivica Bukvic wrote: >  > > This is why Pd-l2ork/Purr-Data has had for at least 2-3 years the > -legacy startup flag that ensures iemgui widgets are inconsistently > offset to match the vanilla behavior plus some other similarly > inconsistent behaviors... Ah,

Re: [PD] Pd-0.48 for macOS not compiled with jack support(?)

Hey Sorry for nagging about this again, but I'd like to know whether the lack of direct Jack support in the macOS build is intentional. Thanks, Roman On Mit, 2017-08-23 at 16:03 +0200, Roman Haefeli wrote: > btw: I'm specifically talking about this: > http://msp.ucsd.edu/Software/pd-

Re: [PD] Pd-0.48 for macOS not compiled with jack support(?)

0:49 AM, pd-list-requ...@lists.iem.at wrote: > > > > Date: Mon, 28 Aug 2017 10:27:01 +0200 > > From: Roman Haefeli <reduz...@gmail.com> > > To: Pd-List <pd-list@lists.iem.at> > > Subject: Re: [PD] Pd-0.48 for macOS not compiled with jack > > support(?) > > M

Re: [PD] Pd-0.48 for macOS not compiled with jack support(?)

nstructions say: ./configure but without '--enable-jack' no Jack support will be enabled, neither with weak linking nor without. Or do I miss something? Roman > > On Aug 28, 2017, at 10:49 AM, pd-list-requ...@lists.iem.at wrote: > > > > Date: Mon, 28 Aug 2017 10:27:01 +02

Re: [PD] Pd-0.48 for macOS not compiled with jack support(?)

On Mon, 2017-08-28 at 12:24 +0200, Dan Wilcox wrote: > I've added --enable-jack to the places it needs to be, so this > shouldn't be an issue with the next release build. Cool. Many thanks! Roman signature.asc Description: This is a digitally signed message part

Re: [PD] [Gem] seamless texture mapping

t I tried the other methods mentioned in the pix_texture-help.pd. Using 'rectangle 1' seems to do the trick. However, for it to work I had to squeeze the images that I wanted to load as texture to 4096px (the were 5505px before). Roman  > Le 30/08/2017 à 09:18, Roman Haefeli a écrit : > > >

Re: [PD] going from signals to events?

On Son, 2017-09-03 at 19:37 +0200, Matt Davey wrote: > exactly!   > > for any sort of sample playback, a [metro] and [vline~] approach is > always going to be better than phasor~ based playback.  Except, if you aim for continuous (as in "at audio rate") pitch change which I wouldn't know how to

Re: [PD] why not Purr Data?

On Mon, 2017-10-02 at 18:34 +, Jonathan Wilkes wrote: > > If supporting pure vanilla patches to their full extent would be a  > > stated goal of the Pure Data project, I'd have some incentive to > report  > > stuff, but it seems it isn't. > > Supporting Pd Vanilla patches to their fullest

Re: [PD] IP address of local machine

On Son, 2017-12-17 at 01:41 +0100, Roman Haefeli wrote: > > If there's no easy way, I might turn that into a feature request for > iemnet's [udpclient] and [tcpclient] to print the src IP address and > src port on the status outlet. Does that make sense? Here it is: https://git.iem.

[PD] IP address of local machine

Hey all Is there a simple cross-platform way for a patch to know the main IP address of the local machine? Assume the patch is connected to a remote server and is able to request its public IP address. What I like to find out is if the local patch is communicating through NAT or directly to the

Re: [PD] IP address of local machine

On Son, 2017-12-17 at 10:48 +, Andy Farnell wrote: > If the server is brokering the traffic then you never need to know  > the private network addresses as NAT will map them to public port > numbers and the router will map the returned packets back to local > addresses. > > But I guess you

[PD] symbol atom: ambiguous limit

Hey all The symbol atom has an implicit limit of 80 characters. Higher values configured in the 'Atom Box Properties' are truncated to 80 characters. The maximum length of symbols created with a symbol atom is 40 characters. Why this difference? Wouldn't it make sense to use the same limit for

Re: [PD] IP address of local machine

e 23 > or > $ nc -w 5 4.ifcfg.me 23 > > There is also other command lines (ifconfig (instead of ip addr), > route > -n (instead ip route), etc.). > ++ > > Jack > > > > Le 16/12/2017 à 17:35, Roman Haefeli a écrit : > > > > Hey all > > > &

Re: [PD] 32 bit linux build in Deken for else lib?

Hey all On Mit, 2017-11-15 at 11:25 -0200, Alexandre Torres Porres wrote: > yep, this is what I said, I need another build to upload it to deken, > I thought that one was supposed to be what you needed, but it's arm > only. Can you build it and send me it? > > Or, Patrick, can't you also build

Re: [PD] 32 bit linux build in Deken for else lib?

On Don, 2017-11-16 at 10:18 +0100, Roman Haefeli wrote: >  Also, the version in meta is '1.0-beta-6', > that means the object list should be named 'else-v1.0-beta-6- > objects.txt'. Hm.. the packages you already uploaded use '1.0beta6' as version string. So maybe you want to adapt the n

Re: [PD] GUI freeze

On Mit, 2017-09-27 at 12:42 -0700, Miller Puckette wrote: > Fix is in master on github... > > https://github.com/pure-data/pure-dat > Update: In three 3 hour sessions I experienced a freeze once. Two sessions went freeze-free. It could also be that I was impatient and the GUI would have

Re: [PD] Force cyclone/gate instead of iemlib1/gate

On Mon, 2017-12-04 at 10:19 +0100, IOhannes m zmoelnig wrote: > On 2017-12-04 10:05, abel.jer...@free.fr wrote: > > > > Beyond the topic, I wonder also how to know if a library needs "- > > lib" option, and for which operating system. For iemlib, on Xubuntu > > the "-path" option is enough, on

Re: [PD] [PD-announce] Pd 0.48-1 test version released

On Die, 2017-12-05 at 22:44 -0800, Miller Puckette wrote: > here... > > https://mathr.co.uk/blog/2015-04-21_approximating_cosine.html > > with an update here... > > https://mathr.co.uk/blog/2016-07-20_approximating_cosine_update.html Wow, very interesting read. I'm looking forward to a high

Re: [PD] [PD-announce] Pd 0.48-1 test version released

On Mon, 2017-12-04 at 12:28 -0800, Miller Puckette wrote: > To pd-announce: > > Pd 0.48-1 is available in a first test version (0.48-1test3).  This > should > fix or at least improve the spacing problems in 0.48-0 on macintosh > computers, > and contains many other bug fixes. It seems box sizes

Re: [PD] Re : Re: Is Pd clip the audio output?

On Don, 2017-10-19 at 12:43 -0400, Jaime Oliver La Rosa wrote: > The OS seems to be doing the clipping. Windows and OSX don't seem to  > clip while linux, at least with alsa, does. As someone else pointed out, it's not the OS, but rather the audio backend is responsible for this. It's just the

Re: [PD] symbol atom: ambiguous limit

On Mon, 2017-12-18 at 17:35 -0200, Alexandre Torres Porres wrote: > But what do you mean [symbol] is limited to 40 characters? No, the symbol atom, the GUI widget. The object you get when typing Ctrl-4. Roman signature.asc Description: This is a digitally signed message part

Re: [PD] 32 bit linux build in Deken for else lib?

On Mit, 2017-12-20 at 04:14 -0200, Alexandre Torres Porres wrote: > > > 2017-12-20 2:02 GMT-02:00 Alexandre Torres Porres <por...@gmail.com>: > > > > > > 2017-11-16 7:18 GMT-02:00 Roman Haefeli <reduz...@gmail.com>: > > > Hey all > > >

Re: [PD] static array/text

On Mon, 2018-05-07 at 00:02 +0200, Dan Wilcox wrote: > Is there one way to define a "static" table or text data that can be > shared among abstractions? I have a few abstractions which use lookup > tables and I realize now that they are basically creating a copy with > each instance when they

Re: [PD] PD won't run on Ubuntu 18.04

On Fri, 2018-05-04 at 04:15 +, Liam Goodacre wrote: > I can't get PD 0.48.1 to run on a fresh installation of 18.04 LTS. It > compiled fine, but when I try to run PD I get: > > sh: 1: wish: not found > > I've tried "sudo apt-get install tcl" but this didn't help. > > It looks like others

Re: [PD] Escaping/not resolving dollar argts in msgs/objects?

On Tue, 2018-05-15 at 14:09 +0200, Christof Ressi wrote: > > [obj 20 20 array define $$1-snd0] > > this only works as long as you don't save and reopen the patch, where > "$$1" will become "$\$1" (which is resolved to "$\\$1" instead of > "\\$1"). I see. Thanks for pointing it out. Roman

Re: [PD] Data structures - delete specific scalar?

On Sat, 2018-05-19 at 17:00 +0200, Ingo Stock wrote: > On 05/19/2018 11:56 AM, Roman Haefeli wrote: > > Yeah. It's not very elegant and gets expensive pretty quickly. I > > was > > wondering about alternative strategies, like moving non-used > > scalars > > out

Re: [PD] Escaping/not resolving dollar argts in msgs/objects?

On Tue, 2018-05-15 at 04:15 -0700, Derek Kwan wrote: > Hello list, > > Perhaps a bit of a long shot and pretty much the exact opposite of > the $0 > in messages conversations as of late: Is there a way to NOT resolve > dollar arguments in messages and/or objects? I think you cannot dynamically

Re: [PD] Data structures - delete specific scalar?

On Sun, 2018-05-20 at 15:31 +0200, Christof Ressi wrote: > this has been on my wish list for a while and I want to do a PR. do > you guys have suggestions which kind of interface you would prefer? > these come to my mind: > * [delete] object: send it a pointer and it will delete the scalar I

Re: [PD] Data structures - delete specific scalar?

On Sun, 2018-05-20 at 05:40 -0700, Derek Kwan wrote: > Roman Haefeli <reduz...@gmail.com> writes: > > > Hey all > > > > Following up a thread from 2011: > > https://lists.puredata.info/pipermail/pd-list/2011-04/088306.html > If I'm not mistaken, this re

Re: [PD] Trigger/Gate

Hi Rainer On Fri, 2018-05-25 at 18:55 +0200, Rabbit ́s . wrote: > Hi there, > > I´m doing a sequencer in pd for my modular rig starting with a > trigger/gate abstraction that should bang the analog envelopes & > friends. A very simple approach starting as trigger and ends up in > variable

[PD] Data structures - delete specific scalar?

Hey all Following up a thread from 2011: https://lists.puredata.info/pipermail/pd-list/2011-04/088306.html I would like to know whether it is impossible to delete a specific scalar, by pointer. If so, why is that? Does it use a design that makes it difficult to allow this? To my untrained eye

Re: [PD] standard paths for externals

On Thu, 2018-06-14 at 14:18 -0300, Alexandre Torres Porres wrote: > > Now, I'm going to load mylib with [declare -{std}path mylib] in my > > patch which fails. What am I missing here? > > Yes, there's the declare issue we know and are addressing, but I'd > also like to highlight that Deken also

Re: [PD] [soundfiler] - get rid of the arbitrary default value for "-maxsize"

On Sat, 2018-05-26 at 16:37 +0200, Christof Ressi wrote: > https://github.com/pure-data/pure-data/pull/366 > > I guess that arbitrary 16MB default maxsize is a relict of past > times... let's get rid of it :-) You make it sound like the reason for the limit was precious memory. I agree that

Re: [PD] intelligent patching

Hi IOhannes I think those additions are immensely useful. Thanks a lot for porting them and thanks to Jonathan and Ivica for implementing them (I hope I thanked all persons involved, and would like to include those that I didn't know about). On Wed, 2018-06-06 at 15:37 +0200, IOhannes m

Re: [PD] Random

On Wed, 2018-05-30 at 11:30 -0300, José de Abreu wrote: > if you can use adc~ (assuming that your mic can capture some noise) > you can sum some snapshots~ with high gain and then voilà, random > number each time Attached is a method that doesn't require audio to be on (and thus also no real

[PD] [PD-announce] Release of tpf-client / tpf-server

Hey all Let me a announce a by product that was created while working in a research group exploring formats for telematic performances. tpf-client[1] is a graphical multi-instance jacktrip clone built in Pure Data. It establishes low-latency multi-channel audio connections between two or more

Re: [PD] Piano roll sequence display

On Mon, 2018-04-30 at 11:20 -0400, William Brent wrote: > Has anyone done something like this using [struct]/[polygon], even > just for sequence display purposes and not editable via mouse > clicking/dragging? I did a quick search of the archives but haven't > found anything. There is unstep[1]

Re: [PD] watchdog

On Thu, 2018-05-03 at 06:29 +0200, michael strohmann wrote: > Hello, > i wonder if it is possible to setup something on raspberry, so that > the puredata-watchdog will restart pd-0.48.0 automatically? > where could i look up the mechanics of this, unfortunatly i am not a > unix crack… Are you

Re: [PD] watchdog

On Thu, 2018-05-03 at 11:56 +0200, Jack wrote: > If you have several instances of Pd, it is also doable to do > something > like : > > pd -open yourpatch1.pd & > PID1=$! > pd -open yourpatch2.pd & > PID2=$! > > while true > do > if [ ! -d /proc/$PID1 ] > then > pd -open

Re: [PD] a slightly nicer saturator than tanh~

On Sam, 2017-10-28 at 10:48 +0200, cyrille henry wrote: > > Le 28/10/2017 à 02:08, Alexandre Torres Porres a écrit : > > > > > > > > 2017-10-27 19:12 GMT-02:00 cyrille henry > hnry.net>>: > > > > depending on the input you can also LP filter the signal

Re: [PD] 32 bit linux build in Deken for else lib?

On Mit, 2017-12-20 at 02:02 -0200, Alexandre Torres Porres wrote: >  one of the new objects I made specially for you [dir], > so you could really help me out on that :D No need for making objects for me just to make me help you ;-) Anyway, [dir] is neat and I can use it to replace both

Re: [PD] MySQL Pd external?

On Mon, 2018-01-22 at 18:32 +0100, Christof Ressi wrote: > does anyone know a Pd external which connects to a MySQL database and > performs SQL commands?  Last time I was looking for a mysql external, I ended up using purest_json calling some simple php script that abstracted out all the database

Re: [PD] readanysf~ support on Windows

On Fre, 2018-01-26 at 14:29 +0100, Christof Ressi wrote: > > > > I guess this would require a recoding of readanysf~ sources... > I'll have a look in February. the next step would be a [writeanysf~] > :-) I don't get the point of this discussion. The origin of this thread was an announcement

Re: [PD] [PD-announce] Anouncing Locusamp~ object: a multiformat streaming client

On Don, 2018-01-25 at 20:06 +, Grégoire Lauvin wrote: > 1) I screwed up! I mean locusamp~ of course. Dammit,I had one job… > There is in fact a locuscast streaming source client, but it's an iOs > and Android app made by us as well, and we are thinking about making > it a Pd external too.

[PD] readanysf~ support on Windows (was: [PD-announce] Anouncing Locusamp~ object: a multiformat streaming client)

On Don, 2018-01-25 at 17:02 +0100, Christof Ressi wrote: > > > > I haven't found a streaming format that [readanysf~ ] does not > > support.  > slightly offtopic: do you know where I can get a working Windows > version? the only version I've found (https://puredata.info/downloads > /readanysf)

Re: [PD] [PD-announce] Anouncing Locusamp~ object: a multiformat streaming client

On Don, 2018-01-25 at 15:19 +, Grégoire Lauvin wrote: > Dear all, > > I'm happy to announce the public release of the Locusonus external. > > The locusonus external feature a solo object: locuscast~, a streaming > client, similar in use to the oggamp~ or mp3amp~ objects.  Cool. Thanks for

Re: [PD] [solved] glitches when streaming UDP

On Mit, 2018-01-31 at 00:49 +0100, katja wrote: > Found this in the archives, maybe it is somewhat similar: in the > early Raspberry Pi days core switching seemed to be a problem for Pd > and it could be solved by using 'taskset'. Thanks for the -nosleep and the core affinity suggestion. I tried

Re: [PD] [solved] glitches when streaming UDP

On Die, 2018-01-30 at 22:14 +0100, Roman Haefeli wrote: > It seems I simply need to keep the CPU busy with something like: > > yes > /dev/null & > > I need to run this four times, because I have four cores. Actually, when setting the affinity of pd and burnMX to the s

Re: [PD] [solved] glitches when streaming UDP

On Mit, 2018-01-31 at 01:30 +0100, Roman Haefeli wrote: > On Die, 2018-01-30 at 22:14 +0100, Roman Haefeli wrote: > > > > > It seems I simply need to keep the CPU busy with something like: > > > > yes > /dev/null & > > > > I need to run this f

[PD] [solved] glitches when streaming UDP

> On Die, 2018-01-30 at 16:38 +0100, Dan Wilcox wrote: > >  > >  It might be a scheduling issue with the kernel, realtime settings, > > crappy networking driver, etc.  I'm talking as an outside observer of a black box with limited understanding what's going on inside the box, so please bear with

Re: [PD] glitches when streaming UDP

n Jan 30, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: > > > > From: Roman Haefeli <reduz...@gmail.com> > > To: "pd-list@lists.iem.at" <pd-list@lists.iem.at> > > Subject: Re: [PD] glitches when streaming UDP > > Message-ID: <1517306864.2

Re: [PD] [solved] glitches when streaming UDP

On Die, 2018-01-30 at 23:31 +0100, Dan Wilcox wrote: > I agree. I recorded 8 channel multitrack from Pd to Ardour using a > single core Thinkpad back in the day with no drop outs. > > You could try running Pd with a different nice level. Even though it > has "realtime priority" it sometimes helps

Re: [PD] glitches when streaming UDP

no jackd xruns whatsoever when Pd glitches are happening. Ardour is rock-stable with the same setup. Roman > > > On Jan 30, 2018, at 9:25 PM, pd-list-requ...@lists.iem.at wrote: > > > > Date: Tue, 30 Jan 2018 21:25:26 +0100 > > From: Roman Haefeli <reduz

Re: [PD] slider appearance change somewhere between 0.47 and 0.48

On Fre, 2018-02-02 at 14:12 +0100, Dan Wilcox wrote: > It's more likely a change since 0.48-1 where the GUI work I did was > introduced. I did try to enforce drawing order on some of the GUIs > and make sure the control does not get covered but I suppose that is > a bug to some. It's an easy fix

[PD] max value of last n samples

Hey all Can this be done in vanilla? I'd like to output the maximum value of the last N input samples in the signal domain. Ideally N would be adjustable.  It bugs my mind, but I can't think of a solution for this simply problem. Roman signature.asc Description: This is a digitally signed

Re: [PD] max value of last n samples

On Fre, 2018-02-02 at 16:30 +0100, tim vets wrote: > is this any good? > [ fexpr~ if($x1[0]>$y1[-1], $x1[0], $y1[-1]) ] This will never return from the highest value ever experienced. I really need the output to return after N samples. > not sure how to reset it though... Exactly. Roman

Re: [PD] max value of last n samples

On Fre, 2018-02-02 at 23:27 +0900, Matt Davey wrote: > i did something like that with a bang~ just triggering a counter to > read samples from tabsend~, but not very efficient, of course.  I don't mind converting to message and then back to signal. I did that a few times, too. But I believe

Re: [PD] max value of last n samples

On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote: > There's an implementation of a peak holder in this blog post: http:// > dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in- > pure-data. I remember testing it but please let me know if you find a > bug. Very nice write

Re: [PD] max value of last n samples

On Sam, 2018-02-03 at 02:47 +, Dario Sanfilippo wrote: > Thanks, Roman. > > On 2 February 2018 at 21:28, Roman Haefeli <reduz...@gmail.com> > wrote: > > On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote: > > > There's an implementation of a peak h

Re: [PD] macOS 64 bit only soon

On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote: > Does it mean that Puredata will soon have to upgrade all it's floats > and ~'s objects to double precision (64bit floating point) like > Katia's pd-double ? > I would love that ! :) > Long tables made easy ! Let me quote IOhannes' email

[PD] glitches when streaming UDP

Hey all I'm working on a patch that transmits audio through UDP. The patch runs totally smooth on macOS (10.10 and 10.11) with Pd 0.48-1 and JACK as back-end. On the Linux machines I tested (all Ubuntu 16.04) with the same version of Pd I get a lot of glitches, although I'm using very similar

[PD] -nosleep works only without -jack (was: [solved] glitches when streaming UDP)

On Mit, 2018-01-31 at 09:32 +0100, katja wrote: > > > On Wed, Jan 31, 2018 at 1:22 AM, Roman Haefeli <reduz...@gmail.com> > wrote: > > > > > > I'm a bit unsure about the -nosleep option. What is it supposed to > > do? > > I thought it wou

[PD] slider appearance change somewhere between 0.47 and 0.48

Hey all Before I report anything to a tracker, I may ask whether it was an intentional change. Up until 0.48, the label text of any gui widgets (sliders, etc.) appeared above the front. Since 0.48, the front covers the label text, changing the appearance of patches that have overlapping front and

Re: [PD] max value of last n samples

On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote: > There's an implementation of a peak holder in this blog post: http:// > dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in- > pure-data.  BTW: the peak envelope part could be also implemented using fexpr~: [fexpr~

Re: [PD] max value of last n samples

On Son, 2018-02-04 at 13:12 +, Dario Sanfilippo wrote: > Hi, Roman. I guess that fexpr~ implies block 1 but probably a few > other things too: 256 instantiations of the feedback loop in my > abstractions are around 44% load whereas the same number of [fexpr~ > max($x1[0], $y[-1]*$x2[0])] are 

Re: [PD] glitches when streaming UDP

On Mon, 2018-01-29 at 10:25 +0100, Roman Haefeli wrote: > I'm working on a patch that transmits audio through UDP. The patch > runs > totally smooth on macOS (10.10 and 10.11) with Pd 0.48-1 and JACK as > back-end. On the Linux machines I tested (all Ubuntu 16.04) with the > same

<    1   2   3   4   5   6   7   8   9   10   >