[LAD] Novation launchpad midi driver

Although my provider's spam filter still blocks linux audio mails, I'm happy to announce my novation launchpad midi driver. It is not a driver in the common sense, but a user space usb application which offers a midi out and in to write and receive launchpad midi messages. On my distribution(ge

[LAD] Am I out of this list?

Hi, currently I don't receive any list mails :( How can I check if I'm still in this list or if some spam filter gone wild? Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/l

Re: [LAD] "Open midi-keyboard"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albin Stigo schrieb: > Hi, > > I'm new to the list so I hope this is not the wrong forum! > > I've been working on a midi keyboard ("physical" hardware 88-keys > "professional" = no toy) for a while for which I plan to release the > schematics and so

Re: [LAD] snd_seq_port_info and shared_ptr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Davis schrieb: > On Sat, Sep 5, 2009 at 3:38 AM, Christian wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> As I'm new to smart pointers and memory management in C++ I have a short >> questi

[LAD] snd_seq_port_info and shared_ptr

e I'm not using malloc and free in these queries everything is ok, isn't it? Thanks for your help! Christian -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqiFXwACgkQVC26

Re: [LAD] FLTK vs GTKmm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> I'm just curious what your long-time experiences with these >>> gui-libraries are. >>> Considering to use one of these two but can't really decide. >>> But I do not want to switch in a year or two... >> Well, I can't say anything about developing w

Re: [LAD] FLTK vs GTKmm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Davis schrieb: > On Mon, Aug 10, 2009 at 5:06 AM, Christian wrote: > >> GTKmm guis are always using your desktop theme which might be bad, too. > > not true. ardour uses gtkmm and doesn't use the desktop theme. >

Re: [LAD] FLTK vs GTKmm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thorsten Wilms schrieb: > On Mon, 2009-08-10 at 08:38 +0200, Christian wrote: > >> I'm just curious what your long-time experiences with these >> gui-libraries are. >> Considering to use one of these two but can't r

[LAD] FLTK vs GTKmm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm just curious what your long-time experiences with these gui-libraries are. Considering to use one of these two but can't really decide. But I do not want to switch in a year or two... Thanks for your advices! Christian -BEGIN PGP

Re: [LAD] Kim did the switch to Linux

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a funny story to this: Some weeks ago I jammed with a friend, a convinced osx user, at home. My all purpose notebook was running with openoffice firefox and thunderbird and eclipse as I worked with it before, so there was a first strange look from

Re: [LAD] Fwd: Fw: Re: At the hands of Professor Keller and Raymond

On Sunday, 2 August 2009 at 21:36, Jörn Nettingsmeier wrote: > can we please bury this urban myth that anybody who releases software > under the gpl is legally bound to include makefiles and such? "The source code for a work means the preferred form of the work for making modifications to it. Fo

Re: [LAD] Fwd: Fw: Re: At the hands of Professor Keller and Raymond

On Tuesday, 28 July 2009 at 9:19, lase...@gmail.com wrote: > When doing the right thing causes people to almost line up against the one in > the right [...] People don't oppose you for "doing the right thing", but for being a self-righteous pompous a** who doesn't know when to shut up while doin

Re: [LAD] PHASEX-0.12.0-beta3

or your support, feedback, and contributions over the > years, helping to make PHASEX what it is today. > > > Happy music making! > --ww > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org >

Re: [LAD] Keeping "guardians" and "rebels" on the same boat

for "completely separated control daemon and > several jackd servers" has to be defined. > > - multi-config stare state: is this part of Jack or not? > > - if multi-config share state is part of Jack, then a new API to > handle that has to be defined > >

Re: [LAD] jackd/jackdbus : D-Bus or not D-Bus...

On Tuesday, 19 May 2009 at 10:38, Stéphane Letz wrote: > 4) A possible proposed solution was to define 2 completely separated > packages for jack2 : the "classic" one would package the "jackd" > incarnation and allow Qjackctl and legacy control applications to be > used with it. The "D-Bus" o

Re: [LAD] [Jack-Devel] more jack/qjackctl madness

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 drew Roberts schrieb: > On Sunday 17 May 2009 05:24:04 Christian wrote: >> Fons Adriaensen schrieb: >>> On Sun, May 17, 2009 at 09:50:55AM +0200, MarcO'Chapeau wrote: >>>> On Sun, 17 May 2009 00:31:41 +0200, Fo

Re: [LAD] [Jack-Devel] more jack/qjackctl madness

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fons Adriaensen schrieb: > On Sun, May 17, 2009 at 09:50:55AM +0200, MarcO'Chapeau wrote: > >> On Sun, 17 May 2009 00:31:41 +0200, Fons Adriaensen >> wrote: >>> A request to the jackdmp and qjackctl devs: >>> >>>PLEASE REMOVE THAT DBUS MADNESS >

Re: [LAD] Current state of lash

non-linear step-sequencing, network distributed access for multiple musicians and heavy lv2 usage are its main aims. > On Sunday 26 April 2009 14:00:15 Christian wrote: >> Hi there, >> I'm currently thinking about using lash for my project. >> But their website is down, when I used

