Linux-audio-dev December 2004

linux-audio-dev@lists.linuxaudio.org

74 participants
64 discussions

by Dave Griffiths

Hi all, Just a quick note that we are currently considering starting a new version of spiralsynthmodular from scratch (well almost) that will at first take the form of a osc server/jack client that will load and connect ladspa plugins together. Just wondering if anyone has an idea of an osc protocol for building modular synths in this manner (thinking supercollider) and if we should use something approaching a standard syntax of osc messages... this would mean that work such as graphical user interfaces could be shared, etc... Or has some or all this stuff already been done? Most of the work will be in converting ssm's 50+ existing plugins to ladspa - and writing a gui that sends osc messages. My main motivation at this point is to just have a lightweight scriptable non-gui jack ladspa modular effects rack for live performance use, should I just use ecasound? cheers, dave

19 years, 11 months

[linux-audio-dev] TAKE ACTION - Thread on RME has been started(2msgs), Please Contribute!

by Marek Peteraj

Hi all, thanks to Martin Rumori, there is now a thread called "Linux audio, ALSA and RME support" on the RME forum. Please do not hesitate to contribute! The forum can be found here: News server: news.x-networks.de Forum: rme-audio.forum In case you have troubles finding the right software in order to reach the forum, here are some suggestions: Mozilla www.mozilla.org Pan http://pan.rebelbase.com/ Pine http://www.washington.edu/pine/ Marek

19 years, 11 months

[linux-audio-dev] Re: [ann] caps 0.2.0

by Juhana Sadeharju

>From: Tim Goetze <tim(a)quitte.de> > > m = l + r; > l = dry * l + wet * reverb_l (m); > r = dry * r + wet * reverb_r (m); [ ... ] >'True stereo' is, of course, marketing BS. You may argue that I suffer >from over-exposition to commercial environments; I concur. :) Dattorro's plate reverb of Griesinger type also feeds the M = L+R signal to the main reverberator. However, that may not be a good idea if L and R will sound bad when summed. When summing is done that way, only the bad signal is going on inside the reverb. Nothing turns it good. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

19 years, 11 months

[linux-audio-dev] TAKE ACTION - RME customers and linux audio users please read

by Marek Peteraj

Hi all, following the conclusion of a very long discussion on both LAD and LAU mailinglists, i would like to invite you all to participate in an event that should take place on RME's official forum. The goal is to run a thread on linux audio and RME support. Not a discussion, but rather just raising your hand if you are a customer and letting them know what hardware you are using, or whether you are interested in their products or plan to purchase one if you are not a customer of RME todate. Please, if you are a RME customer, let them at least know what hardware you are using. You are free to express your feelings and you are free to express no feelings if you do not wish. Please avoid using swearwords. In case you haven't found the thread, feel free to start it. "Hi, i'm a linux audio user and i'm using your prod. X with linux audio and i plan to continue using your products in the future (upgrades, new products) if there will be future support from RME by providing specifications" or something along these lines. We need to agree on the topic so that people can easily find it: "Linux audio, ALSA and RME support" In case you are not satisfied with the topic, let us know so that we can agree upon another one. Please be sure to post in that thread. In case you have friends that use linux audio with RME and are not LAD or LAU subscribers, please let them know. The forum can be found here: News server: news.x-networks.de Forum: rme-audio.forum In case you have troubles finding the right software in order to reach the forum, here are some suggestions: Mozilla www.mozilla.org Pan http://pan.rebelbase.com/ Pine http://www.washington.edu/pine/ In case somebody knows of other newsreader software please let us know. Ok, let's go! :) thanks Marek

19 years, 11 months

[linux-audio-dev] ladspa 2 idea

by Taybin Rutkin

I don't know if this is completely dead or just a little dead but I had an idea today. It'd be kinda neat if there was a mechanism for grouping related control ports together in the UI. Taybin

19 years, 11 months

Re: [linux-audio-user] Re: [linux-audio-dev] dssi question

by Chris Cannam

