continuing from 1 or 2 recent threads that seemed to converge onto similar
territory...

1) is it in fact impossible then for any single cycle wave to be correctly
understood as anything other than the summation of harmonically related
partials - assuming that FFT analysis is applied to determine the spectral
content? (i.e. i understand as per chapter 1 of the csound book that
inharmonic partials can potentially sum to create an inphase single cycle -
but would fft analysis ever detect & or report such a relationship?)

2) if 1) is in fact true (that all single cycle wavs will be understood as
harmonic weights) then GEN30 starts to make a lot more sense...

I wonder though - rather than make a whole bunch of gen30's active up to the
nyquist for each possible "note" or key - wouldnt it make more sense to
simply report the values found via gen 30 in a format that represents simply
an amplitude & freq value for each reported partial?

The data could then be made accessible to adsynt & arbitrary rescaling of
partial weights could be undertaken (as well as an easy algorithm
constructed to silence all partials beyond the nyquist just like gbuzz
enables.....)

why am i so obsesed with this? partly because of the nyquist issue, but
partly also because i want to interpolate spectral analysis information to
change the colour & partial weight of any given oscillator over the keyboard
spread / pitch range... (just as i want to do with my resynthesis based
instruments...)

adsynt would surely then be the tool then for just about any oscillator
based synthesis job, & fully capable of delivering interpolations of
differing spectral content as nyquist threatening as u like  - but how then
can i construct these tables of partial weightings based upon the analysis
of single cycle oscillator information?

gen 30 does it - but again another case of csound performing analysis & not
yielding the fruits of this analysis in a truly accessible format? (which
ultimately means providing a .txt "report" or option...)

As usual then, SPEAR seems to be the answer to my spectral analysis &
reworking problems - but that's at the mercy of external forces, & expiry
dates on installations, & as even Max has SDIF capability with some cnmat
externals or some such, (compared to the "straitjacket" of adsyn & the
limitations of hetro (16bit from memory?) i think this whole point does need
attention.

As i have repeated through now mantra like repetitions - the accessibility
to analysis data itself purely as "data" in txt format has the potential to
facilitate pretty much all the resynthesis forms (including pvx) as it
enables purely arbitrary or customised partial v noise identification, & the
possibility of identifying "formants" &/or "bandwidth enhancing" any
partials if the amplitude of neighbouring bins seems to indicate any
excessive weighting...

generic text based reporting of FFT analysis would open the doors to
enabling any resynthesis file format to be "fashioned" by specifying
parameters for the resynthesis file (pvx, loris, additive, ats partials &
noise..), creating it & then offering it to the appropriate opcode for
conversion to fsig or asig as appropriate...



-----
*******************
www.phasetransitions.net
hermetic music * python * csound * possibly mindless ranting
various werk in perpetual delusions of progress....
coming soon.....

-- 
View this message in context: http://www.nabble.com/gen-30---spectral-content-of-single-cycle-oscillations-%28cont...%29-tp15236548p15236548.html
Sent from the Csound - General mailing list archive at Nabble.com.