it's probly just as well to get anyone who wants this onto the torrent
now ... i can keep it open for a couple of days, so it should have
seeded by then.
i've encoded the seperate tracks into *.flac files ... and they should
line up nicely if you insert them at the start of each track in ardour
(or whatever), after converting them first (unless ardour reads *.flac
files?) :)
as a formality, i issued these audio files under a creative commons
license, included in the tarball.
if anyone does a mix of this track, could they post a link to the list?
thanx
shayne
torrent link:
http://61.68.35.195:6969/torrents/the_girls_-_the_sailor.tar.gz.torrent?3B5…
hi all
i've just finished re-recording a track i linked to the list a few weeks
ago ... i've tried incorporating some suggestions, and most importantly
- i think my guitar is in tune!
http://www.machinehasnoagenda.com/downloads/the_girls_-_the_sailor_(final).…
i think it sounds heaps better than the previous version, but it doesn't
really matter in any case, as it is more just one of a few tracks i'm
throwing together for a band i'm trying to get happening ...
but if anyone still wants to try their hand at mixing this song, just
let me know and i'll see if i can pack up the tracks into a torrent file.
should have my next one up soon.
shayne
I have a motherboard with onboard sound. the chip is the cmi9739 from
c-media. i have had a complete lack of success getting any support from
them or compiling their drivers. i installed fedora core 1 at first,
but later upgraded to fc3. the sound worked in fc1, but now that i have
fc3, it has stopped working. i have tried using alsaconf several times
with different drivers, but none have worked.
the cmedia drivers would probably be best, but i am unable to compile
them. there is no ./configure file, and i get a huge list of errors
when i try make. i even tried editing the makefile according to another
post i read (changing the sysinclude line to point to the /usr/include
directory). i also copied the included cmaudio.h to the /usr/include
directory. i am at a loss on this front. the only other thing i did
with this was obviously untar it into a folder. if i have missed
anything that will make it work, please let me know.
more likely, i suspect that i will have to merely install the alsa
drivers from fc1. i hope that this will autodetect the onboard sound
like it did when i actually installed fc1. the problem is that i am
unsure where to even start with this process. please help me out here.
thanks
Hi All,
Frustrated that my laptop doesn't have line-in and that the mic-in is not
very useful (unbalanced, no phantom power) I have finally invested in an
external USB interface, the Tascam US-122.
Unfortunately this doesn't appear to work with my laptop though it works
mostly-ok with my desktop.
The two applications I have tried to use are jack+ardour and the standard
ALSA aplay. ALSA aplay does work for a while but can stall part way through
playing and then never seems to recover eventually reporting I/O error.
Jackd will sometimes run for a few seconds without error but soon starts
reporting errors of the form:
delay of 24606.000 usecs exceeds estimated spare time of 23134.000; restart ...
delay of 24779.000 usecs exceeds estimated spare time of 23134.000; restart ...
delay of 24781.000 usecs exceeds estimated spare time of 23134.000; restart ...
delay of 24741.000 usecs exceeds estimated spare time of 23134.000; restart ...
jackd watchdog: timeout - killing jackd
Meanwhile, on the console/syslog the following message appears:
Mar 22 19:49:31 alfroid kernel: ep=10 stalled with status=-63
I have read the thread on this list "USX2Y rawusb mode" and have therefore
already tried turning off ACPI and running with nrpacks=4. Turning off ACPI
seemed to make little difference though it did change the interrupt
assignments, while nrpacks=4 seems to have improved things slighly though
not reliable enough to use. Changing the -p option seems to change the values
of time reported above but that's about all. The problem is just the same for
either 44100 or 48000 sample rate.
I have tried kernels 2.6.10, 2.6.11, 2.6.11.4 and 2.6.11.5. The 2.6.11
series seems to be closer to working. Anyone please have ideas of what to
try next or what info I could gather than would be useful?
By comparison it works a treat on my desktop PC apart from one from little
niggle (which also affects the laptop). Sometimes when unplugging the
US-122 the keyboard on the PC locks up. At this point it is usually still
possible to log in over the network and shut the PC down which is
sometimes sucessful and sometimes it hangs somewhere in the shutdown sequence.
>From my laptop, /proc/interrupts with ACPI on:
CPU0
0: 26742183 XT-PIC timer
1: 7401 XT-PIC i8042
2: 0 XT-PIC cascade
5: 1148549 XT-PIC VIA686A, ohci1394, VIA82XX-MODEM
8: 1 XT-PIC rtc
9: 4 XT-PIC acpi
10: 1218664 XT-PIC eth0, uhci_hcd, uhci_hcd
12: 77339 XT-PIC i8042
14: 71223 XT-PIC ide0
15: 13 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
/proc/interrupts with acpi=off:
CPU0
0: 97345 XT-PIC timer
1: 129 XT-PIC i8042
2: 0 XT-PIC cascade
5: 100000 XT-PIC VIA686A, VIA82XX-MODEM
8: 1 XT-PIC rtc
10: 16371 XT-PIC uhci_hcd, uhci_hcd, eth0
11: 0 XT-PIC ohci1394
12: 113 XT-PIC i8042
14: 5280 XT-PIC ide0
15: 13 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
TiA,
Steve.
I found the problem - Gnome starts its own sound server for system event
sounds - I hadn't realised this as I only have headphones connected to
my soundcard at the moment & I only wear them when I listen to music.
Anyway, I stopped the Gnome sound server & Audacity is happy once again.
Thanks for pointing me in the right direction.
Gavin.
> Hi Jan,
>
> Thanks, but I am using Gnome 2.8 (standard with Ubuntu) & I don't have
> any KDE stuff on my system (I am not a fan of KDE).
>
> Gavin.
>
> So back to square one, I'm afraid..
>
> > Message: 2
> > Date: Mon, 21 Mar 2005 18:25:09 -0600
> > From: Jan Depner <eviltwin69(a)cableone.net>
> > Subject: Re: [linux-audio-user] Audacity error
> > To: A list for linux audio users
> > <linux-audio-user(a)music.columbia.edu> Message-ID:
> > <1111451109.5277.7.camel@eviltwin> Content-Type: text/plain
> >
> > My first guess would be that artsd or some other sound thing is
> > running. Try killall -9 artsd and see if that helps. If you're
> > using KDE even the stinking system beep starts up artsd.
> >
> > Jan
> >
> > On Mon, 2005-03-21 at 17:52, Gavin Stevens wrote:
> > > (de-lurk mode)
> > >
> > > Hi all,
> > >
> > > I keep getting an error when starting Audacity. It reads "There
> > > was an error initialising the audio i/o layer. You will not be
> > > able to play audio".
> > >
> > > It then starts & works, apart from not being able to play what it
> > > is doing.
> > >
> > > The strange thing is that it worked fine the first time I used it
> > > (I recently "rested" Debian in order to try Ubuntu, so it's a new
> > > installation). Every time since then, it has shown this error.
> > >
> > > Everything else seems to be working fine on the audio front: XMMS
> > > is happy, MIDI is working, even Audacity is functioning, but I
> > > have to play files saved in Audacity via XMMS.
> > >
> > > Is there something silly that I've missed? I can't work out why it
> > > would play audio once & then not subsequently.
> > >
> > > Any help appreciated.
> > >
> > > TIA
> > >
> > > Gavin.
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 22 Mar 2005 18:11:28 -0500
> From: John Check <j4strngs(a)bitless.net>
> Subject: Re: [linux-audio-user] Hammond organ?
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <200503221811.28917.j4strngs(a)bitless.net>
> Content-Type: text/plain; charset=iso-8859-1
>
> On Wednesday 23 March 2005 04:16 pm, philicorda wrote:
> > I wrote:
> > > It's also really worth playing with the LADSPA swh impulse
> > > convolver plugin. Guitar amps sound really good on hammond! Also
> > > the TAP preamps are nice. A bit of fuzz and grit+limited freqency
> > > range and odd resonances really brings it to life.
> > > The one thing no midi hammond can ever do is the way different
> > > tones come in at different times as you press down the key. This
> > > means you
> >
> > can
> >
> > > kinda flick the keys and just get the top drawbar to plip a little
> > > and the percussion to ping.
> >
> > John Check wrote:
> > "Can you elaborate on that? Is it an artifact of the differing
> > wavelengths or
> > the physical construction?"
> >
> > It's the way all the key contacts don't touch the bus bars at the
> > same time, so as you press down the key, the high drawbars and
> > percussion sound first, and then as you press down a tiny bit more
> > the other drawbars sound. I think my hammond's keyboard is probably
> > more knackered than most so I notice it/ use it more.
>
> Gotcha. Thanks
>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 22 Mar 2005 15:21:55 -0800 (PST)
> From: R Parker <rtp405(a)yahoo.com>
> Subject: Re: [linux-audio-user] "MusicPad Pro Plus": Linux-based
> notepad device
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <20050322232156.97599.qmail(a)web20924.mail.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> that's excellent!
>
> ron
>
> --- Andreas Kuckartz <A.Kuckartz(a)ping.de> wrote:
> > For those interested in the use of Linux in more
> > traditional environments:
> >
> > "Indianapolis High School Band Makes History by
> > Performing First Paperless
> > Concert
> >
> > "Instead of reading their music from printed sheets
> > during their performance,
> > the band members used a Linux-based notepad device
> > from Freehand Systems called
> > the MusicPad Pro Plus. This was the first time in
> > history that a high school
> > band gave a concert using digital music notation in
> > place of sheet music."
> >
> >
> http://www.marketwire.com/mw/release_html_b1?release_id=83186
> >
> > ---
> >
> > On their website FreeHand Systems does not seem to
> > mention that their product is
> > Linux-based:
> > http://www.freehandsystems.com/
> >
> > Cheers,
> > Andreas
> >
> >
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/
>
>
> ------------------------------
>
> _______________________________________________
> linux-audio-user mailing list
> linux-audio-user(a)music.columbia.edu
> http://music.columbia.edu/mailman/listinfo/linux-audio-user
>
>
> End of linux-audio-user Digest, Vol 18, Issue 83
> ************************************************
>
Hello,
Yesterday was my very first experience in live recording under Linux.
Everything was fine during the record :
I was just using this audio chain :
Basicaly, with the help of jackd
I run TerminatorX connected to Ecasound
Ecasound is connected to AMS
AMS is connected to MuSE where I do the recording.
In MuSE the sound in the vu meter was going very rarely on the first graduation
of the red so I thought it was ok for the level setup.
So I've started the recording and everything was quite stable
(TerminatorX has crashed one time but this arrive sometimes even when I
don't record).
At the end of the recording (79 minutes) I did stop and quit all apps.
I wanted to hear the result but here was my first surprise :
xmms and alsaplayer was unable to open the wav files of the recording,
Rezound was able to open it with an error but was able to play it
althought.
And here was my second surprise, the sound was fully saturated : the MuSE
vu meter didnot reflect the real audio level of the recording !!
Now the subject of this post : My system is not enough stable to play
with big files about 1Go !
Is it normal ?
I have a gentoo with gentoo-sources 2.4.18 (givertcap installed)
it is a pentium 4 2.66GHz 512 Mo DDRAM 80Go ide HD
in another way, can we imagine a system like that :
during the recording, a "hot key" could be assigned to split the
recording in a new file. So at the end we would have several files that
we could play on a playlist and work on it easily.
This would be a great feature for people like me that have more a DJ
approach to the music than other traditional musicians. this splitting
should not of course give a gap beetween the file in order to keep the
continuity of the mix. But this can be resolve by pasting the files in a
sound editor just before the burning process or perhaps even during the
burning process.
Just an idea...
Philippe
John Check wrote:
"Now that I chewed on it.....
Okay, one way to approximate this would be to have the longer pipes have
an
attack envelope that's modulated by velocity. Slower press, wider spray
of
attacks across the pipes. Velocity ain't just for volume anymore. If
there's
a gap where you can hold a note and not get all the tonewheels,
aftertouch
might be our friend instead.
So a set of samples for each draw bar at appropriate intervals with
levels
bound to controllers for the pipe mixing and attack envelopes on the
longer
pipes bound to velocity going through a reverb/chorus/leslie stack of
plugins
(or better yet outboard gear) gives you about everything but the
beatbox.
It'd take 128 mono voices to pull off 8 drawbars @ 16 note poly. It's
debatable whether sampling the rotors is worth the bits vs simulating
them,
if we ignore the freq response of the speaker cabinet."
The velocity idea sounds interesting. It's subtle things like that that
give an instrument 'feel', even if the player isn't really aware that
there is anything clever going on behind the scenes.
I'd like to know what having the higher drawbars get louder+faster
attack envelope with higher velocity was like as well. I know that's
nothing like a hammond works, but it would be fun to try, and I think it
would be quite different from using a low pass filter opened by velocity
on each note.
I know very little about skype and don't have much time or personal
interest in learning about it. But, it's making inroads. I want to
understand what it does and what free software alternatives are
available. Is it possible for free software alternatives to inter
operate with the skype world?
--
Eric Dantan Rzewnicki | Systems Administrator
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.
