Linux-audio-user

linux-audio-user@lists.linuxaudio.org

20661 discussions

[linux-audio-user] Poor SN ratio with high quality sound cards

by John Ouzts

Gentlemen: I follow this list from the digest, so I could have missed a critical post. If so, please point me to the thread. I have two PCs I use almost exclusively for sound editing (with ReZound --- highly recommended for its crossfade ability). I record classical music on an Alesis MasterLink at 96kHz/24 bits, so I have quite a SN ratio to begin with. I need to edit the gaps between tracks where I want to preserve the hall ambience. Whether I use an RME Digi96 PAD or an M-Audio Delta 44, the signal I get out of the sound editor is so low that I hear a lot of hum and other extraneous noise by the time I crank my amplifier's volume up enough to hear what is between the pieces. This noise is _not_ there when I burn a CD-R, however. I assume this means I need to send a digital signal (preferably 96/24 and lower) to an external DAC before sending the signal to my monitoring system. Would someone be kind enough to explain how to get a signal out of a PC that is fully equivalent in S/N to the CD-Rs the computer can burn? Many thanks, John

21 years, 7 months

[linux-audio-user] [simon@arrowtheory.com: [Portaudio] ANN: dsptools-0.4.0]

by Eric Dantan Rzewnicki

This looks interesting. -Eric Rz. ----- Forwarded message from Simon Burton <simon(a)arrowtheory.com> ----- Date: Thu, 25 Mar 2004 07:18:59 +1100 From: Simon Burton <simon(a)arrowtheory.com> Subject: [Portaudio] ANN: dsptools-0.4.0 To: portaudio(a)techweb.rfa.org X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i686-pc-linux-gnu) First public release. Comments sought. dsptools ======== Here be Python wrappers for portaudio, ladspa and libsndfile. There are three modules: ladspa, sndfile, and portaudio. They are independant of each other, ie. they should compile/run individualy. Data interchange is type sensitive and uses numarray arrays to store sound data. It's possible to segfault by doing stupid things, eg. from within the portaudio callback only some portaudio calls are allowed. See the python scripts for example usage, *.pyx files for implementation, and *.pxi for underlying c library info. http://sourceforge.net/projects/dsptools/ It's under tested, under documented, but it's pretty cool. Install ------- Use any of the setup scripts: $ python setup*.py build $ python setup*.py install Dependancies ------------ python 2.2.3 or better: http://www.python.org/ numarray 0.8.1 (or better): http://sourceforge.net/projects/numpy/ For portaudio module: portaudio v18.1 (not v19): http://www.portaudio.com/ For sndfile module: libsndfile 1.0.5 or better: http://www.mega-nerd.com/libsndfile/ For ladspa module: ladspa.h v1.1 : http://www.ladspa.org/ladspa_sdk/ and any plugins (optional): http://www.ladspa.org/ Todo ---- * Enable the writing of ladspa plugins in python (!) * portaudio v19 Related Projects ---------------- fastaudio, for portaudio & libsndfile : http://www.freenet.org.nz/python/pyPortAudio/ libsndfile-python : http://arcsin.org/archive/20030520025359.shtml Thanks to --------- Ross Bencina (portaudio) Erik de Castro Lopo (libsndfile) Greg Ewing and all the pyrex people ------------------------------------------------------------ Simon Burton March 23, 2004 -- Simon Burton, B.Sc. Licensed PO Box 8066 ANU Canberra 2601 Australia Ph. 61 02 6249 6940 http://arrowtheory.com _______________________________________________ Portaudio mailing list Portaudio(a)techweb.rfa.org http://techweb.rfa.org/mailman/listinfo/portaudio ----- End forwarded message -----

21 years, 7 months

[linux-audio-user] Re: [ANN] vsti v0.0.2

by Kjetil Svalastog Matheussen

Daniel James: > > > I agree it's pointless -- you'd just be getting a screenshot of > > someone else's VST plugin. > > The point as I see it is to prove that the VSTis are rendered properly > in a Linux environment, since they are highly visual tools. To see a > couple of them floating around a KDE desktop makes the point for > people who might not appreciate the implication of your code. > Actually, this is not a very revolutionary program. You have had the possibility to run vst instruments in linux since november/december 2002. This program only makes it a bit less work to set up. There are many of screen-shots of vst- plugins running in linux floating around on the net. --

21 years, 7 months

Re: [linux-audio-user] [ANN] vsti v0.0.2

by Kjetil Svalastog Matheussen

Daniel James: > Hi Kjetil, > > > SHORT DESCRIPTION > > Run a windows vsti plugin as a jack and alsa-seq client. > > Are there any screenshots of VSTi's running on Linux available? Do > they look the same as on Windows? > This is a very simple program. It sets up an internal jack client that starts a vst instruement, sets up an alsa client, and opens the gui for the vst instrument. No need for a screen-shot; Same look as in windows. --

21 years, 7 months

[linux-audio-user] Re: Recent LKML discussion on preempt/latency in 2.6 kernels

by Kjetil Svalastog Matheussen

Chris Metzler: > > Hi, > > Some folks here may be interested in a recent discussion of pre-emption > in the 2.6 kernels and potential issues with it. > > See: > > http://kerneltrap.org/node/view/2702 > This is very interesting. It says that preempt have no influence on the worst-case latency. In other words, this means that preempt in theory is useless regarding use of realtime audio. --

21 years, 7 months

Re: [linux-audio-user] Poor SN ratio with high quality sound card s

by Stephen Hassard

I had big problems with the Zalman 400W PSU unit. Not really a problem with the power supply itself, but more a matter of it not sucking enough heat out of my case. Having a few high heat devices (Athlon XP 3000+, Radeon 9800) and not the greatest case for airflow to start, the system was running at extremely high temperatures, causing crashes at regular intervals. You'd probably want to augment the cooling in your case if you go for this supply; I'm not sure if I'd really consider it a "silent" PSU for this reason. :P later, Steve John Anderson wrote: > On Wed, 2004-03-24 at 08:20, Mark Williams (MWP) wrote: > >>Really the only thing you can do is invest in a good quality external DAC and >>run a SPDIF (optical preferably for ground isolation) signal to it. >> >>It seems a lot of high quality soundcards now are quoting the S/N and other >>stats of those of the DACs used on the card, not by measurment of what actually >>comes out of the back of the card. >> >>The main problem is the power supply in the PC. >>Its just far too noisy to be able to produce good quality audio. > > > Would using a good-quality power supply make a difference? Something > like this: > > http://www.zalman.co.kr/english/product/zm400b-aps.htm > > bye > John > >

21 years, 7 months

Re: [linux-audio-user] couple of muse questions

by Andreas Andersson

>From: James Stone <stone1(a)btinternet.com> > > > Secondly when starting muse as a normal user I get: > > > cannot open rtc clock /dev/rtc: Permission denied > > > how can I change the permission permanently? > > > kernel 2.6 with realtime.0.04 > > > > Don't know about 2.6 kernels. Have you tried setting muse suid root? I >assume > > you are launching as muse -R (?) > > > >What does muse -R do? I just run it as muse, and connect to jack. Not >sure what the realtime option does, just hangs on my computer.. unless I >change muse to suid (which is not necessary if it has been compiled with >rtcap). Don't worry about the kernel version. makes no difference. I have the same experience. rtcap enabled, no difference between kernel versions. I don't use the realtime module but the kernel hack. Works well with Jack and everything else. /AA _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

21 years, 7 months

[linux-audio-user] Re : Poor SN ratio with high quality sound

by Mirouf Linux

>Gentlemen: > >I follow this list from the digest, so I could have >missed a critical >post. If >so, please point me to the thread. > >I have two PCs I use almost exclusively for sound >editing (with ReZound >--- >highly recommended for its crossfade ability). I >record classical music >on an >Alesis MasterLink at 96kHz/24 bits, so I have quite a >SN ratio to begin >with. >I need to edit the gaps between tracks where I want to >preserve the >hall >ambience. Whether I use an RME Digi96 PAD or an >M-Audio Delta 44, the >signal >I get out of the sound editor is so low that I hear a >lot of hum and >other >extraneous noise by the time I crank my amplifier's >volume up enough to >hear >what is between the pieces. This noise is _not_ there >when I burn a >CD-R, >however. > >I assume this means I need to send a digital signal >(preferably 96/24 >and >lower) to an external DAC before sending the signal to >my monitoring >system. >Would someone be kind enough to explain how to get a >signal out of a PC >that >is fully equivalent in S/N to the CD-Rs the computer >can burn? You just have to get out a 16 bit 44,1khz signal, just like on a cd. There is no use for you to have a 24/96 signal for monitoring and wondering all the time if it would be the same on the CD... And I'm wondering if it possible to get a 24/96 signal out with the RME... If you wanna get digital out of the RME, you've got nothing to do, just plug the little cable converter on the sub-d connector ont the board, and play music, the monitoring stream is copy on the digital out by the board. I don't know about the delta 44... Bye François > >Many thanks, > >John Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com

21 years, 7 months

[linux-audio-user] [ANN] vsti v0.0.3

by Kjetil Svalastog Matheussen

http://www.notam02.no/arkiv/src/ SHORT DESCRIPTION Run a vsti plugin as a jack and alsa-seq client. HISTORY 0.0.2 -> 0.0.3 -Fixed stupid vsti init bug. Don't use v0.0.2, as it probably won't work. (Sorry) --

21 years, 7 months

RE: [linux-audio-user] [NYC local] The Technology Initiative at F lux Factory

by Polashek, Matthew

What sort of technical expertise will be on hand? Is this for basic users or will there e people there who have installed Multifaces on laptops? 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: Marco Scoffier > Reply To: A list for linux audio users > Sent: Tuesday, March 23, 2004 8:57 AM > To: linux-audio-user(a)music.columbia.edu > Subject: [linux-audio-user] [NYC local] The Technology Initiative at > Flux Factory > > Hello, > > Flux factory in Queens, NY is hosting an installfest which will have a > focus on getting artists up and running with audio software on linux. > If anyone one on the list wants to come and help out you will be more > than welcome. There is much interest in Ardour and in Pd. > > Also, if anyone has a cool demo, we have a projector and a PA for > discussing some of the possibilities of Free Software audio, and I would > be more than happy to share the stage with someone. > > Of course if you need help getting something installed, > then come on down. > > -- > Marco > > ---------- > > Here is the announcement flux sent out last week: > > The Technology Initiative @ fluxfactory.org > http://www.fluxfactory.org/work.htm > > Sunday, March 28th 2-6pm - Install Fest & Linux Audio > For those who've always wanted linux running on their computers, but > never dared to install it alone. This is a great opportunity to learn > the basics and get started on how to improve your life with free > software! Marco Scoffier will also demonstrate using audio in a linux > based environment, covering certain programs. Bring your laptops, even > desktops (backup your files first!). > > Flux Factory is in Queens NY. > Detailed directions and a map can be found here: > http://www.fluxfactory.org/how.htm > > > > **************************************************************************** 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, 7 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