Thread: [Linuxsampler-devel] Anything going on?

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi,

Is anything going on with linuxsampler? I checked out CVS and it showed 
updates haven't happened fro five weeks. Are you people working on 
something else or just... hiding? ;)

-a

On Wed, 2002-12-11 at 05:40, Antti Boman wrote:
> Hi,
> 
> Is anything going on with linuxsampler? I checked out CVS and it showed 
> updates haven't happened fro five weeks. Are you people working on 
> something else or just... hiding? ;)
> 
> -a
> 
> 

Well, I'm still ploding along on Swami development. New devel branch
is.. well developing :) libInstPatch has some more testing under its
belt and a Python interface is beginning to form. I'm starting to
re-work the GUI side of things to make it more pluggable in anticipation
of new formats being added to libInstPatch (DLS2, Akai, GUS and perhaps
SF1). Much of this has still not been committed to CVS, although I would
be quick to commit it if I knew someone was interested (hint hint).
Cheers.
	Josh Green

On Wed, 11 Dec 2002 15:40:19 +0200
Antti Boman <ant...@mi...> wrote:

> Hi,
> 
> Is anything going on with linuxsampler? I checked out CVS and it showed 
> updates haven't happened fro five weeks. Are you people working on 
> something else or just... hiding? ;)
> 
> -a
> 

The cvs is quite outdated..
I cant commit it seems (either i dont underst very well how sourceforge works,
or my account is wrong, or i forgot my password :), so i've sent
the latest tarball to benno and steve...
Benno seems to be quite busy this week, but i hope
he gets to review/upoaded the latest tarball...

I'd send it to the list, but it doesnt like big posts, so if
anyone else wants it let me know and i'll private-email it!

Juan Linietsky

On Wed, Dec 11, 2002 at 11:36:35 -0300, Juan Linietsky wrote:
> The cvs is quite outdated..
> I cant commit it seems (either i dont underst very well how sourceforge works,
> or my account is wrong, or i forgot my password :), so i've sent
> the latest tarball to benno and steve...
> Benno seems to be quite busy this week, but i hope
> he gets to review/upoaded the latest tarball...

I built it OK, but I had some alsa seq realted problems and so couldn't
try it. I'l give it another go when I have a chance.

- Steve 

Thanks for the responses. Nice to see things are still developing. I'm 
always a bit too worried about the possibility of good projects being 
abandoned.

Benno Senoner wrote:
> Hi,
> sorry for my absence, I have to migrate the servers of an ISP (need to
> finish for christmas)  thus I will not be that much present for the next
> two weeks. (I promise no high-load situations again for the whole 2003
> :-) )

No need to be sorry, I'm in no position to force people do these things :)

I'm still willing to hop in when GUIs or similar are needed. 
Unfortunately, my skills in the low level area are still rather... low.

-a

Antii, no problem regarding your skills in a good product, the GUI is
as important as the engine thus your help will be very precious. 

PS: I'm CCing David Olofson which has revived Audiality (a sampler/synth
engine that ranges from games to building high quality soft
synths/samplers ... see his posts on LAD.

I hope David joins our mailing list since he is very knowledgable when
it comes to efficient real time code, time stamping of events etc.
At time David and I have had really cool (private) discussions about
event systems, sample accurate time stamps for plugins / engines etc, 
David, I see you have now a bit more time to dedicate to linux audio
things. Do you intend to join our quest to provide this highly universal
 sampler engine that could be used for many apps ranging from games to
 high quality midi software sound modules ?
I mean, from your web page it seems that both audiatily and
linuxsampler  want to achieve similar goals. You mentioned the willing
of implement disk streaming too, so why not unite the two things ?
In my opinion it would make sense.

I think is is a good thing if you people come up with
solutions/proposals for implementing a sampler engine, but in the long
run it would be wise to join our forces and work on highly reusable
modular components like samplelibrary reading libs, sample rendering
engines, patch editors etc.

cheers,
Benno

Il gio, 2002-12-12 alle 12:18, Antti Boman ha scritto:
> Thanks for the responses. Nice to see things are still developing. I'm 
> always a bit too worried about the possibility of good projects being 
> abandoned.
> 
> Benno Senoner wrote:
> > Hi,
> > sorry for my absence, I have to migrate the servers of an ISP (need to
> > finish for christmas)  thus I will not be that much present for the next
> > two weeks. (I promise no high-load situations again for the whole 2003
> > :-) )
> 
> No need to be sorry, I'm in no position to force people do these things :)
> 
> I'm still willing to hop in when GUIs or similar are needed. 
> Unfortunately, my skills in the low level area are still rather... low.
> 
> -a

-- 
http://linuxsampler.sourceforge.net
Building a professional grade software sampler for Linux.
Please help us designing and developing it.

Benno Senoner wrote:
> Antii, no problem regarding your skills in a good product, the GUI is
> as important as the engine thus your help will be very precious. 

Thanks. I'll follow the discussion on the list and try to gather the 
information what's needed and how it should be done. UI-wise, at the moment.

