Linux-audio-dev February 2004

linux-audio-dev@lists.linuxaudio.org

89 participants
88 discussions

[linux-audio-dev] Re: Modular Jack patch bay

by Juhana Sadeharju

Hello. Please take a look at figure at: http://www.research.att.com/sw/tools/graphviz/examples/directed/datastruct.… That looks something which Patchbay could look like. Note the rounded cables. Of course, please don't take that look literally. Look also at http://chat.carleton.ca/~drobilla/patchbay.png Regards, Juhana

20 years, 2 months

[linux-audio-dev] a bit of a report on sounds expo 2004

by Chris Cannam

Just a note to say I've written up a short piece about the GNU/Linux Audio Centre at Sounds Expo last week in London, and stuck it on http://www.linuxmusician.com/ . There are a few photos too. Chris

20 years, 2 months

[linux-audio-dev] wigwamjam : a genetic programming synthesiser

by Dave Griffiths

wigwamjam grows sounds using your decisions to drive the evolution of genetically programmed synth functions. wigwamjam is proof of concept for the moment, and not a fully blown audio tool yet. http://www.pawfal.org/Software/wigwamjam/ cheers, dave ................................. www.pawfal.org/nebogeo

20 years, 2 months

[linux-audio-dev] [admin] mail loop - working on it...

by Joern Nettingsmeier

hi guys ! we seem to have a funky mail loop on the lad list. this is just to let you know i'm working on it, sorry for the inconvenience. i'll keep you posted once things are worked out. best, jörn -- The handles of a craftsman's tools bespeak an absolute simplicity, the plainest forms affording the greatest range of possibilities for the user's hand. That which is overdesigned, too highly specific, anticipates outcome; the anticipation of outcome guarantees, if not failure, the absence of grace. - William Gibson, "All Tomorrow's Parties" Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers)

20 years, 2 months

[linux-audio-dev] mail loop

by Vincent Touquet

Anyone else experiencing a mail loop with the latest cross posted messages to LAD and LAU by Steve and Chris ? regards, v

20 years, 2 months

[linux-audio-dev] mail loop - headers

by Vincent Touquet

20 years, 2 months

[linux-audio-dev] Mail madness

by Magnus Hjorth

I'm getting it as well. I'm subscribing in digest mode and have received 5 LAD digests today, 4 of those with two messages repeating over and over... /Magnus >Hi all, > >I am new in this list and would have remained silent for some weeks if there >wheren't these mails. Am I the only one getting this last mails a dozen >times? > >Arnold

20 years, 2 months

[linux-audio-dev] Vsound-like tools for ALSA?

by Tom Felker

Hi, Are there tools to copy audio to a file as it goes through ALSA to the soundcard? I'm basically looking for something like VSound, but for everything, not just apps that can be coaxed to use OSS. If not, would there be a way to implement such a tool without resorting to vsound-style LD_PRELOAD hacks? Thanks, -- Tom Felker, <tcfelker(a)mtco.com> <http://vlevel.sourceforge.net> - Stop fiddling with the volume knob. If you destroy me, I shall become more powerful than you can possibly imagine. -- Obi-Wan

20 years, 2 months

[linux-audio-dev] ms-windows sources

by Robert Jonsson

Hilarious comment from slashdot about this debacle, there's a lot of truth there though, if you happen to come across it, don't touch it. /Robert > Gandalf: No! Don't ever use it! > > Frodo: How do we know it's source to the One OS of the Dark Lord? > > Gandalf tosses a CD-R into the burner, and burns > Windows.Source.Code.w2k.nt4.wxp.tar onto it. When the CD is done, there are > glowing fiery letters on it. > > Frodo : I can't read the fiery letters. > > Gandalf : There are few who can. The language is that of Redmond, which I > will not utter here. In the common tongue, it says "One OS To Rule Them > All, One OS To Find Them, One OS To Bring Them All And With The NDA Bind > Them" > > Frodo: Take the source code Gandalf! > > Gandalf : Noo! Do not tempt me with it! I dare not take it! Not even to > keep it safe! You must understand Frodo, that I would be tempted to use > this source code, for good. To disclose hidden API's, help the WINE > project. But through me, all of open source would be tainted, and the > LawyerWraiths of The Dark Lord will sure destroy us. > > Frodo : But it cannot stay here! > > Gandalf : No, no it can't. > > Frodo : What must I do? > > Gandalf : It must be sent to the fires of /dev/null, where it will be > undone, and we will be kept safe from the Lawyers of Evil. > > So remember folks, don't download it, or look at it, or attempt to build > it! It is evil, and answers only to the hand of The Dark One. > >

20 years, 2 months

[linux-audio-dev] [i686] xmm regs + gcc inline assembly

by Tim Goetze

can anybody help out with gcc inline assembly syntax applied to sse registers/memory locations? for a simplified example, i'm using float t[4]; ... asm ("movaps %%xmm1, %0" : : "m" (t[0])); to move 4 packed floats from xmm1 into 't'. my suspicion is that gcc concludes from the expression that only t[0] has changed, so if i'm unlucky the optimizer ignores the contents of t[1:]. it does the right thing right now, but i want to go sure this is reliable under all conditions. one possible solution seems to use struct/union instead of float[4] (iirc that's the way fftw-3 does it) but i'm aesthetically inclined towards the more direct float[] notation. i've dug deep into the gcc info files, but they rarely touch the issue (and are darn tedious to read). using gcc-3.x builtins is not an option. so, can anybody help me code this properly? thanks, tim

20 years, 2 months

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 February 2004