Pete Bessman:
> On Tue, 2006-02-21 at 01:31 -0800, Kjetil S. Matheussen wrote:
> > 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. :-)
>
> Well, that was interesting. I had no idea this program even existed,
> but you may be on to something with it. I'll keep a lazy eye on it ;-)
Marmelade! The program is 7 years old! :-D
Guess I should get a PR agent or something...
On Mon, 2006-02-20 at 22:28 +0100, Björn Lindström wrote:
> Lee Revell <rlrevell(a)joe-job.com>:
>
> > How can we expect people to abide by the GPL if we don't respect
> > their licensing terms? Stealing proprietary software is exactly as
> > immoral as proprietary vendors ripping off GPL'ed code.
>
> While you do have a point, I can't agree with this.
>
> 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.
>
> Copyright, on the other hand, is an arbitrary monopoly instituted by
> the state.
>
<sarcasm>
You're absolutely correct! Let's get rid of copyright law
especially since the evil GPL is based on it. Also, any song you write
I'll be glad to take and exploit for money without giving you any of the
money or attributing the song to you. Good idea, how long did it take
you to come up with this?
</sarcasm>
--
Jan 'Evil Twin' Depner
The Fuzzy Dice
http://myweb.cableone.net/eviltwin69/fuzzy.html
"As we enjoy great advantages from the invention of others, we should be
glad of an opportunity to serve others by any invention of ours, and
this we should do freely and generously."
Benjamin Franklin, on declining patents offered by the governor of
Pennsylvania for his "Pennsylvania Fireplace", c. 1744
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.
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. :-)
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.)
>
>
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.
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."
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.
>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
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.