------------------------------
>
> Message: 8
> Date: Wed, 03 Aug 2005 07:46:10 +1000
> From: "Shayne O'Connor" <forums(a)machinehasnoagenda.com>
> Subject: Re: [linux-audio-user] Re: "Music" made with Linux!
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <42EFE9A2.7060406(a)machinehasnoagenda.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
<snip>
> however, the only commercial synth i really use - that i *must* use, cos
> it just fuckin rocks - is B4 from Native Instruments. i'm sure i could
> probly get similar results from Aeolus, but man - i haven't even been
> able to get a sound from it yet.
I like b4 too.
Have you tried the Beatrix hammond sim?
http://www.dsv.su.se/~fk/beatrix_home.html
No gui, and you change patches via midi, but it's got that grind...
hi all
here's my latest ardour production ...
http://www.machinehasnoagenda.com/music/media/the_girls/the_sailor/03_-_the…
this is my first linux production where i've collaborated with other
people ... sort of a "band" situation, but as usual that doesn't seem to
be panning out. is james "killer bee" on bass and some backup vocals,
and rose on flute and other pipes ... rose is a friend who i didn't know
had played a bunch of wind instruments growing up (recorder mainly), so
it was a pleasant surprise to find out she did. we've both got kids
though, so we only got a chance to do a practice session so far ... i
managed to edit it into a nice shape, so i'm going with it. you can hear
some mic noise near the beginning from recording the flute, but it was
such a nice flute phrase i had to keep it ... plus maybe it sounds like
someone sitting down on a couch ;) i hope rose don't mind me jumping
the gun here - i think she *really* wants to work on the flute (and i
guess i'll let her ... ), but me likes the ricketyness.
this was recorded into ardour, with hydrogen as the drums (the drums
really, really irk me ... especially the crash at the end of the
choruses). the xylophone is from hexter (or xsynth?) ... ladspa plate
reverb on vocals and other ... used Guitar Rig for guitar (plus SC1
ladspa compression plugin) ... specimen to get the handclaps in ... the
organ is either ZynAddSubFX or B4 - i'm pretty sure that's a B4 sound,
though ...
please - tell me what you think!!!
shayne
Apparently aRts could be removed from KDE4 CVS HEAD RSN. As far
as I know there is no decision on an official replacement yet.
I have no say in the matter but I would like to see something
like qjackctl ported to KDE4 and usable from within kcontrol,
basically, Jack embedded into the system from the ground up.
My general question, to those who know far more than me, is
just what would be the ideal sound subsystem for KDE in 2006
seeing there is a clean slate and an opportunity to get it
right from the get go ?
--markc
I have been messing around with LinuxSampler, and I was wondering if
anyone could recommend any good giga CDs (commercial) that work well with
it.. I was thinking about getting a piano CD for around the $100 mark?
I was looking at this:
http://www.vintaudio.com/GUPC.htm
Any reviews?
Secondly, I was wondering if there are any good, reasonably priced,
hardware sound modules (possibly second hand) that people could recommend?
Regards,
James
hello one and all,
i would like a linux daemon that is always running and always listening
to the microphone input of the soundcard and create a new file and
record into that audio file when there is sound coming through the
input. and say after a certain number of minutes of silence or so, it
will end the recording and keep listening. then when sound comes across
again, it will begin recording in a new file.
i would like to have control over the sound quality to optimize space
and mp3 compression wouldn't be bad.
someone suggested ecasound with scripting to get it done, but i have no
idea just how to do that. i am running redhat fedora 2, which has
esound-0.2.34-2 with also the devel package, and it recognizes the
soundcard fine because i can play mp3s out with xmms and record in fine
with a linux gui recording program.
thank you in advance.
lucas
Hi everyone
These are extracts from improvisations made with FreeWheeling, Specimen,
Jack-Rack, a BCF-2000 midi-usb controller and a midi drum kit.
Hope you will enjoy...
http://muzik.agnula.org/view.php?view=track&id=1654
(tracks 11052005,13042005 and 14042005)
Flo
Hello lau!
How have you been? GREAT! Glad to hear it!
Me? Well...
I am trying to build the realtime-preempt 2.6.13-rc4-RT-V0.7.52-07
kernel but I think a file is missing an include .h reference somewhere,
'cause I keep getting:
LD .tmp_vmlinux1
net/built-in.o(.text+0x1d4dc): In function `rt_check_expire':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d4fe): In function `rt_check_expire':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d5e1): In function `rt_run_flush':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d5f9): In function `rt_run_flush':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d862): In function `rt_garbage_collect':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d890): more undefined references to
`__bad_spinlock_type' follow
make: *** [.tmp_vmlinux1] Error 1
My machine is a p3 dell laptop running Fedora Core 3.
Thank you Lau for any help you can offer, and the steamy night we shared
out behind that Perkins last friday.
With love,
-thewade
> Message: 10
> Date: Tue, 02 Aug 2005 09:31:24 -0700
> From: thewade <pdman(a)aproximation.org>
> Subject: [linux-audio-user] __bad_spinlock_type build error
> realtime-preempt-2.6.13-rc4-RT-V0.7.52-07
> To: Linux-Audio-User <linux-audio-user(a)music.columbia.edu>
> Message-ID: <42EF9FDC.6070305(a)aproximation.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hello lau!
> How have you been? GREAT! Glad to hear it!
> Me? Well...
>
> I am trying to build the realtime-preempt 2.6.13-rc4-RT-V0.7.52-07
> kernel but I think a file is missing an include .h reference somewhere,
> 'cause I keep getting:
>
> LD .tmp_vmlinux1
> net/built-in.o(.text+0x1d4dc): In function `rt_check_expire':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x1d4fe): In function `rt_check_expire':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x1d5e1): In function `rt_run_flush':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x1d5f9): In function `rt_run_flush':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x1d862): In function `rt_garbage_collect':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x1d890): more undefined references to
> `__bad_spinlock_type' follow
> make: *** [.tmp_vmlinux1] Error 1
>
> My machine is a p3 dell laptop running Fedora Core 3.
> Thank you Lau for any help you can offer, and the steamy night we shared
> out behind that Perkins last friday.
>
> With love,
> -thewade
I remember seeing the same error message, and a solution on LKML...
Ah, here it is:
"Newsgroups: linux.kernel
Date: Mon, 01 Aug 2005 01:00:13 +0200
You can resolve it if you enable SMP .
Daniel
On Mon, 2005-08-01 at 08:18 +1000, Shayne O'Connor wrote:
> trying to compile 2.6.13.rc4 with ingo's RT patch
> (realtime-preempt-2.6.13-rc4-RT-V0.7.52-07) but keep getting this
error
> near the end of compilation:
>
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> net/built-in.o(.text+0x2220c): In function `rt_check_expire':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x2222e): In function `rt_check_expire':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x22321): In function `rt_run_flush':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x22339): In function `rt_run_flush':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x22593): In function `rt_garbage_collect':
> : undefined reference to `__bad_spinlock_type'
> net/built-in.o(.text+0x225c1): more undefined references to
> `__bad_spinlock_type' follow
> make: *** [.tmp_vmlinux1] Error 1
> [mrmachine@localhost linux-2.6.12]$
>
>
> i am trying to compile it with PREEMPT_DESKTOP ....
>
>
> (please CC me on any replies!)
>
>
> shayne
> -"
PS: I though we'd agreed to keep quiet about last friday? You know how
jealous alsa-user can get.
Hello lau!
How have you been? GREAT! Glad to hear it!
Me? Well...
I am trying to build the realtime-preempt 2.6.13-rc4-RT-V0.7.52-07
kernel but I think a file is missing an include .h reference somewhere,
'cause I keep getting:
LD .tmp_vmlinux1
net/built-in.o(.text+0x1d4dc): In function `rt_check_expire':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d4fe): In function `rt_check_expire':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d5e1): In function `rt_run_flush':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d5f9): In function `rt_run_flush':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d862): In function `rt_garbage_collect':
: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1d890): more undefined references to
`__bad_spinlock_type' follow
make: *** [.tmp_vmlinux1] Error 1
My machine is a p3 dell laptop running Fedora Core 3.
Thank you Lau for any help you can offer, and the steamy night we shared
out behind that Perkins last friday.
With love,
-thewade
by Kjetil Svalastog Matheussen <k.s.matheussen@notam02.no>
Mark Constable:
> On Monday 01 August 2005 23:20, Kjetil Svalastog Matheussen
> <k.s.matheussen(a)notam02.no> wrote:
>> > You make it sound like a one way street all about the developer(s).
>> > A "project" cannot survive without users. If users do not use the
>> > software the developers are sweating over then that software project
>> > will go nowhere and die. Every bit as much as us users leach the
>> > efforts of developers is the developers need us as users or else
>> > their efforts will come to nothing... they also need to pay homage
>> > to their userbase... or another project, that does so, will succeed
>> > in the long term and their baby will not.
>>
>> Extremely provocating rubbush!
>
> I am talking about "projects" that both developers and users happen
> to be associated with. I don't see what's provocative or in anyway
> rubbishy about a statement like "a project cannot survive without
> users".
>
> If you develop software for your own needs then great, if some other
> people also happen to use it then power be to your software... but I
> hardly see how that software compares to major core code that the
> rest of us totaly rely on... like the kernel, ALSA/JACK, X/desktops.
>
>> In addtition to general generalisation, you make programmers seem like
>> some mindless robots slaving for their users. Personally, I don't care
>> very much whether my software is used. That does not matter. Its the fun
>> of making new types of software, and that I need the software myself. If
>> others like the software too, thats great!, but its normally not of very
>> much importance for whether I keep developing or not.
>
> And so goes your project(s). I wasn't talking about the kind of project
> where someone like yourself does not care if anyone else uses your
> sofware... that is not the backbone of the larger and really important
> major projects we all absolutely depend on.
>
> I'm talking about the survival, or not, of core projects that, if
> successful, will be used by many MILLIONs of users in the next decade.
> Some of the software we use today will become major international
> institutions over the next 5 to 10 years... and I'm very sure the
> current progeny that evolves and survives the next few years will be
> the ones that are most end-user friendly.
>
Okey, with those clarifications, I can to a certain degree agree with you.
But I will also add that your tone about users and developers where
provocating, which led me to write what I wrote. Some peope are
pure developers, but most of us use our own software as well, and
even for core-projects, the reasons for devloping are probably quite
diverse.
--