Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7538 discussions

by Andrew Burgess

>Andrew Burgess wrote: >> Mine comes up as 102, I've had to edit the driver source in the >> past to get it to work. Could you make sure 102 will work too? >The firmware for IDs 0100 and 0102 is indeed the same. >Editing drivers/usb/misc/emi26.c in the kernel source and replacing >0x0100 with 0x0102, and then recompiling the kernel, should enable it >to work. Yep, thats what I did. I posted the note hoping you'd make it work for both since you were going to look at the code anyway...

20 years, 11 months

[linux-audio-dev] Re: Using ray tracing cpu for audio synthesis

by Juhana Sadeharju

>From: David Cournapeau <cournape(a)enst.fr> > > I think I am not the only one here to have heard about so called '3d >ray tracing cpu' (e.g: >http://graphics.stanford.edu/papers/rtongfx/rtongfx.pdf Saarcor have earlier demonstrated their ray tracing graphics chips. One of the screenshots featured Quake game; ray traced version. http://graphics.cs.uni-sb.de People have also coded ray tracers on existing GPUs. >I wondered if this can be used for audio technology, e.g RT reverbs, >etc... Does anyone have an idea about the possible usage of this kind of >chips for audio processing ? If GPU cannot handle audio streams, it could be used to compute the early reflections for fairly complicated buildings. Only the reflection taps would be copied back from GPU. Both mirror and ray tracing methods could be used. The final dense reverberation should still be computed if mirror and ray tracing generates only approximation, but that is easier with a lot of reflection taps. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

20 years, 11 months

[linux-audio-dev] [patch] terminatorX

by Antonio "Willy" Malara

if anyone is interested here is a really trivial patch to terminatorX's tX_mouse.cc file: it allows to trigger the turntables with the numeric keypad (or you can just tweak the switch cases :) without having to focus the specific turntable first during "grab mode" i attach it here, its shorter than some signatures i've seen in some other mailing lists :))) ciao a tutti :) Willy / BeHappy_

20 years, 11 months

[linux-audio-dev] HDCD

by Lee Revell

All this (depressing) talk of the various encumbered formats competing to be the next CD standard reminded me of HDCD. What's the deal with it? AFAICT it's another closed thing that we'll never be able to support properly. The only media player that detects my HDCDs is WMP of course. Lee

20 years, 11 months

[linux-audio-dev] Re: Any interest in DVD-Audio?

by Juhana Sadeharju

>From: Alfons Adriaensen <fons.adriaensen(a)alcatel.be> > >The only limitation of not using MLP would be that you can't have six >channels at 24/96. Why not? Flac + open DVD-audio format for N channels. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

20 years, 11 months

[linux-audio-dev] Using ray tracing cpu for audio synthesis

by David Cournapeau

Hi there, I think I am not the only one here to have heard about so called '3d ray tracing cpu' (e.g: http://graphics.stanford.edu/papers/rtongfx/rtongfx.pdf, and a recent news on /. about some demos at CeBit ). There also were some emails here about using GPU for sound synthesis recently, mainly about the shortcomings of those technics (memory bandwidth problems, difference of rate scales, if I understood corectly). Unfortunately, I know nothing about computer graphics, I don't know exactly what this ray tracing cpu technology is (maybe vaporware ?), but I wondered if this can be used for audio technology, e.g RT reverbs, etc... Does anyone have an idea about the possible usage of this kind of chips for audio processing ? Cheers, David

20 years, 11 months

[linux-audio-dev] Lock-free gtk/jack interaction

by Olivier Guilyardi

Hi, This may be a general IPC question, but I feel lost so I thought you may help me as you did in the past for some other issue. In Jackbeat (written in C), I have the gui running in one thread (the gtk main loop) and jack in its thread. Currently, when tracks get updated, the main loop sends a message to the jack thread, and then waits for an acknowledgement. I currently use syscalls (message queues) for these messages, but that's not my point (I'll turn that later into syscall-free fifos). Waiting for an ack from the jack thread has a consequence : it locks the gui for a brief moment, which seems to drive my spin buttons mad : when clicked they will sometimes step the value by 1, sometimes 2, etc... Additionally, I think the gui should never lock, for confort. So I though about a "shadow" data structure. It would act as a intermediary area between my two threads. The jack thread runs into what I call a "sequence". When processing sound it relies on a structure called sequence_t. I'm about to add a new member to this structure, called shadow, which would actually be of the sequence_t type itself. This nested shadow structure would never be accessed by the jack thread. The public sequence functions could safely update this shadow, so that the gui can read from it anytime without any latency. Message queues would still be used to let the jack thread update itself the "real" sequence. This is where would reside some latency : waiting for the jack thread to get in sync. But the gui would never lock. I'm not sure this is a very clear description, but do you have any advice about this kind of issue ? Is my idea a good one ? Cheers -- og

20 years, 11 months

[linux-audio-dev] Re: EMI26

by Andrew Burgess

>The firmware wasn't loaded. >> ok. this is the output of lsusb after I modprobed emi26: >> Bus 004 Device 002: ID 086a:0102 Emagic Soft-und Hardware GmbH >The emi26 module expects the device to have product ID 0100. It seems >you have a new hardware revision. >I'll see if I can update the emi26 driver. Mine comes up as 102, I've had to edit the driver source in the past to get it to work. Could you make sure 102 will work too? Thanks! athlon:aab > lsusb|grep -i emagic Bus 001 Device 005: ID 086a:0102 Emagic Soft-und Hardware GmbH

20 years, 11 months

[linux-audio-dev] Re: linux-audio-dev Digest, Vol 18, Issue 16

by Romain Beauxis

Le Dimanche 13 Mars 2005 18:04, linux-audio-dev-request(a)music.columbia.edu a écrit : > Subject: Re: [linux-audio-dev] ALSA OSS Emulation and emu10k1 > To: "The Linux Audio Developers' Mailing List" > <linux-audio-dev(a)music.columbia.edu> > Message-ID: <1110655551.6865.0.camel@mindpipe> > Content-Type: text/plain > > On Sat, 2005-03-12 at 19:51 +0100, Romain Beauxis wrote: > > How can I manage to use the skype device as an OSS device under skype? > > AIUI skype is closed source. Has anyone asked them when they plan to > add proper ALSA support? I think they surely will: http://www.skype.com/help/guides/soundsetup_linux.html Furthermore: http://195.38.3.142:6502/skype/ seems very interesting! Romain

20 years, 11 months

[linux-audio-dev] [ANN] A-weighting IIR filter

by Fons Adriaensen

Hi LAD, If ever you need a high precision A-weighting filter (as used for sound level metering), you can find one in the usual place: <http://users.skynet.be/solaris/linuxaudio> The tarball contains a C++ class implementing the filter (easily converted to C if you want that), and both a JACK in-process client and a LADPSA plugin using it. -- FA

20 years, 11 months

Jump to page:

2026

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