Dear subscribers,
WE DID IT !!!!
;-)
Ok. We've had a little delay. Connection problems during the night,
blablabla.... But normally you are all subscribed. You should have
received a new password with the welcome message. Do not forget to
change it and to set your parameters.
Thanks again for your patience.
__________________
Marc-Olivier Barre,
Markinoko.
listreader wrote:
> [..]
> Whats good software in linux to generate certain frequencies?
judging from your motivation I can't say if it's /good software/, but
"xmms" is avail. for many linux-distros:
xmms tone://1000 # is pretty annoying
xmms tone://15000 # even more so
xmms tone://18000 # is beyond my laptop's speaker capabilities
Hello again,
Everything seems settled. The archives from music.columbia.edu are
merged and new messages seem to be appended on the old archives.
What's left ?
- merging the pre-columbia era archives (I'll contact Fernando who
seems to have the best copy of it)
- changing the list information on gmane and also merging archives
here once we have it all packed on our server.
- Also changing the default style of the mailman site so it fits the
style of the rest of linuxaudio.org
All of the remaining operation should be transparent to you, except
for gmane users who will need a little patience.
__________________
Marc-Olivier Barre,
Markinoko.
Hello,
so far I cant find reports on LAC 2007 on Blogs or newspages, neither on
Linux related nor electronic music ones. Tonight I want blog myself some
(subjective) impression and would like to gather some nice photos, I
have only done some crappy images with my mobile. Then I would start to
bother other blogs to write about it, normally the interest is there.
Cheers,
Malte
--
Malte Steiner
media art + development
-www.block4.com-
On Mar 31, 2007, at 5:26 AM, Jens M Andreasen wrote:
> What I wonder is; wouldn't it be possible to bypass this USB radio
> transmitter/recaiver dongle-thingie and fast forward to the wireless
> capabilities already built in to most of modern portable devices sold
> today? Hey, even the OLPC aimed at third world children have this
> capability ...
If you access to two OS X machines for a few minutes, run the
Network MIDI Driver over Airport (Network MIDI Driver described here:
http://www.soundonsound.com/sos/jul05/articles/tiger.htm#3
You'll see it works OK, even with the 1-2% packet loss that the IP
layer sees on a typical WiFi network. Apple's implementation uses
IETF RFC 4695 (a.k.a. RTP MIDI) as the transport layer, which
includes a resiliency system (the recovery journal) for handling
an arbitrary number of lost packets with only transient artifacts.
More on RTP MIDI here:
http://www.cs.berkeley.edu/~lazzaro/rtpmidi/index.html
Note that there are actually third-party products now compatible
with Apple's protocol, although these products are for wired networks.
And, last time I checked didn't implement the recovery journal
part of the RTP MIDI (and so can't be trusted over switches that
lose packets -- although my info on the product might be out of date):
http://www.kiss-box.com/products.pdf
> It kind of puzzles me that this is not happening already ...
I haven't looked into the issue in detail, but for my own use wireless
only makes sense if I don't have to be constantly worrying about
the battery life of the device. At the moment, what I see in
the state of the art in portable WiFi chips -- the chip in the Sony
PSP and the chip in the Microsoft Zune -- is not too encouraging
in this regard. But hopefully in a few generations of chip designs
this will get better. This review:
http://emusician.com/midi/emusic_maudio_midair/
make the point well of how limiting the battery life can be for
a MIDI wireless controller right now.
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---
Long overdue but better late than never:
QjackCtl, the good old Qt GUI interface to JACK Audio Connection Kit is
back on a new latest dot releasse.
As read from the changelog:
- Fixed default settings for the freebob backend (JACK >= 0.103.0).
- CPU Load status label now says correctly DSP Load.
- The most recently used patchbay definitions can now be correctly
selected in round-robin fashion from its drop-down list widget.
- Avoid mixing JACK MIDI ports with regular audio ports on the
Connections and Patchbay widgets; strictly list only audio ports.
- Added 192k sample rate to setup settings drop down list (as kindly
reminded by Klaus Zimmermann, thanks).
- Most top-level widgets were missing the normal-widget flag, which were
causing some sticky size behavior on some window managers.
Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
New releases and updates at <http://www.kokkinizita.net/linuxaudio>
Aliki-0.0.3 Impulse response measurement.
- Many bug fixes, should be a bit more stable now...
- Added flexible export options.
- Manual updated.
Jace-0.0.4 Low-weight convolution engine for JACK and ALSA.
- Now includes configuration and IR files for stereo dipole
processing using the filters designed by E. Choueiri of
Princeton University. These are the best filters available
AFAIK.
AmbDec-0.0.1 1st and 2nd order Ambisonic decoder.
- First release. Universal decoder with many advanced
features. PDF manual also available.
Enjoy !
--
FA
Follie! Follie! Delirio vano è questo !
Hi,
My question is if there's any high-level sound API for python. I don't
want to process audio. Instead I'm looking for an API (or a combination
thereof) which could be used to implement a small media player feeding
several backends (ALSA, OSS, ...)
After a little search I found pyMedia (www.pymedia.org) which looks like
a real winner. But if I'm not wrong it supports OSS only.
Thanks for your input.
Yours sincerely,
Dennis Schulmeister
--
Dennis Schulmeister - Schliffkopfweg 12 - 76189 Karlsruhe - Germany
Tel: 0721/5978883 - Fax: 0721/5705992 - dennis(a)windows3.de
http://www.windows3.de - http://www.denchris.dehttp://www.audiominds.com - http://www.motagator.net/bands/65
Hi!
I have noticed that it getting increasingly popular to produce wireless
midi-controllers. M-Audio have a couple and CME appears to go along with
them with some of their products. From the PR-blurbs I reckon that they
both use the same patented technology.
What I wonder is; wouldn't it be possible to bypass this USB radio
transmitter/recaiver dongle-thingie and fast forward to the wireless
capabilities already built in to most of modern portable devices sold
today? Hey, even the OLPC aimed at third world children have this
capability ...
Are there any pitfalls like, say unreliable timing using standard
protcols over wireless? Why would we like to use transmitter -> receiver
-> USB -> computer, if we could just go for transmitter -> receiver
using the chips already present on the motherboard?
There is of course one slight problem, as of yet, no midi-keyboard has a
general purpose builtin wireless radio.
With any luck, it could be so fortunate that some lurker on this list
recognizes a busines-opportunity .. or perhaps one of you guys could
mention the idea next time you share a private moment with one of the
pointy-haired bosses?
It kind of puzzles me that this is not happening already ...
--
