required to create plugin bundle
-
- KVRist
- 43 posts since 5 Oct, 2012
Good afternoon, it is required to create a package of plug-ins for the new DAW. who want to try their hand?
and post your price for this work please.
is required:
construction of filter circuits
work with the code generation tools(Matlab, etc.)
Filters can be created in C or pseudocode.
and post your price for this work please.
is required:
construction of filter circuits
work with the code generation tools(Matlab, etc.)
Filters can be created in C or pseudocode.
Last edited by Basilbasil on Tue Jun 11, 2013 12:39 pm, edited 1 time in total.
-
- KVRist
- 137 posts since 15 Sep, 2008 from Grenoble
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
hahaha, very funny.ponce wrote:I'll do it for 1 billion dollars.
Send me the files on my Skype.
Come on, prove that the stand of the money, and we will consider your offer.
DSP developer billion cost to be Gandalf and Dumbledore in one.
Show your portfolio, please tell us about your education.
Our proposal is really serious, since we had almost finished the architecture and audio engine.
-
- KVRist
- 137 posts since 15 Sep, 2008 from Grenoble
OK I was kidding. I suggest you provide _way_ more information (who are you, what are you doing, what is "the new DAW") to find contractors, else any sort of pricing would be premature. I'm sure you are serious, but a message like you wrote does not really reflect that.
Last edited by ponce on Mon Jun 10, 2013 3:49 pm, edited 1 time in total.
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
Pardon me, we are a young company from Russia, engaged in development of DAW with the engine running on the GPU. Why GPU?ponce wrote:OK I was kidding. I suggest you provide _way_ more information (who are you, what are you doing, what is "the new DAW") to find contractors, else any sort of pricing would be prematurate. I'm sure you are serious, but a message like you wrote does not really reflect that.
All audio processing algorithms (and synths) are working on the GPU. This gives:
- Scaling (not enough - went to the store bought a more powerful video card., Or just two., Or 3))) Do not need a global upgrade of the entire platform - motherboard + CPU + RAM).
- Best value "performance / money"
- Just power
- Stability (sufficient comfort of up to 99% engine load at minimum latency)
- The release of more powerful hardware is made each year by NVIDIA and AMD
Our successes are: full load of the engine for 2-3 ms asio latency without loss of buffers, partially working protocol "MultiASIO" etc.
Prepares SDK, AMD is preparing to support the video card.
We can not offer a lot of money, but option is possible.
we need to create the following plug-ins: Compressor, EQ, Limiter, Delay, Chorus, Flanger, Reverb (synth + IR), Gate, Phaser, Distortion, Synth.
If you are interested in - ask for more.
Best regard, Basil.
- Beware the Quoth
- 35520 posts since 4 Sep, 2001 from R'lyeh Oceanic Amusement Park and Funfair
Ouch, another proprietary format, and nonstandard hardware platform. Erm, good luck....
An idiot on Set Theory:
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
no difficulty to design, simple SDKwhyterabbyt wrote:Ouch, another proprietary format, and nonstandard hardware platform. Erm, good luck....
yes, there will be some pitfalls in the optimization of parallel programming, but we will resolve these issues together, and we have people with the necessary skills.
-
- KVRist
- 137 posts since 15 Sep, 2008 from Grenoble
If you achieve such latencies through GPU it's quite an achievement indeed.Basilbasil wrote: Our successes are: full load of the engine for 2-3 ms asio latency without loss of buffers, partially working protocol "MultiASIO" etc.
I think it's a good opportunity to try things that are impractical on a general purpose CPU.
Large FIR kernels, resampling through 1D mipmaps comes to mind.
Are you using shaders for sound effects?
Since GL_ARB_shader_image_load_store some GPUs (NVIDIA and AMD ones) seem to support any load/store scheme within a single pass, so a lot of things should be possible indeed.
Best regards
-
- KVRian
- 853 posts since 13 Mar, 2012
sound likes an interesting project.. but unfortunately no time to apply.. :/
Would be interesting to find a way to keep the gpu pipe filled, especially with the modules that need historic samples by definition (if you'r on shader code). Was already some years ago I played around with that stuff last time.. maybe they introduced some more pipe-controlling-functions in the meanwhile but back than, if your algorithm doesn't allow you to sequentially process data your basically lost as a GPU pipe is quite a bit longer than the one of a CPU and so re-filling it because of random memory access almost immediately pushes the throughput below of what you get on the CPU.
anyway.. good luck with searching for devs.. would love to work on that but there is so much other stuff on my "todo list" already.. :/
Would be interesting to find a way to keep the gpu pipe filled, especially with the modules that need historic samples by definition (if you'r on shader code). Was already some years ago I played around with that stuff last time.. maybe they introduced some more pipe-controlling-functions in the meanwhile but back than, if your algorithm doesn't allow you to sequentially process data your basically lost as a GPU pipe is quite a bit longer than the one of a CPU and so re-filling it because of random memory access almost immediately pushes the throughput below of what you get on the CPU.
anyway.. good luck with searching for devs.. would love to work on that but there is so much other stuff on my "todo list" already.. :/
Last edited by PurpleSunray on Mon Jun 10, 2013 4:59 pm, edited 1 time in total.
~~ ॐ http://soundcloud.com/mfr ॐ ~~
-
- KVRian
- 614 posts since 7 Jan, 2009 from Gloucestershire
That's interesting, is that using Cuda or OpenCL, or are you using straight GPU shader code in DirectX or OpenGL?Basilbasil wrote:Pardon me, we are a young company from Russia, engaged in development of DAW with the engine running on the GPU. Why GPU?ponce wrote:OK I was kidding. I suggest you provide _way_ more information (who are you, what are you doing, what is "the new DAW") to find contractors, else any sort of pricing would be prematurate. I'm sure you are serious, but a message like you wrote does not really reflect that.
All audio processing algorithms (and synths) are working on the GPU. This gives:
- Scaling (not enough - went to the store bought a more powerful video card., Or just two., Or 3))) Do not need a global upgrade of the entire platform - motherboard + CPU + RAM).
- Best value "performance / money"
- Just power
- Stability (sufficient comfort of up to 99% engine load at minimum latency)
- The release of more powerful hardware is made each year by NVIDIA and AMD
Our successes are: full load of the engine for 2-3 ms asio latency without loss of buffers, partially working protocol "MultiASIO" etc.
Prepares SDK, AMD is preparing to support the video card.
We can not offer a lot of money, but option is possible.
we need to create the following plug-ins: Compressor, EQ, Limiter, Delay, Chorus, Flanger, Reverb (synth + IR), Gate, Phaser, Distortion, Synth.
If you are interested in - ask for more.
Best regard, Basil.
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
shaders is no longer fashionable to use))).
before it was comfortable and somehow possible to work.
Now it's "CUDA" and the level below
before it was comfortable and somehow possible to work.
Now it's "CUDA" and the level below
-
MeldaProduction MeldaProduction https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=176122
- KVRAF
- 14339 posts since 15 Mar, 2008 from Czech republic
Well, I don't know almost anything about CUDA, but I can hardly see this possible - if you want latency of 3ms in 44k, that would be about 100 samples. That doesn't seem to be very optimal for optimization via GPU, or can it? When I imagine the data flow from CPU to GPU and back for every process in series, this seems at least impractical. Or do you have some statistics?
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
1. replied in PMwavepunk wrote:Hi, how much you offer?We can not offer a lot of money
2. Please tell me about your skill and portfolio
-
- KVRist
- Topic Starter
- 43 posts since 5 Oct, 2012
data flow is an exact scheduled time according to the specifications PCI-E ))))MeldaProduction wrote:Well, I don't know almost anything about CUDA, but I can hardly see this possible - if you want latency of 3ms in 44k, that would be about 100 samples. That doesn't seem to be very optimal for optimization via GPU, or can it? When I imagine the data flow from CPU to GPU and back for every process in series, this seems at least impractical. Or do you have some statistics?
execution of multiple parallel working filters takes time on the order of less than 1 ms (including 2 way transaction).
We already have some simple filters, latency of which we are measuring.
Interested? - Let's work together

