Re: [PD] max value of last n samples

Roman [1] https://articles.leetcode.com/sliding-window-maximum/ > Cheers, > Dario > > On 3 February 2018 at 09:33, Roman Haefeli <reduz...@gmail.com> > wrote: > > On Sam, 2018-02-03 at 02:47 +, Dario Sanfilippo wrote: > > > Thanks, Roman. > &g

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

Hey On Fre, 2018-02-02 at 15:10 +0100, Dan Wilcox wrote: > And fixed: https://github.com/pure-data/pure-data/pull/301 > > Please build and test. Sorry, I only noticed now that you already fixed it. Looks good to me. Many thanks! Roman signature.asc Description: This is a digitally signed

Re: [PD] sources for externals

On Die, 2018-02-06 at 14:27 +0100, ro...@dds.nl wrote: > houldn't we advocate a policy for deken uploads to include this by  > default? Definitely. I'd say it is already being advocated since recent versions of the Deken upload tool nag you to prepare a source package. I assume many packages have

Re: [PD] glitches when streaming UDP

On Mit, 2018-02-07 at 14:32 +0100, Lorenzo Sutton wrote: > On 30/01/2018 11:07, Roman Haefeli wrote: > > > > On Mon, 2018-01-29 at 10:25 +0100, Roman Haefeli wrote: > > > > > > > > I'm working on a patch that transmits audio through UDP. The > > >

Re: [PD] glitches when streaming UDP

On Mit, 2018-02-07 at 10:41 -0500, Martin Peach wrote: > On Wed, Feb 7, 2018 at 10:21 AM, Roman Haefeli <reduz...@gmail.com> > > I tried:  > >  * turning hyperthreading off > >  * putting pd and jackd on the same core > >  * putting pd and jackd on d

[PD] snap to grid feature when editing

Hey all I just realized that I almost always hold the shift key down when moving objects around with arrow keys in order to emulate a 10-px grid. Considering my editing style, a snap-to-grid feature would make my patching life a lot easier. It would help me align objects vertically with the mouse

Re: [PD] snap to grid feature when editing

On Sam, 2018-02-17 at 19:26 +0100, Dan Wilcox wrote: > There is working code for this in one of the Pd forks. I've thought > about porting it over. It works pretty well for placement but drawing > the actual grid is problematic due to the number of lines and some > overlapping. I wasn't thinking

Re: [PD] absolute values of a list of numbers?

On Fre, 2018-02-16 at 14:09 +, Claude Heiland-Allen wrote: > > If the list were longer or not a power of two [...] You can use any block size, doesn't need to be power of two. IIRC, only [inlet~ ] and [outlet~] require a power of two block size. Roman signature.asc Description: This is a

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

On Mit, 2017-12-20 at 17:50 -0200, Alexandre Torres Porres wrote: > so, yeah, lucas gave me already a windows build, so I'm only missing > this linux 32bit one from you ;) I sent you the build in separate private mail. Roman > 2017-12-20 15:51 GMT-02:00 Alexandre Torres Porres

Re: [PD] [else/dir] leaks file handles (was: "too many open files" error in 0.48.1)

Hey Alex On Tue, 2018-07-24 at 12:44 -0300, Alexandre Torres Porres wrote: > Sorry, I thought I had fixed this in the last update. I swear it was > working for me, but then... that reported bug came back :) No need to be sorry. I'm not complaining, but simply reporting. > The object still

Re: [PD] [else/dir] leaks file handles (was: "too many open files" error in 0.48.1)

On Tue, 2018-07-24 at 12:44 -0300, Alexandre Torres Porres wrote: > Sorry, I thought I had fixed this in the last update. I swear it was > working for me, but then... that reported bug came back :) The object > still works fine for me in my use cases. Anyway, I'll give it another > go in the next

[PD] [else/dir] leaks file handles (was: "too many open files" error in 0.48.1)

Hey all Not only by creating 1020 instances of [else/dir] you can crash Pd, but also by sending it a 337 'reset, open .' messages. I guess the reason is the same: [else/dir] is leaking file handles. It appears I tried [else/dir] for the similar reasons as you, Liam. I am also using

Re: [PD] standard paths for externals

On Fri, 2018-07-13 at 14:27 -0300, Alexandre Torres Porres wrote: > > > 2018-07-13 11:12 GMT-03:00 Roman Haefeli : > > So, does that mean the [declare]-flags -stdlib and -stdpath are > > obsolete now? Oops, bad wording on my part. I should have said 'in the declare-path br

