Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

by David Olofson

...with some info: http://eel.olofson.net/ >From the index page: "The Extensible Embeddable Language EEL is a scripting and programming language, designed specifically for hard real time applications. The primary target areas of application are control engineering and audio synthesis, but EEL should also be suitable for game scripting and for adding scripting capabilities to real time multimedia applications." //David Olofson - Programmer, Composer, Open Source Advocate .- Audiality -----------------------------------------------. | Free/Open Source audio engine for games and multimedia. | | MIDI, modular synthesis, real time effects, scripting,... | `-----------------------------------> http://audiality.org -' --- http://olofson.net --- http://www.reologica.se ---

20 years, 8 months

[linux-audio-dev] mp3 info Q

by kurmisk

Hi folks I wanna collect some info of all my *.mp3 such as lenght (sec), samplerate(hz) , nubmer of channels (m/s), birtrate(VBR/hz) and maybe something else. Which #include <hdr.h> , typedef , and functions() i need use ? Recursive dir search i have yet. Any ideas ? Tnx in advance Alf ------

20 years, 8 months

[linux-audio-dev] Re: linux-audio-dev Digest, Vol 16, Issue 17

by Kjetil Svalastog Matheussen

Dave Robillard: > Anyone know of any other alternatives? Have you looked at rscheme? It has a realtime garbage collector and does both interpreting and compiling. http://www.rscheme.org Thereses not much documentatyion, but the source is easy to read. --

20 years, 8 months

Re: [linux-audio-dev] [semi-OT] EEL 0.1.0

by Kjetil Svalastog Matheussen

Steve Harris: > Yep, for performance coding I would say SC is the best bet, I've seen a > live coding performance, and it was very impressive. Almost enough to make > me want to use emacs. Almost ;) > > I was thinking of a live C compiler for prototyping and testing > purposes. > What a coincidence! I'm just working on something like that. This is what you are looking for: http://tinyurl.com/5bekn The url above is pointing to the cvs-entry of the file eval-c.scm in the snd sound editor. Eval-c is c-code using s-expressions (which I know you hate, allthough I don't know why, perhaps you are crazy...), compiled, linked and run on the fly. Place the cursor above an eval-c block in emacs, press ctrl+alt+x, and there it flies. (I have also added support for classes and a lot more, but those additions hasn't been made public yet.) By the way, this is the way lrdf-support is handled in snd. Quoting: " EVAL-C ------ eval-c takes as arguments lisp- and C-like blocks, generates c-code from it, and runs it. Some reasons to use eval-c: * Easy integration of c-code from within lisp. Mix C and Lisp in the same source without making it look strange. (hopefully) * Use lisp-macros to generate c-code. (There is a special macro function called "define-c-macro" that works with eval-c) * Generate/compile/link/run c-code on the fly. * Some people think prefix notation is nice. * Speed. C is faster than guile. * Hides guile-semantic to access C-code from guile. Less need to read the guile manual. * Global functions does not need to be defined at the top-level. (that is a good thing, right?) Examples. -------- The simplest fibonacci function: (define-c <int> (fib ((<int> n)) (if (< n 2) (return n) (return (+ (fib (- n 1)) (fib (- n 2))))))) The define-c macro will produce the following code: (eval-c "" (public (<int> fib (lambda ((<int> n)) (if (< n 2) (return n) (return (+ (fib (- n 1)) (fib (- n 2))))))))) The "public" macro will change the code so that it looks something like this: (eval-c "" (<int> fib (lambda ((<int> n)) (if (< n 2) (return n) (return (+ (fib (- n 1)) (fib (- n 2))))))) (<static-SCM> fib_eval_c_helper (lambda ((<SCM> n)) (return (MAKE_INTEGER (fib (GET_INTEGER n)))))) (run-now (scm_c_define_gsubr "fib" 1 0 0 fib_eval_c_helper))) And after running the "lambda", "if" and "run-now" macros, eval-c will produce and run the following c-code: int fib (int n){ if ((n < 2)) return (n); else return ((fib ((n - 1)) + fib ((n - 2)))); } static SCM fib_eval_c_helper (SCM n){ return (MAKE_INTEGER (fib (GET_INTEGER (n)))); } static void run_now_1 (){ scm_c_define_gsubr ("fib", 1, 0, 0, fib_eval_c_helper); } The first function is the fibonacci generator, and the second function is the guile-wrapper. (GET_INTEGER and MAKE_INTEGER are just simple C macros.) "run_now"-functions are run once when the file is loaded. >From guile you now have a function called "fib" which takes one argument. Hello world looks like this: (eval-c "" (run-now (printf (string "Hello world!\\n")))) First argument to eval-c is a string with compiling/linking options. Usually just "", but can be "-lsnd" or something if needed. " --

20 years, 8 months

[linux-audio-dev] Purpose ...

by Jens M Andreasen

Hi All! Occasionaly it has has been discussed on the list, the diff between free music && free music ... This one is free (as in beer): http://www.stevehackett.com/ Click on the 'Mp3 jukebox', scroll down and click play_it_all! You are allowed to listen, but not to bring it on. -- ( ) c[] // Jens M Andreasen

20 years, 8 months

[linux-audio-dev] [ann] muse-0.7.1 is released

by Robert Jonsson

Hi everybody, MusE 0.7.1 has now been released. This release is mainly a bugfix release, though a number of new features have been added. All users are encouraged to upgrade. Notable new features: - New synths + DeicsOnze from Alin Weiller + SimpleDrums from Mathias Lundgren - Audio metronome - Some new instrument definition files: + Alesis QSR,QS7 and QS8 + Access Virus + Hammond XB + Waldorf Microwave + ZynAddSubFx Notable things that are planned but not yet in this release: - Getting external-midi-sync to work again - reading of muse 0.6.x songfiles Notable bugs: - See the errata section on the homepage for the latest: http://www.muse-sequencer.org/wiki/index.php/Errata0.7 A selection of changes from the ChangeLog: * Now the length is updated when importing a midi file to a project, fixes bug: 1056994 * Disabled freewheeling for bounce functions (song.cpp:_bounce) * Fixed bug: 1094622, MidiTransform now uses new controller types * Fixed bug with custom plugin guis that caused them to be uninitialized * Fixed a crash problem when using several fluidsynths * Now fluidsynth restores most memory upon deletion * Fixed crash / hang when closing connected jack apps * Insertion of tempo events in list mastereditor added * Added support for changing time signature in list master editor * Added support for changing tempo + position of tempoevents in list mastereditor * Backported auto rec-enable from HEAD branch * Added visual feedback of marker addition in ruler as well as possibility to remove markers with shift+rmb * Made it easier to resize the last track (bug: 1041798) * Fixed bug: 966005, new projects are now called "untitled" * fixed bug: 1085791, no more crashes with delete + drag * Listedit bugfixes. Consideration of part offset used for events * Fix for bug #1085796 (when renaming channel by doubleclicking it in tracklist and a part is selected, pressing return opens editor for part) * -a (No Audio) flag added, improved Dummy audio backend * fixed import of type 0 midi files * fix midi import: tick values of tempo/signature and marker events are now properly converted to internal resolution (backport from 0.8) * Added Alsa Timer as a new timing device * Made some changes to how threads are created, for systems where thread creation has been erratic, linux2.6 in various configurations. For a complete list of changes see the ChangeLog: http://cvs.sourceforge.net/viewcvs.py/lmuse/muse/ChangeLog?rev=1.214.2.41 Regards, /MusE Development team

20 years, 8 months

[linux-audio-dev] [admin] commercial advertising on linux-audio-announce

by Joern Nettingsmeier

hi everyone! i have just accepted a commercial advertisement on linux-audio-announce, because i considered it perfectly on topic and relevant to the linux audio community. however, some of you may disagree. to let everyone decide for themselves, i'm asking advertisers to include the string [adv] or [ADV] in their subject so that subscribers who do not wish to see commercial ads can easily filter them out. feedback to my private address if possible, i'll summarize to the list. regards, jörn

20 years, 8 months

[linux-audio-dev] Tracktion, JUCE and Linux

by Rui Nuno Capela

Hi everyone, About to let you all know that I took this LAU thread to Jules, Trackion's and JUCE author, and that I got some promising good news. Besides, being sorry of posting the whole thread here, I'm also cross-posting this to LAD, as I think it must be of interest there too. Read on. So to put a long story short: help is being asked to write the native Linux Audio and MIDI components of the JUCE C++ framework, which among other things, would rush the Tracktion Linux port, hopefully this very year :P Hope to be doing TheRightThing. Cheers, -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ========================================================================== ---------------------------- Original Message ---------------------------- Subject: Tracktion, JUCE and Linux From: "Rui Nuno Capela" <rncbc(a)rncbc.org> Date: Sun, January 9, 2005 1:59 To: jules(a)rawmaterialsoftware.com Hello Jules, Sorry for this rather long post, but I took the chance and self-initiative in bringing this to you, as I believe you're the main developer of JUCE, and for that matter, of Tracktion. Below you can find an excerpt of a recent thread that was being taken place on linux-audio-users maillist, regarding Tracktion, which is raising some interest on the Linux Audio community, myself included. As a developer, I'm quite excited to know whether the JUCE Linux port is evolving, and just in case you need help, I'll be glad to give you a hand, or two :) You can read my own posts below, regarding me and others potential in willing to help you in delivering a genuine and native JUCE port to our beloved operating system. So please, feel free to it. Most thanks for your (highly precious, in deed) time. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ---------------------------- Original Message ---------------------------- Subject: [linux-audio-user] Tracktion & Wine From: "Ryan Gallagher" <ruinaudio(a)comcast.net> Date: Thu, January 6, 2005 16:13 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> Ok, First I'm a big supporter/user of Ardour (my name even appears on a contributors list) and I do think we should support FOSS alternatives above all others. Hopefully that will prevent a FOSS/Free-closed debate :P Now, as a Tape-Op subscriber I have been alerted to a Tracktion promotional offer (full functional version free). http://tapeop.com/tracktion.php This looks like a really interesting DAW and it installs under wine but dialog boxes aren't working. Has anyone gotten it functional under wine yet? Has anyone used Tracktion under a native environment? -ry -- Ryan Gallagher <ruinaudio(a)comcast.net> ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Dave Phillips" <dlphilp(a)bright.net> Date: Thu, January 6, 2005 16:40 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> Hi Ryan: I also tried it this morning, got as far as a failure installing the sound device. :( Mackie reportedly announced that there would be a Linux version eventually. Best, dp ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Rui Nuno Capela" <rncbc(a)rncbc.org> Date: Thu, January 6, 2005 17:22 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> I don't know if I'm telling some gross mistake, but Tracktion has been the work of one man, Jules o'something. AFAHCT Tracktion is based on his own cross-platform C++ framework, named JUCE (http://www.rawmaterialsoftware.com/juce/). Yes cross-platform only between win32 and macosx, atm. However, quoted from the JUCE's to-do-list (http://www.rawmaterialsoftware.com/juce/todo.html): - get the Linux port up and running.. So, given that JUCE is being released under the GPL, and if some of the LADs are willing to help, things could just happen sooner than later ;) I mean, having a Linux native Trackion port (hopefully with ALSA and JACK support). Tracktion is closed-source however, with commercial rights owned by Mackie. Or so I think. I guess the linux port will be also closed-source. But I would rather buy it, instead of running it under the nasty effects of wine ;) OK. My idea is first probing you LAUs/LADs, my self included, if it makes any sense on lobbying for the Trackion linux port. Second, our X/ALSA/JACK expertise (!) could be offered towards a early JUCE port and help Jules|Mackie in delivering a linux beta product in no time. Anyone interested? -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Ryan Gallagher" <ruinaudio(a)comcast.net> Date: Thu, January 6, 2005 18:54 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> On Thu, 2005-01-06 at 17:22 +0000, Rui Nuno Capela wrote: > I don't know if I'm telling some gross mistake, but Tracktion has been > the work of one man, Jules o'something. AFAHCT Tracktion is based on his > own cross-platform C++ framework, named JUCE > > So, given that JUCE is being released under the GPL, and if some of the > LADs are willing to help, things could just happen sooner than later ;) > I mean, having a Linux native Trackion port (hopefully with ALSA and > JACK support). > > Tracktion is closed-source however, with commercial rights owned by > Mackie. Yes, AFAIK Tracktion is a Mackie product and only free for a limited time (however the fact that it's been distributed for free seems to suggest a free binary for linux would not be out of the question). > OK. My idea is first probing you LAUs/LADs, my self included, if it > makes any sense on lobbying for the Trackion linux port. I'm of the opinion that choice is good, therefore having another quality (and widely used/supported) DAW would be great for linux. Also, once JUICE is ported, that will provide another great resource for future linux audio development. Finally, the fact that this project is affiliated with Mackie, a HUGE name in the "industry" could work greatly to the benefit if linux/audio. I mean if we could get a linux port of Traction on mackie ftp servers? Well, people would take notice. > Second, our X/ALSA/JACK expertise (!) could be offered towards a early > JUCE port and help Jules|Mackie in delivering a linux beta product in > no time. > > Anyone interested? I'm interested (though code/coding skill deficient). -ry -- Ryan Gallagher <ruinaudio(a)comcast.net> ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Chris Cannam" <cannam(a)all-day-breakfast.com> Date: Thu, January 6, 2005 19:06 To: linux-audio-user(a)music.columbia.edu Cc: "Rui Nuno Capela" <rncbc(a)rncbc.org> On Thursday 06 Jan 2005 17:22, Rui Nuno Capela wrote: > I don't know if I'm telling some gross mistake, but Tracktion has been > the work of one man, Jules o'something. Yes, he dropped by the Linux Audio stand at last year's Sounds Expo. I gave him a (by then) rather weary and incomprehensible spiel about how much fun JACK was, and he talked a bit about the sale of Tracktion to Mackie, which had just happened. Nice enough chap, but he probably thought we were a bunch of wasters. He certainly wasn't entirely unfamiliar with Linux even then though. Chris ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Ryan Gallagher" <ruinaudio(a)comcast.net> Date: Thu, January 6, 2005 20:32 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> On Thu, 2005-01-06 at 12:54 -0600, Ryan Gallagher wrote: > On Thu, 2005-01-06 at 17:22 +0000, Rui Nuno Capela wrote: > > I don't know if I'm telling some gross mistake, but Tracktion has been > > the work of one man, Jules o'something. AFAHCT Tracktion is based on > > his own cross-platform C++ framework, named JUCE > > > So, given that JUCE is being released under the GPL, and if some of > > the LADs are willing to help, things could just happen sooner than > > later ; By the way JUICE is a pretty big/impressive project for one guy to have developed, let alone Tracktion a complete DAW! We need to lure this guy over to the linux side, he's a coding machine! I'm encouraged that he chose GPL for JUICE. -ry -- Ryan Gallagher <ruinaudio(a)comcast.net> ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "David Baron" <d_baron(a)012.net.il> Date: Fri, January 7, 2005 7:19 To: linux-audio-user(a)music.columbia.edu When that framework is "opensourced", well, I too would be interested in participating and I am good at it :-). Problem is that to get into this, a company needs a business plan far different than conventional. Sun has a two-tiered approach: Sell Star Office to those who want support, give out OpenOffice to the rest of us. Sun, however, is in the computer business. Mackie is basically a hardware house. I wish I could afford a nice mixer panel from them. Will it be profitable for them, after the giveaway ends, to sell Tracktion and add-ons for it, remains to be seen (as this is not really their focus and maintaining software can be a pain (and resource drain) in the butt). Opensourcing the whole kitandkaboodle and selling related/dedicated hardware for it might be an alternative (and the giveaway might just be testing these waters). ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Frank Barknecht" <fbar(a)footils.org> Date: Fri, January 7, 2005 13:56 To: linux-audio-user(a)music.columbia.edu Hallo, David Baron hat gesagt: // David Baron wrote: > When that framework is "opensourced", well, I too would be interested in > participating and I am good at it :-). > > Problem is that to get into this, a company needs a business plan far > different than conventional. Sun has a two-tiered approach: Sell Star > Office to those who want support, give out OpenOffice to the rest of us. > Sun, however, is in the computer business. > > Mackie is basically a hardware house. I wish I could afford a nice mixer > panel from them. Will it be profitable for them, after the giveaway ends, > to sell Tracktion and add-ons for it, remains to be seen (as this is not > really their focus and maintaining software can be a pain (and resource > drain) in the butt). Opensourcing the whole kitandkaboodle and selling > related/dedicated hardware for it might be an alternative (and the > giveaway might just be testing these waters). Well, hardware is, what you can sell even to free software people, and even expensive hardware, as RME has shown. We all need speakers, for example, and Mackie (or Tapco) produces great speakers. If they would support FLOSS development, I'd be even more inclined to prefer their stuff over others'. Ciao -- Frank Barknecht _ ______footils.org__ ---------------------------- Original Message ---------------------------- Subject: Re: [linux-audio-user] Tracktion & Wine From: "Rui Nuno Capela" <rncbc(a)rncbc.org> Date: Fri, January 7, 2005 15:01 To: "A list for linux audio users" <linux-audio-user(a)music.columbia.edu> David Baron wrote: > When that framework is "opensourced", well, I too would be interested in > participating and I am good at it :-). > Nice to hear. The so-called framework (JUCE) is actualy released under an open-source license (GPL), but I think its up with us, linux audio users and developers, to show Jules what our interests really are, and offer our kind help or participation in whatever will be needed to bring Tracktion to the Linux arena. IMO, the main issue is about bringing JUCE to Linux in the first place. Well, that's the whole purpose of my notice. Speaking for myself, I believe to fit both interests, as an user and as a developer. Please note that I'm not asking for Trackion being open-source. Nor am I assuming it will ever be. I'm just trying to ease the route to reach a true native Linux port. Is up to Mackie whether it will be priced or not. I have no reason to believe Mackie will release Tracktion as open-source, even though Mackie is in the hardware business, not software. OTOH, and as already noticed here, JUCE seems to be a real gem, and as open-source as I trust it is, it can be a real promising cross-platform C++ GUI, Audio and MIDI, all-in-one-toolkit-solution for Linux. Yes, it does seems yet another one, but this time it would be highly specific for building cross-platform DAWs :) The following should be essential linux-platform-specific "underwear" to stuff into JUCE: - GUI: Xorg, freedesktop.org - Audio: JACK, ALSA - MIDI: ALSA obviously being the cream of the crop of our Linux and Audio/MIDI technology, IMO. OK. Next step should be perhaps about asking on LAD if this whole idea makes sense, or is it a plain dead-end. Hopefully not. Then push the whole thread to Jules mailbox and see what comes about ;) Cheers. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ========================================================================== ---------------------------- Original Message ---------------------------- Subject: Re: Tracktion, JUCE and Linux From: "Julian Storer" <jules(a)rawmaterialsoftware.com> Date: Sun, January 9, 2005 12:40 To: "Rui Nuno Capela" <rncbc(a)rncbc.org> Thanks for that. I have got a load of juce linux stuff almost ready to go (a friend of mine actually helped write it for a project he's working on), but I'm totally tied up at the moment on tracktion, and haven't had time to get it into a release-worthy state. I should be able to get it done within the next couple of months though, and I'm really keen on getting it out into the linux community. The initial juce release won't have any audio stuff in it yet, though (I'm not really a linux person, don't even have a linux machine set up at the moment) so that might be an area where I'll come over to you linux audio guys and see if anyone's interested in helping out! All the best Jules ---------------------------- Original Message ---------------------------- Subject: Re: Tracktion, JUCE and Linux From: "Rui Nuno Capela" <rncbc(a)rncbc.org> Date: Sun, January 9, 2005 13:50 To: "Julian Storer" <jules(a)rawmaterialsoftware.com> Hi Julian, First of all, let me thank your quick reply. > Thanks for that. I have got a load of juce linux stuff almost ready to > go (a friend of mine actually helped write it for a project he's working > on), but I'm totally tied up at the moment on tracktion, and haven't had > time to get it into a release-worthy state. I should be able to get it > done within the next couple of months though, and I'm really keen on > getting it out into the linux community. > Thats great news. Even if its not on a release-level state, I think me and some other LADs (Linux Audio Developers) are willing to help you and your friend in the making. You can guess that I'm really motivated in the first place, being this very mail exchange just the superficial evidence ;) First of all, I would ask you if its alright to cross-post your reply(ies) to the linux-audio-devel/user maillist, which everyone will find quite encouraging, or so I believe. Second question goes about public hosting of the JUCE project, and what's your policy about that. For example, are you willing to host JUCE under sourceforge.net, given that you're releasing it under an open-source license (GPL). This is just an humble suggestion. Your thoughts may vary of course. Let us know of your opinion, if that won't take you from what you love. (sourceforge.net's project name "juce" is available for registration, so now would be a golden opportunity; just drop a note if you need some help on this) > The initial juce release won't have any audio stuff in it yet, though > (I'm not really a linux person, don't even have a linux machine set up > at the moment) so that might be an area where I'll come over to you > linux audio guys and see if anyone's interested in helping out! > Speaking for myself, I do have C++, JACK and ALSA skills that you may find appropriate for taking the job done. Others may apply, of course. So, just in case you didn't read the fine print, I'm stepping forward for duty ;) I'll be happy to know about your thoughts. Cheers. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ---------------------------- Original Message ---------------------------- Subject: Re: Tracktion, JUCE and Linux From: "Julian Storer" <jules(a)rawmaterialsoftware.com> Date: Sun, January 9, 2005 19:04 To: "Rui Nuno Capela" <rncbc(a)rncbc.org> Thanks, it's really cool to see that people are interested in the project! Of course you can cross-post my reply, no problem. And yes, eventually I probably will host it on sourceforge - but again, I've just not had time to think about that kind of stuff just yet. As soon as I get a bit of a break from tracktion my next big thing will be to get on the case here and sort it all out properly.. Cheers Jules ---------------------------- Original Message ---------------------------- Subject: Re: Tracktion, JUCE and Linux From: "Rui Nuno Capela" <rncbc(a)rncbc.org> Date: Mon, January 10, 2005 9:57 To: "Julian Storer" <jules(a)rawmaterialsoftware.com> Julian, > Thanks, it's really cool to see that people are interested in the > project! Of course you can cross-post my reply, no problem. And yes, > eventually I probably will host it on sourceforge - but again, I've > just not had time to think about that kind of stuff just yet. As soon > as I get a bit of a break from tracktion my next big thing will be to > get on the case here and sort it all out properly.. > Fair enough. Just drop me a line, or on the linux-audio-dev list, when you're ready. Meanwhile, if that's not too intrusive of course, would you tap on your friend, the one who's dealing with the linux code, and handing him/her a note? I'm almost certain that both of you would take collaboration as a good idea. Would you forward him/her this thread? Based on what you've mentioned, I'm guessing that your friend is working on the GUI code. If that's right, that leaves the Audio/MIDI stuff for our joint venture, so to speak. I think this is really perfect timing IMO. Hope to hear from you soon, Cheers. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org ---------------------------- Original Message ---------------------------- Subject: Re: Tracktion, JUCE and Linux From: "Julian Storer" <jules(a)rawmaterialsoftware.com> Date: Mon, January 10, 2005 10:23 To: "Rui Nuno Capela" <rncbc(a)rncbc.org> Sure thing, thanks Rui!

