Re: [PD] external with more than 6 inlets possible?
On 03/16/2016 03:13 AM, i go bananas wrote: > I'm scratching my head wondering what's happening with an external i have > written. The first 6 inlets work as expected, but not getting any response > from inlets 7 and 8. > I cut my code down as much as possible, and made a really simple external > which just adds signals and outputs the result, but still getting this same > behaviour. > > In the howTo guide on writing externals, it mentions that an object can > only be given a maximum of 6 arguments, or else needing a GIMME, so i was > wondering if perhaps that 6 argument limit is somehow related here? i have written objects that have 64 inlet~s and i don't recall any problems. so can you share some code? gfards IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] LKFS or LUFS-based compression?
Thanks Katja. I did not intend to imply a particular compression method. I was only asking if anyone has created a compressor in Pd with the goal of limiting based on Average Loudness rather than Peak Gain. I don't really know how it works, except to guess it is related to Fletcher–Munson curves. I want to get into broadcast more. A LKFS or LUFS external (meter and compressor) would be very useful. Limiting based on Loudness is becoming both a US and EUR broadcast standard, yet there aren't many tools out there, it seems. On Wed, Mar 16, 2016 at 5:01 AM, katja wrote: > Frankly I had to ask Wikipedia what LKFS and LUFS is. They are > loudness standards, they don't indicate compression method. > > Here's a peculiar method which uses detection of instantaneous > amplitudes instead of peak sample values: > > http://www.katjaas.nl/compander/compander.html > > From an engineer's viewpoint this approach is highly debatable and you > wouldn't use it for all purposes. But it reacts super fast to > transients. I use it on acoustic input in live performance. > > Katja > > On Wed, Mar 16, 2016 at 7:51 AM, William Huston > wrote: > > Has anyone played around with LKFS or LUFS-based > > "Loudness Compression"? > > > > This would be a really handy thing to have > > for anyone who creates audio for broadcast TV or Radio, > > or movie scores, etc. > > > > When people grab a compressor, this is what > > we mostly want. However, in my experience, > > most compressors are peak-level compressors. > > > > Thanks for any leads/pointers. > > > > > > -- > > -- > > May you, and all beings > > be happy and free from suffering :) > > -- ancient Buddhist Prayer (Metta) > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] LKFS or LUFS-based compression?
Frankly I had to ask Wikipedia what LKFS and LUFS is. They are loudness standards, they don't indicate compression method. Here's a peculiar method which uses detection of instantaneous amplitudes instead of peak sample values: http://www.katjaas.nl/compander/compander.html From an engineer's viewpoint this approach is highly debatable and you wouldn't use it for all purposes. But it reacts super fast to transients. I use it on acoustic input in live performance. Katja On Wed, Mar 16, 2016 at 7:51 AM, William Huston wrote: > Has anyone played around with LKFS or LUFS-based > "Loudness Compression"? > > This would be a really handy thing to have > for anyone who creates audio for broadcast TV or Radio, > or movie scores, etc. > > When people grab a compressor, this is what > we mostly want. However, in my experience, > most compressors are peak-level compressors. > > Thanks for any leads/pointers. > > > -- > -- > May you, and all beings > be happy and free from suffering :) > -- ancient Buddhist Prayer (Metta) > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI port: full triforce
Great, I can test it as soon as possible. Am 16.03.2016 3:27 vorm. schrieb "Jonathan Wilkes via Pd-list" < pd-list@lists.iem.at>: > > Hi list, > I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX, and > Windows. > > One final dungeon of build script revisions and I'll release an alpha. > > -Jonathan > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla / iterate through audio in array
Thanks Claude, excellent solution. Wasn't aware of the idea of a binary message stream. Thanks Dan Wilcox for the abstraction library links. jayrope --- http://kliklak.net/jayrope/ On Mar 9, 2016, at 3:48 AM, pd-list-requ...@lists.iem.at wrote: > Hi, > > On 08/03/16 16:25, jlistshit wrote: >> Hi everyone, this is my first post here. I'm a composer from Berlin. >> >> This question might have been asked before: >> In PD vanilla: How can i detect jumps from negative to positive values in an >> array? >> >> I am using until with tabread, and just that little bit of porcessing, which >> gives me a bang or a 1, when the phase changes, is missing. >> >> Any insight appreciated and thank you in advance. > > If you want the challenge and satisfaction of working it out for > yourself, don't look at the attached solution. A few hints: > > a binary 0/1 message stream makes detecting transitions easier > > [t f f] with crossed wires can act as a one-float-message delay line > > you can use the cold right inlet of an object to store a value for later > > > Claude > -- > http://mathr.co.uk ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list