[LAD] Current state of lash

and if you recommend using it for developing. Christian -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn0Pr8ACgkQVC26eJ+o0+1YBwCdHdRHBipMT2i2xhekT0KHcGPX c7kAmwewYmhyoIf8XLhNQ5S4nKW6mOph =5UZj -END PGP

[LAD] Problem with g++, please please help me

ksseq2008/ksinternalgui/?root=ksseq Or use this: /*** *Gui.h * * Nov 10, 2008 6:11:08 PM CET 2008 * Copyright 2008 Christian Loehnert * [EMAIL PROTECTED] /

Re: [LAD] jack and c++

yle function in your .cpp file or b) a static class method, where in both solutions you would then call the respective method of the object instance. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.li

Re: [LAD] multiple ICE1712 sound cards (as one huge soundcard)

ologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02) Do I probably need a more recent ALSA version or a specific patch or something? Currently I'm using ALSA 1.0.12 drivers. CU Christian Es geschah am Wednesday 24 September 2008 als Julien Claassen schrieb: >

[LAD] multiple ICE1712 sound cards (as one huge soundcard)

oundrc file, so installed it as /etc/asound.conf, /etc/alsa/asound.conf and in the home directory as .asoundrc Does anybody have an idea what could be wrong or could give me pointers how to debug it? CU Christian ___ Linux-audio-dev mailing list

Re: [LAD] LinuxSampler questions

Es geschah am Tuesday 08 July 2008 als Christian Schoenebeck schrieb: > Es geschah am Tuesday 08 July 2008 als MarcOChapeau schrieb: > > On Tue, 8 Jul 2008 11:40:18 +0200, Christian Schoenebeck > > > > <[EMAIL PROTECTED]> wrote: > > >> 3. Convolution

Re: [LAD] LinuxSampler questions

Es geschah am Tuesday 08 July 2008 als MarcOChapeau schrieb: > On Tue, 8 Jul 2008 11:40:18 +0200, Christian Schoenebeck > > <[EMAIL PROTECTED]> wrote: > >> 3. Convolution reverbs > > > > Like said above, no internal convolution yet. But I started to prepa

Re: [LAD] LinuxSampler questions

Es geschah am Tuesday 08 July 2008 als Julien Claassen schrieb: > Hello! >Please Christian or someone else, can you help me. I just reread the > LinuxSampler features page and seems to be some way of marking points as > implemented, not done or partly implemented. But I can reall

Re: [LAD] completely [ot] - compilation help

ode and exact error messages. The errors you're talking about could just be some consecutive faults, the root cause(s) might be something completely different. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

aps > something like this: Uhm, stupid question: already tried if GCC's special "complex" attribute type leads to a better result with auto vectorization? At least that could give the optimizer a better chance. CU Christian ___ Linux-a

[LAD] optimum binary distribution (was: vectorization)

d task to integrate such a build system into the application itself, so the user just has to adjust the CXXFLAGS in a line input box or something and press the "Recompile" button. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.

Re: [LAD] vectorization

compilation. Somebody has to compile and somebody has to run the benchmarks ... whoever that will be ... :-) CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

320 ms GCC vector extensions : 300 ms CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

just wrote in some hours. So in practice, if the results are very close together anyway, probably not even noticeable, I would definitely prefer to spend that time on other tasks and enjoy the fact that the implementation compiles with very good performance results on other archite

Re: [LAD] vectorization

Am Mittwoch, 16. April 2008 09:19:19 schrieb Christian Schoenebeck: > But if you're totally sceptical, you could simply move out the mixing > functions into an own C++ file, compile that object file with maximum > optimization, and compile the actual benchmark application with j

Re: [LAD] vectorization

Am Mittwoch, 16. April 2008 02:10:20 schrieb Jens M Andreasen: > On Tue, 2008-04-15 at 19:45 +0200, Christian Schoenebeck wrote: > > Yeah, I'm respawning this topic ... > > There is something funny with this benchmark. If we compare your [snip] > Benchmarking mixdown (W

Re: [LAD] vectorization

for compilation, dependent on what the user supplied as CXXFLAGS. At least that's what I'm going to do ... I think ... CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] OT.C Library for mounting, processing data

Am Freitag, 28. März 2008 09:37:35 schrieben Sie: > Christian Schoenebeck wrote: > > Am Freitag, 28. März 2008 09:07:21 schrieb Patrick Shirkey: > >> Hi, > >> > >> Can anyone point me to a library that lets me mount a disk, copy data to > >> the disk an

Re: [LAD] OT.C Library for mounting, processing data

em("mount /dev/foo /bar"); system("cp this there"); system("umount /bar"); } CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

e.g. also rotating the vector cells), you would have to go low level and in this case there's no much sense in using gcc's vector extensions at all. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

See also: http://gcc.gnu.org/ml/gcc/2006-04/msg00349.html CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

; / members of the vector effectively: http://gcc.gnu.org/ml/gcc-help/2006-04/msg00178.html Not sure if that changed in the meantime, but somehow I doubt it. :) CU Christian Am Donnerstag, 7. Februar 2008 17:51:06 schrieb Malte Steiner: > Hello, > > I try to squeeze as much

Re: [LAD] LS licensing (was: LV2 " isn't well thought out ?" LV2 in the Reaper sequencer)

Am Dienstag, 29. Januar 2008 06:25:31 schrieben Sie: > On Sat, 2008-01-26 at 03:16 +0000, Christian Schoenebeck wrote: > > So get it: there is NOT only one definition of the term "open source" > > when standing alone. Like with many unspecific short terms, different

Re: [LAD] [OT] LinuxSampler and GPL - some clarifications

you know ... who would? And IMO this is the wrong place to discuss this issue anyway. I'm sure the FSF can give you better answers than anybody here. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] LS licensing (was: LV2 " isn't well thought out ?" LV2 in the Reaper sequencer)

ot place a link on our site to the various definitions of "open source" including your praised OSI definition. But I agree with you in one thing: it's really nonsense to discuss this issue any further. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] LV2 " isn't well thought out ?" LV2 in the Reaper sequencer

t. We're not hiding anything. And btw, you were the one who just called us not being part of the open source community, just because we contributed to one software that has that license restriction you dont like, ignoring the fact that we contributed to other

Re: [LAD] LV2 " isn't well thought out ?" LV2 in the Reaper sequencer

r open source projects as well, so your statement is really wrong. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] LV2 " isn't well thought out ? " LV2 in the Reaper sequencer

audio sampler software. :) CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] LV2 " isn't well thought out ? " LV2 in the Reaper sequencer

uxsampler.org/faq.html#commercial_music CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] LS License (was: LV2 in the Reaper seq uencer)

but haven't found a better solution so far. I do agree though that the license wording is suboptimal, and we're certainly fixing it on the mid / long term, but as said, we don't have a better solution yet and the current license terms are valid. CU Christian ___

Re: [LAD] LV2 " isn't well thought out ? " LV2 in the Reaper sequencer

me people are reconsidering their attitude (if even just for a while) in aspect of what I already hinted. It could really, really pay off for the community on the mid / long term. *Shutting up now* :) CU Christian ___ Linux-audio-dev mailing

Re: [LAD] LV2 "isn't well thought out ?" LV2 i n the Reaper sequencer

sion when this is the general attitude. And unfortunately this actually the case here as far as I can see it at the moment. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] LV2 "isn't well thought out ?" LV2 i n the Reaper sequencer

rocess would presumably happen gently step by step, so that kind of attitude could really destroy the whole process. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] JACK & MIDI

e of course) for clients that use the different two "MIDI" APIs in JACK. So that would provide a smooth transition for the JACK universe from old MIDI to uhm whatever it would be called ... CU Christian ___ Linux-audio-dev mailin

Re: [LAD] [OT] questions re: cross-compiling

antages regarding compiler optimizations? You know the term "minimalistic" in its name raises such doubts. CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] {OT} kind of some obscure c++-error

re we have to explicitly tell that ;) ] b) run fsck on all your partitions (i.e.: "e2fsck -c" for ext2/3 partitions) If that didn't help, try to compile your code on another machine. And if that didn't help either, come back and post

Re: [LAD] transfer function visualisation

stems, so such a tool wont work with arbitrary JACK chains. Or do you just want to use it for chains of simple filters and effects? Ah, and such a tool has to be connected to both ends of the chain, to be able to send an impulse through the chain. CU

Re: [LAD] LS 0.4.0 trouble creating more than 2 audio-drivers

works for you? CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev

Re: [LAD] Controller images

think it is worth to have a look at blender. As you mentioned the code based rendering: All images are stored in a xml file so that everyone using my gui can exchange them to create his own style. So I don't think that a rendering approach would be that useful. Christian -BEGIN PGP SIGNATURE-

Re: [LAD] Controller images

k, but worthy! so this is what I use right now: http://www.krampenschiesser.de/screenshots/ksdrumgui.jpg Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev

[LAD] Controller images

Hi, does anyone know how I can render images for circular controllers? Or has anyone already rendered some? Christia p.s.: Where are the archives? I know this topic was one there... ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org

Re: [LAD] Phat and pyphat 0.4.1, help needed for future widgets.

e to do all vector graphics operations on code level. You could also i.e. simply load a normal .svg file as background graphic and do only few fancy dynamic vector graphics operations on code level. So IMO it would be a good idea to implement those proposed widgets using the vector graphics appro

[LAD] freehand notation system

Hi! Does anybody know a freehand notation system (no matter if free or commercial) beside this one: http://www.freehandsystems.com ? Or do you probably know open source software system(s) that could reach the same features with a *reasonable* low amount of work? CU Christian

Re: [LAD] Widgets

e good fresh ideas for the already a bit rusty widget syndicate. I think such a "fan slider" could be efficiently and pretty be implemented using Qt4's new vector graphics API which also supports translucency. CU Christian ___ Linux-audio