Hi,
This should be almost definitive:
http://naspro.atheme.org/content/dynamic-manifest-extension-lv2
You have one day left to complain :-P (and please, someone check my English).
What about supporting that in SLV2? (yes Dave R., I'm talking to you ;-)
Stefano
Libsndfile-1.0.18pre7 has some regression w.r.t. earlier
prereleases.
- When writing a WAVEX it always writes the Ambisonic GUID,
and sets the channel mask to 0. Since it can also read this
and you can't get the channel mask value, this will go
unnoticed until you use some other lib to read the file.
- When reading it always tells you the file is not Ambisionic.
The attached patch will fix this AFAICS.
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Wie der Mond heute Nacht aussieht !
Ist es nicht ein seltsames Bild ?
Hi all,
I want to try LV2 synths and try developing new ones. The plugins API
and compilation seems all pretty clear, but I don't know what are the
existing host options.
I was about to try zynjacku with jack-keyboard. Is it compatible with
any LV2 synth?
Are there sequencers connectable to zynjacku? (that is: jack-midi
enabled?)
http://home.gna.org/zynjacku/http://pin.if.uz.zgora.pl/~trasz/jack-keyboard/
Thanks!
Pau
Hello everyone!
I'm just working on some older code, trying to clean it up for GCC4.2.3. I
get a lot of warnings like this:
CuSE.cxx:321: warning: deprecated conversion from string constant to 'char*'
Not this line but still same kind of error:
char* choices[] = {" [ ] ", " [*] "};
The line 321 WARNING was using the defined choices and another char* array
used in a newCDKSelection call.
How can I clean this up?
Thanks and kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
Heya!
Anyone doing (audio) infrastructure work on Linux? If so, please make
sure to join us at the Linux Plumbers Conference in Portland/Oregon in
September. I will be doing an Audio track there and would like to make
sure that everyone who does audio infrastructure work will submit a
paper, or at least attend, or maybe just know about this conference!
It's a conference about the kernel-userspace interfacing, about the
lower levels in our software stack.
For further details, checkout the conference website:
http://www.linuxplumbersconf.org/
Or this blog story of mine:
http://0pointer.de/blog/projects/plumbersconf.html
Spread the word!
Thanks,
Lennart
--
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
Hi list,
not sure if this was mentioned here before (I hardly find the time to read
the LA* lists regularly these days), but someone from IRC let me know that
the VST/VSTi plugin suite by Paul Kellett has been released by its author
as source, see here:
http://sourceforge.net/project/showfiles.php?group_id=230958
I don't have a Windows-based audio system so I cannot judge about the
quality of his plugins, but I am pretty confident (from what I know and read
about his work) that these could be pretty fine, perhaps an interesting
alternative or addendum to, say, the swh-plugins. Should be a cornucopia for
interested LADSPA/LV2 porters, anyway :-). As it seems, there is already a
binary of a ported package at http://linux-vst.com/download/mda_linux.tar.gz
No idea who managed to convince Paul to do this, but big thanks to both
of you for arranging this! This should be a quite valuable resource, for
DSP coders and finally also for users.
Regards,
Frank
[[[again, meant for the list. Dunno why Gmail is defaulting weirdly....]]]
On 6/18/08, AlgoMantra <algomantra(a)gmail.com> wrote:
>
> Do you have any midi-keyboard around? Because stdio won't tell you that
>> a key has been released, only that it has been hit.
>
>
> Interesting!!! It'll be fun to find a way around this.
>
>
> This limits the "toy
>> Casio experience" somewhat ... There is of course a workaround - given
>> that you have root permission, you could read the keyboard
>> from /dev/input/ instead. This is unfortunately a bit like having a
>> "keyboard sniffer" installed, which may not be ideal in your
>> environment. Next step up the ladder I think is fullblown X ...
>>
>> A virtual midi-keyboard would solve that, perhaps vkeybd?
>
>
> Just for myself, I would love to play with a lot of different external
> HIDs actually..I'm planning to code for playing C code music with
> one of those old Nintendo joysticks modded for USB. It's quite
> cheap here (around $8 USD).
>
> But the class I teach coding barely knows how to TYPE!!!! Grrrr....
>
>
> --
>> ------- -.-
>> 1/f ))) --.
>> ------- ...
>> http://www.algomantra.com
>
>
--
------- -.-
1/f ))) --.
------- ...
http://www.algomantra.com
I'm a newbie to audio in linux. I can code in C, and I know that
if you $cat /dev/dsp you can see your microphone feeding weird
shit into this sound device. I've also read that this device is encoded
as 8-bit unsigned, and I know the binary math of that format. I'm
currently coding on Ubuntu Hardy.
I'm looking for some helpful tips on two simple processes, for which I'll be
very grateful:
1. What are these weird "{{PP--"characters in /dev/dsp and how do I convert
them to some numerical form that I can understand and play with? Are they
ASCII representations of 8-bit unsigned numbers? How do I convert this to
samples? (I know a "little" DSP theory, but kindly assume that I'm not very
good).
2. I'd like to feed a pure sine wave to /dev/audio, and then another wave
and mix them together to hear some beats. Basically, I want to try out
raw additive synthesis using C and feeding cool arrays to either /dev/audio
or /dev/dsp.
Any help would be appreciated, and as for karma, you know you're only
going to profit.
ta-da,
fadereu
------- -.-
1/f ))) --.
------- ...
http://www.algomantra.com
Version 1.1 of libsmf can be downloaded from:
http://pin.if.uz.zgora.pl/~trasz/libsmf/libsmf-1.1.tar.gz
Libsmf is a library for loading and writing Standard MIDI Files, i.e.
files with the ".mid" extension. The only dependancy is glib. It was
tested under Linux, FreeBSD and Solaris.
Please note that, by default, libsmf is built with lots of asserts,
which make it slower; for example, inside smf_save, there is some code
that loads the newly saved file and compares it with what it was
supposed to save. If some operation takes noticeable amount of time,
try to recompile libsmf with -DNDEBUG to disable asserts.
http://pin.if.uz.zgora.pl/~trasz/libsmf/
API documentation is here:
http://pin.if.uz.zgora.pl/~trasz/libsmf/doc/
--
If you cut off my head, what would I say? Me and my head, or me and my body?
Hello list,
later that summer I will have the chance to record some impulse
responses of some ancient technical gear like radios, grammophones etc.
The question is, where to start with the recording chain:
e.g an IR from the "Volksempfaenger"-Radio: does it make sense to play
the sweep into an transmitter (of the very same period) and record the
output with the microphone near the speaker of the radio? Or would one
prefer to play the sweep diretly to the amplifier of the radio?
How do I get a meaningful IR from a grammophone: start with the needle?
try to find a vinyl record with a sweep on it?
I am quite curious about your opinions on that subject, or any hint to
some literature, I have not found yet....
Cheers,
Michael