20 years, 8 months

[linux-audio-dev] [semi-OT] EEL 0.1.0

by David Olofson

(This is not strictly audio oriented, though the project started out as part of a sound engine, and I figured it might be of some interest to some people here.) There! I've decided the new, rewritten EEL scripting engine is about ready to start playing around with. There is some work left to do (some refactoring, some more built-in classes etc, file I/O and networking modules and stuff), but it should be totally possible to actually do something with it already, I think. EEL is NOT just a spare time project! I get paid to work on this. That said, I also have a genuine interest in EEL itself, and I have a few spare time projects that do or will use EEL. (Which basically means I'm working 12/7 or so on this or on projects using it ATM... *hehe*) Home site (or excuse for...) here: http://eel.olofson.net/ Direct download: http://eel.olofson.net/download/EEL-0.1.0.tar.gz Some facts: * Language inspired by C, Pascal, BASIC, Lua etc. * Designed for real time applications from the ground up. * Dynamic typing; nil, real, integer, boolean + classes. * Classes: string and array. (Tables are next.) * (Plans include user defined classes and operators.) * Automatic memory management. * Exceptions. (try...except, throw, retry.) * Nested functions with upvalues. * Recursion, including mutual. * Functions can have optional or tuple arguments. * Terms and indices can be lists - operations multiplexed. * Compile time import of modules, into scope or namespace. * Run time loading of modules. * Simple C API for embedding in applications. * Stackless bytecode VM with variable size instructions. * Compiler with (mostly unused) optimization framework. * Speed: Better than 50% of Lua, despite stupid compiler. * 17463 lines of (hopefully) portable C code. * LGPL. (Maybe LGPL + MIT/X11, if it makes life easier.) //David Olofson - Programmer, Composer, Open Source Advocate .- Audiality -----------------------------------------------. | Free/Open Source audio engine for games and multimedia. | | MIDI, modular synthesis, real time effects, scripting,... | `-----------------------------------> http://audiality.org -' --- http://olofson.net --- http://www.reologica.se ---

20 years, 8 months

[linux-audio-dev] [ANN] seq24-0.6.0

by rob buse

hey everyone! I just released a new version of seq24. Below are the features added since the 0.5.0 series: * Now uses gtkmm-2.0 or gtkmm-2.2. * New JACK Transport support. * Added Undo feature in editor. * More standard file dialogs w/ filename tracking. * Added .seq24rc file for saving options and changing key mappings. * Remote midi control for live mode finished (bpm change, screen set, mod keys) * Revamped drawing code for sequence editor. It's much faster and can draw much larger sequences. There are also new screen shots up if you just want a look: http://www.filter24.org/seq24/ cheers! rob. --------------------------------------------------- http://filter24.org art + technology

20 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev