Pd-list February 2019

pd-list@lists.iem.at

52 participants
66 discussions

Re: [PD] SysEx In issue
by Mario Buoninfante 11 Feb '19

11 Feb '19

No that's not the case. In my video I'm using MidiMonitor at the same time,and that works fine also when Pd gets stuck. Also because USB Midi bandwidth is pretty big. Cheers, Mario Sent from my WIKO U PULSE LITEOn 11 Feb 2019 12:17, Lucas Cordiviola <lucarda27(a)hotmail.com> wrote: > > Do you have the same trouble with other software? > > It could be that you are exceeding the bandwidth of the MIDI hardware. > > Describe your connection: > > drummachine > | > midicable > | > midiin-jack on the sound card > | > Pd > > In other words: How are you sending sysex to Pd ? > > > Mensaje telepatico asistido por maquinas. > > On 2/11/2019 9:07 AM, Mario Buoninfante wrote: >> >> I found a clunky workaround I only tested on MacOS Sierra for now. >> I'm automatically setting the MIDI in every 200 ms, using a metro that sends [midi-dialog 2 0 0 0 0 0 0 0 0 2 1 0 0 0 0 0 0 0 4 4( to [s pd] >> >> It seems to work, but of course I suspect messages are getting lost. >> >> Cheers, >> Mario >> >> _______________________________________________ >> >> Pd-list(a)lists.iem.at mailing list >> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >>

2 3

Re: [PD] Pd-list Digest, Vol 167, Issue 27
by Dan Wilcox 11 Feb '19

11 Feb '19

It is most likely a bug. I had to do some low-level fixes to Portmidi for 0.48/0.49. Can make a *re-produceable* patch and/or project for testing and open an issue on the pure-data Github repo? The simplest thing for me would be the syses messages you're sending as bytes. On Mon, Feb 11, 2019 at 2:35 PM <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. SysEx In issue (Mario Buoninfante) > 2. SysEx In issue (Mario Buoninfante) > 3. Re: SysEx In issue (Mario Buoninfante) > 4. Re: SysEx In issue (Lucas Cordiviola) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 11 Feb 2019 11:31:59 +0000 > From: Mario Buoninfante <mario.buoninfante(a)gmail.com> > To: pd-list <pd-list(a)lists.iem.at> > Subject: [PD] SysEx In issue > Message-ID: > <CAHs= > M8TvZUbMy-LQ+VVxKeKndVN6g5NMQg07HKw4QYoy17oTyg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > > Not too long ago I wrote here reporting an issue with receiving SysEx > messages. > When Pd receives a big quantity of SysEx, the MIDI IN port 'gets stuck' and > then you need to go to 'Media->MIDI settings...' and re-select the port, > otherwise no MIDI messages will be received anymore. > Here's a video that shows the issue: > https://vimeo.com/316526250 > it's a private video, the pass is: sysexissue > Does anybody know what could cause this behavior and if it's possible to > 'fix it'? > The first time I reported it, it was when I stumbled on this using my > personal Linux machine and Miller Puckette suggested to change the MIDI > buffer in the source code, but unfortunately also setting that to something > insane like 2^20, the issue was still there. > Now I double checked on MacOS Sierra and Windows 10 and it is the same. > > Cheers, > Mario >

1 0

SysEx In issue
by Mario Buoninfante 11 Feb '19

11 Feb '19

I found a clunky workaround I only tested on MacOS Sierra for now. I'm automatically setting the MIDI in every 200 ms, using a metro that sends [midi-dialog 2 0 0 0 0 0 0 0 0 2 1 0 0 0 0 0 0 0 4 4( to [s pd] It seems to work, but of course I suspect messages are getting lost. Cheers, Mario

2 1

SysEx In issue
by Mario Buoninfante 11 Feb '19

11 Feb '19

Hi, Not too long ago I wrote here reporting an issue with receiving SysEx messages. When Pd receives a big quantity of SysEx, the MIDI IN port 'gets stuck' and then you need to go to 'Media->MIDI settings...' and re-select the port, otherwise no MIDI messages will be received anymore. Here's a video that shows the issue: https://vimeo.com/316526250 it's a private video, the pass is: sysexissue Does anybody know what could cause this behavior and if it's possible to 'fix it'? The first time I reported it, it was when I stumbled on this using my personal Linux machine and Miller Puckette suggested to change the MIDI buffer in the source code, but unfortunately also setting that to something insane like 2^20, the issue was still there. Now I double checked on MacOS Sierra and Windows 10 and it is the same. Cheers, Mario

1 0

