Re: [music-dsp] Audio Plugin Listening Test
hahaha, i luv u r-b-j ... Am 13.05.2019 um 05:24 schrieb robert bristow-johnson: listen, i am an old fart. a decade ago i discovered that i lost about 30 dB around 4 kHz. but i have tried to adapt and for the most part enjoy full bandwidth music. in **none** of the 4 snippets could i hear any real difference between the 5 files presented in the snippet. sorry, dunno what to say. i don't have golden ears, but i couldn't hear any difference. i used Audacity and some pretty good Audio Technica headphones. BTW, i liked the music in snippet 3. r b-j Original Message Subject: [music-dsp] Audio Plugin Listening Test From: "Simon Hestermann" Date: Sun, May 12, 2019 3:14 am To: music-dsp@music.columbia.edu -- > Dear List Members, > > We are in the early stages of building a new De-Essing technology and have > started a first rough evaluation period. > > Participation in this quick questionnaire would be very helpful for our > further research and is much appreciated: > https://docs.google.com/forms/d/e/1FAIpQLSd8ZwLja- LaKnUAFgAEWTLud7fBbUa_5nDeP_cZyJiumldxxA/viewform?usp=sf_link > > Thank you to everyone who participates! > Simon Hestermann > ___ > dupswapdrop: music-dsp mailing list > music-dsp@music.columbia.edu > https://lists.columbia.edu/mailman/listinfo/music-dsp -- r b-j r...@audioimagination.com "Imagination is more important than knowledge." ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Audio Plugin Listening Test
hahaha, i luv u r-b-j ... Am 13.05.2019 um 05:24 schrieb robert bristow-johnson: listen, i am an old fart. a decade ago i discovered that i lost about 30 dB around 4 kHz. but i have tried to adapt and for the most part enjoy full bandwidth music. in **none** of the 4 snippets could i hear any real difference between the 5 files presented in the snippet. sorry, dunno what to say. i don't have golden ears, but i couldn't hear any difference. i used Audacity and some pretty good Audio Technica headphones. BTW, i liked the music in snippet 3. r b-j Original Message Subject: [music-dsp] Audio Plugin Listening Test From: "Simon Hestermann" Date: Sun, May 12, 2019 3:14 am To: music-dsp@music.columbia.edu -- > Dear List Members, > > We are in the early stages of building a new De-Essing technology and have > started a first rough evaluation period. > > Participation in this quick questionnaire would be very helpful for our > further research and is much appreciated: > https://docs.google.com/forms/d/e/1FAIpQLSd8ZwLja- LaKnUAFgAEWTLud7fBbUa_5nDeP_cZyJiumldxxA/viewform?usp=sf_link > > Thank you to everyone who participates! > Simon Hestermann > ___ > dupswapdrop: music-dsp mailing list > music-dsp@music.columbia.edu > https://lists.columbia.edu/mailman/listinfo/music-dsp -- r b-j r...@audioimagination.com "Imagination is more important than knowledge." ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] New License Manager, Keyzy
hey volkan, your pricing is quite high but acceptable compared to the industry standard. your website though is faulty. i tried to contact you via email from your site but there is no addressant stated once clicked the link. can you contact me at bast...@axisplugins.com and clarify questions regarding the implementation of your code base into commercial products ? thanks, bzt Am 20.02.2018 um 11:17 schrieb Volkan Ozyilmaz: Hi Guys, We had lots of problems in Volko Audio in the past for licensing our plugins. There was no affordable and practical service/product on the market, none of them was right for Volko. Then, I've created a new service called Keyzy. Keyzy is a very practical license manager. It creates, deposits and activates serial numbers for your products. If someone is interested, please freely contact me or our support system (supp...@keyzy.io). www.keyzy.io Volkan ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Trapezoidal integrated optimised SVF v2
+1 Am 08.11.2013 um 19:55 schrieb Theo Verelst: Just a short suggestion: the field at hand has been acknowledged to be let's say classic (for the sake of decorum) EE subjects, which at the time were hard to do, and interesting a integration POV. Of course I agree that even people, for instance without the luck of having been born in 1st world countries, without all too much formal educations should, if necessary with the constitutional help of government funded activities, be able to enjoy digital technology and digital media and musical materials, and ways to create those. I mean I am for the idea that people, also from using the principle of Open Source (which to decent people means something else than ripping literature for dog food for your little bunch of friends, I'd think) can enjoy digital music synthesis for instance from their computer. My concern, besides the idea that it is all too simple to take some (well chosen) keywords and make yourself popular by using them, is that the academic sport which *did* actually invent these ideas, came to quite different conclusions about the use of these basic DSP ideas than people seem to think. I think without betraying them, it is a good idea that I and other spend some time and attention to make this clear, besides pointing out that integrating step functions based on equidistant samples is really NEVER going to converge to any time- continuous signal worthy of notion, unless you know quite well what you're doing, what you're limitations are, and have some taste in musical instruments and monitoring them. So, at the risk of simply proving that some people are serious of wanting the crime of betraying the good and replace and sell it by making bad products, as long as they can happy-ho among eachother and look interesting for certain new movements of people, here's a serious consideration. When making use of the digital synthesis results, it can be proven that the typical approximation will give certain predictable sorts of distortion (you could take my word for it, I'm not new to this subject, and think I have learned something at university), that in the first place you can find hard to escape from. But, more importantly, and more to the point than trading off what these types of (clearly present, I mean seriously, do you guys listen to your own works sometimes?) distortion, there are certain, granted: pro-level, considerations about creating waves in reverberant spaces, and waves in Disco-like situations, which prevent peoples hearing from getting damaged, and from people abusing sound for such purposes. Of course this is not necessarily connected with DSP as a hobby or innocent profession, but I have the feeling some people might be deluded into believing that a system without feedback delay or with some fancy-name prediction integral can defeat the loudness control in Public Address systems made in my engineering domain, when the next rave controller wants to abuse yet another crowd and prove his/her loudness superiority. Some people fall for that crap, seriously, and that I find not good. T.V. -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Starting From The Ground Up
hi jeff, apply as third party developer on steinberg.net to get the vst sdk. register as developer on adc (apple developers connection) to get the audio unit sdk. and apply as developer at avid to get the pro tools sdk. once you have all three sdks, there are plenty of example projects in each sdk. that should give you a quick overview and lets you directly develop dsp code on the major hosts. it is a lot of fun ;) cheers, bastian Am 21.01.2013 um 11:49 schrieb Jeffrey Small: Hello, I'm a recently new computer programmer that is interested in getting into the world of Audio Plug Ins. I have a degree in Recording/Music, as well as a degree in Applied Mathematics. How would you recommend that I start learning how to program for audio from the ground up? I bought a handful of textbooks that all have to do with audio programming, but I was wondering what your recommendations are? Thanks, Jeff -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] i need a knee
hey andy, that was actually exactly my issue ... thanks for the link .. cheers, bastian Am 14.08.2012 um 18:13 schrieb Andy Leary: On Aug 10, 2012, at 8:29 AM, robert bristow-johnson r...@audioimagination.com wrote: hey Bastian, i don't have a *single* book that describes the DSP of audio level compression. The book Introduction to Signal Processing by Sophocles J. Orfanidis has a chapter on digital audio effects which includes a section on Compressors, Limiters, Expanders, and Gates. http://www.worldcat.org/title/introduction-to-signal-processing/ oclc/299821990 It's a nice intro book for audio DSP with lots of Matlab examples. It doesn't discuss the knee type function, but what you are doing seems OK. The key here is your envelope detector. Use an absolute value followed by root mean square with a decent lpf. -Andy -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] i need a knee
ok, i got it by myself, took a while .. but a small hint would have
been nice, you guys have all those books i can not afford and i am
only a ee dipl.ing. and they wanted me to build bombs and instead i
am coding musical instruments, you should respect that .. thanks
Am 20.07.2012 um 08:17 schrieb robert bristow-johnson:
On 7/19/12 4:19 PM, Bastian Schnuerle wrote:
hey everybody,
i am trying to compute a knee value in peak limiting. my code
below works quite nice for very loud singals (which i like), but
if not so loud values are processed this code introduces
distortion. in the mycode there a some way-off alterations, which
made the signal being quite smooth for loud signal, but as soon as
it come to low peak, they/i are/am failing.
i would be very happy if you guys could post me some suggestions
why this beaviour for low peaked signals appear and maybe your are
willing to share altererations to my code to make it universal
working ?!
.//...
static const float log6dB = 6.02059991327962f;
20*log10(2.0)
the dB equivalent to one octave.
const float kNee = log6dB-GetKneeDBfromGUI();
GetKneeDBfromGUI() returns the knee in dB relative to what? the
rails?
mFinalEnv = mProcessSignal;
how is mProcessSignal defined?
float kneeGain = 1.0;
if( mFinalEnv 1.0f ) gain = 1.0f/mFinalEnv;
and where is gain used?
const float outLimit = 2.0f*1.0f;
float curOutLimit6dBBelow = curOutLimit/2.0f;
const float maxUnequalAtt = -10.0f;
if( mFinalEnv curOutLimit6dBBelow ) //6db below limit
{
floatinv = curOutLimit6dBBelow/mFinalEnv;
// do knee computation
floatkneePos1 = 0;
floatkneePos2 = 0;
if( mFinalEnv = curOutLimit )
{
kneePos1 = 1.0f;
kneePos2 = 1.0f;
}
else
{
// create two knee curves
floatxPos = (mFinalEnv - curOutLimit6dBBelow)/
(curOutLimit-curOutLimit6dBBelow);
kneePos1 = xPos*xPos*xPos*xPos;
kneePos2 = xPos;
}
// xfade between the knees
float kneeFactor = kNee/log6dB;
is kNee ever anything other than 1?
kneeFactor = ((1.0f-kneeFactor)*kneePos1 +
kneeFactor*kneePos2)/7;
i see the xfade. i don't see why you are dividing by 7.
.
floatoverallAttDb = FastLinToDb(inv);
kneeAtt = FastDbToLin(get_max(gain*(overallAttDb*
(kneeFactor)),maxUnequalAtt));
okay, gain is used here.
kneeGain = kneeAtt;
}
}
for( int fc = 0; fc channels; ++fc )
{
float val = mFinalVectors[fc][mFinaTail[fc]] * kneeGain;
}
..//..
can you define mathematically you're trying to do? i can see that
you have some sorta mix between linear and x^4. i realize this is
for a soft-knee limiter of some sort. but i cannot grok the
intended math to be accomplished with this code. can you just
state the math (with if statements, where needed)?
--
r b-j r...@audioimagination.com
Imagination is more important than knowledge.
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book
reviews, dsp links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] i need a knee
+1 ;) ...
Am 10.08.2012 um 17:47 schrieb Nigel Redmon:
Robert gave an excellent reply, hitting all of the thoughts I
had...except:
they wanted me to build bombs and instead i am coding musical
instruments, you should respect that...
I think that you might have run into similar problems building
bombs... ;-)
On Aug 10, 2012, at 3:23 AM, Bastian Schnuerle wrote:
ok, i got it by myself, took a while .. but a small hint would
have been nice, you guys have all those books i can not afford and
i am only a ee dipl.ing. and they wanted me to build bombs and
instead i am coding musical instruments, you should respect
that .. thanks
Am 20.07.2012 um 08:17 schrieb robert bristow-johnson:
On 7/19/12 4:19 PM, Bastian Schnuerle wrote:
hey everybody,
i am trying to compute a knee value in peak limiting. my code
below works quite nice for very loud singals (which i like), but
if not so loud values are processed this code introduces
distortion. in the mycode there a some way-off alterations,
which made the signal being quite smooth for loud signal, but as
soon as it come to low peak, they/i are/am failing.
i would be very happy if you guys could post me some suggestions
why this beaviour for low peaked signals appear and maybe your
are willing to share altererations to my code to make it
universal working ?!
.//...
static const float log6dB = 6.02059991327962f;
20*log10(2.0)
the dB equivalent to one octave.
const float kNee = log6dB-GetKneeDBfromGUI();
GetKneeDBfromGUI() returns the knee in dB relative to what?
the rails?
mFinalEnv = mProcessSignal;
how is mProcessSignal defined?
float kneeGain = 1.0;
if( mFinalEnv 1.0f ) gain = 1.0f/mFinalEnv;
and where is gain used?
const float outLimit = 2.0f*1.0f;
float curOutLimit6dBBelow = curOutLimit/2.0f;
const float maxUnequalAtt = -10.0f;
if( mFinalEnv curOutLimit6dBBelow ) //6db below limit
{
floatinv = curOutLimit6dBBelow/mFinalEnv;
// do knee computation
floatkneePos1 = 0;
floatkneePos2 = 0;
if( mFinalEnv = curOutLimit )
{
kneePos1 = 1.0f;
kneePos2 = 1.0f;
}
else
{
// create two knee curves
floatxPos = (mFinalEnv - curOutLimit6dBBelow)/
(curOutLimit-curOutLimit6dBBelow);
kneePos1 = xPos*xPos*xPos*xPos;
kneePos2 = xPos;
}
// xfade between the knees
float kneeFactor = kNee/log6dB;
is kNee ever anything other than 1?
kneeFactor = ((1.0f-kneeFactor)*kneePos1 +
kneeFactor*kneePos2)/7;
i see the xfade. i don't see why you are dividing by 7.
.
floatoverallAttDb = FastLinToDb(inv);
kneeAtt = FastDbToLin(get_max(gain*(overallAttDb*
(kneeFactor)),maxUnequalAtt));
okay, gain is used here.
kneeGain = kneeAtt;
}
}
for( int fc = 0; fc channels; ++fc )
{
float val = mFinalVectors[fc][mFinaTail[fc]] * kneeGain;
}
..//..
can you define mathematically you're trying to do? i can see
that you have some sorta mix between linear and x^4. i realize
this is for a soft-knee limiter of some sort. but i cannot grok
the intended math to be accomplished with this code. can you
just state the math (with if statements, where needed)?
--
r b-j r...@audioimagination.com
Imagination is more important than knowledge.
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book
reviews, dsp links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book
reviews, dsp links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book
reviews, dsp links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] i need a knee
btw, i have implemented a soft knee for limiting as written in my first post, not in a compressor .. i can not find any posts regarding a soft knee in limiters throughout all musicdsporg, that is why i thought it could be nice to find out/share the maths/code behind it, to fill up/complete the archives of musicdsp.org regarding a soft knee limiter . Am 10.08.2012 um 17:22 schrieb robert bristow-johnson: On 8/10/12 6:23 AM, Bastian Schnuerle wrote: ok, i got it by myself, took a while .. but a small hint would have been nice, you guys have all those books i can not afford and i am only a ee dipl.ing. and they wanted me to build bombs and instead i am coding musical instruments, you should respect that .. thanks hey Bastian, i don't have a *single* book that describes the DSP of audio level compression. there are two reasons that i *sometimes* don't spell it out, literally with a snippet of C code. but only one of those reasons in response to you. it was because i needed a clearer idea from you for exactly what you were looking for. i didn't want to go through the effort when it wasn't what you were looking for. the other reason, which applies more to comp.dsp , is that i sometimes think that people learn it better when they derive the knowledge themselves (with a little guidance from someone else). but that wasn't the case this time. BTW, if what you want is a level compressor with an adjustable knee, both the knee location and the knee softness, we can discuss that here. it, essentially, involves a table lookup that has your compression curve in the table. it's a matter of how to determine the input level, how to convert that to gain, and how to apply that gain to the output. -- r b-j r...@audioimagination.com Imagination is more important than knowledge. -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] i need a knee
hi robert,
static const float log6dB = 6.02059991327962f;
20*log10(2.0)
the dB equivalent to one octave.
const float kNee = log6dB-GetKneeDBfromGUI();
GetKneeDBfromGUI() returns the knee in dB relative to what? the
rails?
no rails, from a gui via a linear value between -60 and 0 computed to
db by 20.0*log10(linear value)
mFinalEnv = mProcessSignal;
how is mProcessSignal defined?
sorry for confusing .. mFinalEnv = theFinalEnvelopeControlValue after
the limiting stage ..
e.g.: if (mFinalEnv 1.0f) gain = 1.0f/mFinalEnv where gain then
will be multiplied with the inputsignal
float kneeGain = 1.0;
if( mFinalEnv 1.0f ) gain = 1.0f/mFinalEnv;
and where is gain used?
const float outLimit = 2.0f*1.0f;
float curOutLimit6dBBelow = curOutLimit/2.0f;
const float maxUnequalAtt = -10.0f;
if( mFinalEnv curOutLimit6dBBelow ) //6db below limit
{
floatinv = curOutLimit6dBBelow/mFinalEnv;
// do knee computation
floatkneePos1 = 0;
floatkneePos2 = 0;
if( mFinalEnv = curOutLimit )
{
kneePos1 = 1.0f;
kneePos2 = 1.0f;
}
else
{
// create two knee curves
floatxPos = (mFinalEnv - curOutLimit6dBBelow)/
(curOutLimit-curOutLimit6dBBelow);
kneePos1 = xPos*xPos*xPos*xPos;
kneePos2 = xPos;
}
// xfade between the knees
float kneeFactor = kNee/log6dB;
is kNee ever anything other than 1?
kneeFactor = ((1.0f-kneeFactor)*kneePos1 +
kneeFactor*kneePos2)/7;
i see the xfade. i don't see why you are dividing by 7.
as i wrote, i made some devious alterations to make the knee work for
lowlevel signals, by empirical fine tune any possible values to make
the audible signal undistorted ..
eg: if hard limiting i get a flat plank signal on the output, the
current kneeFactor that i can apply with this code gives some dynamic
back to the signal at the threshold, it lightens up the signal, that
is exactly what i want from a knee ... but mycode introduces hearable
distortion but not as much as it would be without dividing by 7 ..
.
floatoverallAttDb = FastLinToDb(inv);
kneeAtt = FastDbToLin(get_max(gain*(overallAttDb*
(kneeFactor)),maxUnequalAtt));
okay, gain is used here.
kneeGain = kneeAtt;
}
}
for( int fc = 0; fc channels; ++fc )
{
float val = mFinalVectors[fc][mFinaTail[fc]] * kneeGain;
}
..//..
can you define mathematically you're trying to do? i can see that
you have some sorta mix between linear and x^4. i realize this is
for a soft-knee limiter of some sort. but i cannot grok the
intended math to be accomplished with this code. can you just
state the math (with if statements, where needed)?
i think that is why i am posting here, i can not even remember where
i got that short code snippet from and the maths behind is not fully
clear to me .. what i understand is that a knee parameter should
reduce the threshold by a value calculated below.
eg. theoretically: if the threshold for the limiter is set to -10db
than values at -10db should have the max kneeAtt applied thus the
inputsignal according to my value set in the gui should be somewhere
below -10db, values at 0db should only be reduced to -10db without a
knee applied. everything inbetween -10db and 0db gets a value
calculated by the knee algo.
so any help to understand and optimize my code below is greatly
appreciated ..
float curOutLimit6dBBelow = curOutLimit/2.0f;
const float maxUnequalAtt = -10.0f;
float inv = curOutLimit6dBBelow/mFinalEnv;
// do knee computation
float kneePos1 = 0;
float kneePos2 = 0;
if( mFinalEnv = curOutLimit )
{
kneePos1 = 1.0f;
kneePos2 = 1.0f;
}
else
{
float xPos = (mFinalEnv - curOutLimit6dBBelow)/(curOutLimit-
curOutLimit6dBBelow);
kneePos1 = xPos*xPos*xPos*xPos;
kneePos2 = xPos;
}
// xfade between the knees
float kneeFactor = kNee/log6dB;
kneeFactor = ((1.0f-kneeFactor)*kneePos1 + kneeFactor*kneePos2);
float overallAttDb = FastLinToDb(inv);
kneeAtt = FastDbToLin(get_max(gain*(overallAttDb*
(kneeFactor)),maxUnequalAtt));
cheers,
bastian
--
r b-j r...@audioimagination.com
Imagination is more important than knowledge.
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book
reviews, dsp links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
http://music.columbia.edu/cmc/music-dsp
[music-dsp] i need a knee
hey everybody,
i am trying to compute a knee value in peak limiting. my code below
works quite nice for very loud singals (which i like), but if not so
loud values are processed this code introduces distortion. in the
mycode there a some way-off alterations, which made the signal being
quite smooth for loud signal, but as soon as it come to low peak,
they/i are/am failing.
i would be very happy if you guys could post me some suggestions why
this beaviour for low peaked signals appear and maybe your are
willing to share altererations to my code to make it universal
working ?!
.//...
static const float log6dB = 6.02059991327962f;
const float kNee = log6dB-GetKneeDBfromGUI();
mFinalEnv = mProcessSignal;
float kneeGain = 1.0;
if( mFinalEnv 1.0f ) gain = 1.0f/mFinalEnv;
const float outLimit = 2.0f*1.0f;
float curOutLimit6dBBelow = curOutLimit/2.0f;
const float maxUnequalAtt = -10.0f;
if( mFinalEnv curOutLimit6dBBelow ) //6db below limit
{
float inv = curOutLimit6dBBelow/mFinalEnv;
// do knee computation
float kneePos1 = 0;
float kneePos2 = 0;
if( mFinalEnv = curOutLimit )
{
kneePos1 = 1.0f;
kneePos2 = 1.0f;
}
else
{
// create two knee curves
float xPos = (mFinalEnv - curOutLimit6dBBelow)/(curOutLimit-
curOutLimit6dBBelow);
kneePos1 = xPos*xPos*xPos*xPos;
kneePos2 = xPos;
}
// xfade between the knees
float kneeFactor = kNee/log6dB;
kneeFactor = ((1.0f-kneeFactor)*kneePos1 + kneeFactor*kneePos2)/7;
float overallAttDb = FastLinToDb(inv);
kneeAtt = FastDbToLin(get_max(gain*(overallAttDb*
(kneeFactor)),maxUnequalAtt));
kneeGain = kneeAtt;
}
}
for( int fc = 0; fc channels; ++fc )
{
float val = mFinalVectors[fc][mFinaTail[fc]] * kneeGain;
}
..//..
thanks and cheers,
bastian
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
http://music.columbia.edu/cmc/music-dsp
http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Job at Waldorf
hehehe ,... http://www.axisplugins.com ;) Am 25.04.2012 um 12:15 schrieb Stefan Stenzel: Hello, Might be worth mentioning here, Waldorf Music is looking for a developer: http://www.waldorfmusic.de/en/jobs.html Downside is that I will be the boss. Stefan -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
why not just porting the list to google groups (works very well for spree) and find a independent solution only for the archives uptotoday ? Am 05.04.2012 um 16:05 schrieb Bjorn Roche: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small- time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi- site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
e.g. a plain website, maybe a rubygem and heroku with a contribute- code email form (secured via a captcha) towards an imap account, surveiled by a bunch of people of this list, who are then posting the code towards the website .. manually Am 05.04.2012 um 16:26 schrieb Bastian Schnuerle: why not just porting the list to google groups (works very well for spree) and find a independent solution only for the archives uptotoday ? Am 05.04.2012 um 16:05 schrieb Bjorn Roche: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small- time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
hey bram, what is exactly the roadmap and tasks to do ? i think i could find some helping hands for you, including mine .. maybe altogether we find a way to get some work away from you ? cheers, basti Am 04.04.2012 um 15:17 schrieb Bram de Jong: hello all, I'm wondering if someone here is interested in maintaining musicdsp.org. I don't have the time to mess around with the PHP code right now, and it's getting VERY badly attacked by spammers. If anyone in here knows PHP, has some experience with (small) websites and feels like making musicdsp.org a better place, please let me know! FYI: just to be clear - I don't want a lot of new features added and I do want to keep the final say - bram -- http://www.samplesumo.com http://www.freesound.org http://www.smartelectronix.com http://www.musicdsp.org office: +32 (0) 9 335 59 25 mobile: +32 (0) 484 154 730 -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
i'll help .. just pass me a task .. Am 04.04.2012 um 17:52 schrieb Bjorn Roche: Hey Bram, Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Some of the data could be moved from its current form to CMS via a script, and other might have to be manually copied, which would be a bummer, but this might be a good time to purge old/irrelevant stuff. It's not clear to me how much info there is. Just a thought. I'm not volunteering to do all the work, but I am pretty familiar with drupal and happy to get things started, depending on my schedule (right now it's a bit uncertain). bjorn On Apr 4, 2012, at 11:17 AM, Thomas Young wrote: lol wow -Original Message- From: music-dsp-boun...@music.columbia.edu [mailto:music-dsp- boun...@music.columbia.edu] On Behalf Of Bram de Jong Sent: 04 April 2012 16:15 To: A discussion list for music-related DSP Subject: Re: [music-dsp] maintaining musicdsp.org On Wed, Apr 4, 2012 at 5:11 PM, Thomas Young thomas.yo...@rebellion.co.uk wrote: Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. they ARE added to a queue. the queue now contains about 500 spam submissions. that's the whole (current) problem. some kind of report as spam thing for the comments would be nice too as there are SOME (but few) spam comments. - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] Job opening - physical acoustics
lucky one who gets that job ... ;) ... Am 24.03.2012 um 17:51 schrieb Linda Seltzer: A job opening is available on our team for an engineer or physicist whose primary expertise areas are physical acoustics, microphones and Actran modeling. A number of Ph.D.s were interviewed, but they could not obtain a visa. It is desirable to find a candidate who is willing and able to reside in the Seattle metropolitan area. This environment is commercial and product-oriented. The work requires a great deal of expertise but is not research or academic publishing. I encourage qualified candidates to write to me for further information. Linda Seltzer Consultant, Microsoft lselt...@alumni.caltech.edu -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] a little about myself
+1 Am 22.02.2012 um 15:16 schrieb Andy Farnell: Speed of development is an issue, as turning ideas into sound uses considerable human cognition, echoic memory to listen, serial and linguistics faculties to interpret, and then geometric mathematical and procedural acrobatics to adapt the internal model. C gives great flexibility and control, but requires such intense working that an idea is often lost before it can be implemented. Compactness is thus a desirable quality for music making (with large structures) rather than sound programming. For seeing programmers, visual signal flows like Pure Data are powerful because the algorithm is maintained as a compact diagram. I can understand why Csound is attractive to someone without sight, and I wonder if you have also explored Supercollider, Chuck and Nyquist, which all represent quite different language interfaces to sound making. But as you are a programmer I also wonder, if for you Adam, Faust might be something important to explore. For one who interprets the world more in symbolic structures it's compactness might be something you find very useful. On Wed, Feb 22, 2012 at 08:44:56AM -0500, Adam Puckett wrote: It's nice to see some familiar names in Csound's defense. Here's something I've considered since learning C: has anyone (attempted to) compose music in straight C (or C++) just using the audio APIs? I think that would be quite a challenge. I can see quite a bit more algorithmic potential there than probably any of the DSLs written in it. On 2/21/12, Michael Gogins michael.gog...@gmail.com wrote: It's very easy to use Csound to solve idle mind puzzles! I think many of us, certainly myself, find ourselves becoming distracted by the technical work involved in making computer music, as opposed to the superficially easier but in reality far more difficult work of composing. Regards, Mike On Tue, Feb 21, 2012 at 7:53 PM, Emanuel Landeholm emanuel.landeh...@gmail.com wrote: Well. I need to start using csound. To actually do things in the real world instead of just solving idle mind puzzles. On Tue, Feb 21, 2012 at 10:02 PM, Victor victor.lazzar...@nuim.ie wrote: i have been running csound in realtime since about 1998, which makes it what? about fourteen years, however i remember seeing code for RT audio in the version i picked up from cecelia.media.mit.edu back in 94. So, strictly this capability has been there for the best part of twenty years. -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] a little about myself
hey adam, yep, that also includes me .. have you ever read curtis roads - the computer music tutorial ? it was one of my main sources to get my degree in ee .. maybe there is a translation to braille or a digital version .. it is completely based on csound and i love it .. cheers, bastian Am 21.02.2012 um 16:43 schrieb Didier Dambrin: True, I've never been able to install or figure out CSound, or make it do anything. Watching on YT, I see it can do realtime stuff? I've always thought it was all command-line offline stuff (last time I tried in 2007). -Message d'origine- From: Emanuel Landeholm Sent: Tuesday, February 21, 2012 3:54 PM To: A discussion list for music-related DSP Subject: Re: [music-dsp] a little about myself But, if you don't mind me asking, what is it that you do music-dsp wise? Mostly csound stuff? It's just that the thought of a blind person using csound simply blows my mind. csound is powerful alright, but most people, blind or not, can't even hope to install it, much less use it for something.. kind regards, Emanuel -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp - Aucun virus trouve dans ce message. Analyse effectuee par AVG - www.avg.fr Version: 2012.0.1913 / Base de donnees virale: 2113/4822 - Date: 20/02/2012 -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] .rsr for pro tools
the rsr file lies with the plugin in the plugins folder, this is only for PC and the .rsr file doenst include anything .. i know all these applications u mentioned. usually i am using photoshop to edit rsr file containing pic content, but this rsr file isnt being able to open and it contains text data that i need to edit or as i prefer generate a whole new file.. that is my issue here, .. but i ll try rezilla again. i thought about an application like norton commander or so ... best, bastian Am 27.02.2011 um 15:45 schrieb Michael Olsen: Just to clarify: A .rsr is not a ProTools plug-in, it is a MacOS resource file predating OSX (but still in use occasasionally). It is true that Juce and PXDK (if it's ok for me to mention it myself) removes the need for .rsr files for ProTools plug-ins. Best, Michael Olsen PhonoXone Have a look at JUCE, I believe that can generate VST / AU Pro Tools plugins (.rsr?) all from the same codebase. http://www.rawmaterialsoftware.com/juce.php Regards Rob -Original Message- From: Michael Olsen Sent: Sunday, February 27, 2011 6:34 AM To: A discussion list for music-related DSP Subject: Re: [music-dsp] .rsr for pro tools Hi Bastian, you might want to look at Rezilla for a free editor. It's a bit buggy, but seems to do the trick nicely for ProTools development (which I assume, due to the need for a .rsr file). Best, Michael Olsen PhonoXone hey ross or anyone else might now a solution, i am trying to generate/build a .rsr file for my new plugin from scratch, but i am getting stucked .. do you know how i can manage to build one, what editors do i need to use or any other hint is appreciated ? thanks, bastian -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
[music-dsp] .rsr for pro tools
hey ross or anyone else might now a solution, i am trying to generate/build a .rsr file for my new plugin from scratch, but i am getting stucked .. do you know how i can manage to build one, what editors do i need to use or any other hint is appreciated ? thanks, bastian -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
