Linux-audio-user May 2004

linux-audio-user@lists.linuxaudio.org

154 participants
165 discussions

[linux-audio-user] Using .PAT files with Jack, and drawbars

by Rob

I just got an Edirol PCR-30 for my birthday, so I've dug out my 10 years worth of GUS patches and have been playing them through Timidity. Unfortunately, the Intel chipset on my laptop doesn't seem to want to give ALSA more than one pcm client, so I can't use Timidity and Jack at the same time. I can kill Timidity when I want to switch over to, for example, ams, but this seems to make Rosegarden (and sometimes ALSA Patch Bay) unstable and will be a huge pain if I ever want fake analog synth and fake piano in the same song. So.... Is there an easy way to do one of the following in free software: (a) make Timidity use Jack, (b) make Fluidsynth use .PAT files, or (c) losslessly and automatically convert a couple hundred .PAT files to soundfonts? I did just spend about an hour googling for any of the above solutions but to no avail. There was a widely-pirated sound format converter I remember under Windows, Awave maybe? but I don't know of a Linux equivalent whether free or not. Any ideas would be appreciated. Oh yeah, and the PCR-30 has eight sliders right on the front of it (plus a bunch of knobs and buttons.) I know they're sent over MIDI because one of the sliders affects the filter cutoff in one of the ams examples. This makes me think of drawbars. Any suggestions for a drawbar organ simulator that lets you assign MIDI controllers to each of the drawbars and then move them in realtime? Rob

19 years, 11 months

[linux-audio-user] Problem recording 24/7

by H. T. Hind

Hi, I'm trying to record 24/7 using Fedora Core 1, JACK 0.98, ecasound 2.3.3 , python2.2.3, alsa-1.0.1 and 2.4.22-1.2140.nptl.caps.rhfc1.ccrma kernel and delta 1010. I'm using the Planet CCRMA packages and kernel. Cron kicks off a python script every hour, that starts ecasound and records 4 channels for 1 hour . The script also invokes lame to compress the recorded files to mp3. The Python script invokes jack_connect to connect the ecasound instance with JACK. After a couple of days of perfect recording, jack_connect just seems to hang while connecting and then all the subsequent instances of recording invoked from CRON pile and no more recording happens till JACK is restarted. The JACK logs show the following entries - subgraph starting at ecarecord_26319 timed out (subgraph_wait_ fd=13, status = 0, state = Triggered) at 357895053385 client waiting on 13 took 1009935 usecs, status = 1 sig = 357894043446 awa = 0 fin = 0 dur=0 subgraph starting at ecarecord_26319 timed out (subgraph_wait_ fd=13, status = 0, state = Triggered) at 357896063568 client waiting on 13 took 1009961 usecs, statu s = 1 sig = 357895053603 awa = 0 fin = 0 dur=0 subgraph starting at ecarecord_26319 timed out (subgraph_wait_ fd=13, status = 0, state = Triggered) The ecasound log for the instance ecarecord_26319 shows - (ecasoundc_sa) Error='read() error', cmd='engine-halt' last_error='' cmd_cnt=2192 last_cnt=2191. (ecasoundc_sa) Error='sync error', cmd='cs-disconnect' last_error='' cmd_cnt=2193 last_cnt=2191. (ecasoundc_sa) Error='read() error', cmd='cs-disconnect' last_error='' cmd_cnt=2193 last_cnt=2191. I can't figure out what could be causing the jack_connect instance to stall , whether it is JACK , jack_connect or ecasound or python I can't figure out. Any pointers or suggestions on how to solve the problem ? hth ---

19 years, 11 months

[linux-audio-user] clavier -o /dev/midi ==>> clavier: `/dev/midi': No such device

by Mark Knecht

Hi, I wonder if anyone has tried building clavier and getting it to work with Alsa? I just get the error message in the subject line. Is /dev/midi not appropriate? thanks, Mark

19 years, 11 months

RE: [linux-audio-user] midi filter to convert NRPN's to CC's

by Matthew Allen

> -----Original Message----- > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > user-bounces(a)music.columbia.edu] On Behalf Of James Stone > Sent: Thursday, May 20, 2004 12:07 AM > To: A list for linux audio users > Subject: Re: [linux-audio-user] midi filter to convert NRPN's to CC's > > I think you should be able to do it with pd fairly easily.. You can > certainly perform mathematical functions on midi inputs. Using pd purely > as a midi router (and modifier) should not be a problem. I was thinking about PD, but never having used NRPN's I don't actually know how you would get them into PD to do the tweaking. Once they were in there I could certainly set up an environment that scaled and tweaked ranges of numbers. m. _________________________________________________ Scanned on 20 May 2004 16:43:02 Scanning by http://erado.com

19 years, 11 months

RE: [linux-audio-user] midi filter to convert NRPN's to CC's

by Matthew Allen

The problem will actually be getting the NRPN's into PD. There are built in pd objects for [ctlin] which gives you 3 outlets, one for the Value, one for CC# and one for channel. There is a [midiin] object that might give you raw Midi info that you can parse, but like I said in my first email, I have never really used NRPN's so I don't know how you would go about getting them into PD. You could search the PD list archives here: http://iem.at/mailinglists/pd-list/ Or just join the list its self. It is full of a bunch of very helpful folks (many of whom are also here). David Mccallum has done a couple of abstractions dealing with NRPN's including it appears [nrpnin] and [nrpnout]. So this would be a good place to start. http://mentalfloss.ca/sintheta/html/downloads.html m. > -----Original Message----- > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > user-bounces(a)music.columbia.edu] On Behalf Of Chris Pickett > Sent: Thursday, May 20, 2004 10:53 AM > To: A list for linux audio users > Subject: Re: [linux-audio-user] midi filter to convert NRPN's to CC's > > Matthew Allen wrote: > >>-----Original Message----- > >>From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > >>user-bounces(a)music.columbia.edu] On Behalf Of James Stone > >>Sent: Thursday, May 20, 2004 12:07 AM > >>To: A list for linux audio users > >>Subject: Re: [linux-audio-user] midi filter to convert NRPN's to CC's > >> > >>I think you should be able to do it with pd fairly easily.. You can > >>certainly perform mathematical functions on midi inputs. Using pd > > > > purely > > > >>as a midi router (and modifier) should not be a problem. > > > > > > I was thinking about PD, but never having used NRPN's I don't actually > > know how you would get them into PD to do the tweaking. Once they were > > in there I could certainly set up an environment that scaled and tweaked > > ranges of numbers. > > NRPN's are encoded by 4 CC's, two for the parameter number and two for > the data value, and they appear in four-byte chunks in the midi stream. > I'll take a look at PD, and post again if I get anywhere or get stuck. > Thanks for the suggestions ... three votes for PD in a row sounds good > to me :) > > Cheers, > Chris > > > _________________________________________________ > Scanned on 20 May 2004 16:59:20 > Scanning by http://erado.com _________________________________________________ Scanned on 20 May 2004 18:22:47 Scanning by http://erado.com

19 years, 11 months

[linux-audio-user] Steinberg The Grand

by Carl Hetherington

Hi, Has anyone had any luck running Steinberg's The Grand under vstserver? vstserver works beautifully for the Native Instruments B4 and the Steinberg EP, but The Grand gets close and then wine starts complaining. I'll post more details if people are interested, but I'd just like to know if anyone has managed to get it going. Cheers Carl

19 years, 11 months

[linux-audio-user] alsamixer and the audiophile 2496

by luis jure

ok, i guess you can tell me the truth now: does anybody really understand all those "items" appearing in alsamixer for the audiophile 2496 ? or am i the only ignorant? i only use the analog input and output, by the way. the card is simple enough, and for me it "just works", but i really have no idea about these: IEC958 --> you can switch between IEC958 I, Digital and H/W In from 0 to 7; what's all that supposed to mean? IEC958 Multi and IEC958 Multi 1 --> two sliders that don't do nothin' i can see/hear... IEC958 1 --> similar to the other one above, and equally mysterious. DAC and DAC 1 --> well, at least i understand those two... Deemphasis --> hmm... i don't understand this one either, but i don't care much for whatever it is. i think. H/W and H/W 1 --> switches between PCM Out0, H/W In 0 to 7, and IEC958 I; if i choose H/W In 0 i can monitor while recording but no playback, choosing PCM Out0 it's the opposite. H/W Multi and H/W Multi 1 --> sliders, no idea what. Multi to Multi 9 --> a series of sliders, also no idea. Multi Track Internal Clock --> switches between different clock rates, don't know what's its use. Multi Track Peak, Multi Track Rate Reset, etc --> another set of sliders of unknown nature. as you can see, alsamixer is mostly a complete and obscure mystery for me. could anyone explain what does all that mean? or point me to a document where it's well explained? what i would like to do, if possible, is: - being able to monitor both while recording and playback without having to change the mixer configuration - record (with arecord, for example) from soundcard output; that is, capture what's being reproduced. - control analog input volume while recording (i can only see playback volume). please excuse me that i'm being so ignorant and stupid, but i've been using linux for only six years, alsa for only five, and this card for only one year, so i'm still a newbie. best regards and thanks for your attention, lj --

19 years, 11 months

[linux-audio-user] midi filter to convert NRPN's to CC's

by Chris Pickett

Hi, I have a synthesizer whose knobs send out NRPN data. They only have a 12-bit range (0 - 4095), not the usual 14-bit range. I'd like to be able to turn one of these knobs, filter the NRPN data into CC data (range 0 - 127), assign it to some arbitrary CC, and then send it to either some running MIDI-capable software or out to my CC-accepting drum machine, with as low latency as possible. So far I've found Div's MIDI Utilities for Unix. Are these tools the most appropriate for the job? Or are there other more recent things for me to look at? It looks like I'd have to write some code to get what I want with Div's utils, so I just want to check I don't do something totally redundant. In windows, MIDI-Ox handled it fairly well, but I don't need anything so complex, just a filter is fine. http://www.sreal.com:8000/~div/midi-utilities-for-unix/ Cheers, Chris

19 years, 11 months

[linux-audio-user] Quick question about envy24control and the Delta 66 soundcard.

by Luke Yelavich

Hi all Just wondering whether it is possible to change the inputs and outs to either -10, consumer, or +4 in envy24 control, like you can with the Windows delta control panel? Thanks Luke -- Luke Yelavich http://www.audioslack.com luke(a)audioslack.com

19 years, 11 months

Re: [linux-audio-user] edirol um-880 configuration help needed

by Pedro Lopez-Cabanillas

Chris Pickett wrote: > > Clemens Ladisch wrote: > >>CONFIG_USB_MIDI is not the ALSA driver but the old OSS driver. > >>You want to use CONFIG_SND_USB_AUDIO instead. > > > > Regardless of whether or not CONFIG_SND_USB_AUDIO is a module, I now > > only get: > > > > usb 1-1: new full speed USB device using address 2 > > > > in /var/log/messages. 'modprobe snd-usb-audio vid=0x0582 pid=0x0015' > > doesn't help the situation. 'amidi -l' only shows me my Crystal > > SoundFusion card. > > > >>The ALSA driver supports both driver modes. > > I tried switching the UM-880 back to the FPT mode, and it works now. I > don't know if that's a regression, but in any case I'll try out patches > for you if it's something you want to fix. The "generic driver mode" descriptors aren't fully compliant with the USB MIDI specification, because it doesn't have an AudioControl interface, which is mandatory. You can say that an AudioControl interface is meaningless here because the UM-880 has no audio function incorporated, only MIDI. That is true, but in this case the class-specific AC interface descriptor will only contain the header descriptor. Did you see a kernel/syslog complain about "cannot find HEADER" or something like that? The usb-midi OSS driver doesn't look for AC descriptor, so it can handle it. But as Clemens said, that driver is not supported by Rosegarden. Regards, Pedro

19 years, 11 months

← Newer
1
...
4
5
6
7
8
9
10
...
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user May 2004