Re: [LAD] DIY Drum Booth
Hi Gerald, On Wed, 03 Dec 2014 20:53:21 +0100 Gerald wrote: > I'm interested the > Physics of room acoustics and would like to first understand the problem > theoretically (that means the math). I want to understand the > distribution of the acoustic modes of a given room in order to > optimize/minimize their amplitude, as well as the > reverberation/reflection aspects of different materials. I found the book "Studio Akustik - Konzepte für besseren Klang" by Andreas Friesecke a good text on that topic. The math is well explained and it has a lot of practical advice four building your own recording space. Although the author assumes you want to build a semi-commercial recording studio. The book is in German but I guess you won't mind. :-) Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] Computer noise, was: Ardour MIDI tracer
On Sat, 16 Aug 2014 18:21:52 +0200 Ralf Mardorf wrote: > Increase the volume and you will hear digital noise from the analog IOs > of a card inside of the computer. Move the mouse and extra noise will be > audible, no MIDI is needed to get annoying noise. MIDI noise is very > silent compared to mouse noise, but there is some noise. That's exactly the noise I'm talking about. With ground-lift it goes away. At least it did for me. Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] Ardour MIDI tracer
On Sat, 16 Aug 2014 18:01:12 +0200 Ralf Mardorf wrote: > A DI-box with transformers galvanically isolates Absolutely. That's why I said put a DI-box in between. > > Isn't the digital noise audible regarding to electric smog inside the > computer? My experience is that the noise comes from the ground-wire and that the ground-lift kills the noise completely. Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] Ardour MIDI tracer
On Sat, 16 Aug 2014 11:32:06 +0200 Ralf Mardorf wrote: > there always is loud > audible digital noise what ever slot I use. I experience/d the same with > my TerraTec PCI cards on this machine and with my old mobo. All computers do that. Just put a DI-box with ground lift between your audio interface and the speakers and the noise is gone. Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] midi controlers
Hi, On Sat, 12 Jul 2014 09:17:02 -0700 (PDT) Len Ovens wrote: > t would not effect the serial data, but audio may be present on the same > device, or another connected to it. I have a USB audio interface that > introduces hum to the monitor amp. A passive DI-box with ground-lift will to the trick. The problem here is not the asymmetrical signal since the noise is not inducted to the wire. It's that any computer introduces quite a lot of buzz and hiss to the ground wire. You can easily hear when the cursor moves or when data is read from hard-disc and so on. Best, Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Releasing source code is not enough, I think...
On Tue, 21 Jan 2014 13:11:21 + John Rigg wrote: > I think it's unreasonable to > expect the same level of support from unpaid developers. (If they have the > time to do it that's great, but it shouldn't be taken for granted). Not so in Windows land. Been there, done that a few years ago with a fairly simple Python/GTK application. I can't remember how much effort I spent to provide "just working" binaries to make it usable by even the most non-techie, lazy, ignorant, you name it, users around. Not counting personal support via private mails, forums and mailing lists. Most messages I got were insulting at best. However I did have Italian translation, provided by some Linux user. :-) Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] beatslash-lv2 1.0.2
On Sat, 11 Jan 2014 20:41:35 + Aurélien Leblond wrote: > Hope that's clearer. > > Otherwise don't hesitate to ask :) Coll stuff. Thanks for the explanation. Dennis ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] beatslash-lv2 1.0.2
Hi, On Sat, 11 Jan 2014 09:57:53 + Aurélien Leblond wrote: > To celebrate this release, I made a video demonstration of what it can do: > http://www.youtube.com/watch?v=RtZkKfTJEK8 Quite interesting. I'm not sure if I really understand what's going on in the video. Esp. for what Seq24 is used. Thanks. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Wilhelm-Danner-Str. 33 - DE-76287 Rheinstetten Tel: +49 721/5978883 - Fax: +49 721/5978882 - Mob: +49 152/01994400 Mail: den...@windows3.de - Web: http://www.windows3.de ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] c/jack question
Hi, On Sun, 8 Apr 2012 13:01:50 -0400 Egor Sanin wrote: > But then why does jack_transport_query not give any error when it is > passed a NULL pointer in the form of pos? > If I remove the line > frame = pos->frame; > from B, the code runs, state is set properly and jackd doesn't report > problems. I didn't look at the jack api, but calling jack_transport_query with a null-pointer might be valid. In that case jack assumes you're not interested in position data. iow, the jack authors didn't forget to check for null-pointers. Dennis -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Fax: +49 721/5978882 - Mob: +49 152/01994400 eMail: den...@windows3.de - web: there-is.no-ip.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] NSM - handling large files
On Thu, 05 Apr 2012 12:14:03 +0100 Rui Nuno Capela wrote: > iow. what if, assuming Ardour were about a fully-compliant NSM client > and you want to open an existing Ardour session, one you've been working > hard previously but stand-lone ie. outside the NSM umbrella? i read that > you'll have to copy or move all ardour's session files _manually_ first, > or symlink at best, into the NSM's central/root directory and guess what > and where. that's the kind of "cheat" or "juggling" i was telling you > about :) Good point. As far as I remember this is covered the NSM API, though. It says that "New", "Open, and "Save/Save As" commands have to by disabled while it is perfectly fine to offer a command "to import the state of an existing project". So you get a new managed project but with all state imported from an already existing possibly unmanaged project. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Fax: +49 721/5978882 - Mob: +49 152/01994400 eMail: den...@windows3.de - web: there-is.no-ip.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1
On Thu, 2009-09-03 at 03:07 +0800, Ray Rashif wrote: > Yes, exactly my thoughts. Tiling WM is simply not a solution as some > apps, Ardour primarily, actually _need_ all the space it can get. Not > all of us have > 19" or dual monitors even when it's the age of HD and > Blue Ray. In fact, as things go mobile and portable more, the less > screen space is favoured. Applications that need a lot of space should provide scrollbars. And that goes for windows as well as for dialogs. It's a real PITA that many applications don't have good scrolling. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1
Hi, On Tue, 2009-09-01 at 22:48 +0200, Florent Berthaut wrote: > So the idea of remembering the windows positions is a good point but i > think another interesting point would be to have an application that > grabs all the music applications' windows and tiles them automatically > (of course with the possibilities of resizing and moving each tile) > So when you restore a session all the windows are accessible at once. > This would be a sort of musical window manager and would allow to > combine the advantage of a single window application with the advantages > of multiple interconnected applications. > > Perhaps it already exists, if it does please let me know ;) That kind of application already exists. It's called a tiling window manager. ;) DWM is one I sometimes use although I never tried it for audio work. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Selectable limit for polyphony of virtual synth
On Tue, 2009-08-25 at 16:37 +0200, Ralf Mardorf wrote: > Today Zawinul often plays new synth, with the same sounds, but anyway > it sounds disgusting today and he's a good keyboarder, able to > compensate it a little bit, by the kind of playing. On a side note: Today Joe Zawinul doesn't play any synthesizer anymore as he died two years ago. But you're right in that he was a great keyboarder from whom one can learn a lot. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!
On Tue, 2009-06-23 at 12:19 +0100, Krzysztof Foltman wrote: > Patrick Shirkey wrote: > > As a point of interest and comparison that has very little to do with > > this debate, I just noticed that pulseaudio *is* being used in the Palm Pre > > http://opensource.palm.com/packages.html > > While Jack and Portaudio are not. > > Yes, also, Palm Pre doesn't ship with pre-installed Ardour, Aeolus, > Hydrogen or Csound. I really don't see why! /s Really? No Ardour on the Palm Pre? Now, thank you! I can just cancel my order and stick with the Treo which still is a single-tasking system. I mean: Hey, Ardour doesn't run on either device. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!
On Tue, 2009-06-23 at 03:54 +0200, Esben Stien wrote: > Dennis Schulmeister writes: > > > audio performance has always been fine for typical desktop usage > > without rt privileges me thinks. Because the issue of latency is > > relative in that case. But maybe I'm missing an important point. > > Sure, like VoIP. There's the buffer argument again. Even a highly compressed low-bandwidth VoIP stream needs to be buffered by the application because of the annoying factor not being latency but jitter. If you do a "regular" phone call from one mobile phone to another you easily get 1 second latency. The point is you don't notice it unless you're standing next to the other person. But then what's the reason behind ultra-small hardware buffers which need to be refreshed very quickly in contrast to the comparatively large buffers needed for the input stream in the first place? I see the reasoning for games, though. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!
On Tue, 2009-06-23 at 01:59 +0200, Lennart Poettering wrote: > Take it from a desktop developer: it does make a difference if PA is > RT or not. I'd be curious which difference it makes. > And there are no plans to make every media player RT. Nobody is > suggesting that. Okay, that was inaccurate by me. But still audio performance has always been fine for typical desktop usage without rt privileges me thinks. Because the issue of latency is relative in that case. But maybe I'm missing an important point. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!
Hi, On Mon, 2009-06-22 at 15:08 -0700, Fernando Lopez-Lezcano wrote: > On Mon, 2009-06-22 at 18:00 -0400, drew Roberts wrote: > > I don't think I saw any assertion in the thread as to the benefits of > > enabling > > RT by default for all desktop users? (I may have missed it or forgotten it > > though) What is gained by this? What are normal desktop users doing than > > needs RT? (I am asking out of a large pool of ignorance here but I have a > > feeling from the thread that people may not be seeing the benefit of > > this...???) > > Basically playing sound. So that playback does not skip and can have > reasonable latencies. If the process that is playing sound gets > preempted out because of the workload of the machine and can't feed the > sound card soon enough you get a click. Humans are very sensitive to > that (more than to, say, a missed frame in video playback). Then the assumption is that an audio-playing process belongs to the top-priority processes which deserve the most computation time (on a typical desktop system). I wouldn't agree to that assumption. Sure I do have a media player running in the background and I don't want the playback to click or skip. The same goes for video watching and so on. But I might accept drop outs if the machine is under heavy load (like when compiling a large program, rendering a video, ...) and don't want the media player to consume all the computation power. But then latency is no issue either as a media player most often plays static files which can be read in advance to keep the buffers full. The same goes for web streams which need to be buffered anyway in order to compensate jitter and limited bandwidth. Typically between 1/3 and 1/5 second is responsive enough for most desktop applications and still makes for plenty audio buffers even under non-rt situations. So after reading all those messages I'm somewhat left up wondering if the addressed problem (real-time audio for desktop applications) really is an existing problem. The same goes for the theoretical threat of a rt-fork bomb. Just because in theory someone could write such a program and make it run on a someone else's machine doesn't seem like enough reasoning for implementing a protection mechanism on a large user base. In theory there are much more real threats for the average user which nobody cared to address. And it has been shown that in theory the suggested protection mechanism can be circumvented, too. BTW: I read the README file and don't see why it should be required reading for this thread. Lennart explained it much better through his mails than the README file (which contains two typos :-). Yours sincerely, Dennis Schulmeister PS: Sorry Fernando for first sending this directly to you. -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Build and get your package in Debian/ Ubuntu (was Re: [LAU] Join the Debian Multimedia Team! (to improve the state of Linux audio))
Hi again, this time I'm writing to the list as Evolution tricked me the first time. On Thu, 2009-04-02 at 00:59 +0200, Grammostola Rosea wrote: > > I really got accustomed to help2man because creating man pages is a snap > > with it. All it takes is the following: > > > > * A sanely formated text file (w/ optional troff commands) > > > What is a sanely formated text file and what do you mean with (w/ > optional troff commands)? help2man only extracts very little information from your program's help and version string: * The program name * Its version * Its allowed parameters That will do for a simple man page with the usual sections: * NAME * SYNOPSIS * OPTIONS * AUTHOR * COPYRIGHT By specifying an additional text file you can include your own sections between OPTIONS and AUTHOR. This file really is a simple text file with only a few rules: Section names occupy a single line and are put in square brackets, paragraphs are split by a blank line. Like this: --8< [PURPOSE] The purpose of fancyhello is to extend the classic hello world program with extended multimedia features. For the very first time you can enhance the hello world greeting with video, sound and slideshows. Also you can broadcast the performance on the Internet. Besides that the program tries to mimic several cultural greeting habits in a most accurate fashion. [KNOWN BUGS] Once you got the program running there's no reliable way to stop it. Some users reported limited success with SIGTERM or SIGKILL but other reports stated that the program has even been able to "survive" kernel panic. --8< Got it? As long as you stick to floating text it is all very easy and you'll never need to use troff commands for formating. (Man pages are special troff documents). But the point is that you still can do if you need to. e.g. if you need to define a bulleted list. Just like this: --8< [ABOUT THE USER-INTERFACE] The user-interface mainly consists of six tabs: .br \h'3' \(bu Create Bank Files .br \h'3' \(bu Import Registrations .br \h'3' \(bu Quick Rename .br \h'3' \(bu Print/Export Setlist .br \h'3' \(bu Keyboard Information .br \h'3' \(bu About --8< Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] New music keyboard - new music scales.
Hi Carl, On Tue, 2009-02-24 at 12:43 +1100, Carl Adams wrote: > Dear All > > I am promoting the development and manufacture of a new music keyboard > capable of playing all traditional and some new musical scales. Are we talking electrical or acoustic keyboards here? Acoustic keyboards (say a piano) can be tuned to any scale you like. And for electrical keyboards nearly all of them (except for the very cheap ones) either come with different scales to choose from (Tempered, Werkmeister, Equal Majors and so on) or even allow to define your owns. Go figure. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] jack simple_client issue
Hey Gopal, On Mon, 2008-12-29 at 13:09 -0800, gopal e wrote: > However, when I connect metronome output to the simple_client input, I > do not hear any audio output. Since the simple client copies data from > the output port to the input port, I notice that the it should work in > the same fashion. Would anyone have any suggestions as to what could > be possibly wrong? Just to be sure. But you did connect the simple client's output ports to the system playback ports, did you? Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: den...@windows3.de Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] ALSA Headaches, …. erm, Headphones
Hi Richard, On Wed, 2008-11-05 at 09:22 +0100, Richard Spindler wrote: > What I would expect is that as soon as I drive the plug into the > headphone jack, that the built in speakers remain silent, while the > audio is routed into my headphones. However, this does not happen. Are you sure this is no bug in the ALSA driver? Because, yes it's ought to act the way you describe. At least it does so on my laptop. :) Plus, did you check the headphone connector? Just the other day I experienced the same problem and it simply turned out to be a wacky connection because I didn't put the plug in far enough. With kind regards, Dennis Schulmeister -- Volle Kontaktdaten auf WikiBerd: (http://ncc-1701a.homelinux.net) Complete contact data on WikiBerd: (http://ncc-1701a.homelinux.net) http://www.denchris.de - http://www.motagator.net/bands/65 With kind regards, Dennis Schulmeister -- Volle Kontaktdaten auf WikiBerd: (http://ncc-1701a.homelinux.net) Complete contact data on WikiBerd: (http://ncc-1701a.homelinux.net) http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [LAU] First release of jkmeter
Hi, On Sun, 2008-08-03 at 21:21 +0200, Fons Adriaensen wrote: > What should happen in Ardour is > > * Promote the 'auditioner' to a 'monitoring > module'. The normal signal to connect to > your monitors should be this module and > not the master output. > > * [...] > > * It should offer several switchable inputs. > The normal input would be the master output, > a second could be the output of a limiter > or mastering app following the master, > for broadcasting it could be the signal > returned from the continuity studio, etc. > > * [...] > > * This is also to place to put things like > intercom, talkback, etc, with auto-muting > of the monitoring of course. That's in fact how any better mixing console works. It'd be really great to have Ardour work the same way. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] vector drawing software
Hi Fons, On Tue, 2008-07-29 at 15:05 +0200, Fons Adriaensen wrote: > Anyone knows a good vector drawing program for Linux ? I'm surprised nobody has mentioned Gnome Dia yet. It's a fine program and I'm using it for all my vector diagrams since years. In my opinion there are only a few things really missing from it: * Rotation like rotating text or rotating objects. There ain't even a 90° rotation. * Gradient fills * More developer care. Development activity seems to be quite low recently. But fortunately you can use python for scripting. Besides that it's very usable and works very well for me. Just noticed that postscript export is not as obvious as it might be, though. You can't export a postscript file but need print to it. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) Besides that: http://www.denchris.de - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] LinuxSampler and GPL - some clarifications
> Let me explain this a bit further Christian. In law there's a term > called willenserklaerung or declaration of will. > This means, if you make sure that the above "exception" is your > intepretation of the GPLv2 > and it is the intent with which you attached the GPL to your own work, > then your explanation counts, not the one from FSF. Since you're using the term "Willenserklärung" I deduct that you're a Germany based lawyer. Especially since you're clearly referring to §133 BGB of German law. In 2004 German judiciary was one of the first to confirm the terms of the GPL 2. Many of your misunderstandings are covered in the opinion of the court. http://www.jbb.de/html/?page=news&id=32 (There's an English translation, too). Note how a fine distinction is drawn between distributing the software which might occur in any way at any cost (as long as the license is kept in tact) and offering the source code of the distributed program. Costs for the later are limited by the actual costs of the act of transferring the source code. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] LinuxSampler and GPL - some clarifications
> The GPL doesn't *address* compensation for distribution at all. I understand your point of a missing compensation mechanism very well. And surely open-source developers would be thankful if they could get something back in return. Be it code or even money so they can make a living. But although compensation is in no way enforced or even assured it's already happening. On a voluntary basis. The problem I see is the very moment you add a compensation mechanism to the terms of the GPL (or any similar license terms) you make them less free. And this is the exact opposite of the motivation of a FOSS developer. Less freedom. There's a social background to the GPL out of the scope of legal terms and definitions. And that is what drives many people even if they don't get any reward at all. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] LinuxSampler and GPL - some clarifications
> > Moreover, your goals sound odd for a lawyer without a client. What free > > software developers to you currently represent? > > What does that matter? You mean someone should pay me for this? I understand that you're doing this not for a certain client but for free software developers and users in general. That's good. The question about your location seems valid though. Because as you have noticed most people who participated in that discussion share a somewhat different opinion of what it means to distribute free software. Especially if the software is an essential part of a hardware product. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 On Mon, 2008-01-28 at 00:57 +0100, Marek wrote: > On Jan 28, 2008 12:51 AM, Forest Bond <[EMAIL PROTECTED]> wrote: > > Hi, > > > > On Mon, Jan 28, 2008 at 12:19:22AM +0100, Marek wrote: > > > On Jan 28, 2008 12:07 AM, Forest Bond <[EMAIL PROTECTED]> wrote: > > > > The FSF's position is clearly stated here: > > > > > > > > http://www.fsf.org/licensing/licenses/gpl-faq.html#DoesTheGPLAllowMoney > > > > > The FSF uses bad wording, see my other mail about this. They talk > > > about charging for distribution of sw. > > > > True, but given that most commercial distributors do not deliver an invoice > > with > > separate line items for software and distribution, the practical distinction > > appears to be nil. > > ? > > > I suspect this is intentional, especially given the FSF's > > repeated use "bad wording" that is consistent with this implication. > > I'm sorry, I don't understand. > > > > > >> Have you ever applied the GPL to your own work? What is your interest in > > >> this? > > > > > No, and as a lawyer i seek to strenghten fair use and appropriate > > > compensation for the use of GPLed software, whether in form of code or > > > money, for the original copyright holders. > > > > You are interested in increasing both users' and developers' respective > > rights? > > That sounds difficult. > > > > Moreover, your goals sound odd for a lawyer without a client. What free > > software developers to you currently represent? > > What does that matter? You mean someone should pay me for this? > > Marek > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] LinuxSampler and GPL - some clarifications
> As the GPL doesn't differentiate between source-code level or > binary-code level, it *includes* both cases and so a separate > application not capable of functioning as a standalone application > and communicating with another licensed under the terms of GPL is a > *derived* work. Let's assume a Linux based operating system. Any application compiled for that system needs the Linux kernel to be present in order to run. Without the application cannot run. But does this render the application a derived work? Does the application necessarily need to be licensed by the terms of the GPL because the Linux kernel is? The simple answer to both questions is no. > Let's look at a real world case(the best one i could think about at > the moment), suppose you manufacture shoes that you distribute via > FedEx. Who is charging for distribution? Who is charging for the > shoes? As you can see, charging for distribution of a computer program > and charging for distribution of a computer program are 2 different > things. I would be charging for distribution. FedEx would bill me a small amount for their service. I would charge that amount plus a little bit for additional costs to the customer. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] LinuxSampler and GPL - some clarifications
> Can you install a different sw on your router which uses GPLed > software? No. Yes you can. That's what I did with my router. I replaced the Linux based firmware with a community developed firmware which is based on Linux, too. Although the manufacturer doesn't support it. There has been a lot of hardware where GPLed firmware is a substantial part of the product. Those include the aforementioned Internet routers but also navigation systems, professional mixing consoles or even synthesizers. (e.g. Yamaha's Motif XS). As long as the manufacturer provides the source of all GPLed software there's nothing wrong with that. Neither with GPL 2 nor GPL 3. But your argument is not invalid at all. In deed it's the reason why the so called Tivo clause was included into the GPL 3. It disallows manufacturers to prevent users to replace GPLed software on the device with other software. This is what the FSF has to say about it (http://www.fsf.org/licensing/licenses/quick-guide-gplv3.html): > We update the GPL to protect its copyleft from being undermined by > legal or technological developments. The most recent version protects > users from three recent threats: > > * Tivoization: Some companies have created various different kinds of >devices that run GPLed software, and then rigged the hardware so >that they can change the software that's running, but you cannot. >If a device can run arbitrary software, it's a general-purpose >computer, and its owner should control what it does. When a device >thwarts you from doing that, we call that tivoization. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 On Sun, 2008-01-27 at 16:08 +0100, Alberto Botti wrote: > Il giorno dom, 27/01/2008 alle 15.58 +0100, Marek ha scritto: > > > > Can you install a different sw on your router which uses GPLed > > software? No. > > Why not (if you purchase a valid license, I mean)? > > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] JACK Synthesizer Manager Proposal
Hi Audun, Thank you for answering. > The idea is to provide the JSM with a patch and synth (and other > metadata) database, > and a mechanism for sequencers to connect to and query the database. So > patch selection > will happen in the sequencer in the classical sense: I think that contradicts to what Thorsten wrote: > I think the patch selection would be more part of the JSM than the > sequencer, but the details must be figured out in collaboration with > sequencer authors. So it wouldn't be the sequencer requesting a patch, > but rather patch selection through the JSM, the JSM providing all > necessary info to the sequencer and changing connections. Thorsten also writes about JSM providing info to the sequencer. But as I understand it the trick is that the sequencer tells JSM what sound it wants so that JSM can find and select an appropriate patch from one of the available synthesizers. I think such a scheme could be implemented without a change to the sequencers. JSM being in between the sequencer and the synthesizers would receive the patch changes (PC / CC) from the sequencer and perform a translation to them before sending them to one of the synthesizers. +-Sequencer-+ +-JSM-+ +-+ | | | |--CC 32 / PC 56-->| Synth A | | #TRACK 1# |-PC 32---|->Synth Bass-|-\ / +-+ | | | | X | #TRACK 2# |-PC 06---|->Rhodes EP--|-/ \ +-+ | | | |--PC 98-->| Synth B | +---+ +-+ +-+ That's how I understand it: JSM implements a standard patch list. Much like the General MIDI patch list (only more comprehensive). When JSM receives a patch change it makes use of the user provided synth profile in order find a synthesizer and to select a fitting patch from it. There's no need for JSM to talk back to the sequencer since it wouldn't make any difference. But it could be even easier: > From the outside, the computer can be dealt with like a single > compound synthesizer. Different synthesizers can be triggered from > ranges on a single keyboard (key splits). Synthesizers can be layered. > The whole setup can be switched with program changes. In such a scenario the sequencer (or master keyboard) wouldn't need to bother about patch selection at all. Patch selection would be entirely JSM's domain: +-Sequencer-+ +-JSM-+ +-+ | | | |--CC 32 / PC 56-->| Synth A | | #TRACK 1# |-|->Synth Bass-|-\ / +-+ | | | | X | #TRACK 2# |-|->Rhodes EP--|-/ \ +-+ | | | |--PC 98-->| Synth B | +---+ +-----+ +-+ Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 On Sun, 2008-01-27 at 00:24 +0100, Audun Halland wrote: > Dennis Schulmeister wrote: > > So the idea is to decouple patch selection from the sequencers. A > > sequencer would just send MIDI data to a MIDI port offered to it by JSM. > > JSM in turn would provide the necessary means to select a patch from any > > synthesizer available. > > > The idea is to provide the JSM with a patch and synth (and other > metadata) database, > and a mechanism for sequencers to connect to and query the database. So > patch selection > will happen in the sequencer in the classical sense: I imagine that a > "patch" database entry > will contain the necessary information the sequencer needs in order to > get the right > sound from it's midi tracks: The port to connect to (A JSM jack midi > input port), the midi > channel and the required program and bank changes. The only thing that > changes inside > the sequencer is that it doesn't have to care about midi metadata, it > gets it for free from the > JSM. The sequencer is entirely free as to whether it wants to read the > JSM database or not. > The same old midi data is sent, and it can be set up by hand using low > level midi numbers > if one wants that instead. > > > > Of course for such a feature an arbitrary large library of meta-data of > > all patches of all MIDI-capable synthesizers ever built and written > > would be needed. :) > > > > > Metadata for most
Re: [LAD] JACK Synthesizer Manager Proposal
> The minimum the abstraction layer would do, is automatic switching > between profiles. One per environment. This way you would not have to > adapt everything on each iteration of working on a project in turns. So the idea is to decouple patch selection from the sequencers. A sequencer would just send MIDI data to a MIDI port offered to it by JSM. JSM in turn would provide the necessary means to select a patch from any synthesizer available. So if Alice and Bob would work on a common project both would have their own profile defined for the project. They would need to do so both on their own. But at least it would be assured that each JSM MIDI port would have similar patches assigned. > Then replacing unavailable patches with patches that are similar as far > as that can be discerned from meta-data. Of course for such a feature an arbitrary large library of meta-data of all patches of all MIDI-capable synthesizers ever built and written would be needed. :) Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] JACK Synthesizer Manager Proposal
Hi Thorsten, Hi Audun, > We propose a program that acts as a proxy between sequencing software > and both software and hardware synthesizers. Among the goals are unified > patch selection and making projects more portable. Just a litte question to better understand your idea. How would a sequencer request a certain patch on a certain channel on a certain port? With plain MIDI the sequencer would just send the appropriate control change / program change values on the given channel and midi port. Without knowing which device would interpret the values in which way. How would that be different with an abstraction layer? How could an abstraction layer assure that a given PC/CC value pair would always refer to a certain kind of patch? Regardless of the system and synthesizer setup employed. Obviously there would be some kind of translation. But who would define the translation rules? Who would define what kind of patches JSM can handle and which not. The JSM developers might come up with a "snappy synth bass". All a user would have to do was to tell JSM how to select a "snappy synth bass" patch on a given synthesizer. But they might not come up with a "blurry sound from space which sounds like a cat screaming when its tail gets clamped by the door". The user wouldn't be able to reliably select such a patch. Simply because it wouldn't be offered to him. On the other hand he could extend the translation rules to offer such a patch. But than again it wouldn't work on a foreign setup. Thanks for your insight. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schifferstr. 1 - 76189 Karlsruhe - Germany Tel: +49 721/5978883 - Mob: +49 152/01994400 - eMail: [EMAIL PROTECTED] Now moved to the corridor: Hermes! (http://ncc-1701a.homelinux.net) (mostly German) http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
