[Linuxsampler-devel] GUI screenshot , Linuxsampler status,thoughts etc (long)

[Benno S. <be...@ga...>]

I started to write the GUI for the module editor for Linuxsampler.
See this screenshot for now (code will follow later).

http://www.linuxdj.com/benno/lsgui4.gif

About 1.5 day of coding. (Qt lib) ;)

You can create modules with an arbitrary number of input and output ports that
 can be of several kind of types (midi, audio, control ports etc).
You can connect ports that are of the same type and move the modules around
the screen.
As you can see in the screenshot the idea is to make a very general purpose
system which is not tied to MIDI.
The screenshot shows that the MIDI keymap module acts as a proxy between
the MIDI data and the sampler module itself which knows nothing about MIDI etc.

More details about the GUI within the next days ... meanwhile if you have
suggestions to make (GUI wise) speak out loudly ;-)

here follows a response to Josh's mail:

Scrive Josh Green <jg...@us...>:
> 
> If Linuxsampler can be thought of as a network of synthesis modules then
> couldn't it be possible to have an API for creating a synthesis model
> for a particular instrument format? So say for a SoundFont one would do
> something like (sudo code follows):
> 
(....)
> 
> etc.. I am still of the opinion that the instrument patch objects should
> be decoupled from the synthesis engine, due to its real time nature. So
> a handler for a particular instrument format would then setup the
> synthesis model (perhaps the network would be compiled or optimized in
> some way). 
(....)
> I'm not sure how efficient this would be in practice but it does fit the
> modular goal. The nice thing about this is that other projects could
> take direct advantage of Linuxsampler (such as Swami).
> 
> 

Yes the goal is to design it that way, thus it will be easy to build a powerful
SF2 engine too..
Regarding swami / libinstpatch etc: please work together with Christian S. on
the DLS / GIG loading stuff since he is interested too. As said LinuxSampler
needs some lib that decodes the chunks and presents them in a way that is easy
to handle for the engine.
The less dependencies it has the easier it is to use the lib within linuxsampler.

cheers,
Benno



-------------------------------------------------
This mail sent through http://www.gardena.net