linuxsampler-devel — This list is for discussing LinuxSampler development issues and ideas

[Linuxsampler-devel] LS Testing - low volumes

[Mark K. <mar...@co...>]

Hi,
   It's been a while since I've done any serious testing of LS, and
since I'm testing a whole bunch of unreleased Pro Tools plugins this
weekend anyway (amazing what a person will do to get a years free use of
$10,000 worth of plugins, isn't it?) ;-)  so I decided to combine the
work and use LS in the flow.

   I hadn't tested LS seriously since MIDI velocity support was added,
so I'm starting with that. The good news is that it works. The semi-bad
news is that overall volumes are much, much lower. A peak of -6db in GSt
will come out about -18db in LS.

   I'm sending a screen shot of the Pro Tools session with PAZ doing a
frequency response curve to Christian and Benno directly. If anyone else
needs a copy let me know. It's about 350K.

Cheers,
Mark

Re: [Linuxsampler-devel] Make trouble

[Rui N. C. <rn...@rn...>]

Mark Constable wrote:
>
> Yo Rui, would you mind if I put this on the Wiki at alsa.opensrc.org ?
>

Be my guest.

However I've refined the previous script a little bit, and now it takes
the following form:

---BOF: linuxsampler_cvs_install.sh ---
#!/bin/sh
cvs -z3
-d:pserver:ano...@cv...:/home/schropp/linuxsampler co
linuxsampler
cd linuxsampler || exit 1
find -name "acconfig.h" -exec rm -rvf \{} \;
find -name "aclocal.m4" -exec rm -rvf \{} \;
find -name "config.*"   -exec rm -rvf \{} \;
find -name "*.cache"    -exec rm -rvf \{} \;
make -f Makefile.cvs
./configure --prefix=/usr/local --enable-optimize
make || exit 2
su -c "make install"
---EOF: linuxsampler_cvs_install.sh ---


As of yesterday on IRC, Chris agreed to remove the "offending" files from
CVS, so I think the explicit removal above will be soon a non-op. OTOH it
could be moved apropriately into Makefile.cvs.


>
> I'm in the process of trying the above too ... thanks :-)
>

Please do and hope you survive to tell the story :)

Bye and thanks.
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Make trouble

[Rui N. C. <rn...@rn...>]

Hi all,

Finally I've made it to build linuxsampler again.

If you remember I was having clueless trouble with autocrap ;) Now it
sufficed to remove some files and all went't fine.

My script to build linuxsampler from CVS is now just the following:


---BOF: linuxsampler_cvs_install.sh ---
#!bin/sh
cvs -z3
-d:pserver:ano...@cv...:/home/schropp/linuxsampler co
linuxsampler
cd linuxsampler || exit 1
[ -f acconfig.h ] && rm -f acconfig.h
[ -d autom4te.cache ] && rm -rf autom4te.cache
make -f Makefile.cvs
./configure --prefix=/usr/local --enable-optimize
make || exit 2
su -c "make install"
---EOF: linuxsampler_cvs_install.sh ---


Now everything is back on track :)

Cheers.
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Make trouble

[Rui N. C. <rn...@rn...>]

Hello Mark,

>    Gentoo for me, but I have built recent version on my Planet RH9 box,
> so you should be OK there. (I hope!) ;-)

On my suse9 box it built to run a couple of weeks ago, 28-Nov to be more
precise. Right now, is the only binary I have to play.

I even have an rpm made with checkinstall
(http://www.rncbc.org/ardour_pt/) just in case ;)
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Make trouble

[Mark K. <mar...@co...>]

On Mon, 2003-12-15 at 15:37, Rui Nuno Capela wrote:
> > Really bad situation at the moment. Let's see what we can do to get rid
> > of these automake problems.
> 
> I'm wandering what system you guys are using. I can't build or get over
> this autocrap trouble on any one of my boxes: suse 9.0 (dev box), fedora
> core 1 planet ccrma (beta-studio) nor mandrake 9.2 (laptop).
> 
> Is it'coz all my boxes are fairly up to date to the bleeding edge? :)
> 
> Tomorrow I'll start trying to handcraft my own autocrap and see if I get
> on with this ;)
> 
> 'til then,
> cheers

Rui,
   Gentoo for me, but I have built recent version on my Planet RH9 box,
so you should be OK there. (I hope!) ;-)

