Pd-list May 2015

pd-list@lists.iem.at

80 participants
107 discussions

Start a nNew thread

Re: [PD] GUI lock ups
by rolfm＠dds.nl 21 May '15

21 May '15

do you also get TCL errors ? rolf

6 11

pd-extended/pd-l2ork not loading pngs
by Antonio Roberts 21 May '15

21 May '15

I recently upgraded to Ubuntu 15.04. One of the many many problems I experienced is that I'm no longer able to load pngs using [pix_image]. The only error I get when I try to do this is: [pix_image]: failed to load image 'testimage.png' Any clues as to where the problem is? Thanks, Antonio -- ============================ antonio(a)hellocatfood.com http://www.hellocatfood.com ============================

4 9

[PD-announce] Summer workshops at CCRMA
by Nette Worthey 20 May '15

20 May '15

Greetings, We are happy to announce the lineup of workshops this summer at Stanford's Center for Computer Research in Music and Acoustics! The list is located below; find more details here: https://ccrma.stanford.edu/workshops/ <https://ccrma.stanford.edu/workshops/> If you have questions about any of the workshops, please let me know, or contact the instructors directly. Feel free to share this with lists and sites of which you are a member! CCRMA SUMMER WORKSHOPS 2015 The Center for Computer Research in Music and Acoustics offers intensive programs in which top educators and researchers in the fields of music, engineering, and computer science present a detailed study of specialized subjects. Each workshop is one week long. The workshops are open to the public. 6/15 - 6/19 Aspects of Sound in Art <https://ccrma.stanford.edu/workshops/aspects-of-sound-in-art-asa-2015>: Elaine Buckholtz, Sasha Leitman, and Floor Van de Velde Acoustic. Electronic. Analog. Digital. Interactive. Sound. Art. Installation <>. 6/21 - 6/26 SuperCollider <https://ccrma.stanford.edu/workshops/supercollider>: Fernando Lopez Lezcano and Bruno Ruviaro SuperCollider is one of the most powerful programming environments for real time sound synthesis and processing, algorithmic & generative composition, and many other audio related applications. 6/29 - 7/3 New Music Controllers <https://ccrma.stanford.edu/workshops/new-music-controllers-2015>: Sasha Leitman and Michael Gurevich In this workshop, you will learn how to construct novel musical controllers and sound art objects. 7/6 - 7/10 <>Audio Plug-Ins Designed with Faust <https://ccrma.stanford.edu/workshops/faust-workshop-2015>: Romain Michon Have you always wondered how your favorite VST <http://en.wikipedia.org/wiki/Virtual_Studio_Technology> reverb works in Ableton <http://www.ableton.com/> or do you just want to learn an easy way to design your own plug-ins or MaxMSP <http://en.wikipedia.org/wiki/Max_%28software%29> objects? This CCRMA audio plug-ins design workshop is what you're looking for. 7/13 - 7/17 Music Information Retrieval <https://ccrma.stanford.edu/workshops/music-information-retrieval-mir-2015>: Jay LeBoeuf, Leigh Smith, Steve Tjoa Learn how computers and mobile devices understand sound, including concepts and design for music recommendation systems, audio indexing, and automatic music transcription. 7/20 - 7/24 Designing Musical Games :: Gaming Musical Design <https://ccrma.stanford.edu/workshops/designingmusicalgames2015>: Rob Hamilton and Chris Platz One of the most exciting areas of music technology development is happening in the realm of gaming and interactive virtual space. This hands-on workshop will explore cutting edge techniques for building interactive sound and music systems for games and 2D/3D rendered environments. 7/27 - 7/31 3D Printing for Acoustics <https://ccrma.stanford.edu/workshops/3d-printing-acoustics-2015> : John Granzow and Dan Somen In collaboration with the Product Realization Lab (PRL), CCRMA presents a 3D printing workshop where participants will join a group of makers who print their own instruments. 8/3 - 8/7 Stompbox Design <https://ccrma.stanford.edu/workshops/stompbox-design-2015>: Edgar Berdahl and Esteban Maestre Come design your own flavor of audio effect at Stanford Universityʼs Stompbox Design workshop. We will teach you a new platform for implementing audio effects in hardware that not only enables you to re-create sound effects from the past but also promotes the creation of new sound effects. <~><~><~><~><~><~><~><~><~> Nette Worthey CCRMA Administrator Dept. of Music, Stanford 660 Lomita Dr. Stanford CA 94305 650.723.4971 x320 650.723.8468 fax networth(a)ccrma.stanford.edu _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Granular Synthesis on liv input?
by Pagano, Patrick 20 May '15

20 May '15

Hi i am trying to build a granular instrument for a prototype Pd eurorack module I am using Pd-Vanilla and Raspberry Pi and Arduino is there a patch out there that does granualr on live input i can use for testing the setup? pp Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020

10 19

GUI lock ups
by William Huston 20 May '15

20 May '15

Hi all-- I use 0.43.4-extended on Windows 7. Whenever I have one or more [metro]'s running < 30ms, I commonly get GUI lockups. Bangs still blink, but sliders and number atoms and other elements are frozen. They still work, they change value, but the GUI does not update. The problem seems to become more likely as the interval reduces. I can get 20 mins sometimes at 30ms, but if I bring it down to 10ms, it locks up in just a couple of minutes. Has this been fixed? Is this a reason for me to move to main-branch Vanilla? Thanks, BH -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta) Don't forget to sign the *Pledge to Resist* *the Constitution Pipeline:* - *The Pledge: TinyURL.com/Pledge2ResistCP <http://TinyURL.com/Pledge2ResistCP>* - *More info: TinyURL.com/Pledge2ResistCP1 <http://TinyURL.com/Pledge2ResistCP1>*

2 1

Re: [PD] error: unpack type mismatch
by Alexandros Drymonitis 20 May '15

20 May '15

I was mistaken actually, cause even if you do that, you'll have to assemble the values. Reading the readme.txt I saw that it uses the Simple Message System library for programming the Arduino. If you're not willing to program the Arduino yourself, why don't you use the Firmata firmware and Pduino instead? Most likely it will work out of the box. On Wed, May 20, 2015 at 4:16 AM, Pagano, Patrick <pat(a)digitalworlds.ufl.edu> wrote: > there are t3 outlets coming from the ZLgroup > > sel 18 13 > > > which one? > > > > *Patrick Pagano B.S, M.F.A* > Audio and Projection Design Faculty > Digital Worlds Institute > University of Florida, USA > (352)294-2020 > ------------------------------ > *From:* Alexandros Drymonitis <adrcki(a)gmail.com> > *Sent:* Tuesday, May 19, 2015 4:59 PM > *To:* Pagano, Patrick; pd-list(a)lists.iem.at > > *Subject:* Re: [PD] error: unpack type mismatch > > Including the list. > The only thing I can find is that [pd make_my_list] uses [sprintf > %c%c%c...] instead of [sprintf %c %c ... ] (with spaces), which will create > a long concatenated series of numbers which will probably be output from > the left-most outlet of [unpack] (at least this is what happened when I > played with [sprintf] a bit). Try to replace [sprintf] by placing a [- 48] > just before [zl group] and see if that works. > > On Tue, May 19, 2015 at 11:46 PM, Pagano, Patrick < > pat(a)digitalworlds.ufl.edu> wrote: > >> Alexandros >> >> I just want to fix the mismatch. Is there an object i can place between >> the unpack fffffff and the integer number box? >> >> What i am trying to avoid is the messages being constantly printed to the >> shell and taking any resources from the raspi >> >> >> i am attaching the patch there will be some stuff missing but this is >> the main >> >> >> >> TY for your help >> >> >> >> >> *Patrick Pagano B.S, M.F.A* >> Audio and Projection Design Faculty >> Digital Worlds Institute >> University of Florida, USA >> (352)294-2020 >> ------------------------------ >> *From:* Alexandros Drymonitis <adrcki(a)gmail.com> >> *Sent:* Tuesday, May 19, 2015 4:29 PM >> >> *To:* Pagano, Patrick >> *Cc:* pd-list(a)iem.at >> *Subject:* Re: [PD] error: unpack type mismatch >> >> If the Arduino code uses Serial.println instead of Serial.write,then >> yes, you are receiving ASCII. >> If this is the case, try sending one value only and read it with the >> attached abstraction, which is made to work with Serial.println. >> If you want to transfer many values which are tagged with some string, >> use [serial_println2] (it requires [bytes2any] from the moocow library). >> >> On Tue, May 19, 2015 at 11:11 PM, Pagano, Patrick < >> pat(a)digitalworlds.ufl.edu> wrote: >> >>> I'm using the arduino2pd patch hans created >>> >>> i understand what the error is i am hunting the object that will do the >>> adjustment. I will try your suggestion but i think what is popping out is >>> ascii numbers from comport which is reading pot values from 0-1023 the >>> unpack says it's unpack floats but the number box which i assume should be >>> able to deal with floats seems to only be reading ints maybe if i just >>> multply x 0.01? >>> >>> >>> >>> *Patrick Pagano B.S, M.F.A* >>> Audio and Projection Design Faculty >>> Digital Worlds Institute >>> University of Florida, USA >>> (352)294-2020 >>> ------------------------------ >>> *From:* Alexandros Drymonitis <adrcki(a)gmail.com> >>> *Sent:* Tuesday, May 19, 2015 3:46 PM >>> *To:* Pagano, Patrick >>> *Cc:* pd-list(a)iem.at >>> *Subject:* Re: [PD] error: unpack type mismatch >>> >>> but ASCII is just bytes, so subtracting 48 should do the ASCII to >>> float job, right? >>> How are you sending values from Arduino to Pd? Do you use Serial.write >>> or Serial.println? use [print] before you send stuff to [unpack] to see >>> what you get. A type mismatch is when you expect a float but you get a >>> symbol, for example. >>> >>> On Tue, May 19, 2015 at 10:08 PM, Pagano, Patrick < >>> pat(a)digitalworlds.ufl.edu> wrote: >>> >>>> hello >>>> >>>> >>>> i am working with arduino and raspi with comport spiiting out values >>>> from pots attached to the arduino board and i keep getting the endless >>>> warnings of >>>> >>>> error: unpack type mismatch >>>> >>>> error: unpack type mismatch >>>> >>>> error: unpack type mismatch >>>> >>>> >>>> is there a way to remedy this? i looked around and i heard some >>>> people talking about "atof" which i assume is ascii to float. >>>> >>>> But i cannot find it anywhere. I thought it was in zexy but maybe i >>>> have the wrong name or perhaps i am off the mark entirely >>>> >>>> >>>> can someone help me out? >>>> >>>> >>>> pp >>>> >>>> >>>> *Patrick Pagano B.S, M.F.A* >>>> Audio and Projection Design Faculty >>>> Digital Worlds Institute >>>> University of Florida, USA >>>> (352)294-2020 >>>> >>>> _______________________________________________ >>>> Pd-list(a)lists.iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>>> >>> >> >

