Re: [music-dsp] phase vocoder
You could also look at the code in csound on github. Has opcode for pitch sift and much else. ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] resampling
Were you expecting real-time/time-critical resampling or offline? ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] A little frivolous diversion on the effect of using a delay
The first delay of which I was aware was in the piece "Echo III" played on the viola by Tim Souster in Cambridge in the early 1970s. Not an echo or reverb but a cannon. Delay was via two reel-to-reel tape machines, with a carefully measured distance between them. I cannot remember if it was the band Intermodulation or 0db, but I loved the piece. Not heard it for decades ==John ff -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Frequency based analysis alternatives?
We use wavelets in a pitch-tracking application some years ago (John ffitch and Wafaa Shabana, A Wavelet-based Pitch Detector for Musical Signals; Proceedings of DAFx99, 101--104). We did try some other wavelet attempts with nothing useful. ==John ff Quoting Rohit Agarwal : Most of our modern DSP techniques that we use for the analysis of sound signals are based on the FFT as a first step. This imposes limits on time resolution since the FFT window has to be wide. For most natural sound apps this is no hindrance as the rate of events is commonly slow. Speech recognition is such an example. Even in the music space for the most part the required time res for most common apps is not that great so FFT suffices. What are the alternatives to the FFT? Have wavelets been used for real world solutions? If an app needs much higher time resolution and there are limits on sampling frequency, what kind of time domain techniques are well known? -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] your opinion on pitch/note/melody annotation software? (a mini-survey)
Quoting Luke Drummond : Spear does this very nicely. I used it to help me write an orchestral piece I was working on that involved the pitch spectrum of some flute multiphonics. Well worth a look if you haven't yet used it. http://klingbeil.com/spear/ There's a PDF of his PhD thesis on the topic as well. It's a shame it's not open source, though... nor runs on Linux -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Segmentation fault: 11 when running stereo to mono .c file
You never open psf_out2 si writing to it will be a disaster. Also it is safer to initialise psfinfo_out to zero psfinfo_out= (SF_INFO *) calloc(1,sizeof(SF_INFO)); Not checked as about to leave for University ==John ff Quoting Pablo Frank : When running the file below, the message Segmentation fault: 11 is displayed and an empty stereo file is created. Can someone show the problem, or better, correct the code ? (I'm a beginner). Thanks in advance #include #include #include #define BUFFRAMES 512 void usage(); int main(int argc, char** argv) { SNDFILE *psf_in, *psf_out,*psf_out2; SF_INFO *psfinfo_in, *psfinfo_out; float *buffer, *out; sf_count_t count; int chans; if(argc < 3) { usage(); exit(-1); } /* memory for SF_INFO structures */ psfinfo_in = (SF_INFO *) malloc(sizeof(SF_INFO)); psfinfo_out = (SF_INFO *) malloc(sizeof(SF_INFO)); /* open input */ if(!(psf_in = sf_open(argv[1],SFM_READ,psfinfo_in))){ printf("error opening input file\n"); exit(-1); } // check if file is mono or stereo if (!(psfinfo_out->channels = 2)) /* allocate buffer memory */ buffer = (float *) malloc(sizeof(float)*BUFFRAMES); out = (float *) malloc(sizeof(float)*BUFFRAMES*2); /* Now we initialise the SF_INFO structure with the same sampling rate... */ psfinfo_out->samplerate = psfinfo_in->samplerate; /* ... same number of channels... */ psfinfo_out->channels = 2; //<-Stereo FILE chans = psfinfo_in->channels; /* and WAV format with the same precision */ psfinfo_out->format = SF_FORMAT_WAV | (psfinfo_in->format & SF_FORMAT_SUBMASK); /* now we open the file */ if(!(psf_out = sf_open(argv[2], SFM_WRITE,psfinfo_out))){ printf("error opening output file\n"); exit(-1); } /* and we copy the data, frame by frame */ do { int i; count = sf_readf_float(psf_in, buffer, BUFFRAMES); for(i=0, i < BUFFRAMES; i++;) out[i] = buffer[i]; sf_writef_float(psf_out, out, count); sf_writef_float(psf_out2, out, count); } while(count); sf_close(psf_in); sf_close(psf_out); free(psfinfo_in); free(psfinfo_out); free(buffer); return 0; } void usage(){ printf("\nusage: aiff2wave input.aif output.wav\n"); } -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] [admin] Re: note onset detection
> On Wed, 7 Aug 2013, Eric Battenberg wrote: >> What sort of email programs are people using that can't handle html? >> Pine? emacs/rmail-mode /bin/mail -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] [admin] Re: note onset detection
Please no HTML mail. It displays as goobledy gook, and my fiters ignore as it is usually spam. Attachments maybe -- easier to ignore > On 8/7/13 12:35 PM, douglas repetto wrote: >> >> And FWIW, maybe it's time to change that. Spam filters have gotten a >> lot better in the last few years. This is an OLD list, and back in the >> day attachments/HTML caused lots of problems. >> >> What do you all think? Should we allow HTML/attachments? >> > > would this mean we could attach little graphics and they would just > display (assuming your email client isn't brain-dead)? > > sometimes attaching the plot of a math function or a LaTeX-like graphic > of a math equation (instead of the ASCII math i have used since 1994) > would be useful. > > > -- > > r b-j r...@audioimagination.com > > "Imagination is more important than knowledge." > > > > -- > dupswapdrop -- the music-dsp mailing list and website: > subscription info, FAQ, source code archive, list archive, book reviews, > dsp links > http://music.columbia.edu/cmc/music-dsp > http://music.columbia.edu/mailman/listinfo/music-dsp > > > -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Efficiency of clear/copy/offset buffers
> "Ross" == Ross Bencina writes: Ross> I am suspicious about whether the mask is fast than the conditional for Ross> a couple of reasons: Ross> - branch prediction works well if the branch usually falls one way Ross> - cmove (conditional move instructions) can avoid an explicit branch Ross> Once again, you would want to benchmark. I did the comparison for Csound a few months ago. The loss in using modulus over mask was more than I could contemplate my users accepting. We provide both versions for those who want non-power-of-2 tables and can take the considerable hit (gcc 4, x86_64) ==John ffitch -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] RE : TR : Production Music Mood Annotation Survey 2013
A short comment -- feel free to ignore I think "Understanding Emotion in Raag: An Empirical Study of Listener Responses" by Parag Chordia and Alex Rose, ICMC2007, page 137 also adds to the argument. ==John ffitch -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Starting From The Ground Up
My first thought was to just write some code! You are at liberty to read and modify/extend the Csound code, or even join us. ==John ff > > Am 21.01.2013 um 12:25 schrieb Ross Bencina : > >> Hello Jeff, >> >> Before I attempt an answer, can I ask: what programming languages do you >> know (if any) and how proficient are you at programming? >> >> Ross. >> >> >> On 21/01/2013 9:49 PM, Jeffrey Small wrote: >>> Hello, >>> >>> I'm a recently new computer programmer that is interested in getting >>> into the world of Audio Plug Ins. I have a degree in Recording/Music, >>> as well as a degree in Applied Mathematics. How would you recommend >>> that I start learning how to program for audio from the ground up? I >>> bought a handful of textbooks that all have to do with audio >>> programming, but I was wondering what your recommendations are? >>> >>> Thanks, >>> Jeff >>> -- >>> dupswapdrop -- the music-dsp mailing list and website: >>> subscription info, FAQ, source code archive, list archive, book >>> reviews, dsp links >>> http://music.columbia.edu/cmc/music-dsp >>> http://music.columbia.edu/mailman/listinfo/music-dsp >>> >> -- >> dupswapdrop -- the music-dsp mailing list and website: >> subscription info, FAQ, source code archive, list archive, book reviews, >> dsp links >> http://music.columbia.edu/cmc/music-dsp >> http://music.columbia.edu/mailman/listinfo/music-dsp > > -- > dupswapdrop -- the music-dsp mailing list and website: > subscription info, FAQ, source code archive, list archive, book reviews, > dsp links > http://music.columbia.edu/cmc/music-dsp > http://music.columbia.edu/mailman/listinfo/music-dsp > > > -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] a little about myself
> > For the beginner and experienced user alike, a rough spot in Csound is > resource management. Perhaps because Csound comes from an offline > lineage and was not conceived as a real-time system it's very easy > to create monsterous things. Things that unexpectedly use all the CPU > and drop out. Things that unexpectedly eat memory very fast. > > Of course, to paraphrase Stroustrup, you can shoot yourself in the foot > with all audio DSP languages, but with Csound you absolutely > positively kill every last mo___ker in the room. > > Better polyphony and CPU monitoring/management, with some kind resource > limited subprocess concept would make it much safer. > cpumeter Reports the usage of cpu either total or per core. maxalloc Limits the number of allocations of an instrument. prealloc Creates space for instruments but does not run them. clockon Starts one of a number of internal clocks. clockoff Stops one of a number of internal clocks. readclock Reads the value of an internal clock. If you have clear suggestions as what you want/need let us know and we will investigate -- just like all suggestions. -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] a little about myself
> On Feb 26, 2012, at 12:48 AM, Ross Bencina wrote: > >> In my view, anyone who cares about being a composer of *computer music* >> (in the context of this discussion) needs at least the following (or >> equivalent) undergraduate knowledge: >> >> 1) music composition degree >> 2) computer science and/or software engineering degree >> 3) electrical engineering degree >> >> Maybe even this is required: >> 4) Tonmeister/ sound engineering degree Guess that means I should not be here. No musical qualification beyond a poor 'O' level, no Computer SCience degree, no knowledge of electrical engineering (and very little of electrical science) and certainly not sound engineering. So perhaps I will return to grubbing in the dirt and clashing rocks together ==John ff -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] a little about myself
Joining in late I have been using real-time Csound since 1996. I also write much of my music in C to create scores to drive Csound, and the rest directly in Csound. While I do not really do real-time I know that many of our users do, and as for installation, there are Debian and SuSE packages, OSX and Windows installers, etc. No harder than installing much stuff (I failed to install audacity yesterday on a Linux machine). ==John ffitch -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] looking for a flexible synthesis system technically and legally appropriate for iOS development
> (First post to this list. Sent this a few days ago and it doesn't seem > to have gone through, so trying again.) > > > Hi There, > I've been writing low-level code for my iOS app, Thicket, pretty much > myself, with the exception of a sine oscillator and an envelope > borrowed from STK. I'd like to be able to work on this platform in a > CSound -- the FAQ indicates that I need to make arrangements with MIT > to put it to commercial use. Worth looking in to, perhaps. No so. Csound5 is LGPL with components public domain ==John ff -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp