Hi there, I have a few questions regarding the wgflute opcode. I found
the physical modelling csound instruments by Hans Mikelson that are
here:

http://www.csounds.com/mikelson/physmodl.orc

Some great work there, cheers for sharing Hans! I took the flute
instrument and added some jitter to various parameters to give it that
air of realism, and just like that it sounds astonishing!

I'm now trying out the wgflute. Nice work John! I was wondering if it
already has some mechanism for realistic randomness built into it?
Because without any jitter added to any parameter, it already sounds
pretty bloody realistic! If it does, which parameters?

I came across a problem with the mikelson flute, the usable range is
pretty narrow because it goes out of tune as you get higher. By 1000hz
it's very noticeable. I tried to work out if I could eradicate that,
but I can't :D it's pretty complex stuff! I might see if I can fix it
later just by adjusting the initial frequency with some algebra ;)

I've tested the wgflute too, and while it's not nearly as bad, it is
still out of tune. I'm struggling to work out if the mistuning gets
worse as it gets higher or not, but i also can't find a linear
alteration to the initial frequency that fixes it, so I'm thinking it
must vary with frequency. Is this just an unavoidable bi-product of
the physical modelling process? Or is it meant to happen to
realistically imitate the instrument? Or is the usable frequency range
of these instruments meant to be small, seeing as the real life
instrument obviously has a limited frequency range.

Would I be correct in guessing that the frequencies are more in tune,
the closer they are to iminfreq?

Pete

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

For Hans' orc or wgflute?

I think I've found a work around for the wgflute frequency offset. I
remembered that I can monitor the fundamental frequency and figure out
how off it is at various points (obviously! cos I'm using csound, dah!
:D ) . It seems dividing the input Hz by 1.02 fixes it close enough
over the range I'm after.

On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
> Does setting ksmps to 1 help at all?
>
> On 21 January 2016 at 12:16, Peter Burgess 
> wrote:
>>
>> Hi there, I have a few questions regarding the wgflute opcode. I found
>> the physical modelling csound instruments by Hans Mikelson that are
>> here:
>>
>> http://www.csounds.com/mikelson/physmodl.orc
>>
>> Some great work there, cheers for sharing Hans! I took the flute
>> instrument and added some jitter to various parameters to give it that
>> air of realism, and just like that it sounds astonishing!
>>
>> I'm now trying out the wgflute. Nice work John! I was wondering if it
>> already has some mechanism for realistic randomness built into it?
>> Because without any jitter added to any parameter, it already sounds
>> pretty bloody realistic! If it does, which parameters?
>>
>> I came across a problem with the mikelson flute, the usable range is
>> pretty narrow because it goes out of tune as you get higher. By 1000hz
>> it's very noticeable. I tried to work out if I could eradicate that,
>> but I can't :D it's pretty complex stuff! I might see if I can fix it
>> later just by adjusting the initial frequency with some algebra ;)
>>
>> I've tested the wgflute too, and while it's not nearly as bad, it is
>> still out of tune. I'm struggling to work out if the mistuning gets
>> worse as it gets higher or not, but i also can't find a linear
>> alteration to the initial frequency that fixes it, so I'm thinking it
>> must vary with frequency. Is this just an unavoidable bi-product of
>> the physical modelling process? Or is it meant to happen to
>> realistically imitate the instrument? Or is the usable frequency range
>> of these instruments meant to be small, seeing as the real life
>> instrument obviously has a limited frequency range.
>>
>> Would I be correct in guessing that the frequencies are more in tune,
>> the closer they are to iminfreq?
>>
>> Pete
>>
>> 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
>
>
> 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

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

I have not, thought that does remind me, it goes even more scewif if
you set the ksmps higher. I have them at 10 at the moment. What is it
in the instrument that's sensitive to ksmps?

On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
> With Hans'...
>
> On 21 January 2016 at 12:45, Peter Burgess 
> wrote:
>>
>> For Hans' orc or wgflute?
>>
>> I think I've found a work around for the wgflute frequency offset. I
>> remembered that I can monitor the fundamental frequency and figure out
>> how off it is at various points (obviously! cos I'm using csound, dah!
>> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>> over the range I'm after.
>>
>> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
>> > Does setting ksmps to 1 help at all?
>> >
>> > On 21 January 2016 at 12:16, Peter Burgess
>> > 
>> > wrote:
>> >>
>> >> Hi there, I have a few questions regarding the wgflute opcode. I found
>> >> the physical modelling csound instruments by Hans Mikelson that are
>> >> here:
>> >>
>> >> http://www.csounds.com/mikelson/physmodl.orc
>> >>
>> >> Some great work there, cheers for sharing Hans! I took the flute
>> >> instrument and added some jitter to various parameters to give it that
>> >> air of realism, and just like that it sounds astonishing!
>> >>
>> >> I'm now trying out the wgflute. Nice work John! I was wondering if it
>> >> already has some mechanism for realistic randomness built into it?
>> >> Because without any jitter added to any parameter, it already sounds
>> >> pretty bloody realistic! If it does, which parameters?
>> >>
>> >> I came across a problem with the mikelson flute, the usable range is
>> >> pretty narrow because it goes out of tune as you get higher. By 1000hz
>> >> it's very noticeable. I tried to work out if I could eradicate that,
>> >> but I can't :D it's pretty complex stuff! I might see if I can fix it
>> >> later just by adjusting the initial frequency with some algebra ;)
>> >>
>> >> I've tested the wgflute too, and while it's not nearly as bad, it is
>> >> still out of tune. I'm struggling to work out if the mistuning gets
>> >> worse as it gets higher or not, but i also can't find a linear
>> >> alteration to the initial frequency that fixes it, so I'm thinking it
>> >> must vary with frequency. Is this just an unavoidable bi-product of
>> >> the physical modelling process? Or is it meant to happen to
>> >> realistically imitate the instrument? Or is the usable frequency range
>> >> of these instruments meant to be small, seeing as the real life
>> >> instrument obviously has a limited frequency range.
>> >>
>> >> Would I be correct in guessing that the frequencies are more in tune,
>> >> the closer they are to iminfreq?
>> >>
>> >> Pete
>> >>
>> >> 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
>> >
>> >
>> > 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
>>
>> 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
>
>
> 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

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

The Mikelson flute is out of tune because it does not take proper account of the delays 
introduced by the LP filter (tone) and DC blocker, and also because it does include any means to 
create fractional delays to tune it. To tune it, you would need to work out the phase
response of the two filters at the fundamental freq, take account of that to
decide what integral delay line size you need, then add an allpass filter with a
suitable coefficient to cover any fractional delay that is leftover. Not too difficult, but
you need to know your way around DSP.

Not sure what goes on in wgflute, but John might know,
========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 21 Jan 2016, at 12:16, Peter Burgess  wrote:
> 
> Hi there, I have a few questions regarding the wgflute opcode. I found
> the physical modelling csound instruments by Hans Mikelson that are
> here:
> 
> http://www.csounds.com/mikelson/physmodl.orc
> 
> Some great work there, cheers for sharing Hans! I took the flute
> instrument and added some jitter to various parameters to give it that
> air of realism, and just like that it sounds astonishing!
> 
> I'm now trying out the wgflute. Nice work John! I was wondering if it
> already has some mechanism for realistic randomness built into it?
> Because without any jitter added to any parameter, it already sounds
> pretty bloody realistic! If it does, which parameters?
> 
> I came across a problem with the mikelson flute, the usable range is
> pretty narrow because it goes out of tune as you get higher. By 1000hz
> it's very noticeable. I tried to work out if I could eradicate that,
> but I can't :D it's pretty complex stuff! I might see if I can fix it
> later just by adjusting the initial frequency with some algebra ;)
> 
> I've tested the wgflute too, and while it's not nearly as bad, it is
> still out of tune. I'm struggling to work out if the mistuning gets
> worse as it gets higher or not, but i also can't find a linear
> alteration to the initial frequency that fixes it, so I'm thinking it
> must vary with frequency. Is this just an unavoidable bi-product of
> the physical modelling process? Or is it meant to happen to
> realistically imitate the instrument? Or is the usable frequency range
> of these instruments meant to be small, seeing as the real life
> instrument obviously has a limited frequency range.
> 
> Would I be correct in guessing that the frequencies are more in tune,
> the closer they are to iminfreq?
> 
> Pete
> 
> 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

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

and feedback 
========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
> 
> Delay lines.
> 
> On 21 January 2016 at 12:48, Peter Burgess  wrote:
> I have not, thought that does remind me, it goes even more scewif if
> you set the ksmps higher. I have them at 10 at the moment. What is it
> in the instrument that's sensitive to ksmps?
> 
> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
> > With Hans'...
> >
> > On 21 January 2016 at 12:45, Peter Burgess 
> > wrote:
> >>
> >> For Hans' orc or wgflute?
> >>
> >> I think I've found a work around for the wgflute frequency offset. I
> >> remembered that I can monitor the fundamental frequency and figure out
> >> how off it is at various points (obviously! cos I'm using csound, dah!
> >> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
> >> over the range I'm after.
> >>
> >> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
> >> > Does setting ksmps to 1 help at all?
> >> >
> >> > On 21 January 2016 at 12:16, Peter Burgess
> >> > 
> >> > wrote:
> >> >>
> >> >> Hi there, I have a few questions regarding the wgflute opcode. I found
> >> >> the physical modelling csound instruments by Hans Mikelson that are
> >> >> here:
> >> >>
> >> >> http://www.csounds.com/mikelson/physmodl.orc
> >> >>
> >> >> Some great work there, cheers for sharing Hans! I took the flute
> >> >> instrument and added some jitter to various parameters to give it that
> >> >> air of realism, and just like that it sounds astonishing!
> >> >>
> >> >> I'm now trying out the wgflute. Nice work John! I was wondering if it
> >> >> already has some mechanism for realistic randomness built into it?
> >> >> Because without any jitter added to any parameter, it already sounds
> >> >> pretty bloody realistic! If it does, which parameters?
> >> >>
> >> >> I came across a problem with the mikelson flute, the usable range is
> >> >> pretty narrow because it goes out of tune as you get higher. By 1000hz
> >> >> it's very noticeable. I tried to work out if I could eradicate that,
> >> >> but I can't :D it's pretty complex stuff! I might see if I can fix it
> >> >> later just by adjusting the initial frequency with some algebra ;)
> >> >>
> >> >> I've tested the wgflute too, and while it's not nearly as bad, it is
> >> >> still out of tune. I'm struggling to work out if the mistuning gets
> >> >> worse as it gets higher or not, but i also can't find a linear
> >> >> alteration to the initial frequency that fixes it, so I'm thinking it
> >> >> must vary with frequency. Is this just an unavoidable bi-product of
> >> >> the physical modelling process? Or is it meant to happen to
> >> >> realistically imitate the instrument? Or is the usable frequency range
> >> >> of these instruments meant to be small, seeing as the real life
> >> >> instrument obviously has a limited frequency range.
> >> >>
> >> >> Would I be correct in guessing that the frequencies are more in tune,
> >> >> the closer they are to iminfreq?
> >> >>
> >> >> Pete
> >> >>
> >> >> 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
> >> >
> >> >
> >> > 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
> >>
> >> 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
> >
> >
> > 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
> 
> 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
> 
> 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

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

Wow cheers guys! I'm gonna have a crack at getting the hans one
working then. My DSP knowledge might be up to it. Think I've got the
wgflute working well enough now aswell. Cheers to both of you for your
help!

On Thu, Jan 21, 2016 at 12:53 PM, Rory Walsh  wrote:
> Delay lines.
>
> On 21 January 2016 at 12:48, Peter Burgess 
> wrote:
>>
>> I have not, thought that does remind me, it goes even more scewif if
>> you set the ksmps higher. I have them at 10 at the moment. What is it
>> in the instrument that's sensitive to ksmps?
>>
>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
>> > With Hans'...
>> >
>> > On 21 January 2016 at 12:45, Peter Burgess
>> > 
>> > wrote:
>> >>
>> >> For Hans' orc or wgflute?
>> >>
>> >> I think I've found a work around for the wgflute frequency offset. I
>> >> remembered that I can monitor the fundamental frequency and figure out
>> >> how off it is at various points (obviously! cos I'm using csound, dah!
>> >> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>> >> over the range I'm after.
>> >>
>> >> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
>> >> > Does setting ksmps to 1 help at all?
>> >> >
>> >> > On 21 January 2016 at 12:16, Peter Burgess
>> >> > 
>> >> > wrote:
>> >> >>
>> >> >> Hi there, I have a few questions regarding the wgflute opcode. I
>> >> >> found
>> >> >> the physical modelling csound instruments by Hans Mikelson that are
>> >> >> here:
>> >> >>
>> >> >> http://www.csounds.com/mikelson/physmodl.orc
>> >> >>
>> >> >> Some great work there, cheers for sharing Hans! I took the flute
>> >> >> instrument and added some jitter to various parameters to give it
>> >> >> that
>> >> >> air of realism, and just like that it sounds astonishing!
>> >> >>
>> >> >> I'm now trying out the wgflute. Nice work John! I was wondering if
>> >> >> it
>> >> >> already has some mechanism for realistic randomness built into it?
>> >> >> Because without any jitter added to any parameter, it already sounds
>> >> >> pretty bloody realistic! If it does, which parameters?
>> >> >>
>> >> >> I came across a problem with the mikelson flute, the usable range is
>> >> >> pretty narrow because it goes out of tune as you get higher. By
>> >> >> 1000hz
>> >> >> it's very noticeable. I tried to work out if I could eradicate that,
>> >> >> but I can't :D it's pretty complex stuff! I might see if I can fix
>> >> >> it
>> >> >> later just by adjusting the initial frequency with some algebra ;)
>> >> >>
>> >> >> I've tested the wgflute too, and while it's not nearly as bad, it is
>> >> >> still out of tune. I'm struggling to work out if the mistuning gets
>> >> >> worse as it gets higher or not, but i also can't find a linear
>> >> >> alteration to the initial frequency that fixes it, so I'm thinking
>> >> >> it
>> >> >> must vary with frequency. Is this just an unavoidable bi-product of
>> >> >> the physical modelling process? Or is it meant to happen to
>> >> >> realistically imitate the instrument? Or is the usable frequency
>> >> >> range
>> >> >> of these instruments meant to be small, seeing as the real life
>> >> >> instrument obviously has a limited frequency range.
>> >> >>
>> >> >> Would I be correct in guessing that the frequencies are more in
>> >> >> tune,
>> >> >> the closer they are to iminfreq?
>> >> >>
>> >> >> Pete
>> >> >>
>> >> >> 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
>> >> >
>> >> >
>> >> > 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
>> >>
>> >> 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
>> >
>> >
>> > 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
>>
>> 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
>
>
> 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

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

John, if you happen to read this, is there any need for me to jitter
any parameters besides the jet?

On Thu, Jan 21, 2016 at 12:57 PM, Victor Lazzarini
 wrote:
> and feedback
> ========================
> Dr Victor Lazzarini
> Dean of Arts, Celtic Studies and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952
>
>> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
>>
>> Delay lines.
>>
>> On 21 January 2016 at 12:48, Peter Burgess  wrote:
>> I have not, thought that does remind me, it goes even more scewif if
>> you set the ksmps higher. I have them at 10 at the moment. What is it
>> in the instrument that's sensitive to ksmps?
>>
>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
>> > With Hans'...
>> >
>> > On 21 January 2016 at 12:45, Peter Burgess 
>> > wrote:
>> >>
>> >> For Hans' orc or wgflute?
>> >>
>> >> I think I've found a work around for the wgflute frequency offset. I
>> >> remembered that I can monitor the fundamental frequency and figure out
>> >> how off it is at various points (obviously! cos I'm using csound, dah!
>> >> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>> >> over the range I'm after.
>> >>
>> >> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
>> >> > Does setting ksmps to 1 help at all?
>> >> >
>> >> > On 21 January 2016 at 12:16, Peter Burgess
>> >> > 
>> >> > wrote:
>> >> >>
>> >> >> Hi there, I have a few questions regarding the wgflute opcode. I found
>> >> >> the physical modelling csound instruments by Hans Mikelson that are
>> >> >> here:
>> >> >>
>> >> >> http://www.csounds.com/mikelson/physmodl.orc
>> >> >>
>> >> >> Some great work there, cheers for sharing Hans! I took the flute
>> >> >> instrument and added some jitter to various parameters to give it that
>> >> >> air of realism, and just like that it sounds astonishing!
>> >> >>
>> >> >> I'm now trying out the wgflute. Nice work John! I was wondering if it
>> >> >> already has some mechanism for realistic randomness built into it?
>> >> >> Because without any jitter added to any parameter, it already sounds
>> >> >> pretty bloody realistic! If it does, which parameters?
>> >> >>
>> >> >> I came across a problem with the mikelson flute, the usable range is
>> >> >> pretty narrow because it goes out of tune as you get higher. By 1000hz
>> >> >> it's very noticeable. I tried to work out if I could eradicate that,
>> >> >> but I can't :D it's pretty complex stuff! I might see if I can fix it
>> >> >> later just by adjusting the initial frequency with some algebra ;)
>> >> >>
>> >> >> I've tested the wgflute too, and while it's not nearly as bad, it is
>> >> >> still out of tune. I'm struggling to work out if the mistuning gets
>> >> >> worse as it gets higher or not, but i also can't find a linear
>> >> >> alteration to the initial frequency that fixes it, so I'm thinking it
>> >> >> must vary with frequency. Is this just an unavoidable bi-product of
>> >> >> the physical modelling process? Or is it meant to happen to
>> >> >> realistically imitate the instrument? Or is the usable frequency range
>> >> >> of these instruments meant to be small, seeing as the real life
>> >> >> instrument obviously has a limited frequency range.
>> >> >>
>> >> >> Would I be correct in guessing that the frequencies are more in tune,
>> >> >> the closer they are to iminfreq?
>> >> >>
>> >> >> Pete
>> >> >>
>> >> >> 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
>> >> >
>> >> >
>> >> > 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
>> >>
>> >> 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
>> >
>> >
>> > 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
>>
>> 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
>>
>> 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
>
> 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

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

Frm memory, jittering the noise gain is helpful for realism.  Regarding 
pitch there is a fractional delay line but it is years since I looked 
closely.

On Thu, 21 Jan 2016, Peter Burgess wrote:

> John, if you happen to read this, is there any need for me to jitter
> any parameters besides the jet?
>
> On Thu, Jan 21, 2016 at 12:57 PM, Victor Lazzarini
>  wrote:
>> and feedback
>> ========================
>> Dr Victor Lazzarini
>> Dean of Arts, Celtic Studies and Philosophy,
>> Maynooth University,
>> Maynooth, Co Kildare, Ireland
>> Tel: 00 353 7086936
>> Fax: 00 353 1 7086952
>>
>>> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
>>>
>>> Delay lines.
>>>
>>> On 21 January 2016 at 12:48, Peter Burgess  wrote:
>>> I have not, thought that does remind me, it goes even more scewif if
>>> you set the ksmps higher. I have them at 10 at the moment. What is it
>>> in the instrument that's sensitive to ksmps?
>>>
>>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
>>>> With Hans'...
>>>>
>>>> On 21 January 2016 at 12:45, Peter Burgess 
>>>> wrote:
>>>>>
>>>>> For Hans' orc or wgflute?
>>>>>
>>>>> I think I've found a work around for the wgflute frequency offset. I
>>>>> remembered that I can monitor the fundamental frequency and figure out
>>>>> how off it is at various points (obviously! cos I'm using csound, dah!
>>>>> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>>>>> over the range I'm after.
>>>>>
>>>>> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
>>>>>> Does setting ksmps to 1 help at all?
>>>>>>
>>>>>> On 21 January 2016 at 12:16, Peter Burgess
>>>>>> 
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi there, I have a few questions regarding the wgflute opcode. I found
>>>>>>> the physical modelling csound instruments by Hans Mikelson that are
>>>>>>> here:
>>>>>>>
>>>>>>> http://www.csounds.com/mikelson/physmodl.orc
>>>>>>>
>>>>>>> Some great work there, cheers for sharing Hans! I took the flute
>>>>>>> instrument and added some jitter to various parameters to give it that
>>>>>>> air of realism, and just like that it sounds astonishing!
>>>>>>>
>>>>>>> I'm now trying out the wgflute. Nice work John! I was wondering if it
>>>>>>> already has some mechanism for realistic randomness built into it?
>>>>>>> Because without any jitter added to any parameter, it already sounds
>>>>>>> pretty bloody realistic! If it does, which parameters?
>>>>>>>
>>>>>>> I came across a problem with the mikelson flute, the usable range is
>>>>>>> pretty narrow because it goes out of tune as you get higher. By 1000hz
>>>>>>> it's very noticeable. I tried to work out if I could eradicate that,
>>>>>>> but I can't :D it's pretty complex stuff! I might see if I can fix it
>>>>>>> later just by adjusting the initial frequency with some algebra ;)
>>>>>>>
>>>>>>> I've tested the wgflute too, and while it's not nearly as bad, it is
>>>>>>> still out of tune. I'm struggling to work out if the mistuning gets
>>>>>>> worse as it gets higher or not, but i also can't find a linear
>>>>>>> alteration to the initial frequency that fixes it, so I'm thinking it
>>>>>>> must vary with frequency. Is this just an unavoidable bi-product of
>>>>>>> the physical modelling process? Or is it meant to happen to
>>>>>>> realistically imitate the instrument? Or is the usable frequency range
>>>>>>> of these instruments meant to be small, seeing as the real life
>>>>>>> instrument obviously has a limited frequency range.
>>>>>>>
>>>>>>> Would I be correct in guessing that the frequencies are more in tune,
>>>>>>> the closer they are to iminfreq?
>>>>>>>
>>>>>>> Pete
>>>>>>>
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>> 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
>>>>>
>>>>> 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
>>>>
>>>>
>>>> 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
>>>
>>> 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
>>>
>>> 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
>>
>> 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
>
> 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
>

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

Awesome, thanks!

On Thu, Jan 21, 2016 at 4:40 PM, jpff  wrote:
> Frm memory, jittering the noise gain is helpful for realism.  Regarding
> pitch there is a fractional delay line but it is years since I looked
> closely.
>
>
> On Thu, 21 Jan 2016, Peter Burgess wrote:
>
>> John, if you happen to read this, is there any need for me to jitter
>> any parameters besides the jet?
>>
>> On Thu, Jan 21, 2016 at 12:57 PM, Victor Lazzarini
>>  wrote:
>>>
>>> and feedback
>>> ========================
>>> Dr Victor Lazzarini
>>> Dean of Arts, Celtic Studies and Philosophy,
>>> Maynooth University,
>>> Maynooth, Co Kildare, Ireland
>>> Tel: 00 353 7086936
>>> Fax: 00 353 1 7086952
>>>
>>>> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
>>>>
>>>> Delay lines.
>>>>
>>>> On 21 January 2016 at 12:48, Peter Burgess
>>>>  wrote:
>>>> I have not, thought that does remind me, it goes even more scewif if
>>>> you set the ksmps higher. I have them at 10 at the moment. What is it
>>>> in the instrument that's sensitive to ksmps?
>>>>
>>>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh  wrote:
>>>>>
>>>>> With Hans'...
>>>>>
>>>>> On 21 January 2016 at 12:45, Peter Burgess
>>>>> 
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> For Hans' orc or wgflute?
>>>>>>
>>>>>> I think I've found a work around for the wgflute frequency offset. I
>>>>>> remembered that I can monitor the fundamental frequency and figure out
>>>>>> how off it is at various points (obviously! cos I'm using csound, dah!
>>>>>> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>>>>>> over the range I'm after.
>>>>>>
>>>>>> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh  wrote:
>>>>>>>
>>>>>>> Does setting ksmps to 1 help at all?
>>>>>>>
>>>>>>> On 21 January 2016 at 12:16, Peter Burgess
>>>>>>> 
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi there, I have a few questions regarding the wgflute opcode. I
>>>>>>>> found
>>>>>>>> the physical modelling csound instruments by Hans Mikelson that are
>>>>>>>> here:
>>>>>>>>
>>>>>>>> http://www.csounds.com/mikelson/physmodl.orc
>>>>>>>>
>>>>>>>> Some great work there, cheers for sharing Hans! I took the flute
>>>>>>>> instrument and added some jitter to various parameters to give it
>>>>>>>> that
>>>>>>>> air of realism, and just like that it sounds astonishing!
>>>>>>>>
>>>>>>>> I'm now trying out the wgflute. Nice work John! I was wondering if
>>>>>>>> it
>>>>>>>> already has some mechanism for realistic randomness built into it?
>>>>>>>> Because without any jitter added to any parameter, it already sounds
>>>>>>>> pretty bloody realistic! If it does, which parameters?
>>>>>>>>
>>>>>>>> I came across a problem with the mikelson flute, the usable range is
>>>>>>>> pretty narrow because it goes out of tune as you get higher. By
>>>>>>>> 1000hz
>>>>>>>> it's very noticeable. I tried to work out if I could eradicate that,
>>>>>>>> but I can't :D it's pretty complex stuff! I might see if I can fix
>>>>>>>> it
>>>>>>>> later just by adjusting the initial frequency with some algebra ;)
>>>>>>>>
>>>>>>>> I've tested the wgflute too, and while it's not nearly as bad, it is
>>>>>>>> still out of tune. I'm struggling to work out if the mistuning gets
>>>>>>>> worse as it gets higher or not, but i also can't find a linear
>>>>>>>> alteration to the initial frequency that fixes it, so I'm thinking
>>>>>>>> it
>>>>>>>> must vary with frequency. Is this just an unavoidable bi-product of
>>>>>>>> the physical modelling process? Or is it meant to happen to
>>>>>>>> realistically imitate the instrument? Or is the usable frequency
>>>>>>>> range
>>>>>>>> of these instruments meant to be small, seeing as the real life
>>>>>>>> instrument obviously has a limited frequency range.
>>>>>>>>
>>>>>>>> Would I be correct in guessing that the frequencies are more in
>>>>>>>> tune,
>>>>>>>> the closer they are to iminfreq?
>>>>>>>>
>>>>>>>> Pete
>>>>>>>>
>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>> 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
>>>>
>>>>
>>>> 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
>>>>
>>>> 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
>>>
>>>
>>> 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
>>
>>
>> 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
>>
>
> 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

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

Cheers very much! I was looking at the afqc calculation, but my few
attempts to change it made it worse, lol.

I found that 7 or 8 ksmps worked pretty well for the range I was after
with the original afqc calculation, though there was still a little
detuning as you get higher. 19 ksmps seems to work the best for your
new calculation, though I think the detuning might have been a little
worse as you get higher.

@Rory You said to try 1 ksmps before. When I did that, the overall
pitch was way off, but should the amount of detune hold steady over
the full range? If so, a quick solution to this might be to stick it
in an UDO using 1 ksmps and just correct the incoming cps

On Thu, Jan 21, 2016 at 5:05 PM, Tarmo Johannes
 wrote:
> Hi,
>
> I used Mikelson's WG flute code and got it into tune reasonably well, when I
> changed one parameter (just using trial and error) - varable delay time
> afqc.
>
> I attach a csd where it is used, see line 175
>
> afqc = 1/kfreq - asum1/5000 -9/sr + kfreq/12000000
>
> I have no idea why it is calculated like that.
>
>
> And it is dependent on kspms.
>
>
> Hope, it helps!
>
>
>
> tarmo
>
> 2016-01-21 18:51 GMT+02:00 Peter Burgess :
>>
>> Awesome, thanks!
>>
>> On Thu, Jan 21, 2016 at 4:40 PM, jpff  wrote:
>> > Frm memory, jittering the noise gain is helpful for realism.  Regarding
>> > pitch there is a fractional delay line but it is years since I looked
>> > closely.
>> >
>> >
>> > On Thu, 21 Jan 2016, Peter Burgess wrote:
>> >
>> >> John, if you happen to read this, is there any need for me to jitter
>> >> any parameters besides the jet?
>> >>
>> >> On Thu, Jan 21, 2016 at 12:57 PM, Victor Lazzarini
>> >>  wrote:
>> >>>
>> >>> and feedback
>> >>> ========================
>> >>> Dr Victor Lazzarini
>> >>> Dean of Arts, Celtic Studies and Philosophy,
>> >>> Maynooth University,
>> >>> Maynooth, Co Kildare, Ireland
>> >>> Tel: 00 353 7086936
>> >>> Fax: 00 353 1 7086952
>> >>>
>> >>>> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
>> >>>>
>> >>>> Delay lines.
>> >>>>
>> >>>> On 21 January 2016 at 12:48, Peter Burgess
>> >>>>  wrote:
>> >>>> I have not, thought that does remind me, it goes even more scewif if
>> >>>> you set the ksmps higher. I have them at 10 at the moment. What is it
>> >>>> in the instrument that's sensitive to ksmps?
>> >>>>
>> >>>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh 
>> >>>> wrote:
>> >>>>>
>> >>>>> With Hans'...
>> >>>>>
>> >>>>> On 21 January 2016 at 12:45, Peter Burgess
>> >>>>> 
>> >>>>> wrote:
>> >>>>>>
>> >>>>>>
>> >>>>>> For Hans' orc or wgflute?
>> >>>>>>
>> >>>>>> I think I've found a work around for the wgflute frequency offset.
>> >>>>>> I
>> >>>>>> remembered that I can monitor the fundamental frequency and figure
>> >>>>>> out
>> >>>>>> how off it is at various points (obviously! cos I'm using csound,
>> >>>>>> dah!
>> >>>>>> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>> >>>>>> over the range I'm after.
>> >>>>>>
>> >>>>>> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh 
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Does setting ksmps to 1 help at all?
>> >>>>>>>
>> >>>>>>> On 21 January 2016 at 12:16, Peter Burgess
>> >>>>>>> 
>> >>>>>>> wrote:
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> Hi there, I have a few questions regarding the wgflute opcode. I
>> >>>>>>>> found
>> >>>>>>>> the physical modelling csound instruments by Hans Mikelson that
>> >>>>>>>> are
>> >>>>>>>> here:
>> >>>>>>>>
>> >>>>>>>> http://www.csounds.com/mikelson/physmodl.orc
>> >>>>>>>>
>> >>>>>>>> Some great work there, cheers for sharing Hans! I took the flute
>> >>>>>>>> instrument and added some jitter to various parameters to give it
>> >>>>>>>> that
>> >>>>>>>> air of realism, and just like that it sounds astonishing!
>> >>>>>>>>
>> >>>>>>>> I'm now trying out the wgflute. Nice work John! I was wondering
>> >>>>>>>> if
>> >>>>>>>> it
>> >>>>>>>> already has some mechanism for realistic randomness built into
>> >>>>>>>> it?
>> >>>>>>>> Because without any jitter added to any parameter, it already
>> >>>>>>>> sounds
>> >>>>>>>> pretty bloody realistic! If it does, which parameters?
>> >>>>>>>>
>> >>>>>>>> I came across a problem with the mikelson flute, the usable range
>> >>>>>>>> is
>> >>>>>>>> pretty narrow because it goes out of tune as you get higher. By
>> >>>>>>>> 1000hz
>> >>>>>>>> it's very noticeable. I tried to work out if I could eradicate
>> >>>>>>>> that,
>> >>>>>>>> but I can't :D it's pretty complex stuff! I might see if I can
>> >>>>>>>> fix
>> >>>>>>>> it
>> >>>>>>>> later just by adjusting the initial frequency with some algebra
>> >>>>>>>> ;)
>> >>>>>>>>
>> >>>>>>>> I've tested the wgflute too, and while it's not nearly as bad, it
>> >>>>>>>> is
>> >>>>>>>> still out of tune. I'm struggling to work out if the mistuning
>> >>>>>>>> gets
>> >>>>>>>> worse as it gets higher or not, but i also can't find a linear
>> >>>>>>>> alteration to the initial frequency that fixes it, so I'm
>> >>>>>>>> thinking
>> >>>>>>>> it
>> >>>>>>>> must vary with frequency. Is this just an unavoidable bi-product
>> >>>>>>>> of
>> >>>>>>>> the physical modelling process? Or is it meant to happen to
>> >>>>>>>> realistically imitate the instrument? Or is the usable frequency
>> >>>>>>>> range
>> >>>>>>>> of these instruments meant to be small, seeing as the real life
>> >>>>>>>> instrument obviously has a limited frequency range.
>> >>>>>>>>
>> >>>>>>>> Would I be correct in guessing that the frequencies are more in
>> >>>>>>>> tune,
>> >>>>>>>> the closer they are to iminfreq?
>> >>>>>>>>
>> >>>>>>>> Pete
>> >>>>>>>>
>> >>>>>>>> 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
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 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
>> >>>>>>
>> >>>>>>
>> >>>>>> 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
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> 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
>> >>>>
>> >>>>
>> >>>> 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
>> >>>>
>> >>>> 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
>> >>>
>> >>>
>> >>> 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
>> >>
>> >>
>> >> 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
>> >>
>> >
>> > 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
>>
>> 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
>
>
> 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

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

Maybe not. I've just been playing around with it. I've been adjusting
both ksmps and the "asum1/x" divisor, but nothing seems to straighten
it out. So, definitely time to try victors suggestion.

On Fri, Jan 22, 2016 at 9:23 AM, Peter Burgess
 wrote:
> Cheers very much! I was looking at the afqc calculation, but my few
> attempts to change it made it worse, lol.
>
> I found that 7 or 8 ksmps worked pretty well for the range I was after
> with the original afqc calculation, though there was still a little
> detuning as you get higher. 19 ksmps seems to work the best for your
> new calculation, though I think the detuning might have been a little
> worse as you get higher.
>
> @Rory You said to try 1 ksmps before. When I did that, the overall
> pitch was way off, but should the amount of detune hold steady over
> the full range? If so, a quick solution to this might be to stick it
> in an UDO using 1 ksmps and just correct the incoming cps
>
> On Thu, Jan 21, 2016 at 5:05 PM, Tarmo Johannes
>  wrote:
>> Hi,
>>
>> I used Mikelson's WG flute code and got it into tune reasonably well, when I
>> changed one parameter (just using trial and error) - varable delay time
>> afqc.
>>
>> I attach a csd where it is used, see line 175
>>
>> afqc = 1/kfreq - asum1/5000 -9/sr + kfreq/12000000
>>
>> I have no idea why it is calculated like that.
>>
>>
>> And it is dependent on kspms.
>>
>>
>> Hope, it helps!
>>
>>
>>
>> tarmo
>>
>> 2016-01-21 18:51 GMT+02:00 Peter Burgess :
>>>
>>> Awesome, thanks!
>>>
>>> On Thu, Jan 21, 2016 at 4:40 PM, jpff  wrote:
>>> > Frm memory, jittering the noise gain is helpful for realism.  Regarding
>>> > pitch there is a fractional delay line but it is years since I looked
>>> > closely.
>>> >
>>> >
>>> > On Thu, 21 Jan 2016, Peter Burgess wrote:
>>> >
>>> >> John, if you happen to read this, is there any need for me to jitter
>>> >> any parameters besides the jet?
>>> >>
>>> >> On Thu, Jan 21, 2016 at 12:57 PM, Victor Lazzarini
>>> >>  wrote:
>>> >>>
>>> >>> and feedback
>>> >>> ========================
>>> >>> Dr Victor Lazzarini
>>> >>> Dean of Arts, Celtic Studies and Philosophy,
>>> >>> Maynooth University,
>>> >>> Maynooth, Co Kildare, Ireland
>>> >>> Tel: 00 353 7086936
>>> >>> Fax: 00 353 1 7086952
>>> >>>
>>> >>>> On 21 Jan 2016, at 12:53, Rory Walsh  wrote:
>>> >>>>
>>> >>>> Delay lines.
>>> >>>>
>>> >>>> On 21 January 2016 at 12:48, Peter Burgess
>>> >>>>  wrote:
>>> >>>> I have not, thought that does remind me, it goes even more scewif if
>>> >>>> you set the ksmps higher. I have them at 10 at the moment. What is it
>>> >>>> in the instrument that's sensitive to ksmps?
>>> >>>>
>>> >>>> On Thu, Jan 21, 2016 at 12:46 PM, Rory Walsh 
>>> >>>> wrote:
>>> >>>>>
>>> >>>>> With Hans'...
>>> >>>>>
>>> >>>>> On 21 January 2016 at 12:45, Peter Burgess
>>> >>>>> 
>>> >>>>> wrote:
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> For Hans' orc or wgflute?
>>> >>>>>>
>>> >>>>>> I think I've found a work around for the wgflute frequency offset.
>>> >>>>>> I
>>> >>>>>> remembered that I can monitor the fundamental frequency and figure
>>> >>>>>> out
>>> >>>>>> how off it is at various points (obviously! cos I'm using csound,
>>> >>>>>> dah!
>>> >>>>>> :D ) . It seems dividing the input Hz by 1.02 fixes it close enough
>>> >>>>>> over the range I'm after.
>>> >>>>>>
>>> >>>>>> On Thu, Jan 21, 2016 at 12:37 PM, Rory Walsh 
>>> >>>>>> wrote:
>>> >>>>>>>
>>> >>>>>>> Does setting ksmps to 1 help at all?
>>> >>>>>>>
>>> >>>>>>> On 21 January 2016 at 12:16, Peter Burgess
>>> >>>>>>> 
>>> >>>>>>> wrote:
>>> >>>>>>>>
>>> >>>>>>>>
>>> >>>>>>>> Hi there, I have a few questions regarding the wgflute opcode. I
>>> >>>>>>>> found
>>> >>>>>>>> the physical modelling csound instruments by Hans Mikelson that
>>> >>>>>>>> are
>>> >>>>>>>> here:
>>> >>>>>>>>
>>> >>>>>>>> http://www.csounds.com/mikelson/physmodl.orc
>>> >>>>>>>>
>>> >>>>>>>> Some great work there, cheers for sharing Hans! I took the flute
>>> >>>>>>>> instrument and added some jitter to various parameters to give it
>>> >>>>>>>> that
>>> >>>>>>>> air of realism, and just like that it sounds astonishing!
>>> >>>>>>>>
>>> >>>>>>>> I'm now trying out the wgflute. Nice work John! I was wondering
>>> >>>>>>>> if
>>> >>>>>>>> it
>>> >>>>>>>> already has some mechanism for realistic randomness built into
>>> >>>>>>>> it?
>>> >>>>>>>> Because without any jitter added to any parameter, it already
>>> >>>>>>>> sounds
>>> >>>>>>>> pretty bloody realistic! If it does, which parameters?
>>> >>>>>>>>
>>> >>>>>>>> I came across a problem with the mikelson flute, the usable range
>>> >>>>>>>> is
>>> >>>>>>>> pretty narrow because it goes out of tune as you get higher. By
>>> >>>>>>>> 1000hz
>>> >>>>>>>> it's very noticeable. I tried to work out if I could eradicate
>>> >>>>>>>> that,
>>> >>>>>>>> but I can't :D it's pretty complex stuff! I might see if I can
>>> >>>>>>>> fix
>>> >>>>>>>> it
>>> >>>>>>>> later just by adjusting the initial frequency with some algebra
>>> >>>>>>>> ;)
>>> >>>>>>>>
>>> >>>>>>>> I've tested the wgflute too, and while it's not nearly as bad, it
>>> >>>>>>>> is
>>> >>>>>>>> still out of tune. I'm struggling to work out if the mistuning
>>> >>>>>>>> gets
>>> >>>>>>>> worse as it gets higher or not, but i also can't find a linear
>>> >>>>>>>> alteration to the initial frequency that fixes it, so I'm
>>> >>>>>>>> thinking
>>> >>>>>>>> it
>>> >>>>>>>> must vary with frequency. Is this just an unavoidable bi-product
>>> >>>>>>>> of
>>> >>>>>>>> the physical modelling process? Or is it meant to happen to
>>> >>>>>>>> realistically imitate the instrument? Or is the usable frequency
>>> >>>>>>>> range
>>> >>>>>>>> of these instruments meant to be small, seeing as the real life
>>> >>>>>>>> instrument obviously has a limited frequency range.
>>> >>>>>>>>
>>> >>>>>>>> Would I be correct in guessing that the frequencies are more in
>>> >>>>>>>> tune,
>>> >>>>>>>> the closer they are to iminfreq?
>>> >>>>>>>>
>>> >>>>>>>> Pete
>>> >>>>>>>>
>>> >>>>>>>> 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
>>> >>>>>>>
>>> >>>>>>>
>>> >>>>>>>
>>> >>>>>>> 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
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> 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
>>> >>>>>
>>> >>>>>
>>> >>>>>
>>> >>>>> 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
>>> >>>>
>>> >>>>
>>> >>>> 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
>>> >>>>
>>> >>>> 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
>>> >>>
>>> >>>
>>> >>> 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
>>> >>
>>> >>
>>> >> 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
>>> >>
>>> >
>>> > 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
>>>
>>> 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
>>
>>
>> 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

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

I was hoping not to have to do this but... I couldn't have some more
pointers on this? I've tried figuring out how to work out the phase
response of the filters. I've googled about it, read through my copy
of scientists and engineers guide to dsp, tried really hard to wrap my
noodle around it, and I can't work it out. I'm sure there should be
hints in the book somewhere, but I can't them them.... I've also had a
go at tuning his clarinet from the same source, thinking it might
prove easier. Spent ages working out the correlation between ibore and
the resulting pitch, thinking I could just come up with a tuning
formula, but it's so non-linear it's absurd! I'm almost tempted to
just write a table of retuning factors for each note! Lol

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

I think this is a little more involved than simple googling. If you know how to
derive a phase response from a filter equation, than it is not a problem. Otherwise,
you will need to learn how to do that. You will also need to learn how to use a
1st order allpass to give a fractional delay. You could read Steiglitz’s
book A DSP Primer, which will introduce the concepts well. There is an
online course by Julius Smith that you could take as well (I have not seen
them, but people say it is good). As I said before, if you’ve studied DSP
before, it is not much of an issue, but if you haven’t, it is not trivial.

You’re quite right that the clarinet model is simpler since it is a single delay 
for the pipe plus the tone filter for the loss. 

========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
> 
> I was hoping not to have to do this but... I couldn't have some more
> pointers on this? I've tried figuring out how to work out the phase
> response of the filters. I've googled about it, read through my copy
> of scientists and engineers guide to dsp, tried really hard to wrap my
> noodle around it, and I can't work it out. I'm sure there should be
> hints in the book somewhere, but I can't them them.... I've also had a
> go at tuning his clarinet from the same source, thinking it might
> prove easier. Spent ages working out the correlation between ibore and
> the resulting pitch, thinking I could just come up with a tuning
> formula, but it's so non-linear it's absurd! I'm almost tempted to
> just write a table of retuning factors for each note! Lol
> 
> 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

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

Hey cheers! Thanks for the resources. I haven't studied DSP besides
reading books, articles and watching youtube videos. I wish I could go
back to education now and do something like that. Having said that, it
is amazing what you can learn via books and the internet off your own
back if you really knuckle down. I'll definitely seek out that book
and course.

I found a phase response equation (although I'll still need to spend
time grappling with what it all means :D ) and I was wondering how to
get the information to feed into the equation, but I've just realised
that the tone opcode specifies it's formula. I'm guessing this can
give me all the information I need.

I was considering whether I could work out the phase response by
exporting brief samples of an unadulterated sine wave, and then
exporting a filtered sine wave of the same frequency, and measuring
the phase difference. If I did this with various frequencies (and if
the phase response is linear) I could potentially work it out that
way. I'm guessing there would be a certain amount of error in my
readings due to the phase response falling between samples, but I
could get an idea of the pattern at least... That's probably a long
approach though, I'd probably be better off just learning how to do
the equations really :D

On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
 wrote:
> I think this is a little more involved than simple googling. If you know how to
> derive a phase response from a filter equation, than it is not a problem. Otherwise,
> you will need to learn how to do that. You will also need to learn how to use a
> 1st order allpass to give a fractional delay. You could read Steiglitz’s
> book A DSP Primer, which will introduce the concepts well. There is an
> online course by Julius Smith that you could take as well (I have not seen
> them, but people say it is good). As I said before, if you’ve studied DSP
> before, it is not much of an issue, but if you haven’t, it is not trivial.
>
> You’re quite right that the clarinet model is simpler since it is a single delay
> for the pipe plus the tone filter for the loss.
>
> ========================
> Dr Victor Lazzarini
> Dean of Arts, Celtic Studies and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952
>
>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>
>> I was hoping not to have to do this but... I couldn't have some more
>> pointers on this? I've tried figuring out how to work out the phase
>> response of the filters. I've googled about it, read through my copy
>> of scientists and engineers guide to dsp, tried really hard to wrap my
>> noodle around it, and I can't work it out. I'm sure there should be
>> hints in the book somewhere, but I can't them them.... I've also had a
>> go at tuning his clarinet from the same source, thinking it might
>> prove easier. Spent ages working out the correlation between ibore and
>> the resulting pitch, thinking I could just come up with a tuning
>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>> just write a table of retuning factors for each note! Lol
>>
>> 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
>
> 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

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

I think I've found the online course you were talking about. Even if I
haven't, I've found a great resource. You can watch all the lectures
from the 10 week DSP course:

https://class.coursera.org/audio-002/lecture

On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
 wrote:
> Hey cheers! Thanks for the resources. I haven't studied DSP besides
> reading books, articles and watching youtube videos. I wish I could go
> back to education now and do something like that. Having said that, it
> is amazing what you can learn via books and the internet off your own
> back if you really knuckle down. I'll definitely seek out that book
> and course.
>
> I found a phase response equation (although I'll still need to spend
> time grappling with what it all means :D ) and I was wondering how to
> get the information to feed into the equation, but I've just realised
> that the tone opcode specifies it's formula. I'm guessing this can
> give me all the information I need.
>
> I was considering whether I could work out the phase response by
> exporting brief samples of an unadulterated sine wave, and then
> exporting a filtered sine wave of the same frequency, and measuring
> the phase difference. If I did this with various frequencies (and if
> the phase response is linear) I could potentially work it out that
> way. I'm guessing there would be a certain amount of error in my
> readings due to the phase response falling between samples, but I
> could get an idea of the pattern at least... That's probably a long
> approach though, I'd probably be better off just learning how to do
> the equations really :D
>
> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>  wrote:
>> I think this is a little more involved than simple googling. If you know how to
>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>> you will need to learn how to do that. You will also need to learn how to use a
>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>> book A DSP Primer, which will introduce the concepts well. There is an
>> online course by Julius Smith that you could take as well (I have not seen
>> them, but people say it is good). As I said before, if you’ve studied DSP
>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>
>> You’re quite right that the clarinet model is simpler since it is a single delay
>> for the pipe plus the tone filter for the loss.
>>
>> ========================
>> Dr Victor Lazzarini
>> Dean of Arts, Celtic Studies and Philosophy,
>> Maynooth University,
>> Maynooth, Co Kildare, Ireland
>> Tel: 00 353 7086936
>> Fax: 00 353 1 7086952
>>
>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>
>>> I was hoping not to have to do this but... I couldn't have some more
>>> pointers on this? I've tried figuring out how to work out the phase
>>> response of the filters. I've googled about it, read through my copy
>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>> noodle around it, and I can't work it out. I'm sure there should be
>>> hints in the book somewhere, but I can't them them.... I've also had a
>>> go at tuning his clarinet from the same source, thinking it might
>>> prove easier. Spent ages working out the correlation between ibore and
>>> the resulting pitch, thinking I could just come up with a tuning
>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>> just write a table of retuning factors for each note! Lol
>>>
>>> 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
>>
>> 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

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

I'm happy to announce two of my pieces from my collection of compositions made with only a raspberry pi and csound were accepted into the lastest Hermetic.com anthology along with some relatively big name people but csound produces the best result of any software or even hardware analog kit I love csound!

http://hermetic.com/anthology/album/magick -music-and-ritual-11/

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

I'm happy to announce two of my pieces from my collection of compositions made with only a raspberry pi and csound were accepted into the lastest Hermetic.com anthology along with some relatively big name people but csound produces the best result of any software or even hardware analog kit I love csound!

http://hermetic.com/anthology/album/magick-music-and-ritual-11/

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

Thanks I wrote these the old fashioned way they're in my github I wrote them out by hand with vim on a raspberry pi.

Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?

b = 2 - cos (2 # hp / sr)

pi  
========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
> 
> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
> 
> b = 2 - cos (2 # hp / sr)
> 
> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
> I think I've found the online course you were talking about. Even if I
> haven't, I've found a great resource. You can watch all the lectures
> from the 10 week DSP course:
> 
> https://class.coursera.org/audio-002/lecture
> 
> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>  wrote:
> > Hey cheers! Thanks for the resources. I haven't studied DSP besides
> > reading books, articles and watching youtube videos. I wish I could go
> > back to education now and do something like that. Having said that, it
> > is amazing what you can learn via books and the internet off your own
> > back if you really knuckle down. I'll definitely seek out that book
> > and course.
> >
> > I found a phase response equation (although I'll still need to spend
> > time grappling with what it all means :D ) and I was wondering how to
> > get the information to feed into the equation, but I've just realised
> > that the tone opcode specifies it's formula. I'm guessing this can
> > give me all the information I need.
> >
> > I was considering whether I could work out the phase response by
> > exporting brief samples of an unadulterated sine wave, and then
> > exporting a filtered sine wave of the same frequency, and measuring
> > the phase difference. If I did this with various frequencies (and if
> > the phase response is linear) I could potentially work it out that
> > way. I'm guessing there would be a certain amount of error in my
> > readings due to the phase response falling between samples, but I
> > could get an idea of the pattern at least... That's probably a long
> > approach though, I'd probably be better off just learning how to do
> > the equations really :D
> >
> > On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
> >  wrote:
> >> I think this is a little more involved than simple googling. If you know how to
> >> derive a phase response from a filter equation, than it is not a problem. Otherwise,
> >> you will need to learn how to do that. You will also need to learn how to use a
> >> 1st order allpass to give a fractional delay. You could read Steiglitz’s
> >> book A DSP Primer, which will introduce the concepts well. There is an
> >> online course by Julius Smith that you could take as well (I have not seen
> >> them, but people say it is good). As I said before, if you’ve studied DSP
> >> before, it is not much of an issue, but if you haven’t, it is not trivial.
> >>
> >> You’re quite right that the clarinet model is simpler since it is a single delay
> >> for the pipe plus the tone filter for the loss.
> >>
> >> ========================
> >> Dr Victor Lazzarini
> >> Dean of Arts, Celtic Studies and Philosophy,
> >> Maynooth University,
> >> Maynooth, Co Kildare, Ireland
> >> Tel: 00 353 7086936
> >> Fax: 00 353 1 7086952
> >>
> >>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
> >>>
> >>> I was hoping not to have to do this but... I couldn't have some more
> >>> pointers on this? I've tried figuring out how to work out the phase
> >>> response of the filters. I've googled about it, read through my copy
> >>> of scientists and engineers guide to dsp, tried really hard to wrap my
> >>> noodle around it, and I can't work it out. I'm sure there should be
> >>> hints in the book somewhere, but I can't them them.... I've also had a
> >>> go at tuning his clarinet from the same source, thinking it might
> >>> prove easier. Spent ages working out the correlation between ibore and
> >>> the resulting pitch, thinking I could just come up with a tuning
> >>> formula, but it's so non-linear it's absurd! I'm almost tempted to
> >>> just write a table of retuning factors for each note! Lol
> >>>
> >>> 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
> >>
> >> 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
> 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

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

Cheers very much!

On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
 wrote:
> pi
> ========================
> Dr Victor Lazzarini
> Dean of Arts, Celtic Studies and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952
>
>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>
>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>
>> b = 2 - cos (2 # hp / sr)
>>
>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>> I think I've found the online course you were talking about. Even if I
>> haven't, I've found a great resource. You can watch all the lectures
>> from the 10 week DSP course:
>>
>> https://class.coursera.org/audio-002/lecture
>>
>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>  wrote:
>> > Hey cheers! Thanks for the resources. I haven't studied DSP besides
>> > reading books, articles and watching youtube videos. I wish I could go
>> > back to education now and do something like that. Having said that, it
>> > is amazing what you can learn via books and the internet off your own
>> > back if you really knuckle down. I'll definitely seek out that book
>> > and course.
>> >
>> > I found a phase response equation (although I'll still need to spend
>> > time grappling with what it all means :D ) and I was wondering how to
>> > get the information to feed into the equation, but I've just realised
>> > that the tone opcode specifies it's formula. I'm guessing this can
>> > give me all the information I need.
>> >
>> > I was considering whether I could work out the phase response by
>> > exporting brief samples of an unadulterated sine wave, and then
>> > exporting a filtered sine wave of the same frequency, and measuring
>> > the phase difference. If I did this with various frequencies (and if
>> > the phase response is linear) I could potentially work it out that
>> > way. I'm guessing there would be a certain amount of error in my
>> > readings due to the phase response falling between samples, but I
>> > could get an idea of the pattern at least... That's probably a long
>> > approach though, I'd probably be better off just learning how to do
>> > the equations really :D
>> >
>> > On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>> >  wrote:
>> >> I think this is a little more involved than simple googling. If you know how to
>> >> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>> >> you will need to learn how to do that. You will also need to learn how to use a
>> >> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>> >> book A DSP Primer, which will introduce the concepts well. There is an
>> >> online course by Julius Smith that you could take as well (I have not seen
>> >> them, but people say it is good). As I said before, if you’ve studied DSP
>> >> before, it is not much of an issue, but if you haven’t, it is not trivial.
>> >>
>> >> You’re quite right that the clarinet model is simpler since it is a single delay
>> >> for the pipe plus the tone filter for the loss.
>> >>
>> >> ========================
>> >> Dr Victor Lazzarini
>> >> Dean of Arts, Celtic Studies and Philosophy,
>> >> Maynooth University,
>> >> Maynooth, Co Kildare, Ireland
>> >> Tel: 00 353 7086936
>> >> Fax: 00 353 1 7086952
>> >>
>> >>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>> >>>
>> >>> I was hoping not to have to do this but... I couldn't have some more
>> >>> pointers on this? I've tried figuring out how to work out the phase
>> >>> response of the filters. I've googled about it, read through my copy
>> >>> of scientists and engineers guide to dsp, tried really hard to wrap my
>> >>> noodle around it, and I can't work it out. I'm sure there should be
>> >>> hints in the book somewhere, but I can't them them.... I've also had a
>> >>> go at tuning his clarinet from the same source, thinking it might
>> >>> prove easier. Spent ages working out the correlation between ibore and
>> >>> the resulting pitch, thinking I could just come up with a tuning
>> >>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>> >>> just write a table of retuning factors for each note! Lol
>> >>>
>> >>> 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
>> >>
>> >> 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
>> 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
>
> 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

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

I'm getting closer to the tuning solution, and I've just been looking
through the Mikelson clarinet code again so I can have a stab at this
fractional delay filter, and I've noticed that there seems to be a
delay line that doesn't actually contribute to the signal in any way,
at least not that I can make out. It's this line here:

; The delay from bell to reed.
abellreed delay arefilt, ibore




On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
 wrote:
> Cheers very much!
>
> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>  wrote:
>> pi
>> ========================
>> Dr Victor Lazzarini
>> Dean of Arts, Celtic Studies and Philosophy,
>> Maynooth University,
>> Maynooth, Co Kildare, Ireland
>> Tel: 00 353 7086936
>> Fax: 00 353 1 7086952
>>
>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>
>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>
>>> b = 2 - cos (2 # hp / sr)
>>>
>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>> I think I've found the online course you were talking about. Even if I
>>> haven't, I've found a great resource. You can watch all the lectures
>>> from the 10 week DSP course:
>>>
>>> https://class.coursera.org/audio-002/lecture
>>>
>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>  wrote:
>>> > Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>> > reading books, articles and watching youtube videos. I wish I could go
>>> > back to education now and do something like that. Having said that, it
>>> > is amazing what you can learn via books and the internet off your own
>>> > back if you really knuckle down. I'll definitely seek out that book
>>> > and course.
>>> >
>>> > I found a phase response equation (although I'll still need to spend
>>> > time grappling with what it all means :D ) and I was wondering how to
>>> > get the information to feed into the equation, but I've just realised
>>> > that the tone opcode specifies it's formula. I'm guessing this can
>>> > give me all the information I need.
>>> >
>>> > I was considering whether I could work out the phase response by
>>> > exporting brief samples of an unadulterated sine wave, and then
>>> > exporting a filtered sine wave of the same frequency, and measuring
>>> > the phase difference. If I did this with various frequencies (and if
>>> > the phase response is linear) I could potentially work it out that
>>> > way. I'm guessing there would be a certain amount of error in my
>>> > readings due to the phase response falling between samples, but I
>>> > could get an idea of the pattern at least... That's probably a long
>>> > approach though, I'd probably be better off just learning how to do
>>> > the equations really :D
>>> >
>>> > On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>> >  wrote:
>>> >> I think this is a little more involved than simple googling. If you know how to
>>> >> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>> >> you will need to learn how to do that. You will also need to learn how to use a
>>> >> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>> >> book A DSP Primer, which will introduce the concepts well. There is an
>>> >> online course by Julius Smith that you could take as well (I have not seen
>>> >> them, but people say it is good). As I said before, if you’ve studied DSP
>>> >> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>> >>
>>> >> You’re quite right that the clarinet model is simpler since it is a single delay
>>> >> for the pipe plus the tone filter for the loss.
>>> >>
>>> >> ========================
>>> >> Dr Victor Lazzarini
>>> >> Dean of Arts, Celtic Studies and Philosophy,
>>> >> Maynooth University,
>>> >> Maynooth, Co Kildare, Ireland
>>> >> Tel: 00 353 7086936
>>> >> Fax: 00 353 1 7086952
>>> >>
>>> >>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>> >>>
>>> >>> I was hoping not to have to do this but... I couldn't have some more
>>> >>> pointers on this? I've tried figuring out how to work out the phase
>>> >>> response of the filters. I've googled about it, read through my copy
>>> >>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>> >>> noodle around it, and I can't work it out. I'm sure there should be
>>> >>> hints in the book somewhere, but I can't them them.... I've also had a
>>> >>> go at tuning his clarinet from the same source, thinking it might
>>> >>> prove easier. Spent ages working out the correlation between ibore and
>>> >>> the resulting pitch, thinking I could just come up with a tuning
>>> >>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>> >>> just write a table of retuning factors for each note! Lol
>>> >>>
>>> >>> 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
>>> >>
>>> >> 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
>>> 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
>>
>> 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

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

Hmm, could be a bug in the clarinet code.  I think I was trying to implement Perry Cook’s instrument.  By the way, for the flute you could try doing a bandpass filter tuned to the note frequency before the feedback.  Is that cheating? Try BUTBP.  I think I was able to get some good overtones/overblows with this.

Hans Mikelson

> On Jan 26, 2016, at 4:53 AM, Peter Burgess  wrote:
> 
> I'm getting closer to the tuning solution, and I've just been looking
> through the Mikelson clarinet code again so I can have a stab at this
> fractional delay filter, and I've noticed that there seems to be a
> delay line that doesn't actually contribute to the signal in any way,
> at least not that I can make out. It's this line here:
> 
> ; The delay from bell to reed.
> abellreed delay arefilt, ibore
> 
> 
> 
> 
> On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
>  wrote:
>> Cheers very much!
>> 
>> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>>  wrote:
>>> pi
>>> ========================
>>> Dr Victor Lazzarini
>>> Dean of Arts, Celtic Studies and Philosophy,
>>> Maynooth University,
>>> Maynooth, Co Kildare, Ireland
>>> Tel: 00 353 7086936
>>> Fax: 00 353 1 7086952
>>> 
>>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>> 
>>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>> 
>>>> b = 2 - cos (2 # hp / sr)
>>>> 
>>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>>> I think I've found the online course you were talking about. Even if I
>>>> haven't, I've found a great resource. You can watch all the lectures
>>>> from the 10 week DSP course:
>>>> 
>>>> https://class.coursera.org/audio-002/lecture
>>>> 
>>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>>  wrote:
>>>>> Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>>>> reading books, articles and watching youtube videos. I wish I could go
>>>>> back to education now and do something like that. Having said that, it
>>>>> is amazing what you can learn via books and the internet off your own
>>>>> back if you really knuckle down. I'll definitely seek out that book
>>>>> and course.
>>>>> 
>>>>> I found a phase response equation (although I'll still need to spend
>>>>> time grappling with what it all means :D ) and I was wondering how to
>>>>> get the information to feed into the equation, but I've just realised
>>>>> that the tone opcode specifies it's formula. I'm guessing this can
>>>>> give me all the information I need.
>>>>> 
>>>>> I was considering whether I could work out the phase response by
>>>>> exporting brief samples of an unadulterated sine wave, and then
>>>>> exporting a filtered sine wave of the same frequency, and measuring
>>>>> the phase difference. If I did this with various frequencies (and if
>>>>> the phase response is linear) I could potentially work it out that
>>>>> way. I'm guessing there would be a certain amount of error in my
>>>>> readings due to the phase response falling between samples, but I
>>>>> could get an idea of the pattern at least... That's probably a long
>>>>> approach though, I'd probably be better off just learning how to do
>>>>> the equations really :D
>>>>> 
>>>>> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>>>>  wrote:
>>>>>> I think this is a little more involved than simple googling. If you know how to
>>>>>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>>>>> you will need to learn how to do that. You will also need to learn how to use a
>>>>>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>>>>> book A DSP Primer, which will introduce the concepts well. There is an
>>>>>> online course by Julius Smith that you could take as well (I have not seen
>>>>>> them, but people say it is good). As I said before, if you’ve studied DSP
>>>>>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>>>>> 
>>>>>> You’re quite right that the clarinet model is simpler since it is a single delay
>>>>>> for the pipe plus the tone filter for the loss.
>>>>>> 
>>>>>> ========================
>>>>>> Dr Victor Lazzarini
>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>> Maynooth University,
>>>>>> Maynooth, Co Kildare, Ireland
>>>>>> Tel: 00 353 7086936
>>>>>> Fax: 00 353 1 7086952
>>>>>> 
>>>>>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>>>>> 
>>>>>>> I was hoping not to have to do this but... I couldn't have some more
>>>>>>> pointers on this? I've tried figuring out how to work out the phase
>>>>>>> response of the filters. I've googled about it, read through my copy
>>>>>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>>>>>> noodle around it, and I can't work it out. I'm sure there should be
>>>>>>> hints in the book somewhere, but I can't them them.... I've also had a
>>>>>>> go at tuning his clarinet from the same source, thinking it might
>>>>>>> prove easier. Spent ages working out the correlation between ibore and
>>>>>>> the resulting pitch, thinking I could just come up with a tuning
>>>>>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>>>>>> just write a table of retuning factors for each note! Lol
>>>>>>> 
>>>>>>> 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
>>>>>> 
>>>>>> 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
>>>> 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
>>> 
>>> 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
> 
> 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
> 

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

Oooh! That'll fix the tuning?!? I'll give it a try. It's cheating, but
it's come at just the right time! I need to fix it quick smart! :D

I've been meaning to ask, where does the land lie on me using slightly
modified versions of your flute and clarinet in a commercial app?

On Wed, Jan 27, 2016 at 1:23 AM, Hans and Laurel Mikelson
 wrote:
> Hmm, could be a bug in the clarinet code.  I think I was trying to implement Perry Cook’s instrument.  By the way, for the flute you could try doing a bandpass filter tuned to the note frequency before the feedback.  Is that cheating? Try BUTBP.  I think I was able to get some good overtones/overblows with this.
>
> Hans Mikelson
>
>> On Jan 26, 2016, at 4:53 AM, Peter Burgess  wrote:
>>
>> I'm getting closer to the tuning solution, and I've just been looking
>> through the Mikelson clarinet code again so I can have a stab at this
>> fractional delay filter, and I've noticed that there seems to be a
>> delay line that doesn't actually contribute to the signal in any way,
>> at least not that I can make out. It's this line here:
>>
>> ; The delay from bell to reed.
>> abellreed delay arefilt, ibore
>>
>>
>>
>>
>> On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
>>  wrote:
>>> Cheers very much!
>>>
>>> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>>>  wrote:
>>>> pi
>>>> ========================
>>>> Dr Victor Lazzarini
>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>> Maynooth University,
>>>> Maynooth, Co Kildare, Ireland
>>>> Tel: 00 353 7086936
>>>> Fax: 00 353 1 7086952
>>>>
>>>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>>>
>>>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>>>
>>>>> b = 2 - cos (2 # hp / sr)
>>>>>
>>>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>>>> I think I've found the online course you were talking about. Even if I
>>>>> haven't, I've found a great resource. You can watch all the lectures
>>>>> from the 10 week DSP course:
>>>>>
>>>>> https://class.coursera.org/audio-002/lecture
>>>>>
>>>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>>>  wrote:
>>>>>> Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>>>>> reading books, articles and watching youtube videos. I wish I could go
>>>>>> back to education now and do something like that. Having said that, it
>>>>>> is amazing what you can learn via books and the internet off your own
>>>>>> back if you really knuckle down. I'll definitely seek out that book
>>>>>> and course.
>>>>>>
>>>>>> I found a phase response equation (although I'll still need to spend
>>>>>> time grappling with what it all means :D ) and I was wondering how to
>>>>>> get the information to feed into the equation, but I've just realised
>>>>>> that the tone opcode specifies it's formula. I'm guessing this can
>>>>>> give me all the information I need.
>>>>>>
>>>>>> I was considering whether I could work out the phase response by
>>>>>> exporting brief samples of an unadulterated sine wave, and then
>>>>>> exporting a filtered sine wave of the same frequency, and measuring
>>>>>> the phase difference. If I did this with various frequencies (and if
>>>>>> the phase response is linear) I could potentially work it out that
>>>>>> way. I'm guessing there would be a certain amount of error in my
>>>>>> readings due to the phase response falling between samples, but I
>>>>>> could get an idea of the pattern at least... That's probably a long
>>>>>> approach though, I'd probably be better off just learning how to do
>>>>>> the equations really :D
>>>>>>
>>>>>> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>>>>>  wrote:
>>>>>>> I think this is a little more involved than simple googling. If you know how to
>>>>>>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>>>>>> you will need to learn how to do that. You will also need to learn how to use a
>>>>>>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>>>>>> book A DSP Primer, which will introduce the concepts well. There is an
>>>>>>> online course by Julius Smith that you could take as well (I have not seen
>>>>>>> them, but people say it is good). As I said before, if you’ve studied DSP
>>>>>>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>>>>>>
>>>>>>> You’re quite right that the clarinet model is simpler since it is a single delay
>>>>>>> for the pipe plus the tone filter for the loss.
>>>>>>>
>>>>>>> ========================
>>>>>>> Dr Victor Lazzarini
>>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>>> Maynooth University,
>>>>>>> Maynooth, Co Kildare, Ireland
>>>>>>> Tel: 00 353 7086936
>>>>>>> Fax: 00 353 1 7086952
>>>>>>>
>>>>>>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>>>>>>
>>>>>>>> I was hoping not to have to do this but... I couldn't have some more
>>>>>>>> pointers on this? I've tried figuring out how to work out the phase
>>>>>>>> response of the filters. I've googled about it, read through my copy
>>>>>>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>>>>>>> noodle around it, and I can't work it out. I'm sure there should be
>>>>>>>> hints in the book somewhere, but I can't them them.... I've also had a
>>>>>>>> go at tuning his clarinet from the same source, thinking it might
>>>>>>>> prove easier. Spent ages working out the correlation between ibore and
>>>>>>>> the resulting pitch, thinking I could just come up with a tuning
>>>>>>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>>>>>>> just write a table of retuning factors for each note! Lol
>>>>>>>>
>>>>>>>> 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
>>>>>>>
>>>>>>> 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
>>>>> 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
>>>>
>>>> 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
>>
>> 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
>> 
>
> 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

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

Wow man, that bp filter does the trick, I've had to readjust the
pressure and breath, and I've lost the 130-260 range (not that that's
too important for a flute), but it hasn't altered the sound too much.
Nice shout man! I owe you one. I'm gonna see if I can do something
similar with the clarinet now, although the feedback loop already
passes through a lowpass filter, so a bandpass might be useless
here...might as well see what I can do though.

I'm still gonna try and figure out this fractional delay filter
business, that's become my personal mission :D

On Thu, Jan 28, 2016 at 10:38 AM, Peter Burgess
 wrote:
> Oooh! That'll fix the tuning?!? I'll give it a try. It's cheating, but
> it's come at just the right time! I need to fix it quick smart! :D
>
> I've been meaning to ask, where does the land lie on me using slightly
> modified versions of your flute and clarinet in a commercial app?
>
> On Wed, Jan 27, 2016 at 1:23 AM, Hans and Laurel Mikelson
>  wrote:
>> Hmm, could be a bug in the clarinet code.  I think I was trying to implement Perry Cook’s instrument.  By the way, for the flute you could try doing a bandpass filter tuned to the note frequency before the feedback.  Is that cheating? Try BUTBP.  I think I was able to get some good overtones/overblows with this.
>>
>> Hans Mikelson
>>
>>> On Jan 26, 2016, at 4:53 AM, Peter Burgess  wrote:
>>>
>>> I'm getting closer to the tuning solution, and I've just been looking
>>> through the Mikelson clarinet code again so I can have a stab at this
>>> fractional delay filter, and I've noticed that there seems to be a
>>> delay line that doesn't actually contribute to the signal in any way,
>>> at least not that I can make out. It's this line here:
>>>
>>> ; The delay from bell to reed.
>>> abellreed delay arefilt, ibore
>>>
>>>
>>>
>>>
>>> On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
>>>  wrote:
>>>> Cheers very much!
>>>>
>>>> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>>>>  wrote:
>>>>> pi
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>> Maynooth University,
>>>>> Maynooth, Co Kildare, Ireland
>>>>> Tel: 00 353 7086936
>>>>> Fax: 00 353 1 7086952
>>>>>
>>>>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>>>>
>>>>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>>>>
>>>>>> b = 2 - cos (2 # hp / sr)
>>>>>>
>>>>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>>>>> I think I've found the online course you were talking about. Even if I
>>>>>> haven't, I've found a great resource. You can watch all the lectures
>>>>>> from the 10 week DSP course:
>>>>>>
>>>>>> https://class.coursera.org/audio-002/lecture
>>>>>>
>>>>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>>>>  wrote:
>>>>>>> Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>>>>>> reading books, articles and watching youtube videos. I wish I could go
>>>>>>> back to education now and do something like that. Having said that, it
>>>>>>> is amazing what you can learn via books and the internet off your own
>>>>>>> back if you really knuckle down. I'll definitely seek out that book
>>>>>>> and course.
>>>>>>>
>>>>>>> I found a phase response equation (although I'll still need to spend
>>>>>>> time grappling with what it all means :D ) and I was wondering how to
>>>>>>> get the information to feed into the equation, but I've just realised
>>>>>>> that the tone opcode specifies it's formula. I'm guessing this can
>>>>>>> give me all the information I need.
>>>>>>>
>>>>>>> I was considering whether I could work out the phase response by
>>>>>>> exporting brief samples of an unadulterated sine wave, and then
>>>>>>> exporting a filtered sine wave of the same frequency, and measuring
>>>>>>> the phase difference. If I did this with various frequencies (and if
>>>>>>> the phase response is linear) I could potentially work it out that
>>>>>>> way. I'm guessing there would be a certain amount of error in my
>>>>>>> readings due to the phase response falling between samples, but I
>>>>>>> could get an idea of the pattern at least... That's probably a long
>>>>>>> approach though, I'd probably be better off just learning how to do
>>>>>>> the equations really :D
>>>>>>>
>>>>>>> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>>>>>>  wrote:
>>>>>>>> I think this is a little more involved than simple googling. If you know how to
>>>>>>>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>>>>>>> you will need to learn how to do that. You will also need to learn how to use a
>>>>>>>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>>>>>>> book A DSP Primer, which will introduce the concepts well. There is an
>>>>>>>> online course by Julius Smith that you could take as well (I have not seen
>>>>>>>> them, but people say it is good). As I said before, if you’ve studied DSP
>>>>>>>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>>>>>>>
>>>>>>>> You’re quite right that the clarinet model is simpler since it is a single delay
>>>>>>>> for the pipe plus the tone filter for the loss.
>>>>>>>>
>>>>>>>> ========================
>>>>>>>> Dr Victor Lazzarini
>>>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>>>> Maynooth University,
>>>>>>>> Maynooth, Co Kildare, Ireland
>>>>>>>> Tel: 00 353 7086936
>>>>>>>> Fax: 00 353 1 7086952
>>>>>>>>
>>>>>>>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>>>>>>>
>>>>>>>>> I was hoping not to have to do this but... I couldn't have some more
>>>>>>>>> pointers on this? I've tried figuring out how to work out the phase
>>>>>>>>> response of the filters. I've googled about it, read through my copy
>>>>>>>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>>>>>>>> noodle around it, and I can't work it out. I'm sure there should be
>>>>>>>>> hints in the book somewhere, but I can't them them.... I've also had a
>>>>>>>>> go at tuning his clarinet from the same source, thinking it might
>>>>>>>>> prove easier. Spent ages working out the correlation between ibore and
>>>>>>>>> the resulting pitch, thinking I could just come up with a tuning
>>>>>>>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>>>>>>>> just write a table of retuning factors for each note! Lol
>>>>>>>>>
>>>>>>>>> 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
>>>>>>>>
>>>>>>>> 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
>>>>>> 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
>>>>>
>>>>> 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
>>>
>>> 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
>>> 
>>
>> 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

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

Well, these were probably based on Perry Cook’s stuff to begin with so I’m not sure about the rights for that.  If you are using something I wrote in a commercial product you should ask permission first so that you are at least clear from me.

Hans Mikelson

> On Jan 28, 2016, at 4:38 AM, Peter Burgess  wrote:
> 
> Oooh! That'll fix the tuning?!? I'll give it a try. It's cheating, but
> it's come at just the right time! I need to fix it quick smart! :D
> 
> I've been meaning to ask, where does the land lie on me using slightly
> modified versions of your flute and clarinet in a commercial app?
> 
> On Wed, Jan 27, 2016 at 1:23 AM, Hans and Laurel Mikelson
>  wrote:
>> Hmm, could be a bug in the clarinet code.  I think I was trying to implement Perry Cook’s instrument.  By the way, for the flute you could try doing a bandpass filter tuned to the note frequency before the feedback.  Is that cheating? Try BUTBP.  I think I was able to get some good overtones/overblows with this.
>> 
>> Hans Mikelson
>> 
>>> On Jan 26, 2016, at 4:53 AM, Peter Burgess  wrote:
>>> 
>>> I'm getting closer to the tuning solution, and I've just been looking
>>> through the Mikelson clarinet code again so I can have a stab at this
>>> fractional delay filter, and I've noticed that there seems to be a
>>> delay line that doesn't actually contribute to the signal in any way,
>>> at least not that I can make out. It's this line here:
>>> 
>>> ; The delay from bell to reed.
>>> abellreed delay arefilt, ibore
>>> 
>>> 
>>> 
>>> 
>>> On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
>>>  wrote:
>>>> Cheers very much!
>>>> 
>>>> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>>>>  wrote:
>>>>> pi
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>> Maynooth University,
>>>>> Maynooth, Co Kildare, Ireland
>>>>> Tel: 00 353 7086936
>>>>> Fax: 00 353 1 7086952
>>>>> 
>>>>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>>>> 
>>>>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>>>> 
>>>>>> b = 2 - cos (2 # hp / sr)
>>>>>> 
>>>>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>>>>> I think I've found the online course you were talking about. Even if I
>>>>>> haven't, I've found a great resource. You can watch all the lectures
>>>>>> from the 10 week DSP course:
>>>>>> 
>>>>>> https://class.coursera.org/audio-002/lecture
>>>>>> 
>>>>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>>>>  wrote:
>>>>>>> Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>>>>>> reading books, articles and watching youtube videos. I wish I could go
>>>>>>> back to education now and do something like that. Having said that, it
>>>>>>> is amazing what you can learn via books and the internet off your own
>>>>>>> back if you really knuckle down. I'll definitely seek out that book
>>>>>>> and course.
>>>>>>> 
>>>>>>> I found a phase response equation (although I'll still need to spend
>>>>>>> time grappling with what it all means :D ) and I was wondering how to
>>>>>>> get the information to feed into the equation, but I've just realised
>>>>>>> that the tone opcode specifies it's formula. I'm guessing this can
>>>>>>> give me all the information I need.
>>>>>>> 
>>>>>>> I was considering whether I could work out the phase response by
>>>>>>> exporting brief samples of an unadulterated sine wave, and then
>>>>>>> exporting a filtered sine wave of the same frequency, and measuring
>>>>>>> the phase difference. If I did this with various frequencies (and if
>>>>>>> the phase response is linear) I could potentially work it out that
>>>>>>> way. I'm guessing there would be a certain amount of error in my
>>>>>>> readings due to the phase response falling between samples, but I
>>>>>>> could get an idea of the pattern at least... That's probably a long
>>>>>>> approach though, I'd probably be better off just learning how to do
>>>>>>> the equations really :D
>>>>>>> 
>>>>>>> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>>>>>>  wrote:
>>>>>>>> I think this is a little more involved than simple googling. If you know how to
>>>>>>>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>>>>>>> you will need to learn how to do that. You will also need to learn how to use a
>>>>>>>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>>>>>>> book A DSP Primer, which will introduce the concepts well. There is an
>>>>>>>> online course by Julius Smith that you could take as well (I have not seen
>>>>>>>> them, but people say it is good). As I said before, if you’ve studied DSP
>>>>>>>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>>>>>>> 
>>>>>>>> You’re quite right that the clarinet model is simpler since it is a single delay
>>>>>>>> for the pipe plus the tone filter for the loss.
>>>>>>>> 
>>>>>>>> ========================
>>>>>>>> Dr Victor Lazzarini
>>>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>>>> Maynooth University,
>>>>>>>> Maynooth, Co Kildare, Ireland
>>>>>>>> Tel: 00 353 7086936
>>>>>>>> Fax: 00 353 1 7086952
>>>>>>>> 
>>>>>>>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>>>>>>> 
>>>>>>>>> I was hoping not to have to do this but... I couldn't have some more
>>>>>>>>> pointers on this? I've tried figuring out how to work out the phase
>>>>>>>>> response of the filters. I've googled about it, read through my copy
>>>>>>>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>>>>>>>> noodle around it, and I can't work it out. I'm sure there should be
>>>>>>>>> hints in the book somewhere, but I can't them them.... I've also had a
>>>>>>>>> go at tuning his clarinet from the same source, thinking it might
>>>>>>>>> prove easier. Spent ages working out the correlation between ibore and
>>>>>>>>> the resulting pitch, thinking I could just come up with a tuning
>>>>>>>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>>>>>>>> just write a table of retuning factors for each note! Lol
>>>>>>>>> 
>>>>>>>>> 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
>>>>>>>> 
>>>>>>>> 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
>>>>>> 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
>>>>> 
>>>>> 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
>>> 
>>> 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
>>> 
>> 
>> 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
> 
> 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

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

Indeed! That's exactly what I'm doing. :D It's not in a commercial
product yet, it's a long time until it actually becomes a commercial
product. I'm trying to make sure I get everything straight now though.
Just recently noticed that one of my percussion sample packs says it's
free to use, but not redistribute, which I guess is what I will be
doing for it to be used with my app, so I think that packs out.

I believe the flute says it's based on perry cook's work, so should I
ask him aswell?

On Sun, Jan 31, 2016 at 7:45 PM, Hans and Laurel Mikelson
 wrote:
> Well, these were probably based on Perry Cook’s stuff to begin with so I’m not sure about the rights for that.  If you are using something I wrote in a commercial product you should ask permission first so that you are at least clear from me.
>
> Hans Mikelson
>
>> On Jan 28, 2016, at 4:38 AM, Peter Burgess  wrote:
>>
>> Oooh! That'll fix the tuning?!? I'll give it a try. It's cheating, but
>> it's come at just the right time! I need to fix it quick smart! :D
>>
>> I've been meaning to ask, where does the land lie on me using slightly
>> modified versions of your flute and clarinet in a commercial app?
>>
>> On Wed, Jan 27, 2016 at 1:23 AM, Hans and Laurel Mikelson
>>  wrote:
>>> Hmm, could be a bug in the clarinet code.  I think I was trying to implement Perry Cook’s instrument.  By the way, for the flute you could try doing a bandpass filter tuned to the note frequency before the feedback.  Is that cheating? Try BUTBP.  I think I was able to get some good overtones/overblows with this.
>>>
>>> Hans Mikelson
>>>
>>>> On Jan 26, 2016, at 4:53 AM, Peter Burgess  wrote:
>>>>
>>>> I'm getting closer to the tuning solution, and I've just been looking
>>>> through the Mikelson clarinet code again so I can have a stab at this
>>>> fractional delay filter, and I've noticed that there seems to be a
>>>> delay line that doesn't actually contribute to the signal in any way,
>>>> at least not that I can make out. It's this line here:
>>>>
>>>> ; The delay from bell to reed.
>>>> abellreed delay arefilt, ibore
>>>>
>>>>
>>>>
>>>>
>>>> On Mon, Jan 25, 2016 at 10:50 AM, Peter Burgess
>>>>  wrote:
>>>>> Cheers very much!
>>>>>
>>>>> On Sun, Jan 24, 2016 at 11:31 AM, Victor Lazzarini
>>>>>  wrote:
>>>>>> pi
>>>>>> ========================
>>>>>> Dr Victor Lazzarini
>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>> Maynooth University,
>>>>>> Maynooth, Co Kildare, Ireland
>>>>>> Tel: 00 353 7086936
>>>>>> Fax: 00 353 1 7086952
>>>>>>
>>>>>>> On 24 Jan 2016, at 10:53, Peter Burgess  wrote:
>>>>>>>
>>>>>>> Sorry to bang on with this thread, but what does the # stand for in the tone opcode equation?
>>>>>>>
>>>>>>> b = 2 - cos (2 # hp / sr)
>>>>>>>
>>>>>>> On 23 Jan 2016 11:37, "Peter Burgess"  wrote:
>>>>>>> I think I've found the online course you were talking about. Even if I
>>>>>>> haven't, I've found a great resource. You can watch all the lectures
>>>>>>> from the 10 week DSP course:
>>>>>>>
>>>>>>> https://class.coursera.org/audio-002/lecture
>>>>>>>
>>>>>>> On Sat, Jan 23, 2016 at 11:04 AM, Peter Burgess
>>>>>>>  wrote:
>>>>>>>> Hey cheers! Thanks for the resources. I haven't studied DSP besides
>>>>>>>> reading books, articles and watching youtube videos. I wish I could go
>>>>>>>> back to education now and do something like that. Having said that, it
>>>>>>>> is amazing what you can learn via books and the internet off your own
>>>>>>>> back if you really knuckle down. I'll definitely seek out that book
>>>>>>>> and course.
>>>>>>>>
>>>>>>>> I found a phase response equation (although I'll still need to spend
>>>>>>>> time grappling with what it all means :D ) and I was wondering how to
>>>>>>>> get the information to feed into the equation, but I've just realised
>>>>>>>> that the tone opcode specifies it's formula. I'm guessing this can
>>>>>>>> give me all the information I need.
>>>>>>>>
>>>>>>>> I was considering whether I could work out the phase response by
>>>>>>>> exporting brief samples of an unadulterated sine wave, and then
>>>>>>>> exporting a filtered sine wave of the same frequency, and measuring
>>>>>>>> the phase difference. If I did this with various frequencies (and if
>>>>>>>> the phase response is linear) I could potentially work it out that
>>>>>>>> way. I'm guessing there would be a certain amount of error in my
>>>>>>>> readings due to the phase response falling between samples, but I
>>>>>>>> could get an idea of the pattern at least... That's probably a long
>>>>>>>> approach though, I'd probably be better off just learning how to do
>>>>>>>> the equations really :D
>>>>>>>>
>>>>>>>> On Sat, Jan 23, 2016 at 9:41 AM, Victor Lazzarini
>>>>>>>>  wrote:
>>>>>>>>> I think this is a little more involved than simple googling. If you know how to
>>>>>>>>> derive a phase response from a filter equation, than it is not a problem. Otherwise,
>>>>>>>>> you will need to learn how to do that. You will also need to learn how to use a
>>>>>>>>> 1st order allpass to give a fractional delay. You could read Steiglitz’s
>>>>>>>>> book A DSP Primer, which will introduce the concepts well. There is an
>>>>>>>>> online course by Julius Smith that you could take as well (I have not seen
>>>>>>>>> them, but people say it is good). As I said before, if you’ve studied DSP
>>>>>>>>> before, it is not much of an issue, but if you haven’t, it is not trivial.
>>>>>>>>>
>>>>>>>>> You’re quite right that the clarinet model is simpler since it is a single delay
>>>>>>>>> for the pipe plus the tone filter for the loss.
>>>>>>>>>
>>>>>>>>> ========================
>>>>>>>>> Dr Victor Lazzarini
>>>>>>>>> Dean of Arts, Celtic Studies and Philosophy,
>>>>>>>>> Maynooth University,
>>>>>>>>> Maynooth, Co Kildare, Ireland
>>>>>>>>> Tel: 00 353 7086936
>>>>>>>>> Fax: 00 353 1 7086952
>>>>>>>>>
>>>>>>>>>> On 22 Jan 2016, at 21:21, Peter Burgess  wrote:
>>>>>>>>>>
>>>>>>>>>> I was hoping not to have to do this but... I couldn't have some more
>>>>>>>>>> pointers on this? I've tried figuring out how to work out the phase
>>>>>>>>>> response of the filters. I've googled about it, read through my copy
>>>>>>>>>> of scientists and engineers guide to dsp, tried really hard to wrap my
>>>>>>>>>> noodle around it, and I can't work it out. I'm sure there should be
>>>>>>>>>> hints in the book somewhere, but I can't them them.... I've also had a
>>>>>>>>>> go at tuning his clarinet from the same source, thinking it might
>>>>>>>>>> prove easier. Spent ages working out the correlation between ibore and
>>>>>>>>>> the resulting pitch, thinking I could just come up with a tuning
>>>>>>>>>> formula, but it's so non-linear it's absurd! I'm almost tempted to
>>>>>>>>>> just write a table of retuning factors for each note! Lol
>>>>>>>>>>
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>> 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
>>>>>>> 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
>>>>>>
>>>>>> 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
>>>>
>>>> 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
>>>> 
>>>
>>> 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
>>
>> 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
>
> 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

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