-a

On Thursday 12 December 2002 14.17, Benno Senoner wrote:
> Antii, no problem regarding your skills in a good product, the GUI
> is as important as the engine thus your help will be very precious.
>
> PS: I'm CCing David Olofson which has revived Audiality (a
> sampler/synth engine that ranges from games to building high
> quality soft synths/samplers ... see his posts on LAD.
>
> I hope David joins our mailing list since he is very knowledgable
> when it comes to efficient real time code, time stamping of events
> etc. At time David and I have had really cool (private) discussions
> about event systems, sample accurate time stamps for plugins /
> engines etc, David, I see you have now a bit more time to dedicate
> to linux audio things.

Well, yes - I've put Kobo Deluxe, glSDL and that on hold for now, and=20
most of the time has been spent on Audiality lately. (Except for the=20
last few days, which I've spent mostly discussing and working on XAP;=20
our new instrument plugin API.)

Oh, Audiality and XAP both have (rudimentary, but still) pages on my=20
site:
=09http://olofson.net=09(try the naigation bar :-)

> Do you intend to join our quest to provide
> this highly universal sampler engine that could be used for many
> apps ranging from games to high quality midi software sound modules
> ?
> I mean, from your web page it seems that both audiatily and
> linuxsampler  want to achieve similar goals. You mentioned the
> willing of implement disk streaming too, so why not unite the two
> things ? In my opinion it would make sense.

I don't know yet. It would obviously seem like we have *lots* of=20
common goals, and also more than a few design choices in common.

There are basically three things we need to agree on:

=09* Language
=09=09I strongly prefer C, mostly for portability reasons,
=09=09but also since I don't think the complexity of the
=09=09engine motivates the use of C++. (And mind you; I
=09=09have a scripting engine in there! ;-)

=09* Scalability
=09=09Audiality runs rather well on very low end PCs. Due
=09=09to the extremely space efficient script based sounds,
=09=09it's possibly to fit rather high quality music in
=09=09a few kB - on par with IXS. These are things I would
=09=09like to maintain and explore further. (Although they
=09=09may not be my top priorities right now.)

=09* License
=09=09LGPL is the only license that makes sense for
=09=09Audiality. (Which means that I'll have to "clean"
=09=09the code if I can't get in touch with Masanao Izumo.)
=09=09The GPL is too restrictive, since it does not allow
=09=09the use of Audiality as the audio/music engine in
=09=09proprietary games and multimedia productions.

> I think is is a good thing if you people come up with
> solutions/proposals for implementing a sampler engine, but in the
> long run it would be wise to join our forces and work on highly
> reusable modular components like samplelibrary reading libs, sample
> rendering engines, patch editors etc.

Yes indeed. If XAP turns out right, there's a good chance of=20
Audiality being split up into a "plugin kit", since it's already=20
working in similar ways to a XAP plugin net internally. (In fact, the=20
event system in my XAP proposal is just a slightly generalized=20
version of the Audiality event system - which in turn, was derived=20
from the MAIA code.)

I think we might have a rather nice pilot project for XAP here. This=20
design needs serious review and testing before finalizing, and using=20
it to modularize Audiality as well as a framework for Linuxsampler=20
should probably force most issues to surface. These two projects=20
include off-line rendering, direct-from-disk playback, advanced real=20
time control (soon scripting in Audiality) and real time processing.=20
Add a sequencer with some editing operations, we have a "test suite"=20
the covers most plugin API features we can think of - as well as a=20
pretty cool toolkit! :-)

//David Olofson - Programmer, Composer, Open Source Advocate

