hi, i've done what you told me at sturt up it says -audiobuf 20 -blocksize 256: can't load library
don't know stefano On 17 Mar 2008, at 12:00, [EMAIL PROTECTED] wrote: > > > Today's Topics: > > 1. Re: conflict between PD and tascam us-122 (Hans Roels) > 2. Re: rradical hierarchy (Frank Barknecht) > 3. Re: msd change mass of mass (Nicolas Montgermont) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Mar 2008 09:52:51 +0100 > From: Hans Roels <[EMAIL PROTECTED]> > Subject: Re: [PD] conflict between PD and tascam us-122 > To: Stefano Tedesco <[EMAIL PROTECTED]>,[email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii"; format=flowed > > Hello, > I had a problem with the Tascam us-122L and I solved it by changing > the blocksize and the latency. I wrote this in the startup settings: > -audiobuf 20 -blocksize 256 > > I am using several of these cards in a school and they work more or > less (with apple os 10.3.9) but I have to start the computer without > the audio card attached ! (and even then the midi in sometimes > suddenly stops). PD and Audacity work well but using the tascam as > the standard audio card (for example to play a cd on these computers) > never works... > > Hans r > > At 20:51 16/03/2008, Stefano Tedesco wrote: >> Hi, >> I'm having problem between PD and the audio interface Tascam us-122. >> There is some kind of conflict. It works fine without the audio >> interface but when I plug the interface, the sounds comes out like >> some kind of buffering...don't know what...just on and off, instead >> without it it works fine. I've tried to set the latency as I've been >> told but nothing...still have problems. >> >> Anyone had the same problem and how did he fix it? or suggestions? >> >> Thank you very much >> Stefano >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > > > ------------------------------ > > Message: 2 > Date: Mon, 17 Mar 2008 09:13:59 +0100 > From: Frank Barknecht <[EMAIL PROTECTED]> > Subject: Re: [PD] rradical hierarchy > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > Hallo, > Phil Stone hat gesagt: // Phil Stone wrote: > >> As I understand it, rradical builds up a tree of directories >> created by >> individual [originator directoryName $0] objects. Within each of >> these >> directories, one can have an arbitrary number of one-level-down >> directories (for instance, in my case I use a preset number to access >> the subdirectory). >> >> The hierarchy ends up looking something like this (the number in the >> second column is the preset): >> >> /final_filter 0 , /enable , 1 >> /final_filter 0 , /freq , 0.543263 >> /final_filter 0 , /qfactor , 0.31746 >> /final_filter 1 , /enable , 1 >> /final_filter 1 , /freq , 0.929158 >> /final_filter 1 , /qfactor , 0.509524 >> /lfo_filter 0 , /enable ,1 >> /lfo_filter 0 , /wave ,sine >> /lfo_filter 0 , /freq ,100 >> /lfo_filter 1 , /enable ,0 >> /lfo_filter 1 , /wave ,sine >> /lfo_filter 1 , /freq ,0 >> . >> . >> other parameters >> >> As you can see, it's organized by originator-name, then preset >> number, >> then the key/value pair. This makes it very difficult to access >> presets >> as units for copy, pasting, etc. For these purposes, the ideal >> organization would be something like: >> >> (preset number) / (originator) / (key/value pair) >> >> One could then easily edit a preset as a logical unit. The current >> configuration makes it easy to edit all of one type of parameter >> across >> all presets, but this seems much less useful than the converse. > > There is a little modification of [originator] by Luke, which is > pending to be included in the official Memento and which implements > saving and restoring presets for each [originator] separately. Luke > also made his modification available somewhere in SVN, I don't > remember the name currently, I guess something like "semento". As soon > as I've catched up all the loose ends after LAC2008, I'll include it. > > Ciao > -- > Frank Barknecht _ > ______footils.org__ > > > > ------------------------------ > > Message: 3 > Date: Mon, 17 Mar 2008 11:20:06 +0100 > From: Nicolas Montgermont <[EMAIL PROTECTED]> > Subject: Re: [PD] msd change mass of mass > To: marius schebella <[EMAIL PROTECTED]> > Cc: "[email protected]" <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi marius and others, > > Adding the setM function should not be difficult. I've no time to do > that at the moment, but if someone with a cvs access wants to add it > feel free to do so. > > Otherwise, I could do it in a few days. I'll keep you aware of the > evolution. > > Greetings, > > Nicolas > > > marius schebella a ?crit : >> hi, >> is someone working on msd? I wonder why it is not possible to >> change the >> mass of a mass dynamically with something like [setMass m1 1.5( >> is this function not supported because it is not possible, or just >> because it was not implemented yet. >> marius. >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> >> > > -- > http://nicomon.basseslumieres.org > > > > ------------------------------ > > _______________________________________________ > PD-list mailing list > [email protected] > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list > > > End of PD-list Digest, Vol 36, Issue 81 > *************************************** > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
