Re: [PD] very compressed chip sounds

2011-10-16 Thread kristof lauwers
At 08:56 a.m. 14/10/2011, you wrote: On 14/10/11 14:44, tim vets wrote: John Cage's 4'33'' in one object I think it needs three, the environment is part of it! + the piece is in three movements! cheers, kristof --

Re: [PD] very compressed chip sounds

2011-10-16 Thread tim vets
but does the piece include the environment, or does it include the environment plus a replica of it through loudspeakers? 2011/10/16 kristof lauwers p...@kristoflauwers.domainepublic.net At 08:56 a.m. 14/10/2011, you wrote: On 14/10/11 14:44, tim vets wrote: John Cage's 4'33'' in one

Re: [PD] very compressed chip sounds

2011-10-16 Thread Charles Goyard
tim vets wrote: but does the piece include the environment, or does it include the environment plus a replica of it through loudspeakers? Since the loudspeakers are part of the environment, it would be very unadvised to play such a piece in presence of picky musicologists. This cause cause

Re: [PD] very compressed chip sounds

2011-10-16 Thread hardoff goes bananas
here's martin, is this the little tweak it needed? single_line_of_code_music-ii.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] very compressed chip sounds

2011-10-16 Thread hardoff goes bananas
further condensing of martin's patch: single_line_of_code_music-iv.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

[PD] 0.43+ gui performance problem

2011-10-16 Thread Yury Bulka
Hello dear Pd users and developers, I have a basic problem: on my system (debian sid, i386) Pd 0.43+ as well as Pd-extended 0.42.5 both have very low gui performance (sometimes it takes couple of seconds to update). It's happening even if I have one object in a maximized window and try to move it

Re: [PD] very compressed chip sounds

2011-10-16 Thread Simon Wise
On 16/10/11 19:29, tim vets wrote: but does the piece include the environment, or does it include the environment plus a replica of it through loudspeakers? indeed, I think you are right, no need for the speaker stobe involved at all. But some sense of a start, an end, a musical structure is

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Mathieu Bouchard
Le 2011-10-16 à 17:17:00, Yury Bulka a écrit : I think this can be somehow related to the GUI rewrite (fonts? UTF-8 support?), because Pd-vanilla 0.42.x was running quite well. It's hard to believe UTF-8 support could be related to that. The new UTF-8 support code in Pd is only used when

[PD] OT: CSound for Live

2011-10-16 Thread Marco Donnarumma
any thought about this? http://createdigitalmusic.com/2011/10/csound-for-live-the-power-of-csound-in-ableton-with-or-without-any-coding/ -- Marco Donnarumma Independent New Media and Sonic Arts Practitioner, Performer, Teacher ACE, Sound Design MSc by Research (ongoing) The University of

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Yury Bulka
Thank you for your reply, Mathieu Bouchard ma...@artengine.ca writes: How much CPU does Pd (both halves of it) really use while it's acting slow ? That could be a big hint either way. In the process list («ps» or «top»), see whether «pd» has a big %, and see whether «pd-gui» has a big %. I

Re: [PD] very compressed chip sounds

2011-10-16 Thread TAD BISAHA
Regarding 4 '33 ', we forgot an important detail, an indication of interpretation on the partition. I rectified my proposal by including this detail. Even in humour, precision seems to me important. Au plaisir Tad kristof lauwers a écrit : At 08:56 a.m. 14/10/2011, you wrote: On 14/10/11

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Miller Puckette
Hmm... several things changed that could be relevant. One thing that might be worth doing is running pd -d 1 and seeing if there's any obvious difference in the amount of data flowing from Pd to the GUI process. I gather that 'sid' refers to the very latest unstable version of Debian, so

Re: [PD] very compressed chip sounds

2011-10-16 Thread glerm soares
ok. thanks matju for the comment, I got your point - it's very similar to what thought. About 4'33 I have I variation also; 0) Don't use a clock - try to measure the time with your time subective impression, 1 min) Close Puredata all the software, shut down the system, turn off computer. 2

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Yury Bulka
Let me thank the author for his invaluable contribution to the free software world, and to the concept of live electronics [music]:) Miller Puckette m...@ucsd.edu writes: Hmm... several things changed that could be relevant. One thing that might be worth doing is running pd -d 1 and seeing

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Miller Puckette
Hmm... I'm really liking this line from the terminal window (pd log but not really a message from Pd I don't think): XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :2 after 11214 requests (11213 known processed) with 0 events remaining. I don't know what it means

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Yury Bulka
Miller Puckette m...@ucsd.edu writes: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :2 after 11214 requests (11213 known processed) with 0 events remaining. Oh, this happened when I closed the window (may be related to window manager). I tried from another one,

Re: [PD] 0.43+ gui performance problem

2011-10-16 Thread Yury Bulka
I've found the point. It was somehow related to my videocard's hardware acceleration: when I disabled it, Pd worked perfectly. I'm sorry for bothering you with this... However, if I will find a solution, I will post it here, just in case someone has same videocard I have (Radeon 7000/VE).

[PD] Hold integer until bang object??

2011-10-16 Thread Sebastian Valenzuela
Hello, Is there an object that will hold a number it has received and wait for an incoming bang to go ahead and SEND that number through its output? Or is there a way to make this work? I would need this to work more than once. For example: *send 41 to object*, *send bang which releases 41 from

Re: [PD] Hold integer until bang object??

2011-10-16 Thread Patrice Colet
Hello, [value] seems to be the object you are looking for Colet Patrice - Mail original - De: Sebastian Valenzuela svalenzuelamu...@gmail.com À: Pure Data Forum pd-list@iem.at Envoyé: Lundi 17 Octobre 2011 03:14:39 Objet: [PD] Hold integer until bang object?? Hello, Is there an

Re: [PD] Hold integer until bang object??

2011-10-16 Thread Dafydd Hughes
Or [float]? On Sun, Oct 16, 2011 at 9:42 PM, Patrice Colet colet.patr...@free.frwrote: Hello, [value] seems to be the object you are looking for Colet Patrice - Mail original - De: Sebastian Valenzuela svalenzuelamu...@gmail.com À: Pure Data Forum pd-list@iem.at Envoyé: Lundi

Re: [PD] Hold integer until bang object??

2011-10-16 Thread Mathieu Bouchard
Le 2011-10-16 à 20:14:00, Sebastian Valenzuela a écrit : Is there an object that will hold a number it has received and wait for an incoming bang to go ahead and SEND that number through its output? If that's an integer (as you say in the subject line), you use [i], alias [int]. For a

[PD] Hold TWO numbers until bang??

2011-10-16 Thread Sebastian Valenzuela
Hello, Is there an object that will hold TWO numbers it has received and wait for an incoming bang to go ahead and SEND them through its output? Or is there a way to make this work? I would need this to work more than once. For example: *send 0.123 1500 to object*, *send bang which releases

Re: [PD] Hold TWO numbers until bang??

2011-10-16 Thread hardoff goes bananas
you can send as many numbers and objects as you like into the right inlet of [list], and then bang the left inlet to spit them out. maybe include [list trim] after the list object to get rid of the list header if it is troubling. ___ Pd-list@iem.at