Hey hey,
I'm playing with windowing waveforms, just like tablexkt does with the sinc 
function, though for several reasons, I would try to avoid this opcode. The 
situation is that the ftable waveform that should be multiplied with a window 
ftable is the result of some morphing method (ftmorf, hvs1, etc.). If the 
waveform is read at a steady frequency and phase, the solution seems to be 
easy, read the window function at the same rate and multiply the resulting 
a-rate signals. But what if the original wave is read with FM or PM? Can the 
same be applied to the window function and the output multiplied?

Best wishes,

Jeanette

-- 
  * Website: http://juliencoder.de - for summer is a state of sound
  * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
  * Audiobombs: https://www.audiobombs.com/users/jeanette_c
  * GitHub: https://github.com/jeanette-c

Loneliness up ahead, emptiness behind <3
(Britney Spears)

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Aug 12 2023, ST Music has written:
...
> I'm curious as
> to whether by "can the same be applied" you mean "is there a method" or "is
> it necessary".
...
The question is: if an unwindowed waveform is read with some kind of
modulation, can the same modulation be applied to a window and then
applied to the resulting audio from the wave reading. Take this example:
iWave = ftgen(a wave)
iWindow = ftgen(a window)
aPhasor = phasor:a(kFreq1)
aModulator = some kind of oscillator
aWave = table((aPhasor * aModulator), iWave, 1)
aWindow = table((aPhasor * aModulator), iWindow, 1)
aWinwoedWave = aWave * aWindow
...
Would this be a correct way to apply windowing? In the simplest case I
would do this:
aWave = table(aPhasor, iWave, 1)
aWindow = table(aPhasor, iWindow, 1)
aWindowedWave = aWave * aWindow

Or even just multiply the window and the wave ftable, assuming they have
the same length, and then read the resulting ftable. Seeing that iWave
in practise will be the result of a dynamic morphing process, this
approach seems inefficient, since it involves reading the two ftables
(wave and window) every k-cycle, multiplying them, writing the output to
a new function table and only then use some kind of table/oscil opcode
to read it at the desired frequency to produce audio.

Hm, the more I think about it, the more I see the appeal of tablexkt...

Best wishes,

Jeanette

-- 
  * Website: http://juliencoder.de - for summer is a state of sound
  * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
  * Audiobombs: https://www.audiobombs.com/users/jeanette_c
  * GitHub: https://github.com/jeanette-c

Give me a sign...
Hit me Baby one more time <3
(Britney Spears)

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here