Re: [LAD] LAC2019@CCRMA-Stanford photos...

Hi Rui, glad that you got back smoothly, and thanks for all the nice pics! :) Thanks also to the organizers (Romain, in particular) and all the kind people who made it an awesome conference again at CCRMA. See you again next year at Bordeaux! Cheers, Albert On Sat, Mar 30, 2019 at 6:42 PM Rui

[LAD] Faust conference: IFC 2018 videos are now online!

Hi everybody (and sorry for crossposting), as some of you may have noticed, IFC 2018 (the very first International Faust Conference) took place at the Johannes Gutenberg University at Mainz/Germany this week. It was a great conference IMHO, and if you couldn't attend, you can find videos of all

Re: [LAD] Photos from LAC2018

Rui, what would we do without you. :) Nice pics, as always, thanks for uploading these so quickly! Albert On Mon, Jun 11, 2018 at 9:03 PM, Rui Nuno Capela wrote: > hi all, > > all the photo's shot during the lac2018@c-base Berlin are now online: > > http://www.rncbc.org/lac2018 > > as usual

[LAD] Fwd: [Faudiostream-users] IFC-18: 2nd Call for Papers - International Faust Conference - Deadline Extended!

[Apologies for cross posting, please circulate widely.] *New submission deadline: March 26, 2018* 1st International Faust Conference - Johannes Gutenberg University, Mainz (Germany), July 17-18, 2018 The International Faust Conference (IFC-18: http://www.ifc18.uni-mainz.de) will take place at

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

On Mon, Dec 4, 2017 at 10:37 AM, Jörn Nettingsmeier < netti...@stackingdwarves.net> wrote: > Long story short: don't. Holy cow. I like funny war stories like these. Of course it's only funny if you're not bitten yourself. :( I feel with you. At least you got a 2013 MB which is still

[LAD] Fwd: [LAU] First International Faust Conference (IFC-18) - Call for Papers

Dear all, It is my pleasure to announce the First International Faust Conference (IFC-18)! We look forward to see you in Mainz this summer. Cheers, Romain Michon CCRMA, Stanford University [Apologies for cross posting, please circulate widely.] 1st International Faust Conference - Johannes

Re: [LAD] LAC2017 Photos

Nice snapshots, Rui, as always. :) Thanks!! On Tue, May 23, 2017 at 12:20 AM, Rui Nuno Capela wrote: > hello > > > all the traditionally lousy photos as taken by me during the > lac2017@UJM-St.Etienne, all unedited, no exceptions:) > > http://www.rncbc.org/lac2017 > > cheers

Re: [LAD] youtube blocks LAC 2017 May 18 AM

On Tue, May 23, 2017 at 6:59 AM, Thomas Cipierre wrote: > Sure! But let me throw a big hot potato here : Where is it going to be > actually? ;) I guess that we'll have a discussion about that on lac-team real soon. :) Thomas, my congrats to you and Phillippe

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

On Tue, May 2, 2017 at 9:20 PM, Rui Nuno Capela wrote: > yes, libanese ftw. According to Laurent, the food is good there but the place is rather small, so we might have to reconsider if more people want to chime in. So please let us know by posting to this thread if you plan

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

On Tue, May 2, 2017 at 8:53 PM, Fons Adriaensen wrote: > Doesn't need to be pizza, but please no *foie gras* for me :-) > Looking at the list of restaurants I noticed this: > > > Looks good to me, and not far from the university. --

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

On Tue, May 2, 2017 at 8:28 PM, Rui Nuno Capela wrote: > though the traditional/proverbial pre-LAC *pizza* dining might not be > the thing i'm after when in France inland (take note Albert:)) > I'm sure that Laurent and Yann will have some ideas about that. :) I just wanted to

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

Also, if you go to http://lac2017.univ-st-etienne.fr/, there's a link "Registration" there. As usual, attendance of the conference is free, but the organizers kindly ask you to register if you're planning to attend (if you haven't already done so). I guess that quite a few of us will already be

Re: [LAD] [LAU] LAC2017 extended deadline for all submissions February 28

On Wed, Feb 8, 2017 at 11:02 PM, Laurent Pottier < laurent.pott...@univ-st-etienne.fr> wrote: > We have decided to extend the deadline for all submissions to February 28. All right, (some more) time to whip out emacs, vi or even LibreOffice and get your papers in good shape now. ;-) It's a

Re: [LAD] [LAU] [LAC-team] After LAC is before LAC

On Wed, Apr 27, 2016 at 10:05 PM, Louigi Verona wrote: > Just to make sure, I have created an IRC channel #lac2017, so join in! A bit early, I'd say. ;-) But I'm in touch with Laurent Pottier (from JMU) and Yann Orlarey (from Grame) on this, so expect Laurent's

Re: [LAD] [LAC-team] After LAC is before LAC

Hi everybody, I just returned home after a few more (holi)days in Berlin. Kudos again to David and all the other fine folks at c-base, you did an amazing job to make LAC happen this year in spite of all the difficulties you were facing! David already mentioned this, so let me briefly say that

[LAD] ANN: faust-lv2 1.0 and faust-vst 1.0 released

(Sorry for cross-posting.) Dear Faust programmers and LAD'ers, New stuff just in time for the upcoming miniLAC @ Berlin next week! faust-lv2 and faust-vst are two architectures for Grame's functional dsp programming language Faust. They let you create fully functional LV2 and VST plugins from

Re: [LAD] LAC is dead! Long live miniLAC!

On Thu, Feb 4, 2016 at 11:49 AM, Rui Nuno Capela wrote: > count me in with the: Yet the same old Qstuff* Workshop (continued) > (or a never ending saga:) > Your screenshot (in the workshop description) is the biggest so far... ;-) -- Dr. Albert Gr"af Computer Music Research

Re: [LAD] LAC is dead! Long live miniLAC!

On Thu, Feb 4, 2016 at 3:56 PM, Rui Nuno Capela wrote: > never meant to overshadow any1 > no worry, no hurry, chicken curry... > Missed the tongue-in-cheek? :) -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggr...@gmail.com WWW:

Re: [LAD] [LAU] LAC is dead! Long live miniLAC!

On Wed, Feb 3, 2016 at 10:10 PM, Harry van Haaren wrote: > OpenAV will be doing a workshop on Fabla2 Harry, you beat me to it. :) My proposal is a workshop with a practical introduction to Faust plugin programming. Please check

Re: [LAD] [Source uploaded to GitHub] GuitarSynth

On Sun, Apr 26, 2015 at 7:00 PM, Tim E. Real termt...@rogers.com wrote: OK Albert, I uploaded the source of my polyphonic guitar synth to: https://github.com/terminator356/polyguitsynth Great, many thanks! -- Dr. Albert Graf Computer Music Research Group, JGU Mainz, Germany Email:

Re: [LAD] GuitarSynth

On Sat, Apr 25, 2015 at 5:13 AM, Tim E. Real termt...@rogers.com wrote: If it provides inspiration, I was doing this in the late 90's on Windows, in good ol' Borland C++ Builder. If you still have the code lying around somewhere, why not throw it up on github so that others can learn from

Re: [LAD] GuitarSynth

Hi Gerald, cool project, I'm looking forward to give it a try. :) On Thu, Apr 23, 2015 at 7:24 AM, Gerald gerald.mwa...@gmx.de wrote: definately, but that comes with the cost of extra hardware (pickup, 6chan soundcard). I would build that into GuitarSynth if I had that gear. But I'm also

Re: [LAD] Advanced Gtk+ Sequencer aka GSequencer now on GitHub

On Fri, Apr 3, 2015 at 9:16 PM, Gordonjcp gordon...@gjcp.net wrote: I can't help but think that if you're doing something that requires sample-accurate sysex messages, you're doing something a bit strange and wrong :-D There are some cases where this actually makes sense, such as MTS tuning

Re: [LAD] Linux Audio Conference 2015 - Call for Participation

On Sat, Jan 3, 2015 at 1:12 PM, Albert Graef aggr...@gmail.com wrote: Linux Audio Conference 2015 - Call for Participation Another quick follow-up with the latest news and bits of information about the upcoming LAC 2015: Our friends at Grame recently initiated their first Faust Open-Source

Re: [LAD] Linux Audio Conference 2015 - Call for Participation

On Sat, Jan 10, 2015 at 1:00 AM, Cedric Roux s...@free.fr wrote: So people in the free world (that's /you/, and you know: freedom, sharing, knowledge, cooperation... those values, and I know you share and value them) don't know anymore how to type a few lines of html (public specs available

Re: [LAD] Linux Audio Conference 2015 - Call for Participation

On Sat, Jan 3, 2015 at 1:12 PM, Albert Graef aggr...@gmail.com wrote: Linux Audio Conference 2015 - Call for Participation Just a quick follow-up with the latest news... The complete Call for Music, Installations and Workshops document in pdf format is now available at http

Re: [LAD] Linux Audio Conference 2015 - Call for Participation

Oops, looks like I forgot to set plain text mode. :( Apologies for the noise if you're using a text mail client. -- Dr. Albert Graf Computer Music Research Group, JGU Mainz, Germany Email: aggr...@gmail.com WWW:https://plus.google.com/+AlbertGraef

[LAD] Linux Audio Conference 2015 - Call for Participation

[Sorry for cross-posting, please distribute.] Linux Audio Conference 2015 - Call for Participation (Due to exceptional circumstances, this announcement comes a bit late, so please note the early deadline of Feb 1st for submissions. We apologize.) We are happy to announce the next issue of the

Re: [LAD] [LAU] Linux Audio Conference 2015?

Hi everybody, Sorry for the lack of communication from my side. I've been ill and mostly lying in bed the past 2-3 weeks (still do) and my team is on vacation. Otherwise you'd have seen that announcement already. There will be a more formal announcement with all the relevant information real soon

Re: [LAD] Some proposals for fluidsynth and qsynth

On Thu, Oct 10, 2013 at 8:40 PM, Zlobin Nikita cook60020...@mail.ru wrote: 2 - only about gui at all, not only qsynth: i read one time somewhere, that fluidsynth supports microtonality (scale tuning), but only few months ago could try it in action, controlling manually standalone fluidsynth,

Re: [LAD] making sense of Jack MIDI; or, is this an appropriate use for Jack?

On 02/15/2013 09:22 PM, Paul Davis wrote: the only effort i have seen in the open source world to implement a general purpose MIDI sequencing library that did future sequencing was something called (something like) TME3. Don't forget MidiShare. -- Dr. Albert Graf Dept. of Music-Informatics,

Re: [LAD] So what do you think sucks about Linux audio ?

On 02/05/2013 03:58 PM, Dave Phillips wrote: Poor support for certain modes of composition (think Ableton Live). Bitwig will hopefully soon provide that (proprietary software, though). What sucks is that it won't support LV2 when it comes out, but at least it's planned. Concerning LV2 and the

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

On 05/29/2012 07:39 PM, David Robillard wrote: In particular, for live plugins, you *have* to regularly call run if it is activated. So, to bypass, you're either running it on nothing (wasting cycles) or you have to deactivate it. Exactly. So Qtractor does in fact do the right thing there. :)

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

On 05/29/2012 07:57 PM, David Robillard wrote: tl;dr: The state that needs to be reset is state that depends on a continuous stream of audio. Midi controllers and such do not cause problems if they persist across audio gaps, and are not what was being referred to here. Exactly. In the case

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

On 05/30/2012 11:20 AM, Paul Davis wrote: again, you do not deactivate or in anyway change the execution of a plugin simply in order to hear a dry signal. if you doubt this, just turn the switch between wet and dry into a knob ... Ok, point taken, they're different things. -- Dr. Albert Graf

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

On 05/29/2012 02:23 PM, Paul Davis wrote: there's a misconception right there, i think. you wouldn't deactivate it to listen to the dry signal. you'd bypass it using some feature of the host. Yes, of course this depends on the host. But presumably an LV2 host would then also deactivate the

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

On 05/28/2012 07:27 PM, David Robillard wrote: For live plugins if you're going to stop continually running the plugin, you must deactivate it, so I can see how a complete and total state reset here might be undesirable. I'm not sure. A complete cleanup/re-initialization is always an option

Re: [LAD] simple FAUST OSC example

On 05/24/2012 03:44 PM, Yann Orlarey wrote: You can have a look at Albert Gräf faust-lv2 project http://code.google.com/p/faust-lv2/, a Faust architecture for LV2 Audio and MIDI Plugins. That's not standalone, though, it needs an LV2 host and is coded as an LV2 plugin. You could probably use

Re: [LAD] simple FAUST OSC example

On 05/24/2012 04:27 PM, Kaspar Bumke wrote: I did look at faust-lv2, the problem is it seems to be for MIDI to Audio rather than Audio to MIDI which I am interested in as I would like to write a drum triggger/replacer type application. Oops, I misread that, too. I remember writing a little

Re: [LAD] LV2 specification packaging

On 03/23/2012 12:44 AM, David Robillard wrote: I don't plan on releasing in multiple ways. Whatever The Way(TM) is, that is the way. If people want one, it's *just* one. Maintaining this stuff is enough effort when it only needs releasing in one way. Sounds fair. Programs and

Re: [LAD] LV2 specification packaging

On 03/22/2012 04:47 AM, David Robillard wrote: Pretty strong consensus is that the LV2 specs being a bunch of packages is a nuisance. So, I plan to start releasing them all in one package. Good move. To avoid any confusion about the packages in each release, you could just accompany each

Re: [LAD] LV2 specification packaging

On 03/22/2012 10:27 PM, David Robillard wrote: Note this tarball would just be a distribution for users to build, we actively don't want packages depending on lv2 everything with one version number at the source level. If the tarballs are out there, you can't keep the package maintainers from

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/04/2012 03:31 AM, David Robillard wrote: However, I doubt Ardour ever will, nor do I think it even should, support sequencing of events that are transmitted by some mechanism other than Jack. That would be a gigantic inconsistent mess for more reasons than I feel like listing, and trying

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/04/2012 03:47 AM, David Robillard wrote: I probably said this. Internally it's like Jack in most of the important places, i.e. the actual type of the event payload is pretty much irrelevant. The biggest problem to solve is the on-disk format. That shouldn't be a real problem. OSC is

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/04/2012 06:32 PM, David Robillard wrote: What do you mean by pick the OSC addresses that I want? I mean those symbols with the slashes that are the first part of any atomic OSC message like /foo/bar 4711.0. Usually such a symbol would denote the particular control that the value

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/04/2012 11:26 PM, Rui Nuno Capela wrote: no worries. given the length of the thread i think i'll take two please ;) Ok, granted. I'd even make that two bottles if you implement OSC tracks in Qtractor. ;-) Albert -- Dr. Albert Graf Dept. of Music-Informatics, University of Mainz,

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/03/2012 08:25 PM, David Robillard wrote: Sure, you could just implement dumb raw OSC recording and playback, but there's little point in using a DAW for that (not to mention little practical musical use) But that's exactly what I want. For starters, even just simple messages consisting

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/03/2012 11:29 PM, Paul Davis wrote: you can't send OSC to an OSC capable plugin or an external OSC application in any generalized sense, because there is no shared format for the messages. Yes, there is. It's the OSC format itself. If you want to keep it simple, you could boil it down

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/03/2012 11:36 PM, Robin Gareus wrote: I use Algoscore for sequencing OSC. http://kymatica.com/Software/AlgoScore Hi Robin, thanks for the pointers. Yes I know about AlgoScore and Iannix, but that's not quite what I had in mind. There was a presentation at Piksel a few years back

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/01/2012 07:40 PM, Rui Nuno Capela wrote: So here it goes: Ardour is a full fledged, pro-level DAW and, for crying out loud on its own, the flagship of the free/open-source pro-audio fleet and movement, not only Linux anymore nowadays. It goes without saying that Ardour offers an

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/03/2012 06:50 AM, David Robillard wrote: There is also the chicken egg problem, last I checked there wasn't an OSC note standard in use anywhere to have Ardour send... I don't see why an OSC track should make any assumptions about the semantics of OSC messages. It should just treat it

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

On 02/18/2012 12:05 AM, m.wolkst...@gmx.de wrote: if i designed the hydrogen-sample-editor the main concept was to make them non destructive and bind all sample settings to h2 song-files. Ok, so it's by design. That's what I wanted to know, thanks for clarifying this. I can also understand

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

On 02/17/2012 06:01 PM, Sebastian Moors wrote: We have already a very modular architecture, and i believe that it would be possible to create a shared lib for the reading of drumkits without big trouble. The playing/processing samples part is definitely more complicated. I think that Nick has

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

On 02/14/2012 10:58 AM, Alexandre Prokoudine wrote: That's a quite awesome thing even in its infancy. A small nitpick: it would be nice reading user's drumkits directory, i.e. ~/.hydrogen/data/drumkits. That's a bug (see my previous post), but easy to fix. If anyone is interested, I can post

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

On 02/13/2012 05:20 PM, Nick Lanham wrote: I've written a new sampler/drum machine lv2 plugin called DrMr. You can find it here: https://github.com/nicklan/drmr Very nice, thanks! I hope people find it useful, and as it's rather new code, bug reports are of course very welcome. One thing I

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

On 02/13/2012 05:20 PM, Nick Lanham wrote: I hope people find it useful, and as it's rather new code, bug reports are of course very welcome. Two more nitpicks: 1. If the host's samplerate (as given by the LV2 instantiate() callback) differs from the samplerate of the wave files, the

Re: [LAD] LV2 implementer poll (event buffer)

On 02/06/2012 12:43 AM, David Robillard wrote: If anyone has any other gripes/suggestions for the event extension, now's the time to make them heard. Speak now or forever hold your peace, etc. AFAICT I don't use any of the items that you mentioned. P.S. I have avoided the why does event

Re: [LAD] [LAA] ANN: faust-lv2 0.1 released

On 02/01/2012 12:16 PM, rosea.grammostola wrote: Interesting. Would be nice if you could use SuperCollider code (synths) as LV2 plugins too. Or is it naive to think that such a LV2 plugin (supercollider-lv2) would make much more sofsynths available for the linux platform? That's certainly

Re: [LAD] AMS LV2 plugins: Version 0.0.6

On 01/15/2012 12:57 PM, Aurélien Leblond wrote: The GPL is v2 in the code as it's the same one as coming from AMS. As Ralf rightfully remarked, you have to check the original code for the exact wording of the license. If it's GPLv2+ (GPLv2 or later) you're free to choose either GPLv2+ or

Re: [LAD] AMS LV2 plugins: Version 0.0.6

On 01/15/2012 05:45 PM, Fons Adriaensen wrote: See Help-About for the list of authors. Right, the About dialog at least contains some up-to-date copyright notices. But it doesn't detail the exact license terms either, so presumably that would still be GPLv2 only. -- Dr. Albert Graf Dept.

Re: [LAD] AMS LV2 plugins: Version 0.0.6

On 01/15/2012 06:36 PM, Ralf Madorf wrote: So GPLv2 without a + or similar indeed seems to stand for GPLv2 only. There's no doubt about this. I've had to deal with code lifted from projects which, for whatever reason, are still stuck with GPLv2, such as Gnumeric. -- Dr. Albert Graf Dept.

Re: [LAD] AMS LV2 plugins: Version 0.0.6

On 01/15/2012 06:12 PM, Brendan Jones wrote: Vesrion 2.0.1 license does include the 'and later' clause in the COPYING file. That item just explains the wording to be used if you want GPLv2+. But in this case the authors didn't. -- Dr. Albert Graf Dept. of Music-Informatics, University of

Re: [LAD] ingen anyone?

On 01/14/2012 09:53 PM, David Robillard wrote: Fixed in trunk. Ingen and Patchage in svn are a bit more flaky than usual lately... Thanks. Yes, even with the latest revision I still have some random crashes when saving patches, and sometimes the engine apparently dies and leaves ingen with

Re: [LAD] Luppp live looper

On 01/14/2012 11:36 PM, Harry van Haaren wrote: I guess the version of libconfig is wrong... I've got version 1.4.8 here, and its compiling fine. I've checked the libconfig site for version info as to what version I need to depend on for the getFile() function, but I couldn't find relevant

Re: [LAD] Luppp live looper

On 01/15/2012 12:23 AM, Harry van Haaren wrote: On Sat, Jan 14, 2012 at 3:16 PM, Albert Graef dr.gr...@t-online.de mailto:dr.gr...@t-online.de wrote: terminate called after throwing an instance of 'Glib::FileError' Fixed in git. Thanks for the report, wasn't copying resources

Re: [LAD] Luppp live looper

On 01/15/2012 01:00 AM, Harry van Haaren wrote: Just committed a fix for the fix I done earlier on today, must be getting tired ;) Works now, thanks. Currently it *only* attempts to load GUI resources from the same dir as the binary. Understood. Samples other resources can be anywhere.

[LAD] ingen anyone?

Has anyone got ingen to work recently? I'm running all the latest stuff from Dave's svn repo here, but I'm getting bitten by this bug: http://dev.drobilla.net/ticket/798, which makes it rather unusable (loading patches doesn't work, neither from the command line nor inside ingen). I went

