Linux-audio-user

linux-audio-user@lists.linuxaudio.org

20 participants
20609 discussions

RE: [linux-audio-user] M-Audio Audiophile

by eviltwin69＠cableone.net

I'm planning on writing some documentation on using the envy24control program in the near future. This is what you really want to use with the ice1712 driver. You will see many more channels than you have with the audiophile. IIRC you should have 2 analog and 2 digital. Jan -----Original Message----- From: "linux-audio-user-admin(a)music.columbia.edu" <linux-audio-user-admin(a)music.columbia.edu> on behalf of "Joshua N Pritikin" <vishnu(a)pobox.com> Sent: Thu, 16 Jan 2003 12:53:17 +0530 To: "linux-audio-user(a)music.columbia.edu" <linux-audio-user(a)music.columbia.edu> Subject: [linux-audio-user] M-Audio Audiophile i got my new Audiophile 2496 installed with Alsa 0.9.0rc5. i have an external A/D converter and the SPDIF light is lit, meaning that the card is working. alsamixer shows *lots* of controls. What do they all do? Can someone post a working /etc/asound.state? -- Victory to the Divine Mother!! after all, http://sahajayoga.org http://why-compete.org

22 years, 3 months

[linux-audio-user] lightweight midi selector?

by Daniel James

Hello all, Can anyone recommend a simple low-on-resources program that will allow me to select a midi bank or patch from those available on the soundcard? I don't need sequencing abilities, I just need to be able to select 'piano' or 'organ' or whatever for live playing. Preferably without KDE or Gnome dependencies - I'd like to save resources while recording with Audacity running under the Blackbox window manager. Cheers Daniel

22 years, 3 months

Re: [linux-audio-user] VST plugins and linux

by nick

> > > > also supports MIDI, which I believe is a problem for LADSPA (Taybin?). > > > > > > Yes. XAP is supposed to address this (at an abstract level), I believe > > > that explicit MIDI support ala VSTi is a serious mistake. > > > > I know this subject has been extensively chewed on LAD but perhaps you > > can summarize for normal users why it's a bad idea or implementation. I > > imagine the MIDI + VST arrangement is quite popular with Win/Mac > > musicians. Those musicians coming into Linux might wonder "Why no MIDI > > with LADSPA plugins?" (though of course XAP should work to make 'em > > happy ;). > > Mainly because MIDI is very primitive and supporting MIDI at a low level > ties you to it to some extent. XAP has a highlevel control interface that > MIDI can be converted into trivially, but can handle other things. I still have trouble understanding this view (except for non-standard tunings..) Everyone seems to love knocking MIDI, but MIDI is a *real* standard, supported by countless manufacturers for two decades now. Any improvements or a new standard are going to arise from the MIDI consortium itself and the support of manufacturers.. If MIDI were too primitive for the job, then we wouldn't have all these neat hardware synths!! MIDI's simplicity is also one of its greatest strengths along with its low overhead and easy processing. I hope that one day some commercial manufacturers will port their apps to Linux, but does anyone honestly expect their going to use XAP? No, as soon as this happens XAP will be forgotten. And XAP is just going to alienate potential audio developers from Linux - from where i stand it just looks too complicated and over-engineered. I can't help but feel a lot of energy is being spent here by well-meaning individuals which could be better spent by settling on a simpler standard and getting on with application support, the biggest gap for Linux. Anyone who's done/doing computing at degree level will know all about the OSI vs. TCP/IP fiasco, and I can't help but see similarities. end_rant(void) -nixx __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

22 years, 3 months

[linux-audio-user] Re: signal processing kits

by Fabio de Matos

> So you can run it in the sh command line, in the python commandline or > in a real script. That's a big advantage over C++, let alone the > syntactical advantages. It's faster to write, and with the numercial > libs it's not that much slower. The problem is i want to have total control of the overhead, while being able to optimize any code i want. If i can place all of the heavy overhead in a non-critical thread, it's just fine. > > I will consider looking at it. What are the reasons to use > > python > > instead of c++? I have some experience in c++ code but has never > > seen python, nor used any of its tools... and i sure would need the > > numerical extension you mentioned. > > Well, now that you mention it, Python would be no better for real time > work than the C++ libs from Octave. > > Looks like you'll be working from scratch. > > Erik > -- As someone said previously, there is a way to write major code issues in c++ and glue them together with python. This is not far from what i have foreseen. I though of a thread running digital processing over some stream, and some other just for management issues, possibly receiving orders from a script. The first should be c/c++, while the second could be anything else. Strange as it is, you saying i have to do it from scratch is REALLY good news to me. As it happens i have this end of graduation project, which was more or less targeted to the requirements i asked about in my first mail ( althought it was not my main proposal ). As it goes, i can say to my professor i really couldn't find anything very close to the project i have going on ( it's almost done by now ). The bad news is i have to use my own code, which was written mainly in a rush, and lacks a little discipline in some points. If someone would like to take a glance, i would be glad, though it lacks documentation, and is commented mainly in portuguese. By your news, i have second thoughs of continuing it to serious work, maybe in a master thesis. Again, thank you all, Fabio

22 years, 3 months

[linux-audio-user] [ANN] JACK Rack 1.1.2

by Bob Ham

Hi all, Good job I'm getting a new hard disk soon and will be able to install some other distros to test on :) Just build fixes with this release. There was also a gtk-2.2-only function in there, which has been gtk-2.0-ified. * build fixes for gcc 2.9x from Fernando Pablo Lopez-Lezcano * compiles with gtk 2.0 now (thanks to Fernando again) * builds without lrdf now (thanks to Austin Acton) http://pkl.net/~node/jack-rack.html Bob

22 years, 3 months

[linux-audio-user] alsa, jack and DiO 2448 (cmipci)

by Emiliano Grilli

Hi all, Under SuSE 8.0 I have these lines on my ~/.asoundrc: pcm.cmipci { type hw card 0 device 2 } ctl.cmipci{ type hw card 0 } as Takashi suggested to me some time ago, and I run jack version 0.40; With these settings I'm able to start jackd: playing and recording with ardour is working. Instead, on a Red Hat 8.0 with Planet CCRMA and jack 0.44 with the same .asoundrc I get: [emillo@redmillo emillo]$ jackd -d alsa -d cmipci jackd 0.44.0 Copyright 2001-2002 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details loading driver .. creating alsa driver ... cmipci|1024|2|48000|swmon ALSA: mmap-based access is not possible for the playback stream of this audio interface ALSA: cannot configure playback channel cannot load driver module alsa And this is preventing me to record with ardour, since the only input available on the Midiman DiO 2448 is the spdif (hw:0,2). How can I work around this issue ? It's jack or alsa related ? Maybe I can define something smarter on .asoundrc that let me use spdif for recording and normal analog out to playback ? Thank you all in advance. Best regards -- .---------------------. | Emiliano Grilli | | emillo(a)libero.it | | Linux user #209089 | '---------------------'

22 years, 3 months

RE: [linux-audio-user] VST plugins and linux

by Joachim Backhaus

> -----Original Message----- > From: Dave Phillips [mailto:dlphilp@bright.net] > All true. However, we had great synths before MIDI (take a > look at what > a Matrix 10 still gets on the used market) Sorry, but I only know Matrix 12, 6 (r) and 1000 and they all have MIDI!!! - Joachim

22 years, 3 months

[linux-audio-user] feedback using usb-audio and mdk 9.0

by iriXx

hi, i've now reinstalled mandrake 9.0 and successfully got audio running, but the sound quality is heavily distorted. it can't be a usb mouse conflict, as patrick suggested, as i am not running any other usb devices concurrently with my quattro - i only have one usb port on my thinkpad 600E. does anyone have any idea what may be causing this? it seems very strange as everything worked fine with tarball alsa 0.9.rc5 and mandrake 8.2 - i'm now using the supplied rpm versions of alsa with mandrake 9.0 - i prefer to use the alsa-project.org tarballs, but in this case i have decided to stick with the supplied rpms to avoid conflicts as happened earlier. i'm also currently installing kevin ernste's turnkey linux audio system. thanks in advance 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 ***

22 years, 3 months

Re: [linux-audio-user] VST plugins and linux

by manuel.op.de.coul＠eon-benelux.com

Nick wrote: >> Mainly because MIDI is very primitive and supporting MIDI at a low level >> ties you to it to some extent. XAP has a highlevel control interface that >> MIDI can be converted into trivially, but can handle other things. >I still have trouble understanding this view (except for non-standard >tunings..) Non-standard tunings are also part of the MIDI standard, in a later extension called the MIDI Tuning Standard. I tend to agree with you. No Linux softsynth fully implements all MIDI codes at the moment! Then how can one expect support of an even bigger standard? Manuel

22 years, 3 months

[linux-audio-user] The Open Loop Library, a few questions

by Darren Landrum

After some considerable thought as to the best way to organize such a library, as well as what a project such as this will do to my free time, I have a few ideas and questions to present to the list. I'll start with the easy one first. 1) What exactly would this library hold? There's no need for this to be restricted to loops. It could also contain other "musical raw material", such as sample sets and softsynth patches. In that case, calling it the Open Loop Library makes little sense. What else do you think would work? Open Music Library? Sounds like it's a repository for music, not for raw components. The upshot to the Open Loop Library name is that the domain openloops.org is available. It also makes a good working name for now. Really, that was the main question, and it brings part of the proposal with it. I would like to design and build a web service to act as a library for loops, sample sets, and patches. Here are some thought on the overall design. 1) The top level hierarchy would be (obviously enough) "Samples", "Loops", and "Patches". 2) Below "Samples", the categorization would go something like "Keyboards", "Brass", "Woodwinds", "Synth Leads", "Pads", "Strings"... Well, you get the idea. 3) Below "Patches", would basically be the same kind of broad categories as with samples. Now, "Loops" is where things get fun. I've been thinking about Mr. Knecht's comments on building an elegant organization system, which is something that Acid itself apparently lacks. I think an extensive metadata system is the best way to accomplish this. Every loop would have attached to it: a) Time signature b) Tempo c) Key (If applicable. Drum loops, for example, would not need this.) d) Creator's name e) Instrument(s) (This one is tricky, since there are so many instruments in the world. It would need to be a free-text field, which means misspellings could be a problem. Possible solutions?) f) Loop or one-shot (Not everything meant for a loop-based composition program need be an actual loop. Drum fills and cymbal hits come immediately to mind.) g) Style (This one creates some issues, due to how subjective it can be.) h) Comments (A free text field the creator of the loop can use to attach whatever additional info they feel it needs.) i) A million other things I can't think of at the moment. :) One problem that needs to be solved is how to attach these kinds of metadata to a loop. Also, another thing to consider are loop sets. Thinking about the architecture for the web app itself led me to think about how CPAN works, at least from a user perspective. I would set up a central index server, which could then redirect clients to the appropriate mirror to grab a file when a request is made. This also brings up the idea of a client that could be built that would talk to the servers from the user's machine. This client could be used to maintain the organization of all the loops the user chooses to download. This can be thought about after the main system is up and running, though. As for hosting, I have a good lead on a local colo facility. I have some other projects I need to host anyway. I apologize for the long email. Hopefully, this will start the ball rolling, and if all goes well, it won't crush me when I try to catch it. Regards, Darren Landrum who is hoping this hair-brained scheme doesn't spawn another mailing list. ;)

22 years, 3 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