=2E- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
=2E- M A I A -------------------------------------------------.
|    The Multimedia Application Integration Architecture    |
`----------------------------> http://www.linuxdj.com/maia -'
   --- http://olofson.net --- http://www.reologica.se ---

Josh Green wrote:
> Well, I'm still ploding along on Swami development. New devel branch
> is.. well developing :) libInstPatch has some more testing under its
> belt and a Python interface is beginning to form. I'm starting to
> re-work the GUI side of things to make it more pluggable in anticipation
> of new formats being added to libInstPatch (DLS2, Akai, GUS and perhaps
> SF1). Much of this has still not been committed to CVS, although I would
> be quick to commit it if I knew someone was interested (hint hint).

No-one is. No, seriously, I'm interested :) And ready to test and help.

-a

On Thu, 2002-12-12 at 03:21, Antti Boman wrote:
> Josh Green wrote:
> > Well, I'm still ploding along on Swami development. New devel branch
> > is.. well developing :) libInstPatch has some more testing under its
> > belt and a Python interface is beginning to form. I'm starting to
> > re-work the GUI side of things to make it more pluggable in anticipation
> > of new formats being added to libInstPatch (DLS2, Akai, GUS and perhaps
> > SF1). Much of this has still not been committed to CVS, although I would
> > be quick to commit it if I knew someone was interested (hint hint).
> 
> No-one is. No, seriously, I'm interested :) And ready to test and help.
> 
> -a

Cool :) There is quite a lot of things to do with Swami, so if you
really are interested, join the swami-devel mailing list (nothing
happening there at the moment, except for my status reports from time to
time). The development branch of Swami/libInstPatch has not quite
reached the stage where testing is really useful (still some things to
implement). If you are good with GUIs, I could use some ideas and brain
storming of how the user interface could be re-designed. The underlying
architecture is very object oriented (in a good way) but the GUI still
looks like the old Smurf SoundFont Editor (which is a mock up of a
screen shot I had of Vienna).

I want the new GUI to have a flexible layout (using the Gtk(H/V)Paned
widgets for now until a more flexible one is written) where the type of
UI element can be set (patch tree, patch properties, effect controls,
sample waveform loop control, GUI envelopes, etc) and these elements can
be docked or undocked from different windows. There could then be layout
presets (such as a "Classic" one that would resemble the current
interface). I'm just now re-writing the object state save/restore system
which is going to be XML based using libxml2 which will help a lot with
making the user interface more object oriented (and being able to
actually store this for later use).

Also much needs to be done in the area of adding API to the different UI
objects that plugins can take advantage of. A plugin may for instance
want to add its own operations to the right-click menu on the patch tree
object, add its own configuration UI to the preferences dialog, etc.

Anyways, additional discussion should probably occur on the swami-devel
list. One need not be an expert to help out and there is a lot of other
things besides GUI work that could use some help :) Cheers.
	Josh Green

Swami website: http://swami.sourceforge.net
Swami mailing lists: http://sourceforge.net/mail/?group_id=47510

OK, its on
http://www.ecs.soton.ac.uk/~swh/linuxsampler-2002-12-12.tar.gz

I added some patches to make it compile unser gcc3, but it should be OK on
older compilers still.

- Steve

On Thu, Dec 12, 2002 at 10:56:43 +0000, Phil Kerr wrote:
> Can someone pop it on a server somewhere so I can have a play, or if
> it's not too big, < 500k, email me a copy.
> 
> On Thu, 2002-12-12 at 10:57, Steve Harris wrote:
> > On Wed, Dec 11, 2002 at 11:36:35 -0300, Juan Linietsky wrote:
> > > The cvs is quite outdated..
> > > I cant commit it seems (either i dont underst very well how sourceforge works,
> > > or my account is wrong, or i forgot my password :), so i've sent
> > > the latest tarball to benno and steve...
> > > Benno seems to be quite busy this week, but i hope
> > > he gets to review/upoaded the latest tarball...
> > 
> > I built it OK, but I had some alsa seq realted problems and so couldn't
> > try it. I'l give it another go when I have a chance.
> > 
> > - Steve 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by:
> > With Great Power, Comes Great Responsibility 
> > Learn to use your power at OSDN's High Performance Computing Channel
> > http://hpc.devchannel.org/
> > _______________________________________________
> > Linuxsampler-devel mailing list
> > Lin...@li...
> > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 

-- 
Stephen Harris                    07970 557047
AKT, IAM Research Group          023 8059 2831
University of Southampton, UK
sw...@ec...     http://www.aktors.org/           

Thanks Steve,

It compiles and runs fine.

I'll have a better play and dig through the code later.

Cheers

Phil

On Thu, 2002-12-12 at 12:11, Steve Harris wrote:
> OK, its on
> http://www.ecs.soton.ac.uk/~swh/linuxsampler-2002-12-12.tar.gz
> 
> I added some patches to make it compile unser gcc3, but it should be OK on
> older compilers still.
> 
> - Steve
> 
> On Thu, Dec 12, 2002 at 10:56:43 +0000, Phil Kerr wrote:
> > Can someone pop it on a server somewhere so I can have a play, or if
> > it's not too big, < 500k, email me a copy.
> > 
> > On Thu, 2002-12-12 at 10:57, Steve Harris wrote:
> > > On Wed, Dec 11, 2002 at 11:36:35 -0300, Juan Linietsky wrote:
> > > > The cvs is quite outdated..
> > > > I cant commit it seems (either i dont underst very well how sourceforge works,
> > > > or my account is wrong, or i forgot my password :), so i've sent
> > > > the latest tarball to benno and steve...
> > > > Benno seems to be quite busy this week, but i hope
> > > > he gets to review/upoaded the latest tarball...
> > > 
> > > I built it OK, but I had some alsa seq realted problems and so couldn't
> > > try it. I'l give it another go when I have a chance.
> > > 
> > > - Steve 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:
> > > With Great Power, Comes Great Responsibility 
> > > Learn to use your power at OSDN's High Performance Computing Channel
> > > http://hpc.devchannel.org/
> > > _______________________________________________
> > > Linuxsampler-devel mailing list
> > > Lin...@li...
> > > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> > 
> 
> -- 
> Stephen Harris                    07970 557047
> AKT, IAM Research Group          023 8059 2831
> University of Southampton, UK
> sw...@ec...     http://www.aktors.org/           
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility 
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel