Thank you very much for implementing these opcodes. Yes, it was my request and I knew it could be done using the existing opcodes but I'm pretty sure this new ones will do it in a more CPU efficient way (much needed for realtime processing). Otherwise it would require costly table operations each time you want to modify the filter. Cheers! Hector On Dec 15, 2007 6:26 PM, Tim Mortimer wrote: > > This is really cool, > > Do-able with the existing opcode set (although i believe the original > request came from someone concerned about real time latency...) I was > planning on putting this "feature" in my own PVOC instruments, but had not > because they were starting to get a "bit complex" & unwieldly.... > > now i can just add one line of code! > > thanks mr ff. > > > > > jpff wrote: > > > > I have written and tested (basically) two opcodes to filter in the > > spectral domain. > > > > fsigout pvsbandp fsigin, klowcut, klowfull, khighfull, khighcut > > fsigout pvsbandr fsigin, klowcut, klowfull, khighfull, khighcut > > > > for bandpass and bandreject filters, with a bandpass like > > > > > > klowfull __________________________ khighfull > > / \ > > / \ > > / \ > > / \ > > / \ > > ________/ \______________ > > klowcut khighcut > > > > and the reject is the complement of that > > > > > > In the CVS now. Now to write the manual pages ..... > > > > ==John ffitch > > > > "This research is of insufficient standard" > > > > > > Send bugs reports to this list. > > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe > > csound" > > > > > > -- > View this message in context: http://www.nabble.com/Spectral-filtering-tp14350379p14356328.html > Sent from the Csound - General mailing list archive at Nabble.com. > > > > > Send bugs reports to this list. > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >