Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7501 discussions

what does "full range" mean with regard to ambisonics and speakers?

by "Bearcat M. Şandor"

Folks, I'm a recovering audiophile. When i was reading the magazines and reading about over priced (in my now opinion) speakers, the words "full range" tended to mean that a speaker was reasonably flat from 20 Hz to 20 kHz. Granted those were unusual. I have read that speakers in an ambisonic set up should be "full range". I'd like to set up a ambisonic speaker system (8 channel to start), and the prospect of 8 full range channels is daunting. Since it seems they would be stand or wall mounted (at least some of them) that means monitors and subwoofers. Since all channels must be the same, that means 8 subwoofers...somewhere in the room. So what does "full range" mean usually and what does it mean in terms of talk on this list? Thanks, Bearcat

14 years, 10 months

wiki.linuxaudio.org, still help needed ?

by Carlo Ascani

I just saw the announce on http://wiki.linuxaudio.org/ "We are looking for front-end developers, web-designers and wiki-administrators to join in." What kind of help do you need? I mean, different from editing wiki content. I could help with little graphics or web-design. You could find me on freenode as 'carloratm' Btw, i've just done these sites: http://gnufunk.org http://radio.gnufunk.org Cheers -- Carlo Ascani La politica pratica consiste nell'ignorare i fatti. (Henry Adams) C programmers never die. They are just cast into void.

14 years, 10 months

Clipping outputs

by Gabriel M. Beddingfield

Hi guys, Is it necc. for me to clamp my audio outputs to [-1.0, 1.0]? Somewhere I got it in my head that I need to clip my output signal (float*) to the range [-1.0, 1.0] before sending my audio signals downstream. However, this is a big time waster. When I review other projects for efficient ways to clip... I can't find any.[1] Looks like nobody's doing it. Thanks, Gabriel [1] I found one in ardour, but it looks like it's just for float->int conversion, and (possibly) not even utilized within ardour.

14 years, 10 months

entailments of probabilistic processing chip for DSP and audio processing?

by Niels Mayer

http://www.technologyreview.com/read_article.aspx?id=26055&a=f A computer chip that performs calculations using probabilities, instead of binary logic, could accelerate everything from online banking systems to the flash memory in smart phones and other gadgets. [...] The electrical signals inside Lyric's chips represent probabilities, instead of 1s and 0s. While the transistors of conventional chips are arranged into components called digital NAND gates, which can be used to implement all possible digital logic functions, those in a probability processor make building blocks known as Bayesian NAND gates. Bayesian probability is a field of mathematics named after the eighteenth century English statistician Thomas Bayes, who developed the early ideas on which it is based. [...] Lyric has been working on its technology in stealth mode since 2006, partly with funding from the U.S. Defense Advanced Research Projects Agency. DARPA is interested in potential defense applications that would involve working with information that isn't clear cut--for example, radio signals distorted accidentally or otherwise, and machine vision systems that try to recognize actions or objects in images. "They're interested in some James Bond-type applications," says Vigoda. Niels http://nielsmayer.com

14 years, 10 months

Re: [LAD] [LAU] boxyseq: Re: opinions from (potential) user perspectives wanted

by James Morris

On 17 August 2010 00:54, Philipp Überbacher <hollunder(a)lavabit.com> wrote: > Excerpts from James Morris's message of 2010-08-15 03:21:38 +0200: >> On 5 July 2010 09:27, Patrick Shirkey <pshirkey(a)boosthardware.com> wrote: >> > On 07/05/2010 06:15 PM, James Morris wrote: >> >> >> >> really it is far too early for users to take any interest in this >> >> program. but sometimes I just need some feedback about some of the >> >> ideas i have before I can proceed further in its development. >> >> >> >> >> >> >> > >> > >> > I think LAU/LAD are good for that until a project gets a large enough user >> > base to warrant it's own list. >> > >> >> Ok, after some considerable time it's now in the first steps of having >> consequences of user interactions... >> >> Meaning, you can drag a blue square around and the events in the >> pattern are sequenced into it (when you release the mouse button that >> is). As you should by now know, the position of the events is >> translated into pitch and velocity. >> >> It's enough to play around with for a few minutes :) >> >> I recommend Will J Godfrey's 'Sweep Saw' Zyn/Yoshi patch. >> >> Try it out: >> git clone git://github.com/jwm-art-net/BoxySeq.git && cd BoxySeq && >> make && ./boxyseq >> >> >> Just don't expect too much. You cannot edit the pattern unless you're >> willing to experiment with C code (lines 63 to 84 of main.c for event >> pattern, lines 87 to 105 for boundary settings) and recompile and >> restart the program. >> >> you'll need jack, glib, and gtk development packages installed beforehand. >> >> still very early days here. >> >> Cheers, >> James. > > Hey James. > I'm just giving it a try, and it's fun. I found a feature you didn't > tell us about, rightclick+drag to resize/reshape the box. > I gave three different zynaddsubfx/yoshimi patches a try, and it's fun > with all of them. I can imagine that it's already useful, at least for > adding random bleeps or whatever to pieces. > > Nice work so far. > Regards, > -- > Philipp Hi, thanks for your comments. Yes I added the resize the following day. The CPU usage of the graphics has been bothering me. It was using Cairo which can do some funky stuff, but it comes at a price. My latest commit has removed the Cairo code and replaced it with GDK. GDK is 'closer to xlib' and is less funky, but performance is much better. This version is using two boundaries fed by a single pattern. I need some ideas about the user interface. The way you can manipulate the boundary box positions and dimensions around is good. But I'd like the user to also be able to change the scale and key of the events placed within the boundary with as much ease. Being able to make selections will be important too. Though I imagine there's going to be a whole lot of icons with boxes on them! An icon to make selections An icon to define a boundary An icon to redefine a boundary (repositon+redimension in one foul swoop) An icon to define a block (a block blocks events from being placed where it is) very boxy indeed. Cheers, James.

14 years, 10 months

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

by Niels Mayer

On Sun, Aug 15, 2010 at 4:29 PM, Daniel Worth <pipemanmusic(a)gmail.com> wrote: > Awesome work, I'm very happy to see some work going into this. Thanks! There's more coming... (the version i'm using now is http://lalists.stanford.edu/lad/2010/08/0059.html , a patch to http://nielsmayer.com/envy24control/mudita24-1.0.3.tar.gz ). > Why is the adjustment for the > DAC/ADC's on a different tab from the monitor/VU meters. It is an utter PIA > to set levels by switching back a forth from one tab to another. I know it's > how the windows gui handled it but IMHO it sucks. We're discussing this very thing on Linux-Audio-Dev (see link above), so I've cc'd the ongoing discussions using the same Subject line we've been using.... (your original cc to Linux-audio-announce is going to bounce; I took the liberty to redirect your cc to the appropriate list). -- Niels http://nielsmayer.com

14 years, 10 months

boxyseq: Re: [LAU] opinions from (potential) user perspectives wanted

by James Morris

On 5 July 2010 09:27, Patrick Shirkey <pshirkey(a)boosthardware.com> wrote: > On 07/05/2010 06:15 PM, James Morris wrote: >> >> really it is far too early for users to take any interest in this >> program. but sometimes I just need some feedback about some of the >> ideas i have before I can proceed further in its development. >> >> >> > > > I think LAU/LAD are good for that until a project gets a large enough user > base to warrant it's own list. > Ok, after some considerable time it's now in the first steps of having consequences of user interactions... Meaning, you can drag a blue square around and the events in the pattern are sequenced into it (when you release the mouse button that is). As you should by now know, the position of the events is translated into pitch and velocity. It's enough to play around with for a few minutes :) I recommend Will J Godfrey's 'Sweep Saw' Zyn/Yoshi patch. Try it out: git clone git://github.com/jwm-art-net/BoxySeq.git && cd BoxySeq && make && ./boxyseq Just don't expect too much. You cannot edit the pattern unless you're willing to experiment with C code (lines 63 to 84 of main.c for event pattern, lines 87 to 105 for boundary settings) and recompile and restart the program. you'll need jack, glib, and gtk development packages installed beforehand. still very early days here. Cheers, James.

14 years, 10 months

Basic Audio Mixing Subroutines

by Gabriel M. Beddingfield

Does anyone know of (or is there interest in creating) a library of basic, low-level, audio mixing subroutines? This would be analag to the BLAS[1], but for audio. What I'm thinking is something like Ardour's SSE-optimized mixing subroutines... and updating it for later optimizations (SSE2, SSE3, ...). Thanks, Gabriel [1] http://www.netlib.org/blas/

14 years, 10 months

You guys don't make nearly enough sense as you should to me :")

by Bearcat M. Sandor

Fons just wrote "as far as i'm concerned, it would be cool to have some help creating a "hybrid" matrix like i described to bearcat, to avoid having to run separate ambdecs for tops and subs. the most important thing would be another gain coefficient to match the subs to the tops, similar to what you already have to tweak the two psychoacoustic bands." gain coefficient....what? I know that makes sense to the lot of you but not to me. I'd like to fix that. I love sound and i'm genuinely interested in sound theory, audio recording, the effects of sound on the body and ambisonics. My problem is that some of the things said on this list come across as Frontier Gibberish because though i have the background in it as a hobby i don't have the training or education (mine is in computer programming not audio). Reading up on ambisonics lots of it is technical and i'd like to be able to understand it. So i want to educate myself. Does anyone have any suggestions for books or what have you that i could pick up to give me a basic feel for how all this works, basic accoustic sound theory? Should i pick up a book on algebra 2 first? (i'm not a math-wiz. I finally passed Algebra 1 on the 2nd try). If i were to look at a college course for what books they use, what course titles would i be looking for? I probably won't get to the knowledge level of Fons or Jorn by reading books an messing around with my equipment, but i'd sure like to try. For what it's worth English is my first and last language when talking about reading material. Thanks folks. I appreciate it.

14 years, 10 months

how-to-make-110-eur-in-one-month-with-flattr-foss

by rosea grammostola

Hi great devs of LAD, Maybe a idea for your project? http://raphaelhertzog.com/2010/08/12/how-to-make-110-eur-in-one-month-with-… Regards, \r

14 years, 10 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-dev