[PD] feature request: [array search]

Hi again While we are at it: Wouldn't an [array search] be an immensely useful object? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

[PD] table reverse lookup

Hi I'm using a couple of same-size tables to store tuples of numbers so that their index is there ID. When (tab)reading all tables at the given index, I get back the hole tuple. Mostly I have an ID and I need to look up some value which is obviously an inexpensive task. But sometimes I know two

Re: [PD] table reverse lookup

curious, though, if it's possible to implement a lookup and reverse lookup in a way that does not require a scan. Roman > On Tue, Sep 4, 2018, 5:19 PM Roman Haefeli > wrote: > > Hi > > > > I'm using a couple of same-size tables to store tuples of numbers > >

Re: [PD] feature request: [array search]

On Tue, 2018-09-04 at 17:29 -0400, Martin Peach wrote: > On Tue, Sep 4, 2018 at 5:22 PM Roman Haefeli > wrote: > > Hi again > > > > While we are at it: Wouldn't an [array search] be an immensely > > useful > > object? > > > > There is [t

Re: [PD] Glitch

On Wed, 2018-07-04 at 10:53 +0200, michael strohmann wrote: > > Hello! > from time to time my patch produces this beautiful, but unwanted > glitch. (audiofile attached) Sounds like I'm doing doing music. I wouldn't know how to identify the glitch aspect of it. How does it sound without the

Re: [PD] iemlib fails to load SOME objects OSX 10.10

On Fri, 2018-07-13 at 11:37 +0200, IOhannes m zmölnig wrote: > (since 1.21, the objects are now > included in a single binary "iemlib.pd_darwin", so you need to load > that > instead of the traditional iemlib1 resp. iemlib2) That sounds like some progress. I only see a package for Windows in

Re: [PD] standard paths for externals