Mark

Re: [Linuxsampler-devel] Make trouble

[Rui N. C. <rn...@rn...>]

> Really bad situation at the moment. Let's see what we can do to get rid
> of these automake problems.

I'm wandering what system you guys are using. I can't build or get over
this autocrap trouble on any one of my boxes: suse 9.0 (dev box), fedora
core 1 planet ccrma (beta-studio) nor mandrake 9.2 (laptop).

Is it'coz all my boxes are fairly up to date to the bleeding edge? :)

Tomorrow I'll start trying to handcraft my own autocrap and see if I get
on with this ;)

'til then,
cheers
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Make trouble

[Christian S. <chr...@ep...>]

Es geschah am Montag, 15. Dezember 2003 12:36 als Rui Nuno Capela schrieb:
> Hi all,

Hi Rui

>
> While having trouble with some autocrapola and figured out a way to get
> into make, my efforts to build linuxsampler from cvs have been doomed to
> failure. I remember to make it right a couple of weeks ago.
>
> See attachement for the latest output error.

The problem is the following (from your sent log):

	checking Alsa version... 0.0.0

Seems the Alsa version check I wrote recently failed on your machine (see 
configure.in). Maybe you can figure out what the problem is.

If not or if you simply don't have the patience for it, just set your Alsa 
version in config.h (line 14 -20):

	/* Define to the major version number of your Alsa installation. */
	#define ALSA_MAJOR 1

	/* Define to the minor version number of your Alsa installation. */
	#define ALSA_MINOR 0

	/* Define to the subminor version number of your Alsa installation. */
	#define ALSA_SUBMINOR 0

> Please note that, with more recent autoconf-2.5x and automake-1.7 stuff
> which is also available here as default, the autoconf preprocessing fails
> with the following error:
>
> Can't locate object method "path" via package "Autom4te::Request" at
> /usr/bin/autom4te-2.5x line 81.

Really bad situation at the moment. Let's see what we can do to get rid of 
these automake problems.

CU
Christian

[Linuxsampler-devel] Make trouble

[Rui N. C. <rn...@rn...>]

Hi all,

While having trouble with some autocrapola and figured out a way to get
into make, my efforts to build linuxsampler from cvs have been doomed to
failure. I remember to make it right a couple of weeks ago.

See attachement for the latest output error.

Please note that, with more recent autoconf-2.5x and automake-1.7 stuff
which is also available here as default, the autoconf preprocessing fails
with the following error:

Can't locate object method "path" via package "Autom4te::Request" at
/usr/bin/autom4te-2.5x line 81.

Same with autoreconf. The "offended" machine is my laptop where Mandrake
9.2 is installed.

Any suggestions?

Seeya.
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Support for soundcard #2?

[Rui N. C. <rn...@rn...>]

Christian Schoenebeck wrote:
>
> ..., we are often on irc.freenode.org (#linuxsampler and #lad). I
> will definitely be there on sunday. So we can discuss details regarding
> the GUI there if you'll find the time.
>

At what time frame? I'm guessing that you're from Germany, so a litle time
adjustment will be in effect :)

>
> Of course we also have a lot of other tasks not related to the GUI, so
> if anybody likes to participate in another area, just let us know!
>

If that deals on the ground for some linuxsampler API, I surely vote in.
Anyway that would be implicit for the GUI(s), am I wrong?

Cheers.
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Support for soundcard #2?

[Christian S. <chr...@ep...>]

Es geschah am Samstag, 13. Dezember 2003 14:18 als Rui Nuno Capela schrieb:
> Christian Schoenebeck wrote:
> > Btw: is nobody here on the list who wants to participate actively in the
> > project? There are a lot of open tasks in all kind of areas and with the
> > end of this year we need to start with a GUI.
> >
> > Anyway, I'm still hopeful that we can finish complete gig support this
> > year...
>
> I've been lurking for a while and was thinking to make some kind of
> proposal here, but now that you ask, I'll volunteer right now to the GUI
> stuff.
>
> As you might know, I'am authoring the qjackctl and qsynth projects, which
> means Qt is my preferred arena.

Perfect!

> If that's acceptable to the linuxsampler project, I can start working on
> ASAP. Nevertheless I need some focused guidance for what this list may be
> certainly a fulcrum.

