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 ...
--
JackMix, the ultimate mixer app for jack hits another milestone:
"Sliders vs. Knobs"
From the "programming during Linux-Audio-Conference"-depth. comes the
next release of JackMix.
Whats new since 0.2?
Inspired by a lot of talking during LAC I have redone the sliders.
They still look kind of similar to some vu-meters but I think it isn't
that bad anymore.
But there are new knobs in this version too. They did get positive
feedback during the conference. :-)
The knobs from 0.2 didn't seem to scale well. At least not from the
usability point.
The biggest change is that version 0.3 saves the own state to
xml-files which can be read again later. Also adding a filename on the
commandline opens that file on startup. This enables version 0.4 to
have lash-support.
And there is a new interface so backend can interact with the gui in a
better way. The main effect now is that if jackd is not running its
not the jackmix mainwindow that is complaining but the backend popping
up a message.
Visit http://www.arnoldarts.de/drupal/?q=node/568 to find more. See
http://www.arnoldarts.de/drupal/?q=JackMix%3Ascreenshots for
screenshots or just download the package from
http://www.arnoldarts.de/drupal/files/downloads/jackmix/jackmix-0.3.tar.gz
Have a nice weekend,
Arnold
--
visit http://www.arnoldarts.de/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.
Hi folks,
here * I found lots of ogg files tagged as 21,22 and 23 March.
But no file from Saturday 24th.
Are they anywhere online?
* http://lad.linuxaudio.org/events/2007_tub/
Thanks,
Pau
Dear members,
I am proud to announce that we will proceed with the list migration
during the night between the 31st March and the 1st April (at 0h00
GMT).
>From this point on, emails should be sent to these addresses :
- linux-audio-dev(a)lists.linuxaudio.org for the developper mailing list
- linux-audio-user(a)lists.linuxaudio.org for the user mailing list
- linux-audio-announce(a)lists.linuxaudio.org for the announce mailing list
The following aliases have been defined, to make it look nicer.
Consider them as shorter equivalents :
- lad(a)lists.linuxaudio.org for the developer mailing list
- lau(a)lists.linuxaudio.org for the user mailing list
No alias for the announce list since it is an open list (non
subscribers are allowed to post) and we fear a increase in spam with a
too short name.
Also, to respond to a request to a few of you working with command
line mail clients, the list tag at the beginning of the subject line
will be shortened :
[LAD] for linux-audio-dev
[LAU] for linux-audio-user
[LAA] for linux-audio-announce
You may need to update your email filters accordingly.
Those of you posting on the old addresses will get a message providing
you with the new email to use.
__________________
Marc-Olivier Barre,
Markinoko.
Hi all,
*the 5th International Linux Audio Conference *is *over.* The lac
organization team 2007 had a busy but good time and we hope you enjoyed
your stay in Berlin too. *As always many thanks to all participants,
speakers, artists, partners and helpers! *This great event would not
have been possible without your help. During the conference Martin
Rumori and Frank Barknecht of the Academy of Media Arts offered to host
the LAC2008 in Cologne. So see you all in cologne next year and the best
wishes from Berlin.
We started to put up some pictures from the lac here:
http://www.kgw.tu-berlin.de/~lac2007/picslac/index.html
If you have made some nice pictures they can be added here as well.
Please send them to: lac2007(a)kgw.tu-berlin.de
We have added a page on the LAC wiki where you can post your ideas and
comments regarding the Linux Audio Conference. This could be helpful to
the organizers of the upcoming ones and interesting to the ones who
organized the lac2007.
Best,
Simon
Ken Restivo wrote:
> On Wed, Mar 28, 2007 at 06:23:55PM +0100, Rui Nuno Capela wrote:
>> Hi,
>
>> I thought you'll be curious about some blogging of mine, about my
>> attendance to this year's LAC2007@TU-Berlin, so there it goes:
>
>> - Back from LAC2007@TU-Berlin - The Aftermath
>> http://www.rncbc.org/drupal/node/18
>
>> All photos that I took during my stay can be reached from a small
>> gallery as the same:
>
>> http://www.rncbc.org/lac2007
>
>> Feel free to comment (reg. required though)
>
>
> It looks really thinly-attended.
>
> Looking at this picture, were there really only 30 people there?
>
> http://www.kgw.tu-berlin.de/~lac2007/graphics/WFS-Panorama.gif
>
> -ken
The last ones that remained, yes. But mostly those are the very ones
than ran the whole event. Crew and Authors. And as I noted on my blog
post, most of the audience crowd just went away right after the OLPC
presentation, a couple of hours before that last photo was taken.
Cheers.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I'm writing on a sequencer system based on osc and midi.( No audio )
I'll first describe how it is build up.
As libs I'm using liblo and rtmidi.
The whole app is splitted into different small apps dealing with
specific data.
So there is a timer which has got the main goal to run a loop which
sends an osc message with current tact information.
This msg contains current tact( 0-inf ) the current amount of 192 notes
( eg 45/192 ) and the current amount of 256 notes ( eg 65/256 ).
As a resolution i have chosen 768.
Here is the source code of it.
The function is startet inside a pthread.
iTick is the amount of µsecs the timer has to sleep at the specific bpm
speed.
[CODE]
void Timer::runThread()
{
std::list<Seq>::iterator iter;
timeval tv;
unsigned long startTime, passedTime;
int shortTickCount=0;
int longTickCount=0;
int midiTickCount=0;
while( !bRunning )
usleep ( 100 );
gettimeofday( &tv, NULL );
startTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec );
for( iter=seqs.begin(); iter!=seqs.end(); iter++ )
{
lo_send_timestamped( iter->address, LO_TT_IMMEDIATE, "/timer/tick",
"iii", iTact, iShortTick, iLongTick );
}
while( !bQuit )
{
if( shortTickCount == 3 )
{
iShortTick++;
shortTickCount=0;
if( iShortTick == 256 )
{
iShortTick=0;
iLongTick=0;
iTact++;
}
for( iter=seqs.begin(); iter!=seqs.end(); iter++ )
{
lo_send_timestamped( iter->address, LO_TT_IMMEDIATE, "/timer/tick",
"iii", iTact, iShortTick, iLongTick );
}
}
if( longTickCount == 4 )
{
longTickCount=0;
iLongTick++;
}
if( midiTickCount == 8 )
{
midiTickCount=0;
midiOut->sendMessage( &midiMsg );
}
shortTickCount++;
longTickCount++;
midiTickCount++;
gettimeofday( &tv, NULL );
passedTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec );
usleep( iTick-( passedTime-startTime ) );
gettimeofday( &tv, NULL );
startTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec );
}
pthread_exit( 0 );
}
[/CODE]
The sequencers then play their notes depending on these information.
And of course external midi sequencers play their notes depending on the
midi clock.
So my problem is that this works like crap!
Even if there are no sequencers registered at the timer(seqs.size()==0)
the midi ouput only sends clock messages measuring a speed of ~70BPM.
Although 120 BPM are specified in the app.
And I can't get faster than 150 BPM with the midi clock( internal BPM
would be ~500 )
So I thought it would help to make this thread a realtime thread.
But I found nothing about which scheduling model is currently availabe
for userspace apps and how I append it to the thread.
And I think the sequencers will need a realtime thread for their midi
output, too.
And as I read around a bit I saw that usual system clock is working at
64hz but my loop needs at least 768hz.
Another problem is that I don't know if liblo is fast enough to deliver
the timing messages to usual sequencer clients in realtime.
I found that jack might be useful for me because it supports realtime
threads of usespace apps.
But there might still be a problem with osc.
And there would be a mass of connections in qjackctl then.
So please help me and post anything related that drives and rotates
through your mind.
THANKS for your time reading this!
Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF8trPVC26eJ+o0+0RAo/IAJ0eon+tgnNvH+XXn+nYsUFf8IvYJwCbBcjh
EHDn9hFf1VVR2bEqT6twdeQ=
=nMYI
-----END PGP SIGNATURE-----
>From the "debug OSC during lecture talks" dept.
* dump UDP data from a port to stdout
* forward/relay UDP data to one or more UDP ports.
- C source attached - no compile flags needed
The "hacked in Berlin's U-bahn" dept. pre-releases
jplay2 (formerly jadio) - jack-plays-it-all
http://mir.dnsalias.com/oss/jplay2/start
- current Feature cloud:
Open-Sound-Controlled resample JACK-transport vari-speed
scrub-audio ffmpeg libquicktime libsndfile audio-cache
The "no more xruns on app shutdown" dept. has added a few
jack_deactivate() calls to various xj* gj* SVN and git repos.
and finally the "berlin sync-it syndicate" announces it's involvement in
http://ltcsmpte.sf.net
#basically all of it is C-code in progress that I did not consider to be
#releasable software before the LAC2007 ;-) - anyway they're helpers for
#an average day of A/V R&D..
#robin
GMIDImonitor is GTK+ application that shows MIDI events.
New in this release:
* Fix bug causing stalled midi events after burst followed by silence
* Decode jack midi reset message (by Edward Tomasz Napierala)
* Add some instructions about using GMIDImonitor.
Project site:
https://gmidimonitor.bountysource.com/
Screenshot:
https://gmidimonitor.bountysource.com/FileDownload?file_id=50&inline=yes
Source tarball can be downloaded from project site, "Downloads" section
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>