audoid - audio synthesis API / application

[nulloid]

I started an audio synthesis project, called audoid. It will be a general soundsynth API, and later on, I will add a GUI on the top of it. It is very ugly at the moment (I mean the code quality), but over time it will be better and better (hopefully .

Code: http://code.google.com/p/audoid/

Oh, and uses SFML2. Code::Blocks projectfile included.

[Tank]

I don't think it's a good idea to show a new project and saying that its code is of bad quality. Why don't you improve it before you release it?

Besides of that, nice idea, haven't tested it though.

[nulloid]

Good point. I don't know Just wanted to announce it as soon as possible, for no particular reason. But if I know that others will see my code, it urges me to code well
Thanks, btw

[Nexus]

Just wanted to announce it as soon as possible, for no particular reason.

I think it's better to wait a little bit longer, but to come up with a clean design. Imagine the poor users beginning to work with your code: After some weeks, they can throw everything away because you completely re-implemented it.

[nulloid]

Another great point. What do you think, should I delete this post then, or finish the work in 1-2 days?

Btw, after I finished the main API, the next thing I want to do is to embed a scripting language, so one can write a script file, and doesn't have to compile native code. Any hints about what scripting language should I use? Angelscript is what I've chosen in my mind, but if somebody has better idea, pls, tell me

[Laurent]

Any hints about what scripting language should I use?

I think Python would be very good choice for this.

[nulloid]

That was my first guess, but after I looked around, I was uncertain about this. I'm a speed-maniac (this is why I didn't switch from C++, doesn't matter, how i hate it), and many people said Python is ... slow. And it kinda takes over your c++ (as I read). What experiences do you have? How much are these true? (Hard questions, I know, but please, push me in some direction

[Laurent]

You can't say Python is slow. Only that it may be slower than C++ in a given context. So it all depends on how you use it.

I guess that you wrote critical code in C++, and that you want to use scripting for higher-level parts, so Python is more than ok in this case.

[nulloid]

I guess that you wrote critical code in C++, and that you want to use scripting for higher-level parts

Exactly. I think I'll go with python then. Thanks