Julien Claassen [EMAIL PROTECTED] writes:
Hi!
Yes the autotools are good. cmake might be better, but it is not as well
known and often used as autotools and scons.
As I heard scons should be enough for a lot of things. Even for multi
platform stuff. Csound uses it and seems fine with
2008/7/23 Nedko Arnaudov [EMAIL PROTECTED]:
I'd sugeest you waf, takes goods sides of autotools (separate configure
stage), scons (python) and cmake (nice progress indication). And even
has good features that are unique. Like. waf being part of source tree,
thus multiple developers cannot end
Hello *,
I am developing a new Hardware and I am searching for an Ausio/Soundchip
which support natively USB. And of course, it should be supported by
ALSA and posible OSS (for embedded systems).
All I need is to capture the ouput of a GSM-Chip and of course, output
Sound/Voice to the
On Jul 22, 2008, at 10:26 PM, Darren Landrum wrote:
I've been looking around for a library to read and write SFZ files,
which is an open sampler format released by Cakewalk:
http://www.cakewalk.com/DevXchange/sfz.asp
Finding none, I thought I might try my hand at writing a library for
On Wed, 2008-07-23 at 08:41 -0400, Joshua Boyd wrote:
I'd strongly suggest you consider learning C if you want to maximize
other people using your library. If you write the library in C++ it
will be hard for anyone but C++ users to use it. If you write it in
straight C, or at least
I have an Echo Indigo IO that I had working in linux. It's a 2 in, 2
out Cardbus device. As I recall, I had to build a kernel because
whatever distro I was using didn't include the driver, but it was part
of the standard ALSA distribution. There is also a 4x4 version called
the Indigo DJ
On Wed, 2008-07-23 at 09:02 -0400, Paul Davis wrote:
in my experience, not so good advice. lexer+parser generators are great
for certain kinds of things, actually more like indispensable. but for
parsing audio files, they really are not very well suited for the task.
these are binary files
On Wed, Jul 23, 2008 at 03:25:47PM +0200, Julien Claassen wrote:
Hi!
Paul: As I understood the sfz format is text-based. I didn't take a look.
But depending on what it looks like, a parser generator might be good
advice.
If the SFZ is an xml variant libxml might be better suited.
I
On Wed, Jul 23, 2008 at 03:25:47PM +0200, Julien Claassen wrote:
Hi!
Paul: As I understood the sfz format is text-based. I didn't take a look.
But depending on what it looks like, a parser generator might be good advice.
If the SFZ is an xml variant libxml might be better suited.
Jörn Nettingsmeier wrote:
* how on earth can the same content burned via cdrdao to a CD-R on a
cdrw drive (Plextor) and a dvdrw drive (LG) differ in several hundred
thousand bytes when read back in with cdparanoia?
hmm. again, here's what i did:
i burned the same disk-at-once session four
[EMAIL PROTECTED] wrote:
It's not XML, it's a sort of flat-text-ish thing with various keywords
for setting keys, keygroups, mutegroups and so on.
Having briefly skimmed the spec over lunch, I'm not in much of a
position to say how good it is, but it looks right.
Essentially an SFZ file
Julien Claassen wrote:
Hi Darren!
I'd still suggest on going linuxsampler. There's a basic framework
already. I'm not the skillful programmer myself, otherwise I'd like to
help. But reasons for my point:
1. LS has already MIDI and audio drivers working.
2. LS offers a clear structure and
On Wed, Jul 23, 2008 at 16:41, Darren Landrum [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] wrote:
It's not XML, it's a sort of flat-text-ish thing with various keywords
for setting keys, keygroups, mutegroups and so on.
Having briefly skimmed the spec over lunch, I'm not in much of a
On Wed, Jul 23, 2008 at 15:25, Julien Claassen [EMAIL PROTECTED] wrote:
Hi!
Paul: As I understood the sfz format is text-based. I didn't take a look.
But depending on what it looks like, a parser generator might be good
advice.
If the SFZ is an xml variant libxml might be better suited.
Anders Dahnielson [EMAIL PROTECTED] writes:
Here's a simple tokenizer for SFZ I wrote once upon a time in Python. Not
sure if I got it completely right.
*snip*
I was just about to suggest checking out the
sampler/synth/sequencer/tracker engine libzzub, that happens to
include Python bindings:
On Wed, 23.07.08 16:28, Pieter Palmers ([EMAIL PROTECTED]) wrote:
Heya!
The Call For Papers for the Linux Plumbers Conference has been
extended until *July 31st*!
Anyone doing (audio) infrastructure work on Linux? If so, please make
sure to join us at the Linux Plumbers Conference in
On Wed, Jul 23, 2008 at 04:18:57PM +0200, Joern Nettingsmeier wrote:
when i cmp cdrwN to dvdrN, pooof! several thousand bytes differ.
Any obvious pattern in the differences and/or their position ?
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
O tu, che porte, correndo si ?
hi anthony!
thanks for your reply. i'm cc:ing the list so that others can benefit
from it as well...
Anthony Kozar wrote:
Hi Joern,
This is just a shot in the dark, but most audio CD tracks have a lead-in
time of 2 or more seconds. CD players will typically count down using
negative
18 matches
Mail list logo
