Hello, I would like to do a fft on an mp3 in python. I beleive I have
all of the fft stuff straight in my mind but am not sure of the best way
to get the sample data into a python array. I ran accross a web site a
while back which suggested using sox to convert a wav file into a raw
sample file and then open the raw file with python. However, I did not
bookmark this site when I came accross it and cannot seem to find it
now. If anyone has any suggestions as to a good way to get sample data
out of an mp3 and into a python array for an fft I would greatly
appreciate your suggestions. Thanks a lot. -Garett
Download from http://www.notam02.no/arkiv/src/snd/
Screenshot: http://www.notam02.no/arkiv/src/snd/snd-ls-0.9.1.png
Snd-ls v0.9.1
-------------
Released 17.8.2004
Contains
--------
Snd v7.6 from 2.8.2004
About
-----
Snd-ls is a distribution of the sound editor Snd. Its target is
people that don't know scheme very well, and don't want
to spend too much time configuring Snd. It can also serve
as a quick introduction to Snd and how it can be set up.
Install
-------
1. Edit the file config.scm, for configuration settings.
2. Run ./build
3. Run ./install as root.
Its not necessarry to uninstall any previously installed versions of
Snd. Snd-ls should not interfere with already installed versions.
After installing, the name of the executable is "snd-ls".
To uninstall, run ./uninstall
Required packages
-----------------
guile
gtk-2
jack
libsamplerate
ladspa
liblrdf
fftw3
(guile-devel, gtk-2-devel and liblrdf-devel is also needed at runtime)
Changes
-------
0.9.0 -> 0.9.1:
-Official announced.
-Upgraded SND from 20.7.2004 to 2.8.2004
-Huge amount of testing at Notam by 14 unexperienced guinea pigs for
a whole week; many bugs fixed.
Links
-----
Snd: http://ccrma.stanford.edu/software/snd/
Guile: http://www.gnu.org/software/guile/guile.html
Credits
-------
Snd is made by Bill Schottstaedt. This small package is put
together by Kjetil Matheussen / Notam, with consulting
help from Bill Schottstaedt.
--
Once again, I'm cross posting this to the users list in case anybody
is interested in fooling around with the demo apps.
I'm pleased to announce the release of PHAT, the Phat Audio Toolkit,
version 0.2.0. PHAT is a collection of GTK+ widgets that may prove
useful to audio applications.
New to this release is a shameless ripoff of Blender's "sliderbutton"
widgets. I like 'em more than regular GtkSpinButtons. Also, there
have been sundry improvements to the fansliders, and all widgets are
now mousewheelable and focusable, and they respond to sensitivity
changes (i.e. they're well behaved).
After installing, you'll have two demo apps at your disposal:
phatsliderbutton
phatfanslider
(A few) more details are available at www.gazuga.net/phat.php
Enjoy.
--
Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
TAP-plugins 0.7.0 released.
Homepage: http://tap-plugins.sf.net
Reminder: the docs are in a separately downloadable package, get it
from the same place!
New plugins (as always, check the docs for detailed usage info):
* TAP Chorus/Flanger
An implementation capable of creating traditional Chorus and Flanger
effects, spiced up a bit to make use of stereo processing. It sounds
best on guitar and synth tracks.
* TAP Sigmoid Booster
This plugin applies a time-invariant nonlinear amplitude transfer
function to the signal. Depending on the signal and the plugin
settings, various related effects (compression, soft limiting,
emulation of tape saturation, mild distortion) can be achieved.
* TAP TubeWarmth
Adds the character of vacuum tube amplification to your audio tracks
by emulating the sonically desirable nonlinear characteristics of
triodes. In addition, this plugin also supports emulating analog
tape saturation.
Fixes:
* Caught denormal problem causing large CPU peaks in TAP Stereo Echo.
Hopefully there are no more infected plugins in my collection; I
carefully inspected all feedback loops in all plugins. But that
don't mean a thing; please do not hesitate to complain if you still
experience such bad behaviour in any plugin.
Hope you enjoy this release. Please report any problems.
Tom
At Mon, 16 Aug 2004 10:47:53 +0200,
Wolfgang Woehl wrote:
>
> Hi Pete, make stumbles over
>
> phatsliderbutton.c: In function `phat_slider_button_init':
> phatsliderbutton.c:638: warning: implicit declaration of function
> `gtk_entry_set_alignment'
> make[2]: *** [libphat_la-phatsliderbutton.lo] Error 1
>
> Is that my box or is it phat?
Theoretically your box, specifically your GTK+ version. That function
is defined in GTK+-2.0, but it might not have been introduced until
the recent 2.4 release, and you might be running the more popular 2.2.
This isn't noted in the developer docs, so I'm not sure. I'll verify
this later today by seeing if I can compile on Fedora Core 1, which is
2.2 based.
--
Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
The current top Ethernet standard specifies max transmission speed of
10GBit/sec - 1394b is 800MBit/sec.
You can also run Ethernet over Firewire. IIRC the max. number of
devices on a 1394 chain is 63 making Ethernet more suitable for large
clusters of interconnected MIDI workstations.
But to an extent arguing over which PHY layer is like a Vi / Emacs
flamewar.
[plug]
For a working example of a MIDI over Ethernet (and UDP) have a look at
IEEE P1639 (was called DMIDI):
www.plus24.com/ieeep1639
This acts as a bridge between ALSA and the network so all MIDI apps can
bounce MIDI data between remote machines without any code changes.
I'm also working on an embedded Linux for clustering audio workstations,
Live CD available (USB mouse support broken just for now, PS/2 OK):
www/plus24.com/m-dist
This is also a call for participation in the final development of the
standard as well as application development.
Regards
Phil
On Sunday, August 15, 2004, at 09:36 am, Steve Harris wrote:
But if youre going to do that, why use ethernet? You'd need dedicated
NICs
and switches, so you may as well use firewire, which has dedicated
realtime channels, more bandwidth and doesnt require switching. 400meg
Firewire cards are down to about 7 or 8 euros in the UK now.
The only disadvantage is that you can't (right now) cheaply run firewire
over long distances, but taht will change once firewire over CAT5 cards
come down in price, and this is rarely an issue with clusters anyway.
On Aug 16, 2004, at 12:58 AM,
linux-audio-dev-request(a)music.columbia.edu wrote:
> Juan Linietsky <coding(a)reduz.com.ar> writes:
>
> I tried this myself, on a 100mbit ethernet switch.. while for single
> instruments it seems okay, and latency is fine, playing full complex
> midi
> pieces in realtime had a lot of jittering...
Small playout buffers help a lot ... it doesn't take many milliseconds
of
buffering (small single-digit) to make a big difference.
Oh, time for the obligatory RTP MIDI plug:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-rtp-midi.txthttp://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-guide.txt
Coming closer to Last Call, Dominique Fober recently reviewed
the documents for AVT, and I'm in the process of revising -05.txt
to take his advice into account. That revision might actually be the
Last Call, we shall see ... subscribe to avt-request(a)ietf.org if you
want to follow along.
Also, our AES presentation got in:
http://www.aes.org/events/117/papers/E.cfm
So we'll be talking in San Francisco in October, if anyone is in
the neighborhood ... AES only comes to San Francisco once
every 5 years, and so there's a lot of fun things going on at
the conference --
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---
Hi,
I'm trying to convert an existing analog (hardware) synth to an open source
softsynth.
One of the components of the analog synth is a diode wave shaper. The
schematic is included (diode.jpg). The Inputs 2, 3, ... n and its resistors
are optional.
I'd like to know if there's a LADSPA plugin (or even better: a DSP IIR
recurrence relation) which emulates the included schematic as close as
possible. Unfortunately, I don't have the EE background required to do this
myself.
Thanks in advance,
Stanley.
>From: Jens M Andreasen <jens.andreasen(a)chello.se>
>Reply-To: "The Linux Audio Developers' Mailing
>List"<linux-audio-dev(a)music.columbia.edu>
>To: "The Linux Audio Developers' Mailing
>List"<linux-audio-dev(a)music.columbia.edu>
>Subject: Re: [linux-audio-dev] Diode wave shaper (LADSPA plugin)?
>Date: Mon, 16 Aug 2004 11:26:24 +0200
>
>On mån, 2004-08-16 at 10:54, Stanley Jaddoe wrote:
> > Hi,
> >
> > I'm trying to convert an existing analog (hardware) synth to an open
>source
> > softsynth.
> > One of the components of the analog synth is a diode wave shaper. The
> > schematic is included (diode.jpg). The Inputs 2, 3, ... n and its
>resistors
> > are optional.
> >
> > I'd like to know if there's a LADSPA plugin (or even better: a DSP IIR
> > recurrence relation) which emulates the included schematic as close as
> > possible. Unfortunately, I don't have the EE background required to do
>this
> > myself.
>
>It's a function that converts from linear to S-shaped. It bounds
>-infinity <--> +infinity to be within -1.0 <--> +1.0 with fairly linear
>characteristics around zero.
>
The characteristics of a diode should be described by: y = ln(a*x).
- Stefan
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
Hi Juan,
Can you send me a rundown on your setup (card type, ifconfig, switch
type).
I've not seen this problem with my setup and I know that others have run
large sessions between machines. It could be a combination of driver
and app interaction or it could be the switch. Do you have a
cross-over cable you could use?
Did the jitter build up in a linear manner or was there a sudden jump.
Cheers
Phil
On Sunday, August 15, 2004, at 10:52 pm, Juan Linietsky wrote:
> I tried this myself, on a 100mbit ethernet switch.. while for single
> instruments it seems okay, and latency is fine, playing full complex midi
> pieces in realtime had a lot of jittering.. I did packet monitoring and it
> all seemed ok (all the network traffic was for midi).. I'm suspecting that
> it may be related to the network card or driver doing some sort of buffering..
> but I cant really tell.. any experiences about this?
> Cheers!
> Juan Linietsky