No problem, we are often on irc.freenode.org (#linuxsampler and #lad). I will 
definitely be there on sunday. So we can discuss details regarding the GUI 
there if you'll find the time.

Anyway, our long term plan is to have several GUIs e.g. ncurses, Gtk, or even 
Java. So if anybody likes to write a GUI frontend based on another library or 
language, be also invited to participate!

Of course we also have a lot of other tasks not related to the GUI, so if 
anybody likes to participate in another area, just let us know!

> Hope to hear from you all.

And I'm glad to welcome you!

CU
Christian

Re: [Linuxsampler-devel] Support for soundcard #2?

[Mark K. <mar...@co...>]

On Fri, 2003-12-12 at 16:21, Christian Schoenebeck wrote:

> 
> You forgot line 163:
> 
> bool AudioIO::HardwareParametersSupported(uint channels, int samplerate, uint 
> numfragments, uint fragmentsize) {
>     pcm_name = "hw:0,0";
> ...
> 
> Change that too and it will automatically fall back to plughw.

Great. Works fine. Thanks!


> Btw: is nobody here on the list who wants to participate actively in the 
> project? There are a lot of open tasks in all kind of areas and with the end 
> of this year we need to start with a GUI.

Ask and you received, didn't you! If anyone wants to know things about
what GSt have available through it's GUI. What works well and what
doesn't (IMO) etc, then I Can help with that.

> 
> Anyway, I'm still hopeful that we can finish complete gig support this year...
> 
> CU
> Christian
> 

Re: [Linuxsampler-devel] Support for soundcard #2?

[Mark K. <mar...@co...>]

On Sat, 2003-12-13 at 05:18, Rui Nuno Capela wrote:

> I've been lurking for a while and was thinking to make some kind of
> proposal here, but now that you ask, I'll volunteer right now to the GUI
> stuff.
> 
> As you might know, I'am authoring the qjackctl and qsynth projects, which
> means Qt is my preferred arena.
> 
> If that's acceptable to the linuxsampler project, I can start working on
> ASAP. Nevertheless I need some focused guidance for what this list may be
> certainly a fulcrum.
> 
> Hope to hear from you all.
> 
> Cheers.

Rui,
   As a very happy user of qjackctl I'd love to have you participate
here. I hope you guys can find a good way to divide up the work without
stepping on each other's toes!

   Welcome!

Mark

Re: [Linuxsampler-devel] Support for soundcard #2?

[Rui N. C. <rn...@rn...>]

Christian Schoenebeck wrote:
>
> Btw: is nobody here on the list who wants to participate actively in the
> project? There are a lot of open tasks in all kind of areas and with the
> end of this year we need to start with a GUI.
>
> Anyway, I'm still hopeful that we can finish complete gig support this
> year...
>

I've been lurking for a while and was thinking to make some kind of
proposal here, but now that you ask, I'll volunteer right now to the GUI
stuff.

As you might know, I'am authoring the qjackctl and qsynth projects, which
means Qt is my preferred arena.

If that's acceptable to the linuxsampler project, I can start working on
ASAP. Nevertheless I need some focused guidance for what this list may be
certainly a fulcrum.

Hope to hear from you all.

Cheers.
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

Re: [Linuxsampler-devel] Support for soundcard #2?

[Christian S. <chr...@ep...>]

Es geschah am Donnerstag, 11. Dezember 2003 05:15 als Mark Knecht schrieb:
> Hi,
>    I changed the order of my sound cards. Now the onboard sound chip is
> #1 and the HDSP 9652 is #2. I tried running LinuxSampler with the
> onboard chip and it works but I haven't managed to get it working yet
> with the HDSP.
>
>    I tried changing the two entries on lines 43 and 49 of audioio.cpp
> from hw:0,0 and plughw:0,0 to hw:1,0 and plughw:1,0, but when I try and
> run I get the following message:
>
> bash-2.05b$ linuxsampler --numfragments 2 --gig
> /mnt/samples/Gigs/Pianos/Bardstown\ Audio/The\ Bosendorfer\ Imperial\
> Grand\ Version\ 2.2.gig
> Initializing audio output...Error snd_pcm_hw_params_set_access: Invalid
> argument.
> bash-2.05b$

You forgot line 163:

bool AudioIO::HardwareParametersSupported(uint channels, int samplerate, uint 
numfragments, uint fragmentsize) {
    pcm_name = "hw:0,0";
...

Change that too and it will automatically fall back to plughw.

> I think it would be very helpful to get the basic options to choose the
> card, as well as the MIDI connection we've talked about, on the command
> line.

Sure, but unfortunately I'm very busy at the moment and I think that will last 
til next week friday; have to take care of lot of projects at university. 
Maybe kick Benno's ass that he should do something, but again; I'm sure you 
can do such small and easy things too and help us to take some of our work 
load.

Benno: what is the event system doing? Anything done in that area?

Btw: is nobody here on the list who wants to participate actively in the 
project? There are a lot of open tasks in all kind of areas and with the end 
of this year we need to start with a GUI.

Anyway, I'm still hopeful that we can finish complete gig support this year...

CU
Christian

[Linuxsampler-devel] Support for soundcard #2?

[Mark K. <mar...@co...>]

Hi,
   I changed the order of my sound cards. Now the onboard sound chip is
#1 and the HDSP 9652 is #2. I tried running LinuxSampler with the
onboard chip and it works but I haven't managed to get it working yet
with the HDSP.

   I tried changing the two entries on lines 43 and 49 of audioio.cpp
from hw:0,0 and plughw:0,0 to hw:1,0 and plughw:1,0, but when I try and
run I get the following message:

bash-2.05b$ linuxsampler --numfragments 2 --gig
/mnt/samples/Gigs/Pianos/Bardstown\ Audio/The\ Bosendorfer\ Imperial\
Grand\ Version\ 2.2.gig 
Initializing audio output...Error snd_pcm_hw_params_set_access: Invalid
argument.
bash-2.05b$ 

Any ideas what I can do to get this working in the short term?

I think it would be very helpful to get the basic options to choose the
card, as well as the MIDI connection we've talked about, on the command
line.

Thanks,
Mark

Re: [Linuxsampler-devel] Alsa 1.0 and bugfixes commited

[Christian S. <chr...@ep...>]

Es geschah am Samstag, 6. Dezember 2003 16:01 als Mark Knecht schrieb:
> On Sat, 2003-12-06 at 06:08, Christian Schoenebeck wrote:
> > Hi Mark!
> >
> > As promised I tried to make a quick fix for Alsa 1.0. Instead of creating
> > a patch I just attached you the complete tarball, I guess you prefer that
> > anyway, don't you?
> >
>
> Christian,
>    How's this for a fast response?! ;-) The tarball compiled fine and is
> working well with Alsa-1.0.0.rc2,  gcc-3.3.2, glibc-2.3.2-r8,

Fine!

> Now, I'll renew my request for a boring but very helpful command line
> option - MIDI connections. How about it?! :-)  :-)

If time allows it ...   one day ...  :P

But that's not a hard task anyway, perhaps you do it and we'll appreciate if 
you'll send us your patch!

>    And I'm fine with CVS once you commit stuff.

I've commited it a couple of minutes ago with a bunch of other fixes.

CU
Christian

Re: [Linuxsampler-devel] Alsa 1.0

[Mark K. <mar...@co...>]

On Sat, 2003-12-06 at 06:08, Christian Schoenebeck wrote:
> Hi Mark!
> 
> As promised I tried to make a quick fix for Alsa 1.0. Instead of creating a 
> patch I just attached you the complete tarball, I guess you prefer that 
> anyway, don't you?
> 
> I've not written an automake check for the alsa version, so this tarball only 
> works for Alsa 1.0 by default. If you want to use it for another Alsa version 
> you have to set the ALSA_1_0 define in audioio.h to 0.
> 
> Please report your result to the list.
> 
> CU
> Christian

Christian,
   How's this for a fast response?! ;-) The tarball compiled fine and is
working well with Alsa-1.0.0.rc2,  gcc-3.3.2, glibc-2.3.2-r8,

Thanks!

Now, I'll renew my request for a boring but very helpful command line
option - MIDI connections. How about it?! :-)  :-)

   And I'm fine with CVS once you commit stuff. 