Re: [LAD] ingen anyone?

On 01/13/2012 11:13 PM, Albert Graef wrote: Has anyone got ingen to work recently? I'm running all the latest stuff from Dave's svn repo here, but I'm getting bitten by this bug: http://dev.drobilla.net/ticket/798, which makes it rather unusable (loading patches doesn't work, neither from

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/10/2012 10:31 AM, rncbc wrote: a debug version (./configure --enable-debug) should dump an automatic stacktrace on segfault (via gdb)... This gives me a ptrace: Operation not permitted. But running the program in gdb I get the attached backtrace. (Running r2665, latest from trunk

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/10/2012 08:54 PM, Albert Graef wrote: I wanted to try that next, but lilv doesn't build against the LV2 version that I have here (the version that ships with Ubuntu 11.04 is still 3.0). Never mind, it was just lv2core and lv2-ui that had to be installed first. The LV2 plugins work great

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/09/2012 04:00 PM, Rui Nuno Capela wrote: applied. qtractor svn trunk rev.2659 (v0.5.3.4) Thanks a bunch. :) Attached is another suggested patch against the current trunk (r2660) to make qtractor send an MMC locate after jumping back to the beginning of a loop. It's not perfect, but I'm

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/09/2012 10:49 PM, Rui Nuno Capela wrote: applied, slightly modified. svn trunk rev.2663 (aka. qtractor 0.5.3.5) Thanks, that was quick. :) ok. i'll have to look at it again, sooner or later ;) I'm looking forward to that, thanks again. I'm now facing a more serious issue, though:

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/10/2012 12:34 AM, Albert Graef wrote: (I'm running jackdmp 1.9.8 here, if that makes any difference. Seems to work fine with Ardour3, though.) Sorry for the lousy bug report. :) Let me just add that I'm running Ubuntu 11.04 on a quadcore x86_64 cpu (AMD Phenom), if that gives any

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/04/2012 07:53 PM, Albert Graef wrote: On 01/04/2012 06:49 PM, Rui Nuno Capela wrote: the following blog post might give you a hint of how old and toy'ish is mmc support in qtractor :) it didn't change much since then :) http://www.rncbc.org/drupal/node/15 i'll take a note ntl. Ok

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 12/28/2011 06:01 PM, Rui Nuno Capela wrote: Qtractor 0.5.3 (delta whisky) drops from angels share! Hi Rui, I just love your release announcements. ;-) And I love Qtractor, too. I've been running into two issues with MMC sync recently, though. First, the MMC goto messages emitted by

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/04/2012 04:55 PM, Rui Nuno Capela wrote: that's correct. qtractor mmc-locate resolution is crippled to 30fps since eh... ever? :) Is that a polite invitation to go fix it myself? ;-) yes (or no:) qtractor does not send out any mmc-locate messages on its loop turnarounds. sorry.

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/04/2012 06:49 PM, Rui Nuno Capela wrote: the following blog post might give you a hint of how old and toy'ish is mmc support in qtractor :) it didn't change much since then :) http://www.rncbc.org/drupal/node/15 i'll take a note ntl. Ok, thanks. -- Dr. Albert Graf Dept. of

Re: [LAD] [ANN] Qtractor 0.5.3 - The Delta Whisky natural cask strength!

On 01/04/2012 06:53 PM, Alex Montgomery wrote: For the record, QJackMMC is an ALSA *and* JACK Midi slave, but you're right that it only listens to MMC messages and does not produce them. Maybe I should have worded that better, but what I meant was that it's an MMC slave rather than an MMC

[LAD] ANN: pd-faust 0.1

pd-faust is my latest stab at making the integration of Pd and Faust as simple and painless as possible. For those of you who've used my utilities for Faust and Pd before, pd-faust integrates the functionality of faust2pd and pure-faust into a collection of Pd objects written in the Pure

[LAD] ComputerHistory: Max Mathews John Chowning

This was just posted on the YouTube ComputerHistory channel: Max Mathews John Chowning - Music Meets the Computer (in conversation with Curtis Roads) http://www.youtube.com/watch?v=Hloic1oBfug This was already recorded in 2004, so maybe some of you have already seen it. For the others

Re: [LAD] What sound cards are recommender by developers? I'll order next week!!!

On 05/24/2011 09:34 AM, Jeremy Jongepier wrote: That was a Focusrite Saffire Pro 10 IO FireWire device. That one looks nice. Unfortunately, it seems that it's discontinued, and models 24 and 40 are still marked as experimental (need ffado from svn) on the ffado website. Albert -- Dr.

Re: [LAD] What sound cards are recommender by developers? I'll order next week!!!

On 05/23/2011 09:59 AM, Jeremy Jongepier wrote: Not much to recommend, basically only one candidate at the moment afaik: http://www.m-audio.com/products/en_us/FastTrackUltra8R.html This looks interesting, and I'm tempted to buy one, too, but how well is it supported by recent ALSA versions?

Re: [LAD] What sound cards are recommender by developers? I'll order next week!!!

On 05/23/2011 11:43 AM, Jeremy Jongepier wrote: No idea :( This M-Audio card always needed a patch. More info here: http://www.linuxmusicians.com/viewtopic.php?f=6t=1581start=15st=0sk=tsd=a This post contains the specific patch:

Re: [LAD] Warming up for LAC2011

On 05/03/2011 11:15 PM, Victor Lazzarini wrote: still to be confirmed, but it looks like we'll meet at the Roost (at the restaurant at the back), maybe around 7. The Roost is easy to find: in front of the Garda Station! Great, I'm looking forward to that. See you guys on Thursday! Albert --

Re: [LAD] Project proposition: llvm based dsp engine

Maurizio De Cecco wrote: Surely a contribution to the discussion by the Faust people would be welcome; and even more than to the discussion :-. By the way, they do something with LLVM, but i do not know exactly what (Faust is included in the list of projects using LLVM). Thanks to Stephane

Re: [LAD] twice as loud

lieven moors wrote: On 07/22/2010 11:25 PM, Albert Graef wrote: lieven moors wrote: ...continuation of truncated mail (does anyone know why this happens?) Probably it's the second From line; looks like your mail client is confused by this. Concerning your question: As other have

Re: [LAD] twice as loud

lieven moors wrote: ...continuation of truncated mail (does anyone know why this happens?) Probably it's the second From line; looks like your mail client is confused by this. Concerning your question: As other have remarked, that is a very intricate question which is studied in

Re: [LAD] GPL and plugins

Victor Lazzarini wrote: I think this is the closest to the scenario I am envisaging. There is a host, which is non-Free and commercial, currently using a non-Free plugin, which is packaged with it. This non-Free plugin gets substituted by a Free plugin, which is free because, amongst other

Re: [LAD] GPL and plugins

Paul Davis wrote: If [ ... ] ***WE BELIEVE*** they form a single program, which must be treated as an extension of both the main program and the plug-ins. Well, this is a FAQ, not expert legal opinion. But according to the FSF the intent of the license is that if A and B are linked together in

Re: [LAD] GPL and plugins

Luis Garrido wrote: Ok, again this is my personal, legally unqualified opinion, but it would seem then that the LGPL might be perhaps the solution for your case. Yes, but if Victor uses a GPL'd library for his plugin then the combination of the plugin and the library would still be GPL'd. So

Re: [LAD] LAC Tools round-table wrapup

Robin Gareus wrote: really? well we had a 30 min outage this afternoon (CEST) but the site's online: http://wiki.linuxaudio.org/wiki/tools_comparison Well, then I must have tried during the downtime. ;-) Works for me now. - batch (does it mean app can be called (headless) from a batch

Re: [LAD] LAC Tools round-table wrapup

Hi Robin, I can't get to the wiki page linked to in your previous post, so here are some hopefully useful remarks. Robin Gareus wrote: In partictular the multi-rate, sync async need clarification. - multirate: The ability to deal with synchronous streams of (audio) data at different

Re: [LAD] [LAU] Hello World: linuxaudio.org on a new Machine

Robin Gareus wrote: Anyway, there may still be a few minor glitches as we continue to tweak the system during the next days. - but don't hesitate to contact us should you experience some unexpected behaviour with the site. Robin, while you're at it, maybe you could also have a look at

Re: [LAD] Realtime MIDI programming?

Paul Davis wrote: but keep in mind that, just as with audio, JACK is encouraging RT design in which you do the work associated with a particular audible time as close to that time as possible. of course, this doesn't apply to playback of MIDI from disk, but if you're doing algorithmic

Re: [LAD] Realtime MIDI programming?

Arnout Engelen wrote: There is some simple example code available at the jackaudio wiki though: http://trac.jackaudio.org/wiki/WalkThrough/Dev/SimpleMidiClient Thanks, that looks pretty straightforward. I guess that to output MIDI from another thread one is supposed to use a ringbuffer which is

Re: [LAD] Realtime MIDI programming?

Harry Van Haaren wrote: And I'd advise you to start with normal scheduling (I've never coded an RT app, but MIDI apps works 100% realtime for me without any upgrading of priority). That may work if you have enough spare cpu power, but otherwise you may get a lot of jitter which really hurts

Re: [LAD] Realtime MIDI programming?

victor wrote: As an alternative, you can use PortMIDI. It's a fairly simple API and I would recommend it. Seconded. It's very portable as well, and wrappers exist for many programming languages (or are easy to build, as it's just plain C). Another thing that PortMidi has going for it, is that

Re: [LAD] Realtime MIDI programming?

David Robillard wrote: Casting my predictable vote for Jack MIDI :) Hi David, is there a nice introduction to Jack MIDI available somewhere? I guess that there ought to be a LAC paper about it, but a quick Google search didn't turn up anything useful. Albert -- Dr. Albert Graf Dept. of

Re: [LAD] [PD-announce] smeck (6ch guitar processing patch) released]

Frank Barknecht wrote: It does pitch detection inside of Pd to tune the transformations to the pitch played, so you still get a bit of latency (pitch detection is made on blocks of 1024 samples afaik.) Hmm, 20 msecs at 48KHz doesn't sound too bad. The earliest pitch trackers on MIDI guitars

Re: [LAD] [PD-announce] smeck (6ch guitar processing patch) released]

Hi Victor! victor wrote: Do you mean hexaphonic? Does it use the 'old' GR roland connector? Yes, that's what I meant. :) The ZD3 is supposed to be similar to the Roland GK-1 (http://www.joness.com/gr300/korgz3.htm), but the pin assignments (24 pins) are not exactly the same, so I'm not sure

  1   2   >