Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

RE: [linux-audio-dev] Interesting USB MIDI master keyboards, do t he work with Linux ?

by STEFFL, ERIK (SBCSI)

> -----Original Message----- > From: Josh Green [mailto:jgreen@users.sourceforge.net] > > > On Thu, 2002-10-31 at 19:09, Benno Senoner wrote: > > Perhaps old news but I saw these interesting USB MIDI > master keyboards > > > > http://www.harmony-central.com/Newp/2002/PCR-30-PCR-50.html > > > > I'm considering getting one so my questions are: > > > > - What's the status of USB MIDI on Linux ? Are such kind of > keyboards fully > > supported ? (eg transmit all the params as midi events or > use special USB > > message) > > > > - what kind of Note-on MIDI latency do these keyboards have ? > > (standard midi keyboards 1.1msec) > > > > thanks, > > Benno > > > > New news to me! I was thinking of getting an Oxygen 8 for use with my > laptop but was bummed about it not having a MIDI input or pedal > controls. Both of which I see are included with those 2 > keyboards. Looks > like I'll be getting one of those if they work in Linux of course :) the specs say they have midi in/out (in addition to usb) so they should work with linux, right? quote: "MIDI Interface (in/out), USB Interface" erik

23 years

[linux-audio-dev] [ANN] swh plugins v0.3.0

by Steve Harris

http://plugin.org.uk/releases/0.3.0/ Includes the most often requested thing, compressors. SC1 - mono in, mono out variable knee compressor SC2 - mono in, mono out variable knee compressor w/ permenantly wired sidechain. SC3 - stereo in, stereo out etc. with selectable sidechain. Many thanks to Mark K. for extensivly testing the algorithm. There are also a couple of new, very low level plugins, quality improvements on the gong and plate reverb, serious speed improvements on the valve plugin, and noticable, but not stunning improvements to various other things. Oh, and I finally fixed the prefix stuff in the configure.in. Its still broken for MacOS X, and I no long have access to a box, so if anyone fancies fixing the autoconf I can point you in the right direction. - Steve

23 years

[linux-audio-dev] Interesting USB MIDI master keyboards, do the work with Linux ?

by Benno Senoner

Perhaps old news but I saw these interesting USB MIDI master keyboards http://www.harmony-central.com/Newp/2002/PCR-30-PCR-50.html I'm considering getting one so my questions are: - What's the status of USB MIDI on Linux ? Are such kind of keyboards fully supported ? (eg transmit all the params as midi events or use special USB message) - what kind of Note-on MIDI latency do these keyboards have ? (standard midi keyboards 1.1msec) thanks, Benno --- http://linuxsampler.sourceforge.net Building a professional grade software sampler for Linux. Please help us designing and developing it.

23 years

[linux-audio-dev] Viable multi-channel audio I/O boards for Linux ?

by Greene, David L.

linux-audio-dev'ers, I am working in an Operations Center where we want to record 16-20 separate analog audio voice nets/channels along with a few ethernet-based display-data(not video) streams and play them all back individually, selectively or all together for training purposes. The audio nets are better than phone-quality, but not hi-fidelity and 22Khz sampling should be sufficient. There are many turnkey voice-loggers and pc-based "studio" applications but I need the audio recordings closely-coupled with my own recordings of display-net data. I won't be doing a lot of audio processing and would consider a higher rate system with signal processing on board if it just works multi-channels well under Linux. I suppose a multi-channel digital audio I/O board would be just fine as long as I can get 16-20 analog channels converted up front. I am proposing developing this application under Linux but need suggestions on the most viable multi-channel audio in/out boards for use under Linux. Any suggestions ? Thanks ! Dave.

23 years

[linux-audio-dev] Re: chebychev

by Bill Schottstaedt

