Linux-audio-user

linux-audio-user@lists.linuxaudio.org

20661 discussions

by Sampo Savolainen

Hello, I'm trying to get jack & ardour working with the 2.6.x kernels. Do you have any hints/tips? I've now tried: debian 2.6.2 debian 2.6.3 debian 2.6.3 modified with LSM support + realtime module standard 2.6.4-rc2-mm1 (couldn't get realtime module working) standard 2.6.3-mm4 LSM support + realtime module (kinda working..) None of these have provided me with sufficient latency. Jack keeps throwing Ardour out for stupid reasons like closing the mixer window. (with realtime module, I mean http://www.joq.us/realtime/) Is there some magic trick I've forgotten to do, or I haven't heard of? I have DMA enabled on my harddrive, and this same system runs like dream with 2.4 kernels. Thanks Sampo

21 years, 8 months

RE: [linux-audio-user] Good Sound Card for Pro Multitracking

by Polashek, Matthew

I would simply prefer to be able to hit 96K. I definitely need an external A/D/D/A unit for sound quality reasons. I can probably use external mic pre-amps. I have been considering using a Presonus DIGImaxLt with a RME Hammerfall 9652 but I think it ends up being cheaper to get an outboard box with balanced ins and outs and throwing some kind of 8 channel mic pre in front of it, unless there was a less expensive ALSA compatible option that had 8 mic pres and 8 outs. Matthew Polashek Associate Editor, Silver Burdett Ginn - Music Scott Foresman/Pearson Education 299 Jefferson Road Parsippany, NJ 07054-0480 office: 973.739.8709 fax: 973.739.8098 Matthew.Polashek(a)scottforesman.com > ---------- > From: Mark Knecht > Reply To: A list for linux audio users > Sent: Monday, March 8, 2004 1:45 PM > To: A list for linux audio users > Subject: Re: [linux-audio-user] Good Sound Card for Pro Multitracking > > Polashek, Matthew wrote: > > I am operating with 2 main scenarios in mind. I am a jazz musician so I > > would like to be able to record live shows and mix PA and Monitors for a > > quartet so that's about 8 in and 6 out. I need fully balanced inputs to > > prevent hum on live gigs. The second scenario is using the rig for my > > recording studio. (a work that is still in progress) I would need > multiple > > inputs and outputs here as well. > > > > Matthew Polashek > > Associate Editor, Silver Burdett Ginn - Music > > Scott Foresman/Pearson Education > > 299 Jefferson Road > > Parsippany, NJ 07054-0480 > > office: 973.739.8709 > > fax: 973.739.8098 > > Matthew.Polashek(a)scottforesman.com > > > > > > Up to 44.1/48K? Or do you *require* 96K or 192K? > > In all case I would recommend an external A/D/D/A unit. I see the price > going up... > > - Mark > > > > **************************************************************************** This email may contain confidential material. If you were not an intended recipient, please notify the sender and delete all copies. We may monitor email to and from our network. ****************************************************************************

21 years, 8 months

[linux-audio-user] [ANN] FreePats Project

by Mark Constable

freepats is a project to create a free and open set of GUS compatible patches that can be used with softsynths such as Timidity and WildMidi. Please use the Wiki for notes and discussion and send any unencumbered free patches for inclusion in these patch sets to "freepats at opensrc dot org". Regular contributors can ask for the ftp password for direct upload and management of the patch sets. http://freepats.opensrc.org --markc

21 years, 8 months

RE: [linux-audio-user] Timidity and ALSA compile bug!

by Reuben Martin

Why are you trying to install version 2.9.5? That code in ancient. The ALSA API has changed significantly several times since that code was released. It's no wonder you can't get it to compile. I compiled 2.13.0_rc2 last night. Works great, not to mention it has jack support. http://timidity.sourceforge.net -Reuben -----Original Message----- From: jm [mailto:jm@world.waena.edu] Sent: Wednesday, March 10, 2004 9:16 AM Cc: A list for linux audio users Subject: [linux-audio-user] Timidity and ALSA compile bug! Hi All, I have been pulling my hair out trying to compile timidity... I configure thusly... ./configure --enable-audio-oss --enable-interface=gtk --enable-audio=alsa --enable-server --enable-alsaseq When I 'make' I get the following error. make[2]: Entering directory `/usr/src/MUSIC/TiMidity++-2.9.5/timidity' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../libarc -I../libunimod -I../interface -I../utils -I/usr/local/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -DAU_ALSA -DPKGDATADIR=\"/usr/local/share/timidity\" -DPKGLIBDIR=\"/usr/local/lib/timidity\" -DDEFAULT_PATH=\"/usr/local/share/timidity\" -DTIMIDITY_OUTPUT_ID=\"s\" -O2 -c alsa_a.c alsa_a.c:52: conflicting types for `snd_pcm_t' /usr/local/include/alsa/pcm.h:300: previous declaration of `snd_pcm_t' alsa_a.c: In function `check_sound_cards': alsa_a.c:116: storage size of `ctl_hw_info' isn't known alsa_a.c:117: storage size of `pcm_info' isn't known alsa_a.c:152: warning: passing arg 2 of `snd_ctl_open' makes pointer from integer without a cast alsa_a.c:152: too few arguments to function `snd_ctl_open' alsa_a.c:186: warning: passing arg 2 of `snd_ctl_pcm_info' makes pointer from integer without a cast alsa_a.c:186: too many arguments to function `snd_ctl_pcm_info' alsa_a.c:194: `SND_PCM_INFO_PLAYBACK' undeclared (first use in this function) alsa_a.c:194: (Each undeclared identifier is reported only once alsa_a.c:194: for each function it appears in.) alsa_a.c: In function `set_playback_info': alsa_a.c:235: `snd_pcm_playback_info_t' undeclared (first use in this function) alsa_a.c:235: parse error before "pinfo" alsa_a.c:237: storage size of `pparams' isn't known alsa_a.c:238: storage size of `pstatus' isn't known alsa_a.c:248: `pinfo' undeclared (first use in this function) alsa_a.c:263: `SND_PCM_PINFO_8BITONLY' undeclared (first use in this function) alsa_a.c:265: `SND_PCM_PINFO_16BITONLY' undeclared (first use in this function) alsa_a.c:277: request for member `rate' in something not a structure or union alsa_a.c:298: request for member `channels' in something not a structure or union alsa_a.c:300: request for member `channels' in something not a structure or union alsa_a.c:306: `SND_PCM_FMT_S16_LE' undeclared (first use in this function) alsa_a.c:311: request for member `format' in something not a structure or union alsa_a.c:311: `SND_PCM_SFMT_S16_LE' undeclared (first use in this function) alsa_a.c:342: `SND_PCM_FMT_U8' undeclared (first use in this function) alsa_a.c:347: request for member `format' in something not a structure or union alsa_a.c:347: `SND_PCM_SFMT_U8' undeclared (first use in this function) alsa_a.c:383: request for member `channels' in something not a structure or union alsa_a.c: In function `open_output': alsa_a.c:541: `SND_PCM_OPEN_PLAYBACK' undeclared (first use in this function) alsa_a.c:541: warning: passing arg 1 of `snd_pcm_open' from incompatible pointer type alsa_a.c:541: warning: passing arg 2 of `snd_pcm_open' makes pointer from integer without a cast alsa_a.c: In function `acntl': alsa_a.c:673: storage size of `pstatus' isn't known make[2]: *** [alsa_a.o] Error 1 make[2]: Leaving directory `/usr/src/MUSIC/TiMidity++-2.9.5/timidity' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/MUSIC/TiMidity++-2.9.5' make: *** [all-recursive-am] Error 2 [root@innanu /usr/src/MUSIC/TiMidity++-2.9.5]# I don't get it! My /usr/include/sound|sys|alsa are all synced (to the alsa includes), but those defines dont exist in any of the includes anyway I can;t ust a compiled RPM as I need the alsa-sequencer part, which isn;t compiled into any rpm I have tried (about 10!) However, in the pcm.h there IS a var called SND_PCM_FORMAT_U8 vs SND_PCM_FMT_U8. I can't believe this... there must be a version of the pch.h that uses the FMT other than FORMAT. This seems so obvious an error I can;t believe I see nothing on the net about it. In addition snd_pcm_t is defined twice... the type in pcm.h conflicting with the instance in timidity's alsa_a.c I have search thru every pcm.h I have.. with no luck. I found one refernce in google (http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-driver/cards/Attic/card-dum…) which refers to the card_dummy.c, but I don;t have (want) and dummy as I have a real card. Does anyone have a clue as to why this is and how to fix it? Thanks... --------- info --------- Version: TiMidity++-2.9.5 ALSA: 1.0.3 Linux: 2.6.4-rc2 /etc/modules.conf ---BEGIN--- alias parport_lowlevel parport_pc alias usb-controller usb-uhci alias char-major-116 snd options snd major=116 cards_limit=1 alias sound-slot-0 snd-intel8x0 alias snd-card-0 snd-intel8x0 options snd-intel8x0 index=0 id="ICH" mpu_port=0x330 alias sound-slot-1 snd-card-1 alias snd-card-1 snd-virmidi alias char-major-14 soundcore 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 alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { /bin/aumix-minimal -f remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1; /bin/true; }; / alias eth0 8139too alias char-major-89 i2c-dev ---END---

21 years, 8 months

[linux-audio-user] ZynAddSubFX uses XML format - please test it

by davidrclark＠earthlink.net

Paul, I agree with Tim Hall's post: Thank you so much for writing such a great software synthesizer. Because you posted on LAU, I hope you don't mind my posting here. Perhaps (esp. with Jack), it may help someone out there... In reading writing XML, I found that it did not behave properly with respect to extensions: In asking to save new.xml, it saved newxml. Also, it could not find newxml because it looked for new.xml for Load. It also seems to load an unknown file when it cannot find anything. That is, instead of displaying "File not found" it seems to load something else. To get Jack to work, I went to src/Output and uncommented the jack_connect lines. I then substituted alsa_pcm:playback_1 and alsa_pcm:playback_2 for alsa_pcm:out_1 and alsa_pcm:out_2. Then it worked for Jack. I did not look at jack_RT. Thanks again, Paul. Very, very nice work. Best regards, Dave.

21 years, 8 months

Re: [linux-audio-user] [Fwd: Edirol FA-101 Linux Support]

by Errandir

> From: Dan Harper <tech(a)danharper.org> > > I just sent this e-mail to Edirol. It may be useful to someone if > they're contacting them or any other company for Linux support. > > > Dan The FA-101 is based on the BridgeCo BEBOB, like a number of other products from Apogee, Tascam and Presonus that were presented at NAMM. If we could get support from one of these vendors it should be (relatively) easy to get them all working. People also talked about the M-Audio FW410 on this list before. I know it uses the DM1000 inside. Anyone know if FW410 is also based on BEBOB? Is anybody in touch with BridgeCo, or any info wrt their stand on Linux? But all this won't get us around the Yamaha connection management issue, will it? Martin http://www.bridgeco.net/products/bebob/bebob.shtml

21 years, 8 months

[linux-audio-user] Re: [Alsamodular-user] Midi program change messages...

by Russell Hanaghan

Thank you, thank you, a million thank you's!!! I just tried this and can actually control elements for my needs. I'm only really using AMS as a "host" for various LADSPA plugins like Freeverb and delays for live vocal processing on a small PA. I have a multi fx guitar pedal with midi capabilities (limited) and need to be able to turn the FX of between songs as I talk to the audience. As simple as this was to do (when I knew where to look! And not to mention it did speak to it somewhat in the "manual" on Agnula), I was not finding how to get it done. On Mon, 2004-03-08 at 09:00, Matthias Nagorni wrote: > On Sun, 7 Mar 2004, Russell Hanaghan wrote: > > > I would like to know if anyone has been able to set AMS up to see > > Program change / Patch change midi messages? I can get the CC bound to > > stuff easily...bit I dont see patch change messages appearing in the > > "Control" window like the CC does. Is this possible? > > Program Change messages are used to control the presets in the > "Parameter View" dialog. See the examples in the "instruments" folder for > this. > > Matthias

21 years, 8 months

[linux-audio-user] Timidity and ALSA compile bug!

by jm

Hi All, I have been pulling my hair out trying to compile timidity... I configure thusly... ./configure --enable-audio-oss --enable-interface=gtk --enable-audio=alsa --enable-server --enable-alsaseq When I 'make' I get the following error. make[2]: Entering directory `/usr/src/MUSIC/TiMidity++-2.9.5/timidity' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../libarc -I../libunimod -I../interface -I../utils -I/usr/local/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -DAU_ALSA -DPKGDATADIR=\"/usr/local/share/timidity\" -DPKGLIBDIR=\"/usr/local/lib/timidity\" -DDEFAULT_PATH=\"/usr/local/share/timidity\" -DTIMIDITY_OUTPUT_ID=\"s\" -O2 -c alsa_a.c alsa_a.c:52: conflicting types for `snd_pcm_t' /usr/local/include/alsa/pcm.h:300: previous declaration of `snd_pcm_t' alsa_a.c: In function `check_sound_cards': alsa_a.c:116: storage size of `ctl_hw_info' isn't known alsa_a.c:117: storage size of `pcm_info' isn't known alsa_a.c:152: warning: passing arg 2 of `snd_ctl_open' makes pointer from integer without a cast alsa_a.c:152: too few arguments to function `snd_ctl_open' alsa_a.c:186: warning: passing arg 2 of `snd_ctl_pcm_info' makes pointer from integer without a cast alsa_a.c:186: too many arguments to function `snd_ctl_pcm_info' alsa_a.c:194: `SND_PCM_INFO_PLAYBACK' undeclared (first use in this function) alsa_a.c:194: (Each undeclared identifier is reported only once alsa_a.c:194: for each function it appears in.) alsa_a.c: In function `set_playback_info': alsa_a.c:235: `snd_pcm_playback_info_t' undeclared (first use in this function) alsa_a.c:235: parse error before "pinfo" alsa_a.c:237: storage size of `pparams' isn't known alsa_a.c:238: storage size of `pstatus' isn't known alsa_a.c:248: `pinfo' undeclared (first use in this function) alsa_a.c:263: `SND_PCM_PINFO_8BITONLY' undeclared (first use in this function) alsa_a.c:265: `SND_PCM_PINFO_16BITONLY' undeclared (first use in this function) alsa_a.c:277: request for member `rate' in something not a structure or union alsa_a.c:298: request for member `channels' in something not a structure or union alsa_a.c:300: request for member `channels' in something not a structure or union alsa_a.c:306: `SND_PCM_FMT_S16_LE' undeclared (first use in this function) alsa_a.c:311: request for member `format' in something not a structure or union alsa_a.c:311: `SND_PCM_SFMT_S16_LE' undeclared (first use in this function) alsa_a.c:342: `SND_PCM_FMT_U8' undeclared (first use in this function) alsa_a.c:347: request for member `format' in something not a structure or union alsa_a.c:347: `SND_PCM_SFMT_U8' undeclared (first use in this function) alsa_a.c:383: request for member `channels' in something not a structure or union alsa_a.c: In function `open_output': alsa_a.c:541: `SND_PCM_OPEN_PLAYBACK' undeclared (first use in this function) alsa_a.c:541: warning: passing arg 1 of `snd_pcm_open' from incompatible pointer type alsa_a.c:541: warning: passing arg 2 of `snd_pcm_open' makes pointer from integer without a cast alsa_a.c: In function `acntl': alsa_a.c:673: storage size of `pstatus' isn't known make[2]: *** [alsa_a.o] Error 1 make[2]: Leaving directory `/usr/src/MUSIC/TiMidity++-2.9.5/timidity' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/MUSIC/TiMidity++-2.9.5' make: *** [all-recursive-am] Error 2 [root@innanu /usr/src/MUSIC/TiMidity++-2.9.5]# I don't get it! My /usr/include/sound|sys|alsa are all synced (to the alsa includes), but those defines dont exist in any of the includes anyway I can;t ust a compiled RPM as I need the alsa-sequencer part, which isn;t compiled into any rpm I have tried (about 10!) However, in the pcm.h there IS a var called SND_PCM_FORMAT_U8 vs SND_PCM_FMT_U8. I can't believe this... there must be a version of the pch.h that uses the FMT other than FORMAT. This seems so obvious an error I can;t believe I see nothing on the net about it. In addition snd_pcm_t is defined twice... the type in pcm.h conflicting with the instance in timidity's alsa_a.c I have search thru every pcm.h I have.. with no luck. I found one refernce in google (http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-driver/cards/Attic/card-dum…) which refers to the card_dummy.c, but I don;t have (want) and dummy as I have a real card. Does anyone have a clue as to why this is and how to fix it? Thanks... --------- info --------- Version: TiMidity++-2.9.5 ALSA: 1.0.3 Linux: 2.6.4-rc2 /etc/modules.conf ---BEGIN--- alias parport_lowlevel parport_pc alias usb-controller usb-uhci alias char-major-116 snd options snd major=116 cards_limit=1 alias sound-slot-0 snd-intel8x0 alias snd-card-0 snd-intel8x0 options snd-intel8x0 index=0 id="ICH" mpu_port=0x330 alias sound-slot-1 snd-card-1 alias snd-card-1 snd-virmidi alias char-major-14 soundcore 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 alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { /bin/aumix-minimal -f remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1; /bin/true; }; / alias eth0 8139too alias char-major-89 i2c-dev ---END---

21 years, 8 months

[linux-audio-user] my mpg123 is too loud

by BUYO-BUYO-IGOR

hi at last, the oss things are workin on my AMiTY CN with has Slackware installed and has ES1878 for sound things planning to do SAOL things on this machine but til things start workin would like to enjoy listening to mp3s the mpg123 works fine but on my machine it is too loud read trough the man but my poor english readings couldn't find things to meet my demand is there any option flag to make mpg123 play more carmly or i should tune something more master-volume oriented ..maybe something @ /etc directory ? thanks in advance

21 years, 8 months

[linux-audio-user] [Fwd: Edirol FA-101 Linux Support]

by Dan Harper

I just sent this e-mail to Edirol. It may be useful to someone if they're contacting them or any other company for Linux support. Dan -----Forwarded Message----- From: Dan Harper <tech(a)danharper.org> To: sales(a)edirol.com Cc: artists(a)edirol.com Subject: Edirol FA-101 Linux Support Date: Wed, 10 Mar 2004 16:11:58 +1100 To Whom It May Concern, I'm a recording musician with a home studio and I am looking to upgrade and go mobile with some of my gear. I will be purchasing a laptop in the next few weeks along with a new pair of studio monitors and a multi-channel audio interface upgrade. I happened to stumble across your new product, the Edirol FA-101 Firewire interface that seems to fit all the criteria I had for the new interface. The final and deciding requirement I have for the hardware however, is not mentioned on your web site, and that is Linux compatibility. My existing studio setup consists of using the DAW software Ardour (http://www.ardour.org) along side the JACK realtime audio server (http://jackit.sf.net) and the mastering suite Jamin (http://jamin.sf.net). I currently have no problems using my PCI audio card with my desktop machine, but it seems that FireWire interfaces are not fully supported as yet. Currently ALSA (An audio system for Linux that Jack utilises, http://www.alsa-project.org) supports many audio interfaces, including several Edirol USB products. I haven't checked with the Linux Audio community yet as to what they know of your product, but are there any plans to, or would you consider: - releasing the product data, specifications and other technical documentation of the FA-101 unit? - assist in writing drivers, or supporting the developers (by e-mail) in writing drivers for ALSA? One positive aspect of companies such as Edirol releasing product data, specifications, and other technical documentation regarding their products to the Linux community, is that there is no need to invest time or money in supporting and continually developing drivers. The Linux/ALSA community is happy to develop and support drivers for your hardware at no cost. I realise that Linux has not been a traditional market for professional audio, but I have successfully and happily made the switch from Microsoft Windows to Linux and I know of many other musicians that have also switched over, or are looking to do so. This would be a great opportunity to increase the compatibility and user base of your hardware with minimal effort on your part. For me personally, since I have fully made the switch to Linux, my next audio interface upgrade would have to have (or plans to have) Linux/ALSA drivers. If you require any further information, please con't hesitate to contact me. I look forward to hearing from you soon. Thanks, Dan Harper -- Dan Harper Songwriter and Musician Melbourne, Australia

21 years, 8 months

Jump to page:

2025

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