On Sunday 05 Dec 2004 22:38, Hans Fugal wrote: > > The DSSI JACK host will always try to start a user interface for > > each plugin it loads. (It could easily have a command line switch > > to tell it not to, but there isn't one at the moment.) > > Attached is a patch. Committed to DSSI CVS, thanks. Chris

19 years, 11 months

[linux-audio-dev] dssi question

by Julien Claassen

Hi! I've just one important - for me at least - question. Can the jack example client be used without gui? Can it be used with midi only? Thanks! Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net - the Linux TextBased Studio guide

19 years, 11 months

Re: [linux-audio-user] Re: [linux-audio-dev] RME is no more

by Marek Peteraj

On Fri, 2004-11-26 at 23:17, Mark Knecht wrote: > On Sat, 27 Nov 2004 00:34:17 +0100, Marek Peteraj <marpet(a)naex.sk> wrote: > <SNIP> > > 2. I can only understand the point of view of open source developers > > here, since they also invested an awfull lot of time (and money that > > they didn't get back!) into developing linux audio applications, many of > > which are state-of-art at least with respect to technology. And they're > > free as in beer/speech. > > That was their choice. Right? Sure but the result is the _same_ with respect to what they deliver(state of art technology), which has the same value for me. Not the same with respect to what you get in the end.(a non-functioning device you paid a lot for, just because this and that) > > > That said i really don't understand the point of view of those few how > > actually kindof defend the position of RME (or any other manufacturer in > > a similar position), no offense intended. > > RME's position, and I am only guessing here, is that they would be > happy to release info to the Open Source community __IF__ that > information didn't help their competitors develop hardware that > competed with RME. How? To achieve 1ms less latency? > It is natural for people who have spent money to > want to protect it's value. We are that way with our own purchases, > correct? I (and I think you...) would not be happy if I bought > something and then it stopped working, Worse. It actually never worked in my case. > or if the company you bought it > from stopped supporting it. Worse. They never did in my case. > RME is the same way. They invest hundreds > of thousands, if not millions of Euro's developing new hardware ideas. Hence the analogy with oss developers. They do that too without being cowards and misers. > They create software to support it and make it work. Then all the > technical information goes into the public domain and some low cost > manufacturer from Taiwan or Russia or somewhere else knocks off a copy > and sells it for 1/2 the price. No one buys RME hardware, RME doesn't > make money and goes out of business. Did this happen? See how many RME cards are supported. Almost all. Perhaps all except fireface. Did someone from russia or taiwan knock-off a copy? Does RME suffer from us having alsa drivers? Are russian engineers or taiwanese engineers(envy24 btw AFAIK) not smart enough to come up with their own superb design? Is it too hard for smart people to reverse-engineer? In other words - what are you talking about? > > What's so hard to understand? Pretty much everything. Considering that they have used proprietary protocols in their hammerfall series anyway. > > Which seems like it's the beginning of end for linux pro-audio hw > > support if we don't fight for it. Right now it concerns just me, but it > > might concern everyone in the near future. > > This I agree with, but the best way to fight for it (speaking as a > business man) is to develop a real market for it. We need thousands of > buyers. Develop the market and hardware manufacturers will come. Perhaps it's here already. I think there's more of us RME or M-Audio customers than one might think. Marek

19 years, 11 months

Re: [linux-audio-dev] Midi over ethernet

by Michael Ost

> That sounds more sophisticated than what I did, but if it's not > satisfactory (e.g. if you meant internet instead of ethernet), you can > check out nmidi here: http://hans.fugal.net/src/nmidi-0.1.0.tar.gz > > It runs over tcp/ip, uses alsa, and was intended to be an MWPP (now > called rtp-midi I think) implementation, but didn't quite make it there > (yet), however it works pretty well anyhow. Thanks. We'll check it out... mo

19 years, 11 months

[linux-audio-dev] Midi over ethernet

by Michael Ost

Has anyone got working code that reads/writes midi over ethernet with a /dev or alsa-midi interface? Even better would be a solution that has support on the MacOS and Windows side. We'd like to integrate that technology into Receptor (http://www.museresearch.com/receptor_overview.php) and our marketing guys want to show something at NAMM (that's January!). We might be able to shake loose some shekels if there is some code that's close but needs some tweaks. Cheers... mo =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

19 years, 11 months

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 December 2004