On Sat, Jul 26, 2008 at 00:03, Anders Dahnielson [EMAIL PROTECTED]wrote:
On Wed, Jul 23, 2008 at 18:13, Anders Dahnielson [EMAIL PROTECTED]wrote:
Here's a simple tokenizer for SFZ I wrote once upon a time in Python. Not
sure if I got it completely right.
Nope. E.g. it matches lokey=
On Wed, Jul 23, 2008 at 18:13, Anders Dahnielson [EMAIL PROTECTED]wrote:
Here's a simple tokenizer for SFZ I wrote once upon a time in Python. Not
sure if I got it completely right.
Nope. E.g. it matches lokey= twice (once as lokey= with a value and as key=
without a value). *Blushes*. LOL.
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
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
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.
[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:
14 matches
Mail list logo