Hi,
I've been playing with Sox for a while but I can't seem to find how to do a
specific thing. Could somebody please tell me if what I want is possible and
if so, how to do it.
One of the things I want to do is to boost a range of frequencies. Basically
from 20 Hertz to 320 Hertz, where 80 Hertz is considered the 'center' and
the boost gets less when going to 20/320 Hertz. I have found the
highp(ass)/lowp(ass) options but these don't seem to be of use for this. I'd
really appreciate some help here.
I need this to be done by a command-line tool available under Linux and if
possible under Windows (even if I would have to compile it myself)..
Grtzzzzzzz Roel...
Hmm, I've tried running the alsa-lib/test/ramidi test and tried using it
as:
rawmidi -i hw:2,0
This starts it up but I don't get any events in. Can anyone tell me why?
Any other setting (i.e. hw:2,1) reports an error that such a device was
not found.
Interesting thing is that when I do ./rawmidi -o hw:2,0 I get the
note-on/off signal on the midisport, which means that the send part of
it works ok.
However, when I do -i nothing comes into the cpu.
Same is with the ./rawmidi -I /dev/midi2 (there are no errors, but no
input either).
cat /dev/midi2 works just fine.
My /dev/snd/ only has 1 midi device (midiC2D0), so it does seem like
it's a problem with Alsa.
Running latency in the same dir freezes the machine with a loud sound
going on.
I am using MDK 9.1 on Inspiron 8200. Any help is greatly appreciated!
Any other suggestions?
Ico
> -----Original Message-----
> From: aezr4(a)studcom.urz.uni-halle.de [mailto:aezr4@studcom.urz.uni-
> halle.de] On Behalf Of Clemens Ladisch
> Sent: Thursday, April 03, 2003 9:50 AM
> To: Ivica Bukvic
> Cc: alsa-devel(a)lists.sourceforge.net
> Subject: Re: [Alsa-devel] Re: More Midisport 2x2 troubles
>
> Ivica Bukvic wrote:
> > However, I am a bit confused, since this feature with /dev/midi
stuff
> > worked like a charm just a couple weeks ago (ver. 0.9.1). So, did
> > something change dramatically since?
>
> No. The USB MIDI driver has behaved in this way since 0.9.0rc4.
>
> > Can you also point me in the right direction where I can see a
simple
> > ALSA code to accessing the both of the MIDI raw ports?
>
> alsa-lib/test/rawmidi.c does some operations with both OSS and ALSA
ports.
> When using two ports, you'd call snd_rawmidi_open() twice and then
have
> two handles, similar to two file handles.
> alsa-lib/test/control.c enumerates rawmidi devices.
>
> BTW: Are you soure you want to use rawmidi ports? Many software
> synthesizers create sequencer ports only.
>
> > P.S. One thing I just realized is that there is something rather
unclear
> > to me in the explanation generously provided by Clemens:
> >
> > > /dev/midi0 -> card 0, device 0, subdevice 0
> > > /dev/amidi0 -> card 0, device 1, subdevice 0
> > > /dev/midi1 -> card 1, device 0, subdevice 0
> > > /dev/amidi1 -> card 1, device 1, subdevice 0
> > > /dev/midi2 -> card 2, device 0, subdevice 0
> > > /dev/amidi2 -> card 2, device 1, subdevice 0
> >
> > since none of the amidi devices does not work on my setup (see my
last
> > e-mail for more info) and it seems as if it should.
>
> Your two ports are subdevices 0 and 1 of card 1, device 0.
> /dev/amidi1 points to device 1 which doesn't exist.
>
> > Furthermore, what happens when the midi interface has more than 2
I/O
> > ports?
>
> If the ports are subdevices of one device, only the first can be
accessed
> with the OSS /dev/midiX file.
> If each port is a seperate device, the first two ports can be accessed
> with /dev/midiX and /dev/amidiX.
>
> Drivers for multiport interfaces usually use the first alternative
(one
> device with subdevices) because there is a limit of 8 rawmidi devices
per
> card.
>
>
> HTH
> Clemens
>
Hi,
What command do I need to use on MDK 9.1 to get Jack to fork into the
background as a daemon? I'd like to make a RC script and have it start,
but I don't know how to hack those scripts or what the command is to
make a program go into the background as a process.
Thanks
--
Nick <nicktsocanos(a)charter.net>
Hello,
If I want to create music using MIDI (and a soft synth), but for
saving to disk (as WAV, to burn a CD later) and not immediate output,
how do I do this? Is this possible with
rosegarden4+iiwusynth/fluidsynth?
--
Best regards,
Mikhail mailto:mr@ramendik.ru
I think I'm ready to move away from MDK...
Been messing around the last couple of days with MDK 9.1(rc3) Or I did
something wrong, or urpmi has some probs, anyhow, more than 3/4 of the
sound rpms I tried to install from the 9.1 plf sources seem to be
corrupted (as I may believe what urpmi tells me)
=> Does anybody knows this comes? Is it normal?
I 'm getting headaches from the rpm-system. I'd like to move over to
Slackware.
=> Does anybody have any idea how difficult/easy it is to build a
sound-workstation on slack? any links?
Been working on linux for a bit over a year now. Really nice OS.
Wonderful to see how things are getting better all the time!!
Karel (alias Moeflon)
Hi all,
I just upgraded to Mdk 9.1 and reinstalled all of the MIDI-related
stuff, as well as the Alsa 0.9.2 (from sources, after uninstalling Mdk's
RPM's). I also installed Fernando's modified alsasound script that
enables smart unloading of snd- modules.
The end result is that the midisport works, well sort of.
The firmware loads fine, and the midisport is properly recognized. The
problem is that I only have one MIDI port available even though this is
the 2x2 version (I had 2 ports in Mdk 9.0, usually /dev/midi(0) and
/dev/midi1). Now I only have /dev/midi.
The interesting thing is that the /proc/asound/card1/midi0 lists the
following:
Output 0
Tx bytes : 0
Output 1
Tx bytes : 0
Input 0
Rx bytes : 5 (this number changes, most likely because
it's the only port that has anything hooked up to it)
Input 1
Rx bytes : 0
So, it seems that there are 2 I and 2 O ports, but they are all
allocated within the midi0 device according to the proc stuff (or
/dev/midi1 according to the dev stuff). If this is the case, then how do
I access the second port.
Cat /dev/midi1 only outputs stuff coming into the first port, so that
tells me something's fishy.
I am using CCRMA's hotplug 8_26_1 and ezusbmidi 2002_11_17.
There were no alterations to the kernel or any other part of the system
(apart from the alsa install and other audio software installs).
My modules.conf looks like this:
# ALSA portion
alias char-major-116 snd
alias char-major-14 soundcore
alias snd-card-0 snd-intel8x0
alias sound-slot-0 snd-card-0
alias snd-card-1 snd-hdsp
alias sound-slot-1 snd-card-1
alias snd-card-2 snd-usb-audio
alias sound-slot-2 snd-card-2
options snd major=116 cards_limit=4 device_mode=0666 device_gid=0
device_uid=0
options snd-intel8x0 index=0
options snd-hdsp index=1
options snd-usb-audio vid=0x763 pid=0x1001 index=2
# CS4205
alias sound-service-0-0 snd-mixer-oss
#alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
#alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
#HDSP
alias sound-service-1-0 snd-mixer-oss
alias sound-service-1-1 snd-seq-oss
alias sound-service-1-3 snd-pcm-oss
alias sound-service-1-8 snd-seq-oss
alias sound-service-1-12 snd-pcm-oss
#MIDISPORT
alias sound-service-2-1 snd-seq-oss
alias sound-service-2-8 snd-seq-oss
In this situation the hdsp is not in use, so midisport assumes the 2nd
card position.
Upon midisport reconnect, the /var/log/messages spits out the following:
Apr 2 23:59:49 badass-bukvic kernel: usb.c: USB disconnect on device
00:1d.2-1 address 29
Apr 3 00:00:00 badass-bukvic kernel: hub.c: new USB device 00:1d.2-1,
assigned address 30
Apr 3 00:00:00 badass-bukvic kernel: usb.c: USB device 30 (vend/prod
0x763/0x1001) is not claimed by any active driver.
Apr 3 00:00:03 badass-bukvic /etc/hotplug/usb.agent: Setup ezusbmidi
for USB product 763/1001/1
Apr 3 00:00:03 badass-bukvic /etc/hotplug/usb.agent: Module setup
ezusbmidi for USB product 763/1001/1
Apr 3 00:00:03 badass-bukvic /etc/hotplug/usb/ezusbmidi: load
/usr/share/usb/ezusbmidi/ezusbmidi2x2.ihx for 763/1001/1 to
/proc/bus/usb/002/030
Apr 3 00:00:03 badass-bukvic kernel: usb.c: USB disconnect on device
00:1d.2-1 address 30
Apr 3 00:00:03 badass-bukvic kernel: hub.c: new USB device 00:1d.2-1,
assigned address 31
Apr 3 00:00:07 badass-bukvic /etc/hotplug/usb.agent: Setup
snd-usb-audio audio usb-midi for USB product 763/1110/1
Apr 3 00:00:07 badass-bukvic /etc/hotplug/usb.agent: ... blacklisted
module: audio
Apr 3 00:00:07 badass-bukvic /etc/hotplug/usb.agent: ... blacklisted
module: usb-midi
Apr 3 00:00:07 badass-bukvic /etc/hotplug/usb.agent: Setup alsasound
for USB product 763/1110/1
Apr 3 00:01:00 badass-bukvic modprobe: modprobe: Can't locate module
sound-service-2-2
(NB: what's up with the sound-service-2-2, is there such a thing?)
Upon doing this, cat /dev/midi1 is the only one that works.
Other pertinent info is (in abbreviated form):
/proc/asound/version -> ALSA=0.92 kernel=2.4.21-0.13mdk
../cards -> 0 i810, 1 2x2 (Midisport) at usb-00:1d.2-1
../card1/ has id and midi0 files only
All I also remember the last time when I was using 0.9.0 is that I had
to upgrade from CVS in order to get both ports (it was the snd-usb-audio
bug IIRC). But now, I did d/l and install 0.9.2 which should have those
fixes but I can't seem to get the second port to work. Could it be that
there's something leftover from the mdk 0.9.0 version of Alsa even after
I did rpm -e and reinstalled 0.9.2 from sources?
Any help on this issue is greatly appreciated! Sincerely,
Ivica Ico Bukvic, multimedia sculptor
http://meowing.ccm.uc.edu/~ico
i got my new sound card today. It tests fine in Windows XP. Now
i want to get it working in Linux. (i've heard rumors that the
alsa driver hasn't been updated for the latest firmware.)
i'm running kernel 2.5.66 (alsa 0.9.2).
My card is marked "Dec 2002 Rev 1.3".
snd_hammerfall_mem allocates memory for 1 card. The hdsp driver
seems to load without errors, but the card doesn't appear
under /proc/asound/.
If there is a patch available then point me to it and i'll test it.
Thanks ...
--
Victory to the Divine Mother!! after all,
http://sahajayoga.orghttp://why-compete.org
Hi,
Every time I get this wonderful magazine in the mail it's like
Christmas all over again. I think this is the best magazine I read on
recording, bar none, and believe it or not, it's free!
For those of you that love this stuff like I do, go check out
http://www.tapeop.com and sign up for a free subscription. I don't know
if they mail over seas, but I hope so. If not, find out where you can
buy a copy. It's well worth it. Nearly 100 pages of articles written by
engineers and musicians. Reviews done by people really using the
equipment. The letters section is often surprising, like a recent letter
to the magazine from Pete Townshend.
Great stuff.
Mark
Greetings,
Can anyone give me an idea how to record the audio from a quicktime
movie? I've had success recording mp3 streams using grecord or xsox,
and thought I could do the same with qt, but no go. I'm using the
crossover plugin to play the movie in the browser.
Thanks,
James
--
James Hughes
jhughes(a)kos.net
http://jpathu.net/
Hello,
I just started playing around with RTMix. But I can't figure out the real-time MIDI stuff in RTMix. I've set it up to read from the correct MIDI port. The MIDI is working and MIDI logging enables me to see incoming MIDI. However, MIDI events seem not to trigger any action. I'm probably missing some basic understanding...
this line:
text([>say]={"MIDI received"} [>at]={"rt[0]"} [>kill]={"none"} [>accel]={"midi: 128, 255, 0, 127, -1, 127"});;
doesn't print 'MIDI received' no matter what I do. With MIDI logging on I can see all sorts of midi messages flying by. The same thing using [>accel]={"a"}, for instance, works as expected.
Also, I was under the impression that if I filter MIDI events the log will only display the events that get through. However, the line below results in the exact same log as the log above.
text([>say]={"MIDI received"} [>at]={"rt[0]"} [>kill]={"none"} [>accel]={"midi: 144, 144, 0, 127, -1, 127"});;
I'm lost.
./MiS
--
_
__ __ (_)___ Michal Seta
/ \/ \ _/^ _|
/ V |_ \ @creazone.32k.org
(___/V\___|_|___/
http://www.[creazone]|[noonereceiving].32k.org