Re: [PD] trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive]
by Christof Ressi 10 Feb '19

10 Feb '19

> > > patch with their [udpreceive] which worked fine. trying that same > > > patch in PD however, made all the data print out as integer ASCII > > > values rather than Unicode text characters. i tried two other Unity > > > OSC projects and they behaved the same way. > > > > > > so, at the least, i need a convenient way to change all the ASCII > > > integer numbers in a data stream to ASCII characters. IIRC, in max, updreceive outputs osc messages while in the Pd objects iemnet/udpreceive or [netreceive -u -b] output the raw udp packet as a list of bytes. You need another object to parse the data. Pd vanilla has [oscparse], but personally i prefer the mrpeach/unpackOSC resp. osc/unpackOSC externals. > Gesendet: Sonntag, 10. Februar 2019 um 09:39 Uhr > Von: "Scott R. Looney" <scottrlooney(a)gmail.com> > An: pd-list <pd-list(a)lists.iem.at> > Betreff: Re: [PD] trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive] > > nope - doesn't work. absolutely no output at all from [netreceive -u -b] > whereas i do get results from [iemnet/udpreceive]. i'm pretty convinced > that on the Mac anyway the UDP functionality of [netreceive] is basically > broken, at least in regards to responding to .Net's Sockets UDP sending > methods anyway. > > On Sun, Feb 10, 2019 at 12:20 AM Roman Haefeli <reduzent(a)gmail.com> wrote: > > > 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 parameters. this isn't a libpd issue as i do not > > > want to run a PD patch in Unity. i only want the remote > > > communication. > > > > > > so far i've tried Kalimba which works perfectly with [netreceive] in > > > the Unity Editor. it looks like this is because it uses TCP and not > > > UDP for its connection. however due to its age (6 years or so) the > > > resulting Xcode project does not build correctly. i'm assuming it's > > > likely an old libpd issue, but not sure. > > > > > > so, i've tried a few other OSC Unity based projects and none of them > > > work with [netreceive] in any way (including in UDP mode). i did find > > > a few that work with [iemnet/udpreceive]. one of them had a demo Max > > > patch with their [udpreceive] which worked fine. trying that same > > > patch in PD however, made all the data print out as integer ASCII > > > values rather than Unicode text characters. i tried two other Unity > > > OSC projects and they behaved the same way. > > > > > > so, at the least, i need a convenient way to change all the ASCII > > > integer numbers in a data stream to ASCII characters. ideally i'd > > > love to have a Unity OSC demo that can send data to PD reliably, > > > using TCP or UDP. any help appreciated! > > > _______________________________________________ > > > 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 > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >

3 4

Re: [PD] trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive]
by Dan Wilcox 10 Feb '19

10 Feb '19

In addition, see mrpeach-to-vanilla-osc.pd in https://github.com/danomatika/BangYourHead/tree/master/6.Communication <https://github.com/danomatika/BangYourHead/tree/master/6.Communication> I created it to understand the design differences and now I much prefer the built-in functionality using a couple abstractions in my rc-patches <https://github.com/danomatika/rc-patches/tree/master/rc> n_oscformat - convenience wrapper for oscformat (sets the address from the first list item like [packOSC]) n_oscreceive - convenience wrapper for netreceive & ocparse n_oscsend - convenience wrapper for netsend & oscformat I think using [route] with the osc messaging is great. :) Maybe I should add this to the wiki. Perhaps we need to make an expanded Pd-Extended to "new vanilla" transition guide... > On Feb 10, 2019, at 10:56 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Sun, 10 Feb 2019 01:56:04 -0800 > From: "Scott R. Looney" <scottrlooney(a)gmail.com <mailto:scottrlooney@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] trying to set up OSC between Unity and PD via > [netreceive] or [iemnet/udpreceive] > Message-ID: > <CAAo07Q2abMbuoJEwdec0+xhWPf+9-Cg5CG1--CF4xQQ3mr4FDQ(a)mail.gmail.com <mailto:CAAo07Q2abMbuoJEwdec0+xhWPf+9-Cg5CG1--CF4xQQ3mr4FDQ@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > OK thanks Christof! [oscparse] seems to do the trick, and formats it as a > list that i can break up. and it seems i have [netreceive] working properly > after all, so that was my error thinking it was broken. it is a bit picky > and seems to work better if i send it a message as to what port to listen > to rather than defining it as an argument initially. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] [soundfiler] - too many open files / bad file descriptor error (meaning?)
by Dan Wilcox 10 Feb '19

10 Feb '19

