Free multisampled conga in sfz format
-
- KVRist
- 196 posts since 12 Mar, 2002 from Mountain View, CA
Here's my first attempt to create a sampled instrument from scratch:
http://www.burtin.net/conga/
It's a velocity-switched instrument made up of samples I recorded of my friend Brad playing the various sounds of the conga drum. Hope that some people can find it useful. A big whoppin' thanks goes out to Rene for making sfz available to us for free!
Have fun,
Boris
http://www.burtin.net/conga/
It's a velocity-switched instrument made up of samples I recorded of my friend Brad playing the various sounds of the conga drum. Hope that some people can find it useful. A big whoppin' thanks goes out to Rene for making sfz available to us for free!
Have fun,
Boris
-
- KVRAF
- 12977 posts since 29 Sep, 2003 from Ottawa, Canada
-
- KVRian
- 1171 posts since 21 Feb, 2004
Thanks .those sound nice,
-
- KVRAF
- 2844 posts since 1 Jan, 2003
Hey bburtin,
I'm going to download again, but first time through I got only CongaHeel4, CongaToe4, and CongaTone1, 2, 3, and 4. The other files were empty. Maybe a corrupt download- I'll try again right now.
OK, just DLd again, same result.
I'm going to download again, but first time through I got only CongaHeel4, CongaToe4, and CongaTone1, 2, 3, and 4. The other files were empty. Maybe a corrupt download- I'll try again right now.
OK, just DLd again, same result.
-
- KVRAF
- 13444 posts since 14 Nov, 2000 from Hannover / Germany
Thank you.
Here's a DR-008 mapping:
http://home.arcor.de/s.franck/BradsCongaDR008.zip
You will have to onvert the OGG files before using it. I used dbpoweramp to convert them to 16bit/44.1kHz/mono format.
Not sure whether the velo mapping is good enough, but it seems OK. Should be a minor deal to make it suit anyone's needs.
Here's a DR-008 mapping:
http://home.arcor.de/s.franck/BradsCongaDR008.zip
You will have to onvert the OGG files before using it. I used dbpoweramp to convert them to 16bit/44.1kHz/mono format.
Not sure whether the velo mapping is good enough, but it seems OK. Should be a minor deal to make it suit anyone's needs.
There are 3 kinds of people:
Those who can do maths and those who can't.
Those who can do maths and those who can't.
-
- KVRAF
- 2844 posts since 1 Jan, 2003
HansM,
I opened the individual Ogg files in SoundForge and some were empty. There must have been a problem on my end. I DLd your soundfont, and now all is well. Thanks to bburtin, and thanks, HansM, for the sf2.
I opened the individual Ogg files in SoundForge and some were empty. There must have been a problem on my end. I DLd your soundfont, and now all is well. Thanks to bburtin, and thanks, HansM, for the sf2.
-
- KVRian
- 500 posts since 13 Oct, 2004 from Durham, NC USA
Thanks, Brad! Can't wait to try 'em out!
-
- KVRist
- Topic Starter
- 196 posts since 12 Mar, 2002 from Mountain View, CA
Glad to hear that people are finding the conga samples useful. The ogg files that sound "empty" are just really really quiet. This is particularly obvious in the "heel" and "toe" samples. I didn't do much processing on the sample data because I wanted the recording to accurately reflect what Brad was playing.
That said, there may be some room for normalization. Does anyone know of an app that loads a group of audio files (WAV or OGG) and does "album gain normalization"? So it would normalize the loudest file to 0dB and then increase the volumes of the rest of the samples by the same amount. MP3Gain does this, but I believe it's only for MP3 files.
Boris
That said, there may be some room for normalization. Does anyone know of an app that loads a group of audio files (WAV or OGG) and does "album gain normalization"? So it would normalize the loudest file to 0dB and then increase the volumes of the rest of the samples by the same amount. MP3Gain does this, but I believe it's only for MP3 files.
Boris
-
- KVRAF
- 2844 posts since 1 Jan, 2003
You know bburtin, the files were actually empty-blank grey in SF. It must have been a corrupt download, nobody else has had a problem. The samples sound good, thank you for sharing.
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
Boris,
If you're using un-normalised samples in sfz format, you'll need to adjust the programming. You've done nothing to tell sfz that the samples are normalised.
You need to add to each velocity layer, where nnn is the value you use in the hivel opcode for the layer. This tells sfz not to attenuate the sample volume at the "top" of the velocity range for the layer. From what you said earlier, you might then have to re-adjust all the layers...
If you're using un-normalised samples in sfz format, you'll need to adjust the programming. You've done nothing to tell sfz that the samples are normalised.
You need to add
Code: Select all
amp_velcurve_nnn=1-
- KVRian
- 500 posts since 13 Oct, 2004 from Durham, NC USA
Usually, you want all samples normalized. Actually, that's not quite correct. Ideally, you want to record all samples so they peak nice and high to get a good recording (as usual). Practically speaking, it's not necessary.
Regardless, soundfonts generally work best if, for the loudest note on the keyboard, all layers of that note peak near 0 dB. Moving across the notes on a given layer, they might all be at the same level or different depending on the instrument in question.
Normalizing them all tends to work pretty well, though. Hopefully you've recorded in 24 bits and then normalize, so you get good16-bit samples in all cases.
Regardless, soundfonts generally work best if, for the loudest note on the keyboard, all layers of that note peak near 0 dB. Moving across the notes on a given layer, they might all be at the same level or different depending on the instrument in question.
Normalizing them all tends to work pretty well, though. Hopefully you've recorded in 24 bits and then normalize, so you get good16-bit samples in all cases.
-
- KVRAF
- 13444 posts since 14 Nov, 2000 from Hannover / Germany
Well, that's just not only not necessary but even impossible... imagine sampling, say, a piano - would you adjust the recording level for all "pp" samples, each time a key is played? Defenitely not.learjeff wrote:Usually, you want all samples normalized. Actually, that's not quite correct. Ideally, you want to record all samples so they peak nice and high to get a good recording (as usual). Practically speaking, it's not necessary.
So, you would simply do things as in a normal recording: Set the recording level as hot as possible for the loudest notes and record all the rest with the same record level.
After all, I actually seem to prefer lower leveled samples for lower velocity zones - that way I don't have to fool with individual zone level adjustments myself.
However, the loudest sample of each group of samples should be as hot as possible for the usual obvious reasons.
There are 3 kinds of people:
Those who can do maths and those who can't.
Those who can do maths and those who can't.

