Please forgive me if this is somewhat OT. The tone of this group makes me
wonder if I signed up for LAD by mistake.
I'm having trouble with what should be a trivial soundcard config.
Tech Spec: Debian-3.0/Linux-2.2.20 running on a P133 with 48mB RAM
Soundcard: Bluepoint/OPTi82C930 with MAD16 Driver
Problem: communicating with external MIDI device (Roland D10)
[No ALSA] using OSS
basic internal functionality for samples & MIDI is OK
Basically every time I try to load the mpu401 driver I get told "Device or
Resource busy". I've tried using modprobe, modconf and sndconfig, same thing
every time. CDrom audio is also disabled, and I have errors on loading unix
socket drivers (which I don't entirely understand). I've tried every
available I/O & irq combination that doesn't cause conflicts. It is entirely
possible that I'm just using the wrong syntax of course:~)
lsmod lists pcmcia_core, unix, lockd, sunrpc, af_packet, mad16, ad1848,
uart401, sound, soundlow, soundcore & joystick modules. I'm not sure if
there's anything obviously missing or conflicting.
Any pointers would be gratefully appreciated.
I guess you'll understand when I say that a functioning soundcard is as
important as video. Music will hopefully be one of the prime uses of my
setup & I'm very interested in stuff like Python OSS, tse3 & stk4 & others
which run happily on my box already. Csound looks interesting too, but I may
need to improve my hardware
before I can properly use it.
Right now, I will just be happy if I can simply demo my new song.
thanks in advance
tim hall
forgive me if I spam :~]
Is there an automatic utility, that can extract the BPM of an MP3 file,
and add it to the info tags with the file? A bit similar to what the
windows PC DJ Blue and Red can do??
Greetings,
There are links to some manuals at
http://rpm.nyvalls.se/sound9.0.html. Is there a chance to relicense
them under terms of Free Documentation License?
--
Alexandre Prokoudine
ALT Linux Documentation Team
JID: prokoudine(a)jabber.org
Hallo,
I built and installed ardour (again after a long long time) and now I
don't know what to do with it...
There was an ardour quicktoot, but boosthardware.com cannot be reached
from here. Is it dead currently? Did anyone mirror the ardour toots?
And I cannot get ardour to read its pixmaps from
/usr/share/arour/pixmaps, unless I change into that directory. Isn't
this set up in $ARDOURRC if I "export
ARDOURRC=/etc/ardour/ardour.rc"? ardour.rc contains the pixmap-path
set to /usr/share/arour/pixmaps.
(BTW, I'm using and testing the Demudi ardour-snapshot-build-system
so far worked like a charm and makes compiling ardour a
two-commands-issue)
ciao
--
Frank Barknecht _ ______footils.org__
Hi!
Ameter is an alsa scope plugin that provides a peak meter for a lot of
Linux sound apps .
(It is derived from Meterbridge which is better, but some programs, not
having Jack support,
cannot use meterbridge )
New version 0.2 :
- Decay similar to a real peak meter
- Better precision
It is there:
http://perso.club-internet.fr/lgeorget/ameter.html
Thanks for reporting compilation (or others) problems.
Laurent
As discussed in the thread earlier today ( using jack-rack as real time
effects processor ), i am, er, using jack-rack as real time effects
processor. Anyway, I have hit upon some behaviour that doesn't seem
right to me. I am putting some pretty heavy artillery ( basically some
drums and a bassline ) through jack-rack and the compressor that shows
up as "SC1" ( is this one of Steve's? I can't remeber ). Everything is
fine until I drop most of the input out, and then the compression just
stops working until I reload the plugin. Clicking 'enable' on and off
doesn't work.
Anyone know what is going on here?
Thanks, J.
Hi all
I'm planning to install a second cheapo audio card from an old machine (an opti92C924 if that matters) as an additional card in my system (now I have an ens1371, if that matters). I've seen in the archives that in September 2002 Patrick Shirkey has done a possibly successful sync and was going to report if he could stay in sync for a long time. I'd be interested to know what are the pitfalls of such undertaking before I start messing around.
I need more inputs mostly to do real-time manipulations on input wihin PD so am I wrong in thinking that sync does not matter much in this situation? However, having them synced, somewhat, would be nice for some multitrack recording...
Any thoughts?
Any and all help will be appreciated.
./MiS
--
Michal Seta
CreaZone http://www.creazone.com
No One Receiving http://www.noonereceiving.32k.org
NOR - "The Release of the Wandering-Eyed Girl" now shipping!
http://www.grainofsound.com
well i've been doodling away at some pixmaps
came up with a set which i'm quite pleased with, i'll upload them
shortly when my ftp server decides its going to behave itself...
this set are dark-ish blue, metallic looking and semi-abstract
might do some realistic looking ones and some more abstract ones like
Live....
more soon
m~
--
iriXx
www.iriXx.org
copyleft: creativity, technology and freedom?
info(a)copyleftmedia.org.uk
www.copyleftmedia.org.uk
_
( ) ascii ribbon against html email
X
/ \ cat /dev/sda1 > /dev/dsp
*** stopping make sense ***
Greets all,
I've got a nasty feeling I'm doing something stupid here, but i'm fed up
of doing it on my own.
sound blaster pci 128 ( ens1371 )
alsa0.9rc1
jack 0.44.0
I want to use jack-rack as a real time effects processor. The first
thing i'm not entirely comfortable about is that whatever audio I send
to the IN on my soundcard seems to get sent straight to the OUT ( i can
record stuff ok ). Then i'm starting jack:
[root@larry jordan]# jackd -R -d alsa -d hw:0
and the starting jack-rack ( as root, of course ). I've tried using the
-o -i options here too.
I get the following from jack_lsp:
[root@larry jordan]# jack_lsp
alsa_pcm:capture_1
alsa_pcm:capture_2
alsa_pcm:playback_1
alsa_pcm:playback_2
I've tried making what seemed like the sensible connections here with
jack_connect, but the sound i'm sending in either just gets echoed to
the output ( as per normal ), or I get hideous feedback.
Somebody, please help. Thanks, Jordan.
First, thank you all very much for your answers. I can't believe the
response... a lot of great ideas in less than 24 hours. If anyone else
has ideas, please let me know, as the project is far from over. The
developers' mailing list at Mandrake is buzzing with audio talk now.
:-)
Here are the major complaints about Mandrake 9.0 in general, with
comments. Where applicable, I will forward the suggestions or problems
to the appropriate developers at Mandrake.
1. Supermount problems in 9.0
This is well known. This month a few people have been patching up
supermount for 9.1. As for 9.0, most people find the problems
tolerable, but you can easily disable supermount on afflicted drives by
editing 'supermount' out of your /etc/mtab and /etc/fstab files.
2. Desire for unpatched kernel
Mandrake has always included an unpatched version of the kernel. It is
called kernel-linus rather than kernel, and is not installed by
default. You can install it with
# urpmi kernel-linus
3. Problems with alsa sound quality on certain devices
If these are alsa-specific problems (occur on other distros), please
report them to alsa-project.org. If they are Mandrake specific, it
would be nice if you could test the 9.1beta2 release to see if we have
fixed it yet. If not, please report to http://qa.mandrakesoft.com.
4. Drakx (our installer) too simplistic
With most new distros tending toward MORE simplistic installers, I have
a hard time understanding this. Try expert mode first. If that's still
too simple for you, you're welcome to make suggestions at
mailto:cooker@mandrakesoft.com our developers' mailing list. We have
added a rudimentary sound card and sound system (alsa/oss) configurator
in the Mandrake Control Panel, so you can change sound system and card
quite easily at any time.
5a. Drakx doesn't detect/configure USB audio
Pixel, the mastermind behind our installer was very surprised by this.
He says if you send him your /proc/bus/usb/devices list, he will fix the
problem. The exception is the Extigy. Currently it's not detected, and
they're not sure if we can include the drivers for it.
6. Drakx installs too much by default
I assume this is to help new users get a semi-complete distro in one
step. As you mentioned, the alternative is to select no "categories" of
packages, and select packages individually. We offer both methods.
7. No low latency patch
Currently we have a mini-low latency patch in our main kernel. I
'think' we are waiting for the rest to be officially incorporated into
the main kernel, but I'm not sure. I'll ask. A fully patched
low-latency kernel has been available on the Mandrake Club website for
8.2 and 9.0 for some time now though. Not sure if it will be default in
9.1 or not. I hope so.
8. Libraries and header files are in separate RPMs and must be installed
separately
We do this because the average user doesn't need header files and they
take up extra space. It is not true that they must be installed
separately though. If you urpmi the -devel package, the library package
will be installed automatically, but not vice versa.
9. Can't run jack unless root
I don't know much about this, or whether it's true or not in 9.1. I've
asked some people to look into it. Could someone tell me what commands
they would like to execute but can't?
Now for requested applications. To my surprise, most of these we do not
include. I will do my best to get most of them included in 9.1. Some
others we already include, or can't include. I'll comment below.
Requested that we include already:
snd
mplayer
Requested that we can't include:
cinelerra (includes mp3 encoder)
lame (ditto)
both may be available at plf.zarb.org, a site run by outlaws :-)
realplay (proprietary, available at www.mandrakeclub.com)
Requested that we don't plan to include:
broadcast 2000 (obsolete, hard to maintian)
Requested that I know Tobbe is working on currently:
ardour
qjackconnect
csound
cecelia
rtsynth
swami
muse
pd
ceres
vkeyb
all are available for Mandrake 9.0 at:
http://rpm.nyvalls.se/sound9.0.html but are completely unsupported
They will be in 9.1 for sure.
Requested that I will personally look into:
kaconnect
amsynth
spiral* (won't compile with gcc 3.2.1, will need to ask author to fix)
freqtweak
jmax
seq24
Finally for favorite apps. I wanted to know what apps we should focus
on, as well as estimate how well we are doing at including popular apps.
Favorite apps we include: 56% of votes
Favorite apps we don't include (yet): 38% of votes
Favorite apps we can't/won't include: 6% of votes
So it looks like we're not doing too bad! Looks like 9.1 could include
94% of your favorite apps.
I really want to thank you all again for your help.
Mandrake 9.1 should be released in April. Until then feel free to ask
questions, pose suggestions, and submit bug reports. I will be on this
list indefinitely I hope, as I'm a heavy Audacity user. :-)
Austin
--
Austin Acton Hon.B.Sc.
Synthetic Organic Chemist, Teaching Assistant
Department of Chemistry, York University, Toronto
MandrakeClub Volunteer (www.mandrakeclub.com)
homepage: www.groundstate.ca