[linux-audio-dev] linux.conf.au Audio Miniconf

This is a reminder, as the closing date for submissions is soon. Please do not confuse this event with the Linux Audio Conference (LAC) in Karlsruhe, Germany, which is on during the same week. There may or may not be video streaming or teleportation between the two. There are kangaroos in Australi

Re: [linux-audio-dev] Linux DSP Hardware?

Hey Jipi, There has been some fuss in the past about linux drivers for some of the Creamware products. It's been mentioned that drivers for linux are back under development but creamware has swayed on this issue before. I couldn't say exactly what is going on in this area, but I consider these o

Re: [linux-audio-dev] mux concept paper

Hallo, Paul Davis hat gesagt: // Paul Davis wrote: > but IMHO, you should be looking at Beast or gAlan or ALSA Modular > Synth, or SSM or ... not starting from scratch. And Pd, which is the oldest and probably most capable and stable of all the available graphical softsynths running on Linux. It

[linux-audio-dev] Job Opening

Hello! Yes, the following job has something to do with Linux and audio. Linux System Administrator in an audio company. :-) SYSTEM ADMINISTRATOR NATIVE INSTRUMENTS is the world's leading manufacturer of software synthesizers and samplers for standard processors and an established brand for m

Re: [linux-audio-dev] Linux DSP Hardware?

On Fri, 2005-02-18 at 12:08 +0100, Clemens Ladisch wrote: > > what if we want to experiment with h/w dsp? > > The DSP on emu10k1 cards is the only one supported in Linux. > > > (e.g. the 1820m from creative professional aka emu) > > I don't know how similar that DSP is to the one on Creative's g

Re: [linux-audio-dev] strange jack ringbuffer problem

On Fri, 18 Feb 2005 at 09:17 +0100, Magnus Hjorth wrote: > > Hi Hans! > > I took a quick look at your code. > > Shouldn't > src_float_to_short_array(bp, (short*)(vec[i].buf), > len*sizeof(short)); > instead be > src_float_to_short_array(bp, (short*)(

[linux-audio-dev] AlsaModularSynth and Q*-tools (Kalsatools)

Hello, due to new responsabilities at SuSE I will no longer have the time to develop and maintain the many Q*-tools I developed in the past years. While some of them have been obsoleted by other nice tools, part of them might be worth to be further maintained or integrated into larger apps. R

Re: [linux-audio-dev] Linux DSP Hardware?

On Fri, Feb 18, 2005 at 12:08:35PM +0100, Clemens Ladisch wrote: > jipi wrote: > > currently, all signal processing algos are being done in software for > > Linux Audio. > > are there any hardware accelerated support for audio hardware when doing > > these sort of algos? > > If you bend the defini

Re: [linux-audio-dev] Linux DSP Hardware?

jipi wrote: > currently, all signal processing algos are being done in software for > Linux Audio. > are there any hardware accelerated support for audio hardware when doing > these sort of algos? If you bend the definition of "hardware accelerated" enough, SIMD extensions like MMX/SSE... would qu

[linux-audio-dev] Native Buzz was: mux concept paper

There is an attempt to create a native and free replacement of Buzz at . The Status page suggests they could do with some help... -- Jan Weil http://linuxaudioblog.jawebada.de

Re: [linux-audio-dev] Linux DSP Hardware?

On Fri, Feb 18, 2005 at 05:00:52PM -0800, jipi wrote: > Hi folks, > > currently, all signal processing algos are being done in software for > Linux Audio. > are there any hardware accelerated support for audio hardware when doing > these sort of algos? None of the linux audio DSP software will

Re: [linux-audio-dev] Linux DSP Hardware?

Hi, >what if we want to experiment with h/w dsp? (e.g. the 1820m from creative professional aka emu) AFAIK emu1820 uses Audigy DSP - hw DSP effect are available only for 48 kHz. Correct me if I am wrong. Peter Zubaj Vsetko o SuperStar http://superstar.atlas

[linux-audio-dev] Linux DSP Hardware?

Hi folks, currently, all signal processing algos are being done in software for Linux Audio. are there any hardware accelerated support for audio hardware when doing these sort of algos? what I mean is, graphics card manufacturers have hardware acceleration where the X servers can support those

Re: [linux-audio-dev] strange jack ringbuffer problem

Hi Hans! I took a quick look at your code. Shouldn't src_float_to_short_array(bp, (short*)(vec[i].buf), len*sizeof(short)); instead be src_float_to_short_array(bp, (short*)(vec[i].buf), len); ?? Regards, Magnus On Thu, 17 Feb 2005 22:58:03 -0700 Ha