Re: [PD] Burst of packets.

On 2016-02-18 00:39, Chris McCormick wrote: > source address after doing a "discovery" broadcast & reply exchate - > kind of like zeroconf/bonjour. I'll have a think about a patch to submit > to Miller for accomplishing this - should be small and simple. speaking of zeroconf: if the server announc

Re: [PD] opensoundcontrol.org

On 2016-02-18 07:27, Dan Wilcox wrote: > Does anyone know who runs opensoundcontrol.org > ? It’s down and has been down for a few weeks > now. Did CNMAT forget to pay the bill? last time i checked (less than half a year ago), CNMAT still ran the site. last time i ch

Re: [PD] libpd: Does libpd use voice allocation / how does libpd handle polyphony?

Hey Matt, What works in pd will work in libpd. For polyphony there's the [poly] object you can use to route input midi messages (I assume coming from PdBase::sendNoteOn) to each voice of your synth. Cheers, Joe On 18 February 2016 at 02:21, Matti Viljamaa wrote: > Do I need to do something in

Re: [PD] libpd: Can you adjust Pd's block size?

Hey Matt, Have a look at the [block~] object. It's useful for having subpatches with different block sizes and upsampling. Cheers, Joe On 18 February 2016 at 03:10, Matti Viljamaa wrote: > Can you adjust Pd’s block size, which is claimed to be 64 by default? > How’s one supposed to do e.g. FFT

Re: [PD] Does Pd have a "sound"?

On 16/02/2016 16:33, i go bananas wrote: ... But on the flip side, pd's community of users is probably the single most awesome single group of people i have ever had the fortune of being a part of. +1 And the limitations of not having a huge library of readymade techno tools, is actually

[PD] lop~ and hip~ difference equations

Hello, list. Do you know what the difference equations of [lop~] and [hip~] are? Just hoping that one of you has a quick answer, otherwise I'll try figuring it out by looking at the code. Anyway, they don't seem to be the same as [rpole~] as the impulse response is different. Thanks, Dario

Re: [PD] Does Pd have a "sound"?

re: I-go-bananas said "The filters are also very rudimentary (although, the new bob~ one looks more promising). Of course it is possible to write your own with the filter primitives, but it's hard work." bob~ is great, you do know about the 2nd outlet to vcf~ don't you? I find myself time and ti

Re: [PD] opensoundcontrol.org

Could be also because Matt Wright (who I believe is the OSC author) has left CNMAT and is now at Stanford (AFAIK). Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061

Re: [PD] pianoroll [was: Re: datastructures midirecorder]

Hello Billy Stiltner, Le 17/02/2016 19:08, Billy Stiltner a écrit : This ought to be easier now with the new text object as well as the new list functions Yes [text] 's quite easier than datastructure for playing sequences. I've modified the patch and the script, removed hundreds of objects

Re: [PD] lop~ and hip~ difference equations

Hey Dario, [lop~] can be implemented with just an [rpole~], did you make sure to set the coefficients correctly? I've attached an example patch to implement [lop~]. [hip~] is an [rpole~] and [rzero~] in series. You can find the coefficients in the source code. Cheers, Joe On 18 February 2016 at

Re: [PD] pianoroll [was: Re: datastructures midirecorder]

:) On Thu, Feb 18, 2016 at 11:16 AM, patrice colet wrote: > Hello Billy Stiltner, > > Le 17/02/2016 19:08, Billy Stiltner a écrit : > > This ought to be easier now with the new text object as well as the new > list functions > > > Yes [text] 's quite easier than datastructure for playing sequenc

Re: [PD] Burst of packets.

This night I'll start doing my spectacle again (the last perform like this was two years ago), where I use my MEH-SYSTEM. So... I don't have time to do some TCP tests right now... However, I did a some of them! (anxiety) With no luck, no success. I have to use the MobMuPlat version that Daniel

Re: [PD] opensoundcontrol.org

On 02/18/2016 04:58 PM, Ivica Bukvic wrote: > Could be also because Matt Wright (who I believe is the OSC author) has > left CNMAT and is now at Stanford (AFAIK). no. there are also other people at CNMAT actively involved in OSC. gamrds IOhannes signature.asc Description: OpenPGP digital signa

Re: [PD] Burst of packets.

I read here//http://stackoverflow.com/questions/15060180/what-are-the-chances-of-losing-a-udp-packet this: / / /Packet loss happens for multiple reasons. Primarily it is caused by errors on individual links and network congestion.// Packet loss due to errors on the link is very low, when links

Re: [PD] opensoundcontrol.org

On 02/18/2016 07:39 PM, IOhannes m zmölnig wrote: > On 02/18/2016 04:58 PM, Ivica Bukvic wrote: >> > Could be also because Matt Wright (who I believe is the OSC author) has >> > left CNMAT and is now at Stanford (AFAIK). > no. > there are also other people at CNMAT actively involved in OSC. and i

Re: [PD] opensoundcontrol.org

Hi all, the CNMAT and opensoundcontrol sites are being transitioned to another server and should be available in the days ahead, sorry for the inconvenience. best, Rama P.S. there’s some basic info on wikipedia: https://en.wikipedia.org/wiki/Open_Sound_Control

Re: [PD] Burst of packets.

On Thu, Feb 18, 2016 at 1:42 PM, Mario Mey wrote: > > I read here > http://stackoverflow.com/questions/15060180/what-are-the-chances-of-losing-a-udp-packet > this: > > *Packet loss happens for multiple reasons. Primarily it is caused by > errors on individual links and network congestion.* > * Pa

Re: [PD] lop~ and hip~ difference equations

let me share some patches too. as said: lop~ is not the same as rpole~ but is possible to be implemented using rpole~, hip~ can be implemented with rpole~ and rzero~ my patches show the difference equations and all, they're in portuguese, and part of my computer music class examples available her

Re: [PD] opensoundcontrol.org

Cool. Good to know. I gave a talk on OSC a few weeks ago and wanted to point people there but it was down (and still is). Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Feb 18, 2016, at 1:28

[PD] 2016 International Conference on Live Coding

Thought some folks on this list would be interested in the call for submissions for the International Conference on Live Coding to be held 12-15th Octobe*r *at McMaster University in Hamilton , Canada. Info here http://iclc.livecodenetwork.org ./2016/

[PD] libpd: pdengine->openPatch() leads to Thread 1: EXC_BAD_ACCESS (code=1, address=0x28)

I’m trying to test libpd out by merely having it read a patch with [osc~ 440] -> [dac~] I’m currently doing: pdengine = new pd::PdBase(); pdengine->init (/*NInChannels()*/ 0, 2, GetSampleRate()); patch = pdengine->openPatch("testpatches/sine.pd", "."); // aud

Re: [PD] libpd: pdengine->openPatch() leads to Thread 1: EXC_BAD_ACCESS (code=1, address=0x28)

The specific line in libpd is: int canvas_suspend_dsp(void) { int rval = pd_this->pd_dspstate; <- This one gives the EXC_BAD_ACCESS if (rval) canvas_stop_dsp(); return (rval); } in pure-data/src/g_canvas.c > On 19 Feb 2016, at 06:55, Matti Viljamaa wrote: > > I’m trying to test li

Re: [PD] Burst of packets.

El 18/02/16 a las 16:23, Martin Peach escribió: With WiFi, it's radio so there are usually other transmitters around which may reduce your bandwidth if they are on the same channel. You might be able to change the channel you are on to get better throughput. Martin, you made me learn about ch

[PD] [writesf~] problem

Dear List, When running the master stereo output of my patch into [writesf~ 2], I don't hear any crackling while running the patch itself, but I do hear it when I play back the .wav file (at the same volume). Looking at the task manager during the recording, I'm not exceeding 13% CPU or 31% memory

Re: [PD] libpd: pdengine->openPatch() leads to Thread 1: EXC_BAD_ACCESS (code=1, address=0x28)

Ok this is fixed. I don’t know how though, the code given given earlier works, but it seemed that somehow I had switched two of the lines to (which are in the wrong order) >> patch = pdengine->openPatch("testpatches/sine.pd", ".”); >> pdengine->init (/*NInChannels()*/ 0, 2, GetSampleRate()); >

[PD] libpd: Reasonable test patches for testing libpd?

Anyone have an idea what kind of patch to use for testing whether libpd is functioning correctly? I tried: [osc~ 440] -> [dac~] but since I’m not sure whether audio works yet, I’d like to test it on an array of 1.0s or something whose output I should know in advance. I’m currently getting som