Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

>From: Jens M Andreasen <jens.andreasen(a)chello.se> > >Here is an early paper: > > http://www.cs.washington.edu/homes/oskin/thompson-micro2002.pdf > >It is about general-purpose-computing of which audio-processing is a >subset. (BTW: Check out the aging references on the last page.) I found nothing on the audio processing. So, the paper may be next to nothing. But it was said that the GPU can be used as general purpose computational unit for other applications. In Europe, e.g., an apparatus, in which analog parts are replaced by their digital equivalents, is not patentable. (Source: a patent officer in a magazine.) So, if that big change is not patentable, then why would a move of the audio application to GPU? Specially after it is already said it could be used as an alternative to CPU. We should just ignore the patents and keep up with the audio research. Prior the patent the research has moved to GPU. We should not wait 20 years before we take first steps in researching the possibilities of the GPUs. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 1 month

Re: [linux-audio-dev] P4 kernel patch/option against denormals

by Ralf Beck

The following proggi does the job: #include <xmmintrin.h> #define _MM_DENORM_ZERO_ON 0x0040 main() { // enable flush to zero _mm_setcsr(_MM_FLUSH_ZERO_ON | _MM_MASK_UNDERFLOW | _mm_getcsr()); // enable denormals are zero _mm_setcsr(_MM_DENORM_ZERO_ON | _mm_getcsr()); } Note: you will need compiler option -mfpmath=sse and -march=pentium4 (works for both P4 and Athlon64) After reboot, both FZ and DAZ flags are reset to zero, so you should run this program in your /etc/profile. But as said earlier, works only for applications that use (are compiled to use) the SSE unit instead of the old style X86 FPU.

21 years, 1 month

[linux-audio-dev] Re: Prerelease of libgdither 0.2 dithering library

by Juhana Sadeharju

>From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> > >http://plugin.org.uk/libgdither/ You have so many software there that I keep loosing the track. Would you please list all the software in the main page so that they can be found easily? Also, I have succesfully downloaded older version of swh-plugins because you apparently don't update the site well. Further, it does not help if you spread the software arbitrarily between two sites. (http://inanna.ecs.soton.ac.uk/~swh/) It could be best if you open the main directory for direct browsing as it saves your time. http://plugin.org.uk/32vs64/ http://plugin.org.uk/GMPI/ http://plugin.org.uk/blockless/ http://plugin.org.uk/clockloop/ http://plugin.org.uk/graphics/ http://plugin.org.uk/ladspa-swh/ http://plugin.org.uk/libgdither/ http://plugin.org.uk/lrdf/ http://plugin.org.uk/meterbridge/ http://plugin.org.uk/releases/ http://plugin.org.uk/src/ http://plugin.org.uk/timemachine/ Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 1 month

[linux-audio-dev] Jack Release Announcement update

by Taybin Rutkin

The release number is actually 0.99.0. Jack's website is at http://jackit.sf.net. Taybin

21 years, 1 month

Re: [linux-audio-dev] Re: This better not be patented...

by Stefan Nitschke

> >On tor, 2004-09-16 at 13:14, Juhana Sadeharju wrote: > > > > "Pricing was not announced yet, but Cann says he will make his >technology > > > available for "far less" than the cost of professional studio DSP >solutions > > > which can run into the high five-figure range. He estimates the price > > > will be somewhere between $200-$800." > > > > In their website: > > Copyright © 2004 BionicFX. All rights reserved worldwide. Patent >Pending. > > >Uhmm .. They have a patent pending on 'Copyright (C) 2004' ?? >:)) > > > OK, people should start searching any text which mentions > > that GPUs could be used to audio processing. Perhaps music-dsp had > > discussions. I may have something written down on my own. > > >Here is an early paper: > > http://www.cs.washington.edu/homes/oskin/thompson-micro2002.pdf > >It is about general-purpose-computing of which audio-processing is a >subset. (BTW: Check out the aging references on the last page.) > >More papers can be found here: http://www.gpgpu.org > >/jens > > > Juhana > Sorry i missed the start of this thread. What is this patent about? Do they claim a patent on using a GPU for numeric calculations, which would be odd as a GPU is build for that, Or is it about a special technic to get the data back from the video card? According to their home page, getting the data back is a big bottle nek... so why not mixing down the tracks on the video-card, or is that also patent pending? regards, Stefan _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

21 years, 1 month

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

Here is one of music-dsp articles (critical date becomes important). http://aulos.calarts.edu/pipermail/music-dsp/2004-May/027009.html Perhaps they read that article, patented and implemented during the summer. I don't know. Juhana == cut == Bill Baldwin wbaldwin at austin.rr.com Sat May 1 15:18:11 PDT 2004 It's definitely possible, but far from convenient or optimal with today's hardware. The h/w is steadily getting better, but you'd likely run into FP precision issues on many cards. The new pixel shader 3.0 h/w is starting to appear and will become more common over the next year - this extends the instruction length of shaders, adds better flow control, and lots of other stuff that increases the potential for doing interesting audio processing. Getting the data in and out is another issue - you could treat an audio channel as a 1-dimensional texture, turn off h/w filtering, etc. - but you'd end up locking resources very frequently to write your input and read back your output, which tends to stall the graphics pipeline and thus slow things down. Still, it's worth exploring given that all that GPU power that your sequencer is ignoring... -Bill -----Original Message----- On Behalf Of vesa norilo Hi all, Has anyone thought about it? I bet someone has. There's plenty of horsepower sitting idle in PCs with modern video cards. The in them shaders are completely programmable, but I don't really know about streaming data to and fro. I just thought that it would be very neat to write a VSTi synth that runs on, say, Radeon X800 or GF6800. Is it possible at all? Vesa http://shoko.calarts.edu/musicdsp http://ceait.calarts.edu/mailman/listinfo/music-dsp == end ==

21 years, 1 month

[linux-audio-dev] Stopping sound output

by Michael Pozhidaev

Hello, everybody! I am developing a small speech server for emacspeak. For audio output I am using /dev/dsp. But I don't know how to stop playback exactly in moment I choose. Please tell me how to implement correctly this behavior or give me the link where I can read information about it. -- Best wishes. Michael Pozhidaev. E-mail: msp(a)altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)

21 years, 1 month

[linux-audio-dev] Plugzilla LADSPA support

by Dave Phillips

This just in: http://news.harmony-central.com/Newp/2004/Plugzilla-LADPSA.html

21 years, 1 month

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

> "Pricing was not announced yet, but Cann says he will make his technology > available for "far less" than the cost of professional studio DSP solutions > which can run into the high five-figure range. He estimates the price > will be somewhere between $200-$800." In their website: Copyright © 2004 BionicFX. All rights reserved worldwide. Patent Pending. OK, people should start searching any text which mentions that GPUs could be used to audio processing. Perhaps music-dsp had discussions. I may have something written down on my own. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 1 month

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

Here are two papers from years 2003 and 2004. http://www-sop.inria.fr/reves/publications/data/2003/TGD03b/ntsingos_gamasu… http://www-sop.inria.fr/reves/publications/data/2004/GT04/posterGP2.pdf We should find out the critical date of the patent. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 1 month

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-dev