Cheers,
Mark

[Linuxsampler-devel] Alsa 1.0

[Christian S. <chr...@ep...>]

Es geschah am Freitag, 5. Dezember 2003 16:06 als Mark Knecht schrieb:
> Any headway being made with the code and this uint problem? I cannot
> build LS anymore.

I will look for it hopefully today, if not at least tomorrow. Takes only 
little changes for Alsa 1.0 I think. I will send you then a patch per mail, 
so you can test it (I dont have Alsa 1.0 yet) and if that works for you, I'll 
commit it.

CU
Christian

Re: [Linuxsampler-devel] 1st cut a filter code

[Steve H. <S.W...@ec...>]

On Fri, Dec 05, 2003 at 08:16:12AM -0800, Mark Knecht wrote:
>    Cool. When this code problem gets worked out and I can build LS
> again, and presuming the filters get included and function, I'll be
> happy to take some measurements comparing the two. If you have ideas
> about what to measure, or how to measure it to be of more value to you,
> drop me a note.

At the moment testing by ear is probably best - there will be things like
frequency drift between the two fiters that are most easily tested the old
fashioned way :)

- Steve

Re: [Linuxsampler-devel] 1st cut a filter code

[Mark K. <mar...@co...>]

On Fri, 2003-12-05 at 07:37, Steve Harris wrote:
> Its just 2 .h files, they can be got from
> 
> http://plugin.org.uk/src/util/biquad.h (generic biquad implementation)
> http://plugin.org.uk/src/util/ls_filter.h (the stuff to emulate GS)
> 
> Theres a usage exmaple in http://plugin.org.uk/src/ls_filter_1908.xml, but
> it should be pretty obvious.
> 
> It does LP, BP and HP, but the BP and HP responses are just guesses - but
> if the LP is right, they proabably will be too.
> 
> It might not be that close to GS yet, but I've left it open to tuning.
> 
> - Steve

Steve,
   Cool. When this code problem gets worked out and I can build LS
again, and presuming the filters get included and function, I'll be
happy to take some measurements comparing the two. If you have ideas
about what to measure, or how to measure it to be of more value to you,
drop me a note.

Thanks much,
Mark

[Linuxsampler-devel] 1st cut a filter code

[Steve H. <S.W...@ec...>]

Its just 2 .h files, they can be got from

http://plugin.org.uk/src/util/biquad.h (generic biquad implementation)
http://plugin.org.uk/src/util/ls_filter.h (the stuff to emulate GS)

Theres a usage exmaple in http://plugin.org.uk/src/ls_filter_1908.xml, but
it should be pretty obvious.

It does LP, BP and HP, but the BP and HP responses are just guesses - but
if the LP is right, they proabably will be too.

It might not be that close to GS yet, but I've left it open to tuning.

- Steve

Re: [Linuxsampler-devel] giga velocity setting algorithm

[Mark K. <mar...@co...>]

Any headway being made with the code and this uint problem? I cannot
build LS anymore.

- Mark

On Wed, 2003-12-03 at 11:32, Mark Knecht wrote:
> On Wed, 2003-12-03 at 02:05, Christian Schoenebeck wrote:
> > > g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o audioio.o
> > > `test -f 'audioio.cpp' || echo './'`audioio.cpp
> > > audioio.cpp: In member function `int AudioIO::Initialize(unsigned int,
> > > unsigned
> > >    int, unsigned int, unsigned int)':
> > > audioio.cpp:89: error: invalid conversion from `uint' to `unsigned int*'
> > 
> > Nothing changed in audioio.cpp since I implemented automatic plughw fallback 
> > (2003-11-21) and that version worked AFAIK for you. Already tried a clean 
> > checkout?
> > 
> > CU
> > Christian
> > 
> 
> Yes, I tried a clean checkout yesterday, and I tried a clean checkout
> this morning. In both cases I deleted the existing directory and checked
> out 100% new code. Today it fails the same way.
> 
> FYI - life here is Gentoo, which means upgrades to gcc far more often
> than non-Gentoo platforms. In all likelihood I've had a gcc update since
> I last built the code.
> 
> Have you looked at the offending line? I don't know a 'uint' from an
> unsigned int. They sound similar, but possibly not identical? 
> 
> Aah!!!! I bet I get it! I've updated Alsa to 1.0.0rc1. The offending
> line looks like it's calling some Alsa function to talk to my card? Have
> the Alsa folks pulled a switcheroo on us here???????
> 
> Anyway, I still cannot build as of 11:30AM California time.
> 
> Cheers,
> Mark
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN's Audience Survey.
> Help shape OSDN's sites and tell us what you think. Take this
> five minute survey and you could win a $250 Gift Certificate.
> http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] giga velocity setting algorithm

