Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by Ivica Ico Bukvic

Please allow me to echo what many others have already said so eloquently on the LA* lists: On behalf of the Linuxaudio.org consortium, L2Ork, and personally I would like to extend very best Holiday wishes to all LA* users, developers, artists, enthusiasts, supporters, contributors, companies, and sponsors. May we have many more years of a thriving community and bountiful creativity. Likewise, I would like to express deepest gratitude to all who have contributed towards making audio on Linux not only possible but also remarkable! After all, Linuxaudio.org, L2Ork, or many of my personal projects would've never been possible without your talents and generous contributions! Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

15 years, 10 months

802.11n sound card

by Patrick Shirkey

Hi, I had a thought that maybe the network sound card should not be using ethernet but instead wireless 802.11n. The ralink rt2870 chipset is well supported at full 300Mb/s on Linux and has open source drivers. I think this would open up a lot of opportunities with a wireless sound card. I'm not sure how many are on the market right now but I haven't heard of any yet so there is a big opportunity there to fill a gap. Cheers. -- Patrick Shirkey Boost Hardware Ltd

15 years, 10 months

ALSA autoconnect

by Jens M Andreasen

Suppose you wanted a soft-synth to be instantly playable at startup (given the option: '--autoconnect') then what would be the ALSA functions for: 1) Saving the current "live" connection at exit (if any.) 2) Restoring the above (saved information.) /j

15 years, 10 months

[ANN] jack_capture V0.9.36 and Ceres V0.48

by Kjetil S. Matheussen

Download from: http://archive.notam02.no/arkiv/src/?C=M;O=D jack_capture ============ jack_capture is a program for recording soundfiles with jack. Its default operation is to capture whatever sound is going out to your speakers into a file, but it can do a number of other operations as well. 0.9.32 -> 0.9.36 * Add support for OGG (requires sndlib>=1.0.18) * Check if file format is supported by sndlib before creating file * Added auto-support for WVE, MPC2K and RF64. (untested) * Reset terminal colors when exiting. * Check dependencies for various programs in the Makefile * Tried to make it even more clear (if that's possible) that 'jack_capture --port system:playback_1 --port system:playback_2' does exactly the same as the default. * Added untested patch from Orcan Ogetbil to make jack_capture compile on a ppc64 platform. In case jack_capture is ran on a ppc64 platform, a warning is printed during runtime. * Clearing up licenses * A fix for open() from Florian Faber. * A couple of gui fixes from Orcan Ogetbil. Ceres **************************** Ceres is a large program for doing various sound effects in the frequency domain and displaying sonograms. The program has been developed for about 13 years, and is mainly made by Øyvind Hammer with contributions from Jonathan Lee, Stanko Juzbasic and many others. 0.46 -> 0.48: -Various fixes to make it build with fc11 -Include openmotif to make it easier to build -Various makefile fixes

15 years, 10 months

High-res PPQn

by Niklas Klügel

Hello list, I recently wrote a sequencer for multi-touch/collaborative music composition as part of my thesis. I currently set the PPQ to 128 which ought be enough for demonstration purposes and early testing. Now, I am wondering how to support higher PPQN efficiently. Some of you guys might have an experience in doing that; I've seen that renoise supports up to 4096 PPQN and DigitalPerformer uses some kind of variable clocking. Have you heard or implemented of techniques that are smarter than just cranking up the _fixed_ clock resolution? As timestamps I currently use 64bit ints, I guess I could encode the timing as (tick, +subdivisions) and poll the timing for the next event(s) and set the clock accordingly. Would that be worth it? Any general opinions about the max PPQN? thanks, so long... Niklas

15 years, 10 months

Gui for convolution engine (jconvolver)

by hermann

snip > > So with a free impulse-response all should be well? > > > > But why use a VST plugin under linux to apply an IR when there is already > > jconvolver present? > > > > *me wonders* > > > > Arnold > > > > Hi Arnold, > > Some reasons come to this mind: > > A functional GUI. > > Better sound. > > Choice. > > I prefer the color yellow with my reverb's UI. > > VST plugins mean the world to me. > > > Just some possible answers to your question. They are not necessarily > valid, true, or believable, they're just possible replies. > > HTH, > > dp > Hi I have break out the jconv settings gui from guitarix and make it available as stand alone app. It act as a (stereo) Host for jconv/jconvolver, to create/save/load/run configuration files for the use with jconvolver. Indeed this Gui didn't cover the full advance of jconv/jconvolver, but may be the one or other found it useful. Additional jcgui provide master gain, left/right gain, balance, left/right delay and tone bass/middle/high controllers. It's designed to use in realtime environment (jack) to processing data, not for apply to a file. get it here : http://sourceforge.net/projects/jcgui/ have fun hermann

15 years, 10 months

FFADO 2.0 released

by Pieter Palmers

