Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7441 discussions

[linux-audio-dev] Re: Free Software vs. Open Source: Where do *you* stand?

by Kjetil S. Matheussen

Pete Bessman: > > Well, I'm about to crack open a can of worms, but let me just say that > I'm 100% not interested in starting any debates/fights/riots/states-of- > emergency. All I'm interested in is hearing where people stand and why > --- I don't want to persuade people one way or the other, and I'd like > to ask that everyone restrain themselves when feeling the urge to tell > someone that they're wrong. > <snip> Well, if you find windows software better suited for your needs, you should definitely go windows. Music is what we work for, right? But please, IMO, don't pay for any non-open source software. There are lots of excellent p2p tools you can use to get the software you need. Please don't support makers of non-open source software.

18 years, 7 months

[linux-audio-dev] Re: Free Software vs. Open Source: Where do*you* stand?

by Kjetil S. Matheussen

Pete Bessman: > But try programming a complex synth line, replete with legatos and > extremely- small interval fragments, and add in automation of filfreq, reso, > panning, etc. It's doable, but it's painful. And the more time you > spend fighting an app, the less time you spend making music. There's a > reason tb303 synth apps are so popular, and it *ain't* just because the > tb303 hardware is rare --- it's because the truth is, it's a feckin' > PITA to use. Well, I gave it a shot, using radium, zynaddsubfx and jack-rack. I don't usually do this kind of music, and my version of zynaddsubfx is a bit old. Anyway. :-) : http://ccrma.stanford.edu/~kjetil/ashot.png The brown line in radium is tempo, and the green line is connected to the cutoff frequency in the butterworth filter in jack-rack. Its very easy to set up, but I had no idea about effects or sounds or anything, so I spent some time though. The notes are fairly random. And here is the sound: http://ccrma.stanford.edu/~kjetil/jack_capture_1.ogg I'd say its pretty good to be done by an amatour in a hurry. :-)

18 years, 7 months

[linux-audio-dev] Re: [linux-audio-user] Re: Free Software vs. Open Source: Where do *you* stand?

by Lee Revell

On Mon, 2006-02-20 at 22:53 +0100, Björn Lindström wrote: > Lee Revell <rlrevell(a)joe-job.com>: > > > On Mon, 2006-02-20 at 22:28 +0100, Björn Lindström wrote: > >> In so far as moral can be applied here, restricting people from > >> tinkering with the software they run is immoral, since it diminishes > >> their freedom. > > > > By this logic, locking my doors is immoral because it diminishes > > people's freedom to roam around my house. > > No. > > It is the of refusing others their freedom when it would have no cost > to you is what is immoral. > Depending on how much more advanced your application is than that of your competition, open sourcing an app could have huge costs. > (I'm not counting the hypothetical cost of lost sales of copyright > licenses, which as I pointed out are an arbitrary monopoly, not a > moral right.) > >

18 years, 7 months

[linux-audio-dev] [ANN] E-Radium V0.61e and Das_Watchdog V0.2.0

by Kjetil S. Matheussen

Download from http://ccrma.stanford.edu/~kjetil/src/ ***************************************************** E-radium -------- E-radium is Radium and a special version of E-UAE (with support for realtime scheduling and alsa midi). Radium is a unique type of music event editor made to be efficient and give all sorts of possibilities. The user interface is inspired by trackers, but Radium is generally a lot more versatile and can be used for all kind of genres. http://www.notam02.no/radium/ Warning: E-radium does not seem to work on 64bit machines. :-( Changes 0.61d->0.61e -------------------- -Run XInitThreads(). Should fix e-radium in case you got xlib async errors. (Fix for SMP machines) **************************************************** Das_Watchdog ------------ Das_Watchdog is a general watchdog for the linux operating system that should be run in the background at all times to ensure a realtime process won't hang the machine. Changes 0.1.2->0.2.0 --------------------- * Don't do anything if no process priorities are changed, when watchdogging. * Added the --force option, that sets the priority of all timer processes to FIFO/99. * Added the das_watchdog /etc/init.d script provided by Stefan Kersten. (das_watchdog.rc) * Added the --verbose option. * Check that its the same process when setting back old priority. * Don't set back to old priority if the priority has been changed in the mean time. * Added options for setting increasetime, checktime and waittime. (--increasetime, --checktime and --waittime) * Don't change the priority of any timer process when watchdogging. * Smaller code cleanups.

18 years, 7 months

RE: [linux-audio-dev] Free Software vs. Open Source: Where do *you* stand?

by Cornell III, Howard M

Sir Robin The Holy Grail The White Album, no, the Dark Side of the Moo....Arggggggh -----Original Message----- From: linux-audio-dev-bounces(a)music.columbia.edu [mailto:linux-audio-dev-bounces@music.columbia.edu] On Behalf Of Pete Bessman Sent: Monday, February 20, 2006 1:56 PM To: LAU Cc: LAD Subject: [linux-audio-dev] Free Software vs. Open Source: Where do *you* stand? Well, I'm about to crack open a can of worms, but let me just say that I'm 100% not interested in starting any debates/fights/riots/states-of- emergency. All I'm interested in is hearing where people stand and why --- I don't want to persuade people one way or the other, and I'd like to ask that everyone restrain themselves when feeling the urge to tell someone that they're wrong. I'm doing this because, after having been a part of this community for a while, and a developer for some time, I'm having an "is it all worth it?" moment. I personally like the Linux environment more than Windows and Mac --- I find it to be better suited to a technically inclined person like myself. And with each iteration of the distros and desktop suites, it comes closer to meeting and surpassing the competition in core computer functions. It's already got the server side of things dominated, and when it comes to surfing the web, checking your email, burning cds, listening to music et al, it's definitely a contender. Better in some areas, worse in others, and mostly only suffering because of proprietary technologies that have become standard. But, and this what it's all about, when it comes to my personal reason for living --- music --- I'm forced to admit that on technical merits alone, I have a hard time arguing for Linux. I'm personally a "just for fun" kind of guy. I'm basically from the utilitarian-libertarian school, and while I did try the "free as in freedom" thing for a while, it was a poor fit. I happen to have some very significant qualms with the way "intellectual property" (if RMS was right about anything, it's that this is a poor term for non-rivalrous creative goods) is currently being handled --- there is a huge and easily observable disparity between what the laws say and what people do, and common sense tells you that that probably means the laws are messed up. So, for me, open source and creative commons are a way to sort of skirt the issue, or at least push things in a better direction. Also, there's something just sexy about open source. But for me, that's where the non-technical merits of it stop. What I'm saying is, I think we can all agree that, when an open source solution is technically superior to, or on par with, a proprietary solution, then the open source solution is the way to go. But what about when the proprietary solution is better? If the open source solution is good enough, then it makes sense to use it since it's bound to be cheaper. But if you really need the best tool for the job, then I don't see the justification for using the open source solution. Things obviously change when you're a developer, since you can bring the open source solution up to, or beyond, the level of the proprietary solution. The question, then, is will you get more pleasure out of doing so than pain? That's where I am right now. I really, really want to get an album out --- and I also want it to be really, really good. I want to use the best tools for the job, and in my evaluation, those are proprietary tools. OTOH, with a little work, I think the LMMS + Ardour can actually be the best, or at least good enough. I also happen to enjoy doing open source development, so this wouldn't be a bad path to pursue. But ultimately, I want to get back to making the best music that I can make --- it's for that reason that I think I'm going to finally go back to a dual boot machine for the first time in 6 years, and take a vacation in Windows land. None of this is to say that I'm through with Linux and open source as music making solutions --- far from it. And I'm certainly *not* trying to encourage any body to follow my lead. In fact, I hope people get pissed reading this and double their development efforts :-) It's just that, right now, rolling proprietary sounds more appealing than rolling open. This email is way, way longer than I intended it to be, and for that I apologize. Remember that I'm not looking to stir up any hostilities, I just want to hear where people stand on The Issues and get a sense of the community. I predict that there are people here on a moral mission, and there are people here because they get a chubby out of openness and collaborative development and such. But I don't think I'm going to see anybody who's primary interest is making music --- although I'd love to be proved wrong, and I certainly think that things will be different in the future as the tools get better. So let's hear it! WHAT is your NAME? WHAT is your QUEST? WHAT is your FAVORITE ALBUM? -- Pete Bessman http://gazuga.net "So this baby seal walks into a club."

18 years, 7 months

Re: [linux-audio-dev] Re: [Jackit-devel] [ANN] das_watchdog 0.0.1 and jack_capture v0.2.3

by Kjetil S. Matheussen

stefan kersten: > On Mon, Feb 13, 2006 at 01:22:21PM +0100, Florian Schmidt wrote: > > > echo '/usr/local/sbin/das_watchdog & >/dev/null' >>/etc/rc.local > > > > This assumes an initscript style that's not used on all linux systems. > > i've attached a simple /etc/init.d script; on debian you can > do: > > # cp das_watchdog /etc/init.d/ > # update-rc.d das_watchdog defaults > # invoke-rc.d das_watchdog start Thanks! Hope you don't mind that I included your script. A new version (0.2.0) is up.

18 years, 7 months

[linux-audio-dev] Re: lad design patterns

by Juhana Sadeharju

>From: "Levi D. Burton" <ldb(a)puresimplicity.net> > >does the idea of documenting various lad design patterns make >sense to anyone? Such "LAD Gems" doc would be much needed here too. (For audio dsp gems, take a look at "musicdsp.org".) I would appreciate if somebody would take a look at Ardour and document best gems found there. E.g., the GUI and audio thread separation and start up sequences. Likewise for Linuxsampler and one of its GUI frontends. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

18 years, 7 months

[linux-audio-dev] [ANN] das_watchdog 0.0.1 and jack_capture v0.2.3

by Kjetil S. Matheussen

Download from http://ccrma.stanford.edu/~kjetil/src/ Das_Watchdog ============ ABOUT ----- Das_Watchdog is a program heavily and shamefully inspired by the rt_watchdog program made by Florian Schmidt: http://tapas.affenbande.org/?page_id=38 However, this one has some improvements: 1. It works with 2.4 kernels as well as 2.6. (well, at least I think it works with 2.6...) 2. Instead of permanently setting all realtime processes to run non-realtime, das_watchdog only sets them temporary. 3. When the watchdog kicks in, an X window should pop up that tells you whats happening. (just close it after reading the message). INSTALLING ---------- make cp das_watchdog /usr/local/sbin/ echo '/usr/local/sbin/das_watchdog & >/dev/null' >>/etc/rc.local reboot REQUIREMENTS ------------ tcl/tk. (http://en.wikipedia.org/wiki/Tk_(computing)) Jack_capture ============ ABOUT ----- jack_capture is a small simple program to capture whatever sound is going out to your speakers into a file. This is the program I always wanted to have for jack, but no one made. So here it is. CHANGES ------- 0.2.2 -> 0.2.3: *Added -z argument that choose number of leading zeros. *Various changes.

18 years, 7 months

[linux-audio-dev] C++ Realtime Threads

by Carlo Capocasa

Hi, I'd like to make my application threaded and one of them realtime. Can someone point me to a tried-and-tested way to do this? Carlo

18 years, 7 months

[linux-audio-dev] SF_VIRTUAL_IO and something like curl?

by Mario Lang

Hi. Now that libsndfile has virtual IO, did anyone perhaps already write a little libcurl wrapper? The fopen.c example of libcurl is a good base for such a thing. -- CYa, Mario

18 years, 7 months

Jump to page:

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