hi
how are you experts
getting along with beep ?
i recently installed slackware8.0
to a tiny pentium110MHz machine (AMiTY-CN)
and got OSS working
so was going to play around with
JSyn,Sfront and PortAudio
(SuperC is too much something to run on this
machine..right?)
anyway
the annoying thing is that
the accidental beep sound is too loud
comparing to the music thing
expected to come out
is there a way to simply get rid of beep
or
make the volume of beep (only) smaller
thanks
BUYO-BUYO-IGOR ---
my mp3 is @
http://thismusic.ispopular.com
__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/
Greetings all!
It's my pleasure to announce immediate availability of RTMix version
0.76.
RTMix is an interactive multimedia art performance, composition, and
coaching interface capable of triggering various DSP applications and/or
processes concurrently, as well as offering a tight coordination between
computer(s) and live performers. It can also trigger real-time events
utilizing MIDI and OSC protocols, and can be in theory networked from a
single client with up to 1000 other RTMix clients (personally neither
have I had the opportunity to try this and besides the network latency
would probably get the best of it anyways).
For more info on what it is, what it does, and how it does it, please
see the online docs:
http://meowing.ccm.uc.edu/~ico/RTMix-doc/
Changelog:
*RTMix is now part of the AGNULA project!
*In order to comply with the AGNULA inclusion requirements, the install
is now completely modular. Please use ./configure
--prefix=<preferred-path> to install all the data files to the custom
location. Binary is stored in /<preferred-path>/bin directory, so in the
case your path happens to be "exotic," please make sure to use
--bindir=<path-to-bin-directory> for custom binary directory placement.
RTMix has so far been featured at ICMC 2002 conference (Sweden), SEAMUS
2003 conference (US), in the "Organised Sound" magazine (December 2002),
and has been used in several of my works whose recordings are available
on my website. If you happened to use RTMix in your work, I would love
to hear in what ways you got to utilize its features, as well as how can
I make the application better. Thanks!
As usual, the tarball is available for immediate download from:
http://meowing.ccm.uc.edu/~ico/rtmix-latest.tar.gz (4.3MB)
For more info, please visit my website, RTMix forums at
http://meowing.ccm.uc.edu/cgi-bin/ico/yabb/YaBB.cgi?board=Rtmix_id,
and/or the online documentation (provided above).
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
I'm trying to capture what I play with ZynAddSubFX and Hydrogen in a wav
file. What I have done so far is start qjackctl for having jack running,
then ZynAddSubFX and Hydrogen with the proper connection so everything
sounds fine. Then I start qarecord but if I check the capture checkbox
nothing appears on the level meters, but if I don't start jack I can see
the meters moving and capture the sound coming from xmms in a wav file
that plays fine.
Is it that qarecord only works without jack? I think it should but I
can't make it to appear in the connections window in qjackctl as I have
seen in some tutorials, it shows in the MIDI section though as a
writable client / input port. I'm pretty sure that's not what I need.
I'm using qjackctl v. 0.2.0 and qarecord v. 0.0.8. All of them installed
from THAC's RPM site for Mandrake 9.2.
Any help would be greatly appreciated.
Eduardo.
On Mon, 22 Dec 2003 11:58:54 -0800
Andrew Morton <akpm(a)osdl.org> wrote:
Ok, it seems that the list only takes mails from subscribers. sorry for
that.. This mail will let the others see your answer. Thanks for taking
the time. I will do some testing with 2.6. I will report back to you how
it goes [after the holidays]. Have a nice xmas :)
> Florian Schmidt <mista.tapas(a)gmx.net> wrote:
> >
> >
> > Hi Andrew,
> >
> > i'm a user of a 2.4.22 kernel patched with the preemption patches
> > plus your Low Latency patches. It works very nicely for audio
> > applications[like jackd, ardour, etc...].
>
> Cool.
>
> > Looking into the config menu of the 2.6.0 kernel i only find a
> > "preemptible kernel" config option. Your low latency patches seem
> > not to be included. Do you have plans of including your patches in
> > the 2.6.x kernel? I heard rumors about merging the preemptible and
> > your LL patches since they seem to go very nicely together.. Any
> > truth to that?
>
> The objective in 2.6 is that the preemptible kernel achieve similar
> worst-case latencies to the low-latency-patched kernel. So 2.6 should
> meet your requirements out of the box.
>
>
> That being said, last time I instrumented the 2.6 kernel it was not
> achieving the targets. The specific failure was occurring when the
> machine had a very large number of inodes in cache and the VM system
> was reclaiming those inodes.
>
> It is unlikely that you will strike this problem in real-world usage,
> so 2.6 should work fine for you. As ever, testing results would be
> appreciated.
>
> (The inode reclaim problem is fairly complex, but I just happen to see
> a patch from Dipankar Sarma in my inbox this morning which is designed
> to fix it up).
>
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
Oops i messed up the quoting a little bit. Here's Morton's answer:
Begin forwarded message:
Date: Mon, 22 Dec 2003 11:58:54 -0800
From: Andrew Morton <akpm(a)osdl.org>
To: Florian Schmidt <mista.tapas(a)gmx.net>
Cc: linux-audio-dev(a)music.columbia.edu,
linux-audio-user(a)music.columbia.edu
Subject: Re: Low Latency patches and kernel 2.6.x
Florian Schmidt <mista.tapas(a)gmx.net> wrote:
>
>
> Hi Andrew,
>
> i'm a user of a 2.4.22 kernel patched with the preemption patches plus
> your Low Latency patches. It works very nicely for audio applications
> [like jackd, ardour, etc...].
Cool.
> Looking into the config menu of the 2.6.0 kernel i only find a
> "preemptible kernel" config option. Your low latency patches seem not
> to be included. Do you have plans of including your patches in the
> 2.6.x kernel? I heard rumors about merging the preemptible and your LL
> patches since they seem to go very nicely together.. Any truth to
> that?
The objective in 2.6 is that the preemptible kernel achieve similar
worst-case latencies to the low-latency-patched kernel. So 2.6 should
meet
your requirements out of the box.
That being said, last time I instrumented the 2.6 kernel it was not
achieving the targets. The specific failure was occurring when the
machine
had a very large number of inodes in cache and the VM system was
reclaiming
those inodes.
It is unlikely that you will strike this problem in real-world usage, so
2.6 should work fine for you. As ever, testing results would be
appreciated.
(The inode reclaim problem is fairly complex, but I just happen to see a
patch from Dipankar Sarma in my inbox this morning which is designed to
fix
it up).
End forwarded message
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
Hallo,
just a short advertisment:
the german magazine c't - Europe's most subscribed computer mag after
all - has published an article on getting started with Linux sound
using ALSA written by me. Unfourtunatly it's not available online, but
then, it's in German anyways.
c't 26/2003 will be in stores on Monday. Many here probably already
have it in their mailbox. Skip forward to page 200. ;)
ciao
--
Frank Barknecht _ ______footils.org__
Spent the last few hours reading threads about hdsp firmware and issues,
and I'm wondering where things are currently at (development seems to
happen pretty rapidly around here!)...just installed a 9632 rev3, with
alsa-driver 1.0.0-rc2, and have some way to go, I reckon...
lspci shows:
00:09.0 Multimedia audio controller: Xilinx Corporation RME Digi9652
(Hammerfall) (rev 03)
dmesg:
RME Hammerfall-DSP: no cards found
# uname -a
Linux 2.4.22-ck2 #1 SMP Sun Dec 21 00:23:34 PST 2003 i686 AMD Athlon(tm)
MP Processor 1900+ AuthenticAMD GNU/Linux
What are the currently recommended kernel/alsa/firmware/eprom versions?
alsa-project.org appears to recommend using the hdsp driver instead of
rme9652 on the 9632 -- is there any reason to use one or the other? Or am
I reading it wrong...
Thanks for any advice!!
WR
Greetings:
I followed the recent thread here regarding this issue but I was too
busy to contribute. Here are a few observations resulting from my own
tests :
Hydrogen works very nicely under JACK. However, when Song mode is
set to Loop the JACK transport works only on the first play through,
i.e., Hydrogen doesn't loop. Pattern mode looping is fine, but not Song
mode looping. Also, I'm losing the first beat when the transport starts.
Anyone else noticing that ?
Ecasound also works nicely with JACK but I haven't tested all the
transport functions yet. I just realized that ecasound should be able to
rewind to start under JACK. Kai, am I right about that ? Where can I
find a summary of ecasound's current JACK capability ?
MusE and Rosegarden don't yet work with the JACK transport, but
that's not news. However, I did sync MusE to external MTC and it worked
very nicely. I thought I had been able to do the same thing internally
with the ALSA virmidi module, but upon sober reflection it appears I was
smoking bad crack. Am I correct in assuming it's not possible to send
MTC over the virtual MIDI connection ?
Again not news: Ardour works nicely as a JACK master but it doesn't
seem to like being a slave (but who does ?). Also, am I correct to note
that Ardour doesn't respond to incoming MTC or MMC ? I'll have to check
that again...
The latest Hydrogen release notes state that MMC/MTC are
experimentally supported, but I don't see any switches for those
controls. Has anyone else tried utilizing MMC or MTC with the new Hydrogen ?
Qjackctl is very sweet (Thanks Rui!), but a rewind transport control
might be nice to see on it.
Finally, a non-sync issue (?) that I think has been reported before.
Sometimes the sound gets distorted while running an app under JACK (not
necessarily under the transport control). It cleans itself up after a
little time, but it's a Very Bad Thing to be happening. Instruments with
lower frequencies seem to trigger the distortion (bass drum, low toms,
etc. in Hydrogen). Has anyone else noticed and fixed this problem ? In a
similar vein, I tried recording Hydrogen to two channels in Ardour,
running Hydrogen as slave, Ardour as master. The first play-through of
the Song in Hydrogen records fine in Ardour, but then I get a terrible
distortion. I can supply a soundfile and screenshot that clearly
sounds/shows what's happening. Perhaps it's related to the first problem
above ?
System here is as follows:
800 MHz Duron w. 512 MB RAM
current PlanetCCRMA RH9 w. low-latency kernel
ALSA 1.0.0rc2
SBLive Value
Kudos to all the developers working on fastening their apps to the
JACK transport model. As joq stated this is one of the most impressive
aspects of the whole JACK schema, at least for the normal user.
Best regards,
== dp