Very interesting, Jeff.
Any preliminary explanation of a feature set?
new project: auto soundfont assembler
-
- KVRAF
- 13444 posts since 14 Nov, 2000 from Hannover / Germany
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.
-
- KVRian
- Topic Starter
- 500 posts since 13 Oct, 2004 from Durham, NC USA
Sasha, see the other thread on the developer's forum (like posted above).
One feature I inspired by you (IIRC) is we'd provide the choice of whether or not to normalize samples. It might have been thinking about unnormalized samples that led me to realize that most of the process could be automatic -- especially if the recording is all done at 24 bit and with a clean audio path.
One feature I inspired by you (IIRC) is we'd provide the choice of whether or not to normalize samples. It might have been thinking about unnormalized samples that led me to realize that most of the process could be automatic -- especially if the recording is all done at 24 bit and with a clean audio path.
-
- KVRAF
- 6490 posts since 14 Jun, 2004 from Rochester, NY
-
- KVRian
- Topic Starter
- 500 posts since 13 Oct, 2004 from Durham, NC USA
-
- KVRist
- 233 posts since 14 Mar, 2005 from Cologne
Hi,learjeff wrote: For a good tool to do loop editing, and automatically setting the release point (based on my request to them), try Extreme Sample Converter, which was $50 when I bought it earlier this year. It's a great program.
I am no coder. But a musician with interest for coding. As I´am lookink for Sound editing tools right now, I also looked on the EXSC site. You cannot purchase a working copy at the moment.
I want to convert my EPS16+ Samples and song files to the PC base. I know about the Kontakt Sampler, but I don´t think this tool will meet my future needs. So I am not shure if I should spend such an amount of money to buy it. I am using EnergyXT and just bought Wusik Station. I extracted some important raw samples from my old Ensoniq Disks and realized what I had almost forgotten: The sounds I used where mostly heavy influenced by the outstanding internal effects. So If you are planning to set up an open source project for a sample processing tool it would be nice to build in an open interface for an effect section. I am shure that people dealing with virtual DSP Projects would be interested in such a program. In time there will be persons that develope effects for many kinds of effect simulation.
regards
horn
-
- KVRian
- Topic Starter
- 500 posts since 13 Oct, 2004 from Durham, NC USA
I've continued to think about this project. To make my life easier and allow me to concentrate on the meat and potatoes, I've decided to implement it as a VST, using sfz format (for now) and sfz to play the samples. I'll start out using a host like Hermann's VSTHost, and if I need to make any host mods I can use the tiny host that comes with the SDK. I'll write in C++ for speed in the numeric algorithms.
I'm going to concentrate first on providing a GUI that makes it far easier to collect a good set of samples. I have several display modes in mind that will make it easy for the user to see how evenly covered the sample set is, to direct efforts to filling the gaps. Also to see (and hear) how well closely related samples match, such as the different velocities for a given note, and the different notes at a given velocity level.
The VST would record each sample as the user plays it, with the user's choice of whether to save each sample by default and reject by hitting the space bar or vice versa. It would be quickly processed to determine pitch and level, and update the GUI display. It would also update the sfz file using a relatively trivial mapping, allowing the user to play the notes.
But I'm afraid the last time I wrote GUI code was for SunWindows back in the late 80's! I'm going to need some help in the getting started department. Once I have a trivial prototype running it should be relatively easy to adapt it as necessary to suit my purposes.
For displays, I hope to include the following:
1) recording peak meter (of course!)
2) sample map, showing all collected samples in a square grid with level and note axes (pitch detection will be automatic). For level the user gets to choose peak or RMS (at any time). It'll probably be just a simple display with a box or dot lit if a sample exists for that section.
3) Envelope display showing multiple samples, either all the samples for a given note, or all the notes at a given velocity. This would be a staggered set of line graphs and would look like a surface plot if the samples are similar with trends. (No doubt there's a technical term for this kind of display, but I sure don't know it.)
4) Spectral display showing multiple samples as above, showing the spectral content of neighboring samples.
The purpose of #2 is to help get an even sampling to begin with. #3 and #4 help to find clinkers and discontinuities between related samples. They'll also help identify when samples need to be spaced closer together (e.g., for Rhodes, you need more samples in the high velocity range, because tone changes more dramatically with velocity at high velocities.)
Originally I assumed that I'd have a display mode, one of 2,3, or 4 above, but it would probably be better to let the user create as many views as desired, based on screen room and CPU power.
If anyone would be willing to give me a leg up with getting this kind of VST GUI started, I'd really appreciate it!
Oh, display #2 would also be a sample browser; by clicking on any spot on the graph you'd select a sample and data for that sample would be shown along with the option to delete it or just unmap it for the time being.
One of the things I'd like the GUI to do is to encourage the recording of LOTS of samples. Subsequent mapping steps would be provided to automatically trim the sample set down to a manageable size, when that's desired, for a given mapping. Without deleting the actual samples, of course.
Thanks,
Jeff
PS: Horn, I believe the EXSC site is back up and working.
I'm going to concentrate first on providing a GUI that makes it far easier to collect a good set of samples. I have several display modes in mind that will make it easy for the user to see how evenly covered the sample set is, to direct efforts to filling the gaps. Also to see (and hear) how well closely related samples match, such as the different velocities for a given note, and the different notes at a given velocity level.
The VST would record each sample as the user plays it, with the user's choice of whether to save each sample by default and reject by hitting the space bar or vice versa. It would be quickly processed to determine pitch and level, and update the GUI display. It would also update the sfz file using a relatively trivial mapping, allowing the user to play the notes.
But I'm afraid the last time I wrote GUI code was for SunWindows back in the late 80's! I'm going to need some help in the getting started department. Once I have a trivial prototype running it should be relatively easy to adapt it as necessary to suit my purposes.
For displays, I hope to include the following:
1) recording peak meter (of course!)
2) sample map, showing all collected samples in a square grid with level and note axes (pitch detection will be automatic). For level the user gets to choose peak or RMS (at any time). It'll probably be just a simple display with a box or dot lit if a sample exists for that section.
3) Envelope display showing multiple samples, either all the samples for a given note, or all the notes at a given velocity. This would be a staggered set of line graphs and would look like a surface plot if the samples are similar with trends. (No doubt there's a technical term for this kind of display, but I sure don't know it.)
4) Spectral display showing multiple samples as above, showing the spectral content of neighboring samples.
The purpose of #2 is to help get an even sampling to begin with. #3 and #4 help to find clinkers and discontinuities between related samples. They'll also help identify when samples need to be spaced closer together (e.g., for Rhodes, you need more samples in the high velocity range, because tone changes more dramatically with velocity at high velocities.)
Originally I assumed that I'd have a display mode, one of 2,3, or 4 above, but it would probably be better to let the user create as many views as desired, based on screen room and CPU power.
If anyone would be willing to give me a leg up with getting this kind of VST GUI started, I'd really appreciate it!
Oh, display #2 would also be a sample browser; by clicking on any spot on the graph you'd select a sample and data for that sample would be shown along with the option to delete it or just unmap it for the time being.
One of the things I'd like the GUI to do is to encourage the recording of LOTS of samples. Subsequent mapping steps would be provided to automatically trim the sample set down to a manageable size, when that's desired, for a given mapping. Without deleting the actual samples, of course.
Thanks,
Jeff
PS: Horn, I believe the EXSC site is back up and working.
-
- KVRist
- 233 posts since 14 Mar, 2005 from Cologne
Thank you for response. I'm through with what I intended concerning my old Ensonique sounds. No need for such an extensive app at the moment.learjeff wrote:...PS: Horn, I believe the EXSC site is back up and working.
Nevertheless I wish you success for your coding intentions. A VST based tool would be a great invention. Especially because, as far as I know nothing exists of this kind.
horn