On Thu, 2018-06-14 at 16:32 -0300, Alexandre Torres Porres wrote: > 2018-06-14 15:35 GMT-03:00 Roman Haefeli : > > Is this the idea? > > Yes! And it's working like that in my tests. Ok, it's working for me, too. I see significant progress in that (after having cleared all prefer

Re: [PD] comments in [text]

On Thu, 2018-07-12 at 10:34 +0200, Martin Hiendl wrote: > I was wondering whether there is a comment function for the [text] > object that I'm not aware of, or if not, whether that would be a > useful feature (for handling and navigating large cue-lists for > example). How about this: Mark

Re: [PD] Trying to use Pduino on Windows 10, error messages at initializing

On Sam, 2018-01-20 at 03:40 +, Lucas Cordiviola wrote: > Hi, > > I recommend for your case to use Pd-extended. Pduino-0.5.zip is from > that time.  Obviously, your intention is to help, which is what matters most. But still, I - personally - find it slightly alienating when experts give

Re: [PD] [PD-announce] deken v0.3.0: new fileformat for library packages

On Don, 2018-03-08 at 17:09 +0100, IOhannes m zmoelnig wrote: > we are proud to announce a major overhaul of the deken fileformat. [...] > - (optionally) uninstall libraries before re-installing them Yay! Thanks for your work. Nice development of matters. Roman signature.asc Description:

Re: [PD] does a clear message to delwrite~ work if DSP is switched off?

On Mit, 2018-03-07 at 15:13 +1100, Matt Davey wrote: > does a clear message to delwrite~ work if DSP is switched off? It does. I tested it by simply trying it out. Roman signature.asc Description: This is a digitally signed message part ___

Re: [PD] suggestion: $0 in messages

On Don, 2018-04-05 at 21:17 +0200, Dan Wilcox wrote: > test? https://github.com/pure-data/pure-data/pull/346 Better do than talk, hey? ;-) Works fine and is definitely convenient. Can't see any disadvantage or problem with compatibility, though it challenges my notion of how things are supposed

Re: [PD] PD on a Rasberry Pi

Hey Jackson On Mit, 2018-04-04 at 14:58 +, jackson re-al wrote: > Someone reached out earlier to see if anyone had experience running > PD on a Pi. > > If anyone here could help out then please give me a shout - It would > be much appreciated. What OS is running on the RPi? Some more info

Re: [PD] shrinking subpatches!?

On Don, 2018-04-05 at 22:55 +0200, Christof Ressi wrote: > in the project I'm working on I have a couple of subpatches which > shrink vertically whenever I close and open them...  > I made a funny little patch to demonstrate the issue. can anyone > reproduce this on his/her machine?  I cannot

[PD] purest_json: how to specify root CA or CA bundle when using SSL?

Hey all Somehow using HTTPS with purest_json just worked(tm) in Debian Jessie. Now, that I had to compile purest_json myself, I'm having troubles verifying the server. I'm getting:     77 Problem with the SSL CA cert (path? access rights?) when accessing a resource through HTTPS with [rest]. 

Re: [PD] purest_json: how to specify root CA or CA bundle when using SSL?

On Mit, 2018-04-25 at 11:04 +0200, IOhannes m zmoelnig wrote: > On 2018-04-25 10:59, Roman Haefeli wrote: > > > > Somehow using HTTPS with purest_json just worked(tm) in Debian > > Jessie. > > Now, that I had to compile purest_json myself, > btw, what is wrong

Re: [PD] purest_json: how to specify root CA or CA bundle when using SSL?

On Mit, 2018-04-25 at 13:08 +0200, Roman Haefeli wrote: > On Mit, 2018-04-25 at 11:04 +0200, IOhannes m zmoelnig wrote: > > > > On 2018-04-25 10:59, Roman Haefeli wrote: > > > > > > > > > Somehow using HTTPS with purest_json just worked(tm) in

Re: [PD] purest_json: how to specify root CA or CA bundle when using SSL?

On Mit, 2018-04-25 at 14:11 +0200, Thomas Mayer wrote: >  > Maybe you could replace libcurl4-nss-dev with libcurl4-gnutls-dev or > libcurl4-openssl-dev for compiling purest_json. Ah, i see. When only libcurl4-openssl-dev is installed and the others removed, the resulting [rest] successfully

Re: [PD] Discussing, exchanging pd-generated music

On Son, 2018-03-25 at 15:02 +0200, jlistshit wrote: > OT question: What other list might exist to discuss/exchange etc > mostly the music that people produce with PD, rather than the > technical details? Open to all styles here, though with a focus on > generative, electro-acoustic, composition,

Re: [PD] suggestion: $0 in messages

On Mon, 2018-04-02 at 05:01 -0700, Derek Kwan wrote: > > For me, I can't count how many times I had to add a [$0], or a pack > > or > > some extra workaround before a message so that I could send > > messages > > to my variables (I hardly use variables without a $0). > > > > Joao > I do face

Re: [PD] suggestion: $0 in messages

On Mon, 2018-04-02 at 11:26 +0200, João Pais wrote: >  > For me, I can't count how many times I had to add a [$0], or a pack > or some extra workaround before a message so that I could send > messages to my variables (I hardly use variables without a $0). I can't count how many times I had to

Re: [PD] suggestion: $0 in messages

yawn. On Son, 2018-04-01 at 17:42 -0300, Alexandre Torres Porres wrote: > Hi, currently, if you want to use $0, you need an object cause it > becomes "0" when it's inside messages. > > Pd-l2ork and Purr Data implemented a way that $0 works in the same > way as in objects than in messages,

Re: [PD] add inlets to [ctlin]

On Sam, 2018-03-31 at 14:18 +0100, mario buoninfante wrote: > Hi all, > > > is there any particular reason why on [ctlin] there are no inlets > that  > allow to change MIDI channel and control number on the fly? > > do you guys think it would be useful to have it? Probably, but when creating

Re: [PD] [list] example3.pd crash on Pd-0.48.1 / Linux

On Mit, 2018-04-04 at 02:52 +0900, Jonghyun Kim wrote: > Hi list, > > The problematic patch is: > > pd/doc/5.reference/example3.pd It's actually in the help of [list] in the serializer example. > this patch only crashed on 0.48.1. It's ok on old version of Pd. > > I don't know why? It's a

[PD] pad sound with Pd

Hey all I'm wondering how to do the most silky pad sound in Pd. I'm curious what strategies people use and am also interested in patches if people don't mind sharing. It came up because of a track I was working on that I was only half happy with the pad part. Roman signature.asc Description:

Re: [PD] pad sound with Pd

On Die, 2018-03-20 at 22:09 +0100, Dan Wilcox wrote: > Try s_pad in rjlib: https://github.com/rjdj/rjlib Oh yeah. There's a lot that can be tweaked with this one. Will have to try it out in a polyphony setup. Anyway, there are a lot of interesting sounds to check out. Thanks for pointing me to it

Re: [PD] [convolve~] version 0.11 testing

On Mon, 2018-03-19 at 20:58 +, Lucas Cordiviola wrote: > Hi William, > Are you aware of --> https://github.com/pure-data/pd-lib-builder > This will ease building on many platforms including the upcoming > windows64bit. > You will like it. > : ) Just in case, you're going to use

Re: [PD] reporting the dimensions of a symbol / float atom

On Mit, 2018-03-21 at 13:08 +, Liam Goodacre wrote: > The problem is that when I move from one system to another, many of > my abstractions fail to display correctly, because the atoms fall > outside of the GOP area. (See the attached image: the GOP area was > set in 0.47, but it won't display

Re: [PD] reporting the dimensions of a symbol / float atom

On Mit, 2018-03-21 at 18:52 +, Liam Goodacre wrote: > It would certainly help me to have be able to query atom sizes. I see your point and the benefit of such a feature. Independent of that, I'd like to be able to count on consistent box sizes across platforms and future Pd versions.  >

[PD] changing GOP size dynamically without dirty flag

On Mit, 2018-03-21 at 13:08 +, Liam Goodacre wrote: > An external object that reported the system standard dimensions would > offer a solution, since you could then set the abstraction to resize > itself according to the system. This reminds of my finding, that when using 'donecanvasdialog'

Re: [PD] changing GOP size dynamically without dirty flag

On Mit, 2018-03-21 at 14:57 +0100, oliver wrote: > > > > > > Is there a way to adjust the GOP size without marking the instance > > of > > the abstraction/patch dirty? > > [..] send it a message like this: > > [donecanvasdialog 1 -1 3 0 -1 1 1 100 100 10 10, dirty 0( > | > [send YOURNAME]

Re: [PD] cannot 'upgrade' old patch

On Don, 2018-03-22 at 07:44 +0100, ro...@dds.nl wrote: > hi list, > > i have old patches made with Pdext 42.5. > when opened with Vanilla 48.1 i get lots of uncreated objects (of  > course). > > some of them i'm not able to 'repair'. > e.g. [symbol2list] > > i put in a [declare -stdpath -zexy

Re: [PD] metro 1000 is 3 times faster than a second

Hey On Sun, 2018-09-30 at 20:55 +0200, Csaba Láng wrote: > how is it possible that measuring a metro 1000 with realtime object i > get 333.3 as a result? I get same when running pd with -r 14700 while my soundcard is configured to run at 44100Hz. Interestingly, this mismatch only has an effect

Re: [PD] send~ and receive~ with blocksize different than Pd's?

On Thu, 2018-11-01 at 14:46 +0100, Peter P. wrote: > Hi, > > I am trying to use a [block~ 1024 1 16] object in a subpatch to > oversample 16 times. If this subpatch uses send~ and receive~ > objects, > or throw~ and catch~ Pd reports the error that: > receive~ foo: vector size mismatch >

Re: [PD] monitoring function REC-Play for looper

On Thu, 2018-11-08 at 13:23 +0100, Clemens wrote: > But what do you mean with "fan-outs"? A fan-out in Pd usually means that a single outlet is connected to two or more inlets. IOhannes strongly advises you to get rid of them, because the order the many inlets receive the message from the outlet

Re: [PD] No current Gem for OS X?

On Tue, 2018-11-13 at 12:10 +0100, Jean-Marie Adrien wrote: > does it mean that GEM will not work on mac OsX mojave ?? > gasp ! > :( If that is the first time you gasp while using a Mac, then call yourself lucky! Roman signature.asc Description: This is a digitally signed message part

Re: [PD] German translation of Pd

On Fri, 2018-11-09 at 12:09 +0100, Max wrote: > On 09.11.18 01:16, Simon Iten wrote: > > > > > On 8 Nov 2018, at 15:58, IOhannes m zmoelnig > > > wrote: > > > > > > none of them ring with me. > > > both "knopf" and "schalter" evoke quite specific images in my > > > head,

Re: [PD] trouble enabling Jack on Ubuntu compile

On Fri, 2018-10-05 at 08:58 +0200, Max wrote: > On 04.10.2018 23:58, Antoine Rousseau wrote: > > maybe there is a way that the configure gives a better hint at > > what's missing? > > > > > > there is (at least) one: > > https://github.com/pure-data/pure-data/pull/507 > > ;-) > >

Re: [PD] talk to php-website with netsend

On Tue, 2018-10-02 at 10:29 +0200, Christof Ressi wrote: > or you could just use [mrpeach/httpreq] :-) Or [purest_json/rest] Roman > > Gesendet: Dienstag, 02. Oktober 2018 um 10:02 Uhr > > Von: "IOhannes m zmoelnig" > > An: pd-list@lists.iem.at > > Betreff: Re: [PD] talk to php-website with

Re: [PD] metro 1000 is 3 times faster than a second

On Mon, 2018-10-01 at 12:15 +0200, Csaba Láng wrote: > Thanks for the hints, probably the best idea is to turn off dsp every > time it is not needed. However playing a video and audio with metro > control (sending the bangs according to the frame rate) and using > cameras in the same time makes pd

Re: [PD] Some patches broken in 0.49test3

Hi 0.49test4 fixed the regression for me. I don't see any 'INVALID COMMAND NAME' errors anymore. Claude told me in #dataflow, though, that he's still able to trigger such errors. Thanks, Roman On Sun, 2018-09-23 at 09:40 +0200, Roman Haefeli wrote: > Hey Claude > > It seems you al

Re: [PD] type size of a commentary

On Fri, 2018-09-21 at 16:37 +, Liam Goodacre wrote: > There are 3 options that I can think of: > > 1. Use regular comments and change the font size in the Edit menu > (but this will change the text size of all objects as well). 1a. Use regular comment inside a GOP'd abstraction where you

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

On Sat, 2018-09-22 at 23:11 +0200, Christof Ressi wrote: > OTOH, I kind of agree with the others that I never thought it was a > problem that you can open the same patch several times... Me neither. I do think it should be allowed one way or the other. Having to use a flag for it (probably the

[PD] Unnecessary scrollbars since 0.49

Hi It seems there is a slight regression in the logic that decides whether to show the scrollbars or not. According to my experience, the behaviour in 0.48 was quite good and now sometimes when opening a canvas, scrollbars are drawn when none are needed, even for empty windows. When editing the

Re: [PD] [PD-announce] Pd 0.49-0 released

On Mon, 2018-09-24 at 20:56 -0700, Miller Puckette wrote: > At long last... > > Pd version 0.49-0 is available on http://msp.ucsd.edu/software.htm > or (source only) via github: https://github.com/pure-data/pure-data Cool. A big 'thank you!' to everyone involved. All the work that went into

Re: [PD] [PD-announce] Pd 0.49-0 released

On Wed, 2018-09-26 at 08:06 -0700, Miller Puckette wrote: > I think that's only true in the 32-bit version Ah, you're right. > which uses the old compilation scheme in which it's possible to edit > the > source code and recompile in place. The ".o" files are there so that > only > the code you

Re: [PD] [PD-announce] Pd 0.49-0 released

On Wed, 2018-09-26 at 13:34 +0200, Roman Haefeli wrote: > On Mon, 2018-09-24 at 20:56 -0700, Miller Puckette wrote: > > At long last... > > > > Pd version 0.49-0 is available on http://msp.ucsd.edu/software.htm > > or (source only) via github: https://github.com/pur

Re: [PD] Unnecessary scrollbars since 0.49

(forgot to send to the list) On Sun, 2018-09-23 at 03:12 +0200, Dan Wilcox wrote: > Try this as a small test: add a new line with "return" after the > "update idle tasks" on line 302 of tcl/pd_bindings.tcl. I can't see a difference at first glance. Without having done an actual measurement, it

[PD] Some patches broken in 0.49test3

Hi Sorry, need to report something probably more serious. Some of my patches trigger messages like the following: (Tcl) INVALID COMMAND NAME: invalid command name ".x558795b0c400.c" while executing ".x558795b0c400.c itemconfigure 558795b682c0LABEL -font {{DejaVu Sans Mono} -11 bold}"

Re: [PD] Unnecessary scrollbars since 0.49

On Sun, 2018-09-23 at 00:06 +0200, Dan Wilcox wrote: > *sigh* This is really a constant battle. I added a rather > overcomplicated method to fix this in 0.48 and found a much simpler > way to do it later on, or so I thought. The problem always comes down > to the scrollbar logic being triggered

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

On Sat, 2018-09-22 at 23:29 +0200, Antoine Rousseau wrote: > Of course [once] would be much better than [lock] [once] is taken by iemlib. Not that I think every library in existence should be considered regarding name conflicts when introducing new objects to Pd, but I feel that [once] is in

[PD] moving windows in 0.49

Hi Another regression I just observed: When sending 'vis 0, vis 1' to a canvas repeatedly, the window keeps moving to the top left of the screen. The offset is only a few pixels in each dimension. . I observe this with 0.49test3 (updated and compiled just now) on Ubuntu 18.04 (Gnome). This

Re: [PD] time/date objects in zexy

On Sun, 2018-11-18 at 11:08 -0600, Rick Snow wrote: > The time and date objects in the current zexy are not loading on > macOS High Sierra. When I pull the .pd_darwin files from an old pd- > extended resources/extra/zexy folder they do load. Make sure to load the library. Only adding the path is

Re: [PD] open [openpanel] window in the patch folder

On Tue, 2019-01-15 at 13:35 +, Mario Buoninfante wrote: > Would it be possible to use something like the following > > [symbol ./( > | > | > [openfolder] > > to open the dialog window in the current patch folder? > > This syntax works when you save or load files (ie with [textfile]), > but

Re: [PD] open [openpanel] window in the patch folder

On Tue, 2019-01-15 at 14:08 -0200, Alexandre Torres Porres wrote: > > > Em ter, 15 de jan de 2019 às 13:56, Roman Haefeli > escreveu: > > > > I can currently only test on Linux, but yes it works. However, when > > banging [openpanel] initially, it doesn't o

Re: [PD] [text] issue reading SysEx files

On Mon, 2019-01-21 at 10:03 +0100, Antoine Rousseau wrote: > > make an addition to soundfiler to read binary characters into an > > array. > > wouldn't "read -raw 0 1 1 n" work? It would be cool if -raw would allow 1 byte per sample. But even if it worked this way, the result would be scaled to

Re: [PD] [text] issue reading SysEx files

On Mon, 2019-01-21 at 13:34 +0100, IOhannes m zmoelnig wrote: > On 21.01.19 12:48, Roman Haefeli wrote: > > On Mon, 2019-01-21 at 10:03 +0100, Antoine Rousseau wrote: > > > > make an addition to soundfiler to read binary characters into > > > > an > > > &g

Re: [PD] open [openpanel] window in the patch folder

On Tue, 2019-01-15 at 13:28 -0200, Alexandre Torres Porres wrote: > > > Em ter, 15 de jan de 2019 às 12:30, Roman Haefeli > escreveu: > > On Tue, 2019-01-15 at 13:35 +, Mario Buoninfante wrote: > > > > > Would it be possible to use something like t

[PD] name of latency measurement algorithm

Hey all I once read about a simple and robust way to perform latency measurements with an audio signal. Explained in a few words, the test signal consists of a sweeping sine tone. The return signal ring-modulates the source signal and the resulting signal consists of two frequencies, the sum (

Re: [PD] name of latency measurement algorithm

On Thu, 2018-12-13 at 13:21 +0100, Peter P. wrote: > * Roman Haefeli [2018-12-13 11:58]: > > Hey all > > > > I once read about a simple and robust way to perform latency > > measurements with an audio signal. > > > > Explained in a few words, the test

Re: [PD] name of latency measurement algorithm

On Thu, 2018-12-13 at 15:09 +0100, Peter P. wrote: > * Roman Haefeli [2018-12-13 13:52]: > > On Thu, 2018-12-13 at 13:21 +0100, Peter P. wrote: > > > * Roman Haefeli [2018-12-13 11:58]: > > > > Hey all > > > > > > > > I once

Re: [PD] Deken - question / feature request

Hi On Sun, 2018-12-09 at 14:17 +0100, João Pais wrote: > I need to distribute a patch, which has to be programmed in Pd > Vanilla but > with some external libraries. Since the patch will be downloaded by > unexperienced persons, > it would be good that the externals would be >

Re: [PD] vanilla OSC message format

On Fri, 2018-11-23 at 22:37 +0100, Max wrote: > > [symbol vector( > | > [oscformat -f s subscribe @ blender Root] Try this: [bang( | [oscformat subscribe @ blender Root vector] It should give you the byte-identical result as [packOSC] output. > [netreceive {port} 1] That's ok if you

Re: [PD] time/date objects in zexy

On Mon, 2018-11-19 at 13:30 -0200, Alexandre Torres Porres wrote: > > > Em seg, 19 de nov de 2018 às 12:43, IOhannes m zmoelnig < > zmoel...@iem.at> escreveu: > > better yet: use [declare -path zexy -lib zexy] > > doesn't just [declare -lib zexy] work? No, some objects like [rad2deg] are

Re: [PD] case-sensitivity for filenames of abstractions on different OSes?

On Tue, 2018-11-20 at 15:26 +0100, Peter P. wrote: > Hi, > > is it possible that an abstraction loads as [myabs] when only a > myAbs.pd file is present under OS X? Yes, I believe so. > I thought that filenames on Unix Systems are case sensitive and that > they are not so on Windows. Depends

Re: [PD] ugly font edges on non-black background

I can't reproduce with the help of [text3d]. Have you tried using a TrueType font? Gruss Roman On Tue, 2019-01-08 at 16:32 +0100, Csaba Láng wrote: > Dear list, > > I would like to use [text3d] texts on yellow background but the edge > of the texts are so ugly that I am concerning to use

Re: [PD] speed

On Fri, 2019-01-11 at 13:20 +0100, michael strohmann wrote: > ok, then there might be the problem. > i was thinking that [line] runs thru ALL the numbers in different > speeds. No. > which, come to think of it, might be a problem if i ask it to run > from 0 to 10 in 10 ms. That's not the

Re: [PD] speed

On Sat, 2019-01-12 at 20:44 +, Jonathan Wilkes wrote: > >On Friday, January 11, 2019, 8:12:46 AM EST, Roman Haefeli < > reduz...@gmail.com> wrote: > > >> so, what is the actually algotithm the [line] object is using? > > > Check the help of line. I can

Re: [PD] vanilla partitioned convolution abstraction

On Sat, 2019-01-12 at 22:56 -0200, Alexandre Torres Porres wrote: > Em sex, 11 de jan de 2019 às 19:25, Alexandre Torres Porres < > por...@gmail.com> escreveu: > > So it seems this delay scheme needs to be revised, and maybe that's > > why the minimum window size of 64 gives us some weird

Re: [PD] vanilla partitioned convolution abstraction

On Wed, 2019-01-09 at 11:27 -0200, Alexandre Torres Porres wrote: > yeah, I also get lots of glitches and artifacts with a 64 minimum > window. I have to increase the delay up to 50ms so I get rid of them, > which is kinda bad, even though it seems incredibly efficient. Just to clear: I'm not

Re: [PD] vanilla partitioned convolution abstraction

Hi It performs even better than William Brent's [convolve~] external, even with small delays. When both set to 256, I get 9% load vs. 26%. However, I get artefacts with a setting of 64 samples. When loading the various IRs, the result sometimes sounds glitchy. Setting of 128 or higher are always

Re: [PD] vanilla partitioned convolution abstraction

On Wed, 2019-01-09 at 13:44 -0200, Alexandre Torres Porres wrote: > hmm, weird, I don't seem to find problems... Aha? Even with attached test3.pd patch saved along the original test.pd patch? You can compare 64 to 128 and I get a glitchy tone with a frequency of 690 Hz (which seems to come from

Re: [PD] Getting 32 bit floating point number from 4 sequential bytes

On Sat, 2019-04-06 at 11:28 +0200, cyrille henry wrote: > > > An other solution is to use bitwise operator : > > my_float = (byte1 << 24) & (byte2 << 16) & (byte3 << 8) & byte4; From what I understand, the result is not a 32 bit floating point number, but a 32 bit unsigned int (assuming that

Re: [PD] Getting 32 bit floating point number from 4 sequential bytes

Hi Arda On Fri, 2019-04-05 at 16:00 +0300, Arda Eden wrote: > > I am reading the udp data with [netreceive] succesfully and able to > reach any value I need. Now trying to find a way to combine these > (big endian) sequential 4 bytes in order to get the resulting 32 bit > floating point number.

Re: [PD] Implementing compressor as a patch?

On Sun, 2019-04-07 at 23:45 -0300, Alexandre Torres Porres wrote: > Howdy, I'm giving a try at how to implement a compressor as a Pd > patch. This is what I came up with, it needs cyclone 0.3! Here's a > screenshot. I'm using rms average to detect the gain level and > rampsmooth~ to perform

Re: [PD] Implementing compressor as a patch?

On Mon, 2019-04-08 at 13:18 +0200, IOhannes m zmoelnig wrote: > On 08.04.19 12:23, Roman Haefeli wrote: > > On Mon, 2019-04-08 at 10:13 +0200, IOhannes m zmoelnig wrote: > > > On 08.04.19 05:22, Alexandre Torres Porres wrote: > > > > hi, you responded to my &qu

Re: [PD] ggee/shell makes pd+gem crash

Hi Jean-Yves On Tue, 2019-03-19 at 18:26 +0100, Jean-Yves Gratius wrote: > Well, I'd like to do a pull request for ggee/shell external. > Which repository should I refer to ? > https://github.com/pd-externals/ggee ? > https://github.com/reduzent/pd-ggee ? The latter is mine and I

Re: [PD] ggee/shell makes pd+gem crash

On Wed, 2019-03-20 at 13:42 +0100, IOhannes m zmoelnig wrote: > > > Personally, I'd prefer if the > > library was hosted at a central place and I don't actually need my > > personal fork. > > +1 Glad we agree. > > I don't have access to the pd-externals group, so unless someone > > makes > >

Re: [PD] [soundfiler] - too many open files / bad file descriptor error (meaning?)

Hi Alex I see that your version of [conv~] uses [else/dir] internally and this external of yours is still leaking file handles. I think I already reported this, but can't find an open issue about it. Maybe you closed them, despite them not being fixed. Anyway, last time I checked, each instance

Re: [PD] trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive]

The equivalent to [iemnet/udpreceive] is [netreceive -u -b]. Roman On Sat, 2019-02-09 at 23:40 -0800, Scott R. Looney wrote: > hey folks, i'm trying to set up a OSC communication between Unity and > PD. the eventual goal is that an iOS app will be sending data to PD > to control various

Re: [PD] hanging

On Fri, 2019-02-15 at 13:28 +0100, michael strohmann wrote: > i know its kind of a stupid question, but > what causes a program (or pd in particular) to become unresponsive ? Typically, a program hangs when it is waiting for some kind of resource. This might be a system resource (allocating

Re: [PD] [soundfiler] - too many open files / bad file descriptor error (meaning?)

On Fri, 2019-02-08 at 16:09 -0200, Alexandre Torres Porres wrote: > Anyway, this means the only way for me to deal with this is to close > the directory EVERY time right after I open it. But it's not ideal > for the design of this object, where I wanted it to leave the > directory open so we could

Re: [PD] [soundfiler] - too many open files / bad file descriptor error (meaning?)

On Fri, 2019-02-08 at 21:57 -0200, Alexandre Torres Porres wrote: > Thanks Dan, I'll keep thinking about it. For now I made a quick fix > so I could release an update of my library and tutorial (already > out!) I don't see any leaking file handles anymore. Cool! Thanks for fixing. Roman

Re: [PD] TCP weirdness ? ...

On Wed, 2019-01-30 at 01:02 +0100, Christof Ressi wrote: > > situation and try to avoid to connect to ports, that aren't open ;- > > ) > > or ping them first in the command line :-D ping doesn't help much with testing for open ports. nc (netcat) can be used, but it behaves the same: If it

Re: [PD] ugly "already connected" errors

On Fri, 2019-01-25 at 11:31 +0100, michael strohmann wrote: > > i need to send OSC messages to a number of smartphones via UDP. > the phones are used as remote controls for the patch, so i send the > status of the patch to the phones every second. > since the phones are sometimes out of WLAN

Re: [PD] ugly "already connected" errors

what kind of software is opening the listening socket on the phone? Roman On Fri, 2019-01-25 at 15:14 +0100, Roman Haefeli wrote: > On Fri, 2019-01-25 at 15:01 +0100, michael strohmann wrote: > > thanks for the answer! > > but, > > in order to show that there is a connection

Re: [PD] ugly "already connected" errors

On Fri, 2019-01-25 at 15:01 +0100, michael strohmann wrote: > thanks for the answer! > but, > in order to show that there is a connection betwenn the app to pd i > do: > > [metro 1000] > > > > [toggle( > > > > [oscformat BlinkingButton/value] > > > >

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