> >It would be more efficient to just calculate the corect chebyshev in > >realtime, the problem is that they have lienar CPU cost with the number of > >harmonics, 20 harmonics for example will be pretty expensive. > > there's one problem i see: if we employ a chebyshev, it is going > to create harmonics no matter what amplitude our incoming signal > [...] > it seems hard to come up with a wave shaper that favours higher > harmonics,[...] I have only been skimming this discussion, but these caught my eye, and I'm wondering what you mean by "chebychev" here. If you're driving a sum Chebychev polynomials with the original signal, none of these statements is necessarily correct -- you can preload a table with the polynomials, so the computational load can be unrelated to the harmonic content; the content will depend on the input amplitude; high harmonics are easy -- just emphasize the relevant polynomial -- probably I don't know what you're talking about.

23 years

[linux-audio-dev] Status of Agnula.org?

by Kevin Conder

My brother pointed this out to me... The Agnula project was supposed to have a November release. But neither he nor I are able to connect to their Web server, http://www.agnula.org/. It resolves to the IP address 62.94.60.107 for me but doesn't connect. Is this a technical problem or is this project dead? ===== -- kwconder at yahoo dot com __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/

23 years

[linux-audio-dev] Re: recognition, sort of (Paul Davis)

by RonKuper＠Cakewalk.com

Paul Davis wrote: > Whoa! Someone's paying attention! We love you Ron! When can we get > Sonar on Linux? :)) Hey, thanks! I actually only subscribed to this list about a week ago... trying to keep on top what's going on in the world. When can I get some Linux plugs on Windows? :-) (Had to say that...) -Ron

23 years

Re: [linux-audio-dev] I think that what he means is even more important than recognition...

by John Lazzaro

> Paul Davis <paul(a)linuxaudiosystems.com> > > at what point do you expect Digidesign TDM plugins > to fall by the wayside? DigiDesign may be the special case here, assuming that Avid stays independent -- the ProTools business model offers them refuge from consolidation forces, being hardware-restricted and embraced by the high end. Avid's market cap is 370M -- an order of magnitude higher than what Apple paid for Emagic, but still digestable for the likely suitors (Microsoft and Adobe). I use "likely" as a relative term -- the hardware-centric nature of Avid makes it an unnatural fit for both of those companies ... ------------------------------------------------------------------------- John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro -------------------------------------------------------------------------

23 years

Re: [linux-audio-dev] I think that what he means is even more important than recognition...

by John Lazzaro

> Paul Davis <paul(a)linuxaudiosystems.com> writes: > > its finally dawning on some people that whatever > benefits specific plugin APIs bring to particular products and > hardware, the proliferation of them is actually *more* harmful. i am > skeptical that anyone in the commercial side of things really has the > will to do anything about this, even though they may say they do. Watching the Apple Emagic acquisition, followed by news that Logic would transition to AudioUnits, followed by a mass influx of new AudioUnits developers into the coreaudio-api list, was very enlightening. The economics of commercial plug-in development is such that once Apple owned Logic and made its intentions clear, developers could not help but be interested in supporting the plug-in architecture. There's a natural follow-on move here -- Microsoft buying one or more of the PC flagship applications, and moving them all to support one new or existing standard, that Microsoft licenses freely to all comers (with an anti-GPL poison pill). Then we're back to familiar territory, Microsoft owning one way to do it, Apple owning a second way to do it, and everyone else supporting one or both. The natural reason to expect this not to happen is the small absolute size of the audio content market to a company like Microsoft. However, strategic issues may come into play in Redmond to make this happen -- ------------------------------------------------------------------------- John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro -------------------------------------------------------------------------

23 years

[linux-audio-dev] recognition, sort of

by Paul Davis

Ron Kuper, VP of Engineering at Cakewalk writes, on vst-plugins: ---------------------------------------------------------------------- That said, we would welcome any effort to unify VST/DirectX/DMO/OPT/MFX/ReWire/TDM/RTAS/MAS/AU/JACK/LADSPA/... ad-infinitum into a single cross-platform plugin API, developed and maintained by an appropriate trade organization or standards group. The proliferation of incompatible standards makes VHS vs. Betamax look like child's play. Our industry needs to unite on this point for more reasons than I can list here. ---------------------------------------------------------------------- Whoa! Someone's paying attention! We love you Ron! When can we get Sonar on Linux? :)) --p

23 years

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