[Mark K. <mar...@co...>]

On Wed, 2003-12-03 at 02:05, Christian Schoenebeck wrote:
> > g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o audioio.o
> > `test -f 'audioio.cpp' || echo './'`audioio.cpp
> > audioio.cpp: In member function `int AudioIO::Initialize(unsigned int,
> > unsigned
> >    int, unsigned int, unsigned int)':
> > audioio.cpp:89: error: invalid conversion from `uint' to `unsigned int*'
> 
> Nothing changed in audioio.cpp since I implemented automatic plughw fallback 
> (2003-11-21) and that version worked AFAIK for you. Already tried a clean 
> checkout?
> 
> CU
> Christian
> 

Yes, I tried a clean checkout yesterday, and I tried a clean checkout
this morning. In both cases I deleted the existing directory and checked
out 100% new code. Today it fails the same way.

FYI - life here is Gentoo, which means upgrades to gcc far more often
than non-Gentoo platforms. In all likelihood I've had a gcc update since
I last built the code.

Have you looked at the offending line? I don't know a 'uint' from an
unsigned int. They sound similar, but possibly not identical? 

Aah!!!! I bet I get it! I've updated Alsa to 1.0.0rc1. The offending
line looks like it's calling some Alsa function to talk to my card? Have
the Alsa folks pulled a switcheroo on us here???????

Anyway, I still cannot build as of 11:30AM California time.

Cheers,
Mark

Re: [Linuxsampler-devel] giga velocity setting algorithm

[Christian S. <chr...@ep...>]

Es geschah am Dienstag, 2. Dezember 2003 14:41 als Mark Knecht schrieb:
>
>    I downloaded from CVS and started building, but it failed:
>
> g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o
> linuxsampler.o `test -f 'linuxsampler.cpp' || echo './'`linuxsampler.cpp
> source='audioio.cpp' object='audioio.o' libtool=no \
> depfile='.deps/audioio.Po' tmpdepfile='.deps/audioio.TPo' \
> depmode=gcc3 /bin/sh ../depcomp \
> g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o audioio.o
> `test -f 'audioio.cpp' || echo './'`audioio.cpp
> audioio.cpp: In member function `int AudioIO::Initialize(unsigned int,
> unsigned
>    int, unsigned int, unsigned int)':
> audioio.cpp:89: error: invalid conversion from `uint' to `unsigned int*'

Nothing changed in audioio.cpp since I implemented automatic plughw fallback 
(2003-11-21) and that version worked AFAIK for you. Already tried a clean 
checkout?

CU
Christian

Re: [Linuxsampler-devel] giga velocity setting algorithm

[Mark K. <mar...@co...>]

On Tue, 2003-12-02 at 04:51, Christian Schoenebeck wrote:
> Es geschah am Dienstag, 2. Dezember 2003 06:45 als Mark Knecht schrieb:
> > Groovy! Should I be downloading a new version and enjoying both velocity
> > and envelopes soon? ;-)
> 
> First off I'm not sure if it got around here, so just a little hint: we have a 
> CVS log running on http://www.linuxsampler.org showing the latest commits to 
> the CVS repository, means whenever somebody commits something it will 
> immediately show up on the website.
> 
> Regarding the velocity: I've already commited an initial version supporting it 
> last saturday.
> 
> CU
> Christian
> 

Christian,
   Hi. I hadn't looked at the web site since about 10 days ago.

   I downloaded from CVS and started building, but it failed:

g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o
linuxsampler.o `test -f 'linuxsampler.cpp' || echo './'`linuxsampler.cpp
source='audioio.cpp' object='audioio.o' libtool=no \
depfile='.deps/audioio.Po' tmpdepfile='.deps/audioio.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I..    -pedantic -g -O2 -c -o audioio.o
`test -f 'audioio.cpp' || echo './'`audioio.cpp
audioio.cpp: In member function `int AudioIO::Initialize(unsigned int,
unsigned 
   int, unsigned int, unsigned int)':
audioio.cpp:89: error: invalid conversion from `uint' to `unsigned int*'
make[2]: *** [audioio.o] Error 1
make[2]: Leaving directory
`/mnt/data/mark/LinuxSampler/linuxsampler/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/data/mark/LinuxSampler/linuxsampler'
make: *** [all] Error 2
bash-2.05b$