Hi Everybody,
This mail is a direct consequence of the song Austin Acton posted recently. :)
A nice little tune made with linux, about linux, that has been quite
successful with very little advertisement.
After a few brain rotations (before you ask, yes, I think by rotating my
brain) I came to the conclusion that RIGHT NOW is a wonderful time to start a
write_the_best_linux_song_contest!
My reasoning is that linux-2.6 is just around the corner, people are hungry
for any kind of linux related information, no matter how far fetched (I don't
even think this is very far fetched). Making a little contest to choose THE
linux-2.6-theme-song seems like a very good way to attract some easy
publicity, the main thing we want to do is make people interested in (and
aware of) audio production under linux.
I'm confident that Slashdot (or any news site in the free software world for
that matter) would gladly do a story on this event. BUT before we get to
that, let's atleast produce some music ! :)
Some criteria I thought would be applicable:
- The song must be about linux in some way
(about linux 2.6 seems the obvious choice).
- The song must be (atleast) processed with a computer and
that computer must run linux.
- No computer running an operating system that is nonfree
can be used in the production. (External synthesizers or
similar stuff with advanced capabilties don't count as
computers and can thus be used)
- The song must be written by the artist
(possibly used with permission).
- The song would preferably contain some kind of voice track
( it might be hard to hear that it's about linux otherwise,
and it would be nice to know how you people sound :-)
- the better the audio quality the better, though
I think there are other qualities of the recordings that count.
- Some info about the applications/gear used should be included
(atleast applications).
- No prices, just free publicity for anybody that joins,
and most publicity for those that reach the top in the
event that we actually pull of a vote.
We already got one song, Austins! I'm in the middle of producing a naive
electronic piece myself (I mainly play the guitar) that I think will be
applicable also. But... two songs don't make a contest... So, what do you
say? Are we up to it?
I'm calling all linux-artist wannabees, this is the time! I dare all
developers that aren't on a deadline to take some time of from coding and
also participate, bring out the artist in you! :)
Wouldn't you just die to hear "The ballad of Alan Cox", or "Linus' Theme" or
"The Bitkeeper Blues" :) (those are free btw if anyone gets any bright
ideas ;)
>From now til, say, December 14, one month, might be enough time to do
something creative, yes?
Let me know if there is any interest for this then I will try to formalize
things a bit, website etc.
Well don't just sit there, let's do it! :)
/Robert
Greetings:
Yes, it's true, I've finally updated the sites with a new edition for
your weekend browsing pleasure. If you don't already know the drill, you
can follow these links to the goods:
http://linux-sound.org (USA)
http://www.linuxsound.at (Europe)
http://linuxsound.jp (Japan)
Have fun !
Best regards,
Dave Phillips
I read:
> soon we will see network operators starring at contemporary music festivals.
actually sonification of traffic is already passe, you probably should have
attended some of the festivals ;)
regards,
x
--
chris(a)lo-res.org Postmodernism is german romanticism with better
http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)
Hello !
I've read somewhere that it is not possible that threads write different data to /dev/dsp.
But how does Cheesetracker, for example, make it then?
Sascha Retzki
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
i was fooling around with gimp when a thing like this appeared on the
screen...
http://rclug.linux.it/ladspa.png
do you like it? i thought that was a cool logo for ladspa plugins,
instead of the blurred green/blue text...
wil
---
"If you have to ask what jazz is, you'll never know."
-- Louis Armstrong.
Mannr(a)uwaterloo.ca wrote:
> Does the M-audio MobilePre work with Linux?
No.
> Earlier there was a 'beta' released (by Clemens Ladisch):
It doesn't work. I think there is a bug in the USB subsystem in the
kernel, but I don't have time to research further now.
Currently, these devices don't work with Linux at all.
> I am also considering the Tascam US-122 as an alternate,
This one isn't fully compatible with the USB Audio specification,
either. I'm not sure if the special driver supports all features.
HTH
Clemens
Hi,
(Jack O'Quin got me thinking about rt_monitor again - thanks!)
This is an alternative to capabilities / SCHED_SOFTRR...
I use my old rt_monitor
* protects the system on RT overload
* performs the actual setting of scheduler type
* it does not even have to be visible for lusers!
My old testprogram RT has been converted to
a library fit for preloading.
It works like this.
As root start
# rt_monitor
As normal user start latencytest
$ ./rts path/to/latencytest none 2 128 10
rts has two options
-i do not raise the priority.
-v be more verbose.
* It does also limit the effective min/max range.
Do also try (don't try this as root unless rt_monitor is running)
$ ./rts path/to/latencytest none 2 1024 99
* In this case rt_monitor captures the process and renices it.
(SCHED_OTHER + nice)
BUGS:
* better build and installation system
* could ignore RT processes already running when rt_monitor starts
* rt_monitor functionallity has not been reverified...
* it can't lock memory :-( No PIDs in calls.
* code that checks uid before using the redefined functions won't work
(I have an modified latencytest)
* client get stuck if there is no monitor running.
/RogerL
--
Roger Larsson
Skellefteå
Sweden
Paul Davis:
> >I guess this will be of interest to some of you...
> >An even newer version has shown up on linux-kernel.
>
> its not clear how useful this really is. we know that the disk i/o
> system can't keep up with realtime needs by definition - there has to
> be a significant buffer between the disk and the RT audio thread. i'd
> be suprised if it really helps any actual apps, because they've
> already got this buffer in place, and the buffer hides the lack of
> dedicated resource allocation on the part of the kernel.
>
Perhaps it would help programs that does everything inside one process,
like snd.
--
Excellent plan.
Maybe I could contribute, since I was thinking along the same lines as well.
My performance system is a pd pattern sequencer triggering csound, also geared
to my personal setup, and I have been thinking on moving it to C as well.
Parts are already coded in C as a pd external.
Gerard
On Thursday 13 November 2003 11:39, ian duncan wrote:
> Well I'm actually making more of toolkit for do it yourself modular live
> sequencing systems. So the idea is that one might use parts of it on PC,
> port parts to Pic chips, or run parts coded in something like Csound or PD.
> At the moment the whole thing is a gigantic Csound ensemble heavily
> tailored around my own personal gear set up, so I haven't had to worry
> about any low level stuff yet. But I would like to start modularizing it
> and making it available to other people and platforms. It works well in
> Csound, but file i/o is kluderific so I'd like to get that kind of stuff
> going in C as well.
>
> Thanks,
> Iain
>
>
--
electronic & acoustic musics-- http://www.xs4all.nl/~gml