The FFADO team is proud and happy to announce the release of FFADO 2.0.0. As the release candidates have been around for almost one year now without a significant amount of bug reports we feel confident that the current code-base has matured. Around the end of november the 1000-th device was registered as being used with FFADO, which seemed to be a nice number to triggered the release. Furthermore on December 2 the Linux kernel version 2.6.32 has been released. This version fixes the new kernel FireWire drivers such that they are compatible with FFADO. So once the distributions pick up this kernel the old/new kernel stack confusion should be history. Thanks go out to the vendors that provided us with gear to support for the 2.0 release: Echo Digital Audio, Edirol, Ego Systems Inc, Focusrite, Mackie and Terratec. Kudos for their early-bird support! Special thanks also go to BridgeCo and TC Applied for providing us with their development platforms and for helping with vendor contacts. Their support makes that FFADO covers the most widely used platforms for FireWire audio and that we can quickly implement support for new devices. Looking ahead to the 2.1 release we can announce that we have implemented (basic) support for additional devices from Focusrite, Behringer, Stanton and TC Electronic. We plan to move to beta-testing 2.1 fairly soon as development on it has been ongoing for more than a year now. Additionally, work is being done on the RME devices, but its not yet known when that will be finished. Support for some other vendors is in the pipeline, so stay tuned for more announcements. A second major development is the move of the streaming infrastructure to kernel space. A kernel-space implementation will bring significant improvements with respect to reliability and efficiency. Furthermore it will allow to expose an ALSA interface, meaning that the scope of FireWire audio on Linux is extended significantly. Thanks to the Google Summer of Code and the Linux Foundation, work on this has been done during the summer. The code is not yet ready for use, but things are moving. More information can be found here: http://www.ffado.org/?q=release/2.0.0 For the eager, a direct download link: http://www.ffado.org/files/libffado-2.0.0.tar.gz On behalf of the FFADO team, Pieter Palmers

15 years, 10 months

Re: [LAD] [LAU] Gui for convolution engine (jconvolver)

by hermann

Thanks Daniel I haven't look at the LV2 speck's, I have no Idea if it is possible or not. hermann Am Freitag, den 18.12.2009, 16:42 -0200 schrieb Daniel Roviriego: > Great job!! > I'm using right now and its a awsome tool!! > Is there any chance of building it as a lv2 plugin ? Is there > difficult ? > > Thanks a lot for sharing!! > > Daniel D2 Roviriego > > 2009/12/18 hermann <brummer-(a)web.de> > snip > > > > So with a free impulse-response all should be well? > > > > > > But why use a VST plugin under linux to apply an IR when > there is already > > > jconvolver present? > > > > > > *me wonders* > > > > > > Arnold > > > > > > > Hi Arnold, > > > > Some reasons come to this mind: > > > > A functional GUI. > > > > Better sound. > > > > Choice. > > > > I prefer the color yellow with my reverb's UI. > > > > VST plugins mean the world to me. > > > > > > Just some possible answers to your question. They are not > necessarily > > valid, true, or believable, they're just possible replies. > > > > HTH, > > > > dp > > > > Hi > > I have break out the jconv settings gui from guitarix and make > it available as > stand alone app. > It act as a (stereo) Host for jconv/jconvolver, to > create/save/load/run > configuration files for the use with jconvolver. > Indeed this Gui didn't cover the full advance of > jconv/jconvolver, but may be > the one or other found it useful. > > Additional jcgui provide master gain, left/right gain, > balance, left/right delay and > tone bass/middle/high controllers. > It's designed to use in realtime environment (jack) to > processing data, not for apply > to a file. > > get it here : > http://sourceforge.net/projects/jcgui/ > > have fun hermann > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user(a)lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user >

15 years, 10 months

OSC: Divide & Conquer, or build a Stronghold?

by Harry Van Haaren

Hey all, I've been keeping myself busy lately, mostly with Python and OSC, and I'm using multiple clients/controllers to send messages to a sampler with an OSC interface. >From this experience it seems to me a good idea, to have a kind of "central" place where all Audio programs "Announce" thier OSC port & program name & version, so the linux-audio-desktop can be a little more "coherent" for lack of a better word.. ;-) We could create a kind of "Master OSC Host" which would keep track of which clients are running, and which ports they are using. This would be easiest to do if EACH client, would "register" itself on an agreed port. So if a client wants to read some information, they could query the "Master OSC Host" with a standardised set of questions about the current state of QTractor/Ardour/<Any OSC capable program>. This would mean that any program that wants to find out which Jack B:B:T or Frame were on or if there's been XRuns, wouldnt have to be a JACK client, because its been abstracted to the "Master OSC Host". I think this method would allow better inter program operability, as any "useful" information that one program could share, other could read. This would be most effective, if we also requested that programs followed a specific naming convention for features that each program has. EG: Save : /<prog_name>/save_state Load: /<prog_name>/load_state etc I'd like to get the communities feelings towards an initiative like this, feedback/criticism/opinions welcomed! -Harry Haaren

15 years, 10 months

Re: [LAD] Anyone have experience with OSS (3 or 4)?

by Kjetil S. Matheussen

Lennart Poettering: > > On Fri, 11.12.09 14:24, Kjetil S. Matheussen (k.s.matheussen(a)notam02.no) wrote: > >> After about 10 years of frustration, I'm a bit tired of alsa. >> >> Does anyone know if OSS supports proper software mixing? >> Is the alsa emulation working somewhat okay? >> Are there any problems configuring the machine to use more than one card? > > One should note that OSS on Linux is a dead-end. The latest two Fedora > releases have disabled kernel support for the OSS APIs by default, and > Ubuntu is expected to do this now too. (or already did?) > > Also, note that the big distributors have folks working on ALSA. OTOH > nobody who has any stakes in Linux supports OSS anymore or even has > people working on it. > No. Not providing mixing for all devices is a design fault in alsa. I'm going to install OSS as soon as I get time.

15 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