I've found that it's often best to make something *work* as simply as possible before complicating it to run *better* aka... Premature optimization is the root of all evil <http://wiki.c2.com/?PrematureOptimization> -- DonaldKnuth Finding the right balance really comes down to experience though and we're all growing a little bit. Luckily, we're in the age of Stack Overflow and the like, so I often find myself asking the Google/SO if doing A, B, or C is slow to see what pother people have discovered. About 75% of the time, I only confirm that it's not something to worry about. Make it work. If there is a problem, then make it work better. :) > On Feb 10, 2019, at 9:18 AM, pd-list-request(a)lists.iem.at wrote: > > From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > To: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] [soundfiler] - too many open files / bad file > descriptor error (meaning?) > Message-ID: > <CAEAsFmjGdaiupaYLiBwSCTPPa0jwhp7pNUxpwjqwUyGfX=+98g(a)mail.gmail.com <mailto:CAEAsFmjGdaiupaYLiBwSCTPPa0jwhp7pNUxpwjqwUyGfX=+98g@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Em sáb, 9 de fev de 2019 às 09:09, Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > escreveu: > >> I don't understand what your concerned about. If you worry about >> efficiency, I believe it does not matter. > > > yeah, that was my concern -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive]
by Scott R. Looney 10 Feb '19

10 Feb '19

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 parameters. this isn't a libpd issue as i do not want to run a PD patch in Unity. i only want the remote communication. so far i've tried Kalimba which works perfectly with [netreceive] in the Unity Editor. it looks like this is because it uses TCP and not UDP for its connection. however due to its age (6 years or so) the resulting Xcode project does not build correctly. i'm assuming it's likely an old libpd issue, but not sure. so, i've tried a few other OSC Unity based projects and none of them work with [netreceive] in any way (including in UDP mode). i did find a few that work with [iemnet/udpreceive]. one of them had a demo Max patch with their [udpreceive] which worked fine. trying that same patch in PD however, made all the data print out as integer ASCII values rather than Unicode text characters. i tried two other Unity OSC projects and they behaved the same way. so, at the least, i need a convenient way to change all the ASCII integer numbers in a data stream to ASCII characters. ideally i'd love to have a Unity OSC demo that can send data to PD reliably, using TCP or UDP. any help appreciated!

2 2

[soundfiler] - too many open files / bad file descriptor error (meaning?)
by Alexandre Torres Porres 09 Feb '19

09 Feb '19

Hi, I've been getting two errors involving [soundfiler], and before reporting an issue or sharing the patch to see what's ruining it, I'd like to understand and make sense of these errors, cause I just have no idea why they're showing up. First is "*soundfiler_read: test.wav: Too many open files*". Well, this is from my partitioned convolution abstraction. Inside the abstraction I call another abstraction in [clone]. So when I get this too many files error it also just prevents the abstraction from loading inside clone, where I get "*clone: can't create subpatch './convpartition'*". And now things hget just crazier, cause if I try to recreate the asbstraction, it doesn't create in anyway, as if it got corrupted somehow. And if I try to save the patch, I cant', I get an error like *"~/porres/test.pd: Bad file descriptor"*. All I have left to do is force quit Pd so I can close this file and reopen it. Ok, so the "too many files" is probably related to the number of instances I'm loading in clone, if there are too many partitions, this happens. But I know it shouldn't, as I was being able to load way more instances and I don't know how this error suddenly came up... none of it makes sense to me, specially what happens after this "too many files" error. probably better to mention something else separately, but I've also experienced [clone] acting weird, where it seemed to load old versions of abstractions that were already updated or deleted. This may be related to the fact that I cannot recreate the abstraction once it gets corrupted, so it keeps posting "*Bad file descriptor*"... cheers

3 9

[PD-announce] ELSE 1.0 beta 17 & Live Electronics Tutorial 1.0 beta 7) Released
by Alexandre Torres Porres 08 Feb '19

08 Feb '19

17th Beta release of ELSE 1.0 - now with a total of 294 objects! This needs Pd 0.49-0 or above! My Live Electronics Tutorial was also updated! So, my last update from a few days ago had a bugged [conv~] object (which performs partitioned convolution). This release fixes it and there are other things too, see: https://github.com/porres/pd-else/releases/tag/v1.0-beta17 for more details. Get binaries also directly from Pd (Help => Find Externals). Anyway, I can only now finally say my Live Electronics Tutorial solely depends 100% on the ELSE library. I've also made important reviews on it. I'm now also reorganizing things in a new and unfinished volume 3! Check it out: https://github.com/porres/Live-Electronics-Tutorial/releases/tag/v-1.0beta-7 cheers _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list February 2019