1 0

Re: [PD] error: unpack type mismatch
by Alexandros Drymonitis 20 May '15

20 May '15

Including the list. The only thing I can find is that [pd make_my_list] uses [sprintf %c%c%c...] instead of [sprintf %c %c ... ] (with spaces), which will create a long concatenated series of numbers which will probably be output from the left-most outlet of [unpack] (at least this is what happened when I played with [sprintf] a bit). Try to replace [sprintf] by placing a [- 48] just before [zl group] and see if that works. On Tue, May 19, 2015 at 11:46 PM, Pagano, Patrick <pat(a)digitalworlds.ufl.edu > wrote: > Alexandros > > I just want to fix the mismatch. Is there an object i can place between > the unpack fffffff and the integer number box? > > What i am trying to avoid is the messages being constantly printed to the > shell and taking any resources from the raspi > > > i am attaching the patch there will be some stuff missing but this is > the main > > > > TY for your help > > > > > *Patrick Pagano B.S, M.F.A* > Audio and Projection Design Faculty > Digital Worlds Institute > University of Florida, USA > (352)294-2020 > ------------------------------ > *From:* Alexandros Drymonitis <adrcki(a)gmail.com> > *Sent:* Tuesday, May 19, 2015 4:29 PM > > *To:* Pagano, Patrick > *Cc:* pd-list(a)iem.at > *Subject:* Re: [PD] error: unpack type mismatch > > If the Arduino code uses Serial.println instead of Serial.write,then > yes, you are receiving ASCII. > If this is the case, try sending one value only and read it with the > attached abstraction, which is made to work with Serial.println. > If you want to transfer many values which are tagged with some string, > use [serial_println2] (it requires [bytes2any] from the moocow library). > > On Tue, May 19, 2015 at 11:11 PM, Pagano, Patrick < > pat(a)digitalworlds.ufl.edu> wrote: > >> I'm using the arduino2pd patch hans created >> >> i understand what the error is i am hunting the object that will do the >> adjustment. I will try your suggestion but i think what is popping out is >> ascii numbers from comport which is reading pot values from 0-1023 the >> unpack says it's unpack floats but the number box which i assume should be >> able to deal with floats seems to only be reading ints maybe if i just >> multply x 0.01? >> >> >> >> *Patrick Pagano B.S, M.F.A* >> Audio and Projection Design Faculty >> Digital Worlds Institute >> University of Florida, USA >> (352)294-2020 >> ------------------------------ >> *From:* Alexandros Drymonitis <adrcki(a)gmail.com> >> *Sent:* Tuesday, May 19, 2015 3:46 PM >> *To:* Pagano, Patrick >> *Cc:* pd-list(a)iem.at >> *Subject:* Re: [PD] error: unpack type mismatch >> >> but ASCII is just bytes, so subtracting 48 should do the ASCII to >> float job, right? >> How are you sending values from Arduino to Pd? Do you use Serial.write >> or Serial.println? use [print] before you send stuff to [unpack] to see >> what you get. A type mismatch is when you expect a float but you get a >> symbol, for example. >> >> On Tue, May 19, 2015 at 10:08 PM, Pagano, Patrick < >> pat(a)digitalworlds.ufl.edu> wrote: >> >>> hello >>> >>> >>> i am working with arduino and raspi with comport spiiting out values >>> from pots attached to the arduino board and i keep getting the endless >>> warnings of >>> >>> error: unpack type mismatch >>> >>> error: unpack type mismatch >>> >>> error: unpack type mismatch >>> >>> >>> is there a way to remedy this? i looked around and i heard some people >>> talking about "atof" which i assume is ascii to float. >>> >>> But i cannot find it anywhere. I thought it was in zexy but maybe i have >>> the wrong name or perhaps i am off the mark entirely >>> >>> >>> can someone help me out? >>> >>> >>> pp >>> >>> >>> *Patrick Pagano B.S, M.F.A* >>> Audio and Projection Design Faculty >>> Digital Worlds Institute >>> University of Florida, USA >>> (352)294-2020 >>> >>> _______________________________________________ >>> Pd-list(a)lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >>> >> >

2 1

error: unpack type mismatch
by Pagano, Patrick 19 May '15

19 May '15

hello i am working with arduino and raspi with comport spiiting out values from pots attached to the arduino board and i keep getting the endless warnings of error: unpack type mismatch error: unpack type mismatch error: unpack type mismatch? is there a way to remedy this? i looked around and i heard some people talking about "atof" which i assume is ascii to float. But i cannot find it anywhere. I thought it was in zexy but maybe i have the wrong name or perhaps i am off the mark entirely can someone help me out? pp Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020

2 3

[PD-announce] Egregore - source | software edition
by Cyrille Henry 19 May '15

19 May '15

_______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

3 3

[PD-announce] pd users Berlin meeting this week
by Malte Steiner 19 May '15

19 May '15

PD Berlin meetings are from now at c-base (Rungestrasse 20 Berlin) every first and third thursday in the month beginning 20:00, the next one is this weeks thursday, the 21. May. This time we want to explore midi and OSC programming with PD and jam a bit. Looking forward to it and thanks c-base for hosting us. What we do: The meetings don't replace workshops (which are offered extra ;) ), scope of these meetings can be any (or none) of the following: patch/project showcase programming work on general Pd documentation help for beginners (installation, programming tips, ...) or something else you want to do ... Just come along, bring your laptop and sit down with us. The bar is open during the meetings. Necessary prerequisites are only a computer and good mood. If Pd isn't on it, we'll download and install it. http://puredata.info/community/groups/pd-berlin/pd-berlin-users-group/ We thank c-base for providing the space and network for the meetings. _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
11
Older →

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 May 2015