Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7520 discussions

[OT] LinuxSampler and GPL - some clarifications

by blue

Hello everybody, i post to this list the official position of Brett Smith, Licensing Compliance Engineer at Free Software Foundation. He hasn't time to partecipate to the list but i could forward his position: ------------------------------------------------------------------------------- The GPL makes a distinction between charging for a copy of the program, and charging for a license. If you were charging for the license, that means that you could require *everyone* who receives the software to pay you a fee, even if they get it from someone else, and that's what's against the rules. If you're charging only for the copy that you provide, the license doesn't care about the details of the transaction. Whether you're distributing the software by itself, as part of a collection of software, or preinstalled on some kind of physical hardware, you can charge a fee for it and still comply with the GPL. You can see the practical results of this distinction in our FAQ; if you start at <http://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html#DoesTheGPLAllowMo…>, and read the two questions after that one, you'll see the answers change from "Yes" to "No." ---------------------------------------------------------------------------------- P.s. If anybody has further questions you could contact Brett writing at licensing(a)(NOSPAM)fsf.org with this subject : gnu.org #354583. Cheers, Stefano

17 years, 11 months

Nekosynth, GPL, and commercial and non-commercial use.

by Gordon JC Pearce

Just to clear up a few recent misunderstandings that have been aired on the list, I'd like to clarify my position on the various nekosynth plugins (that is, nekobee, nekostring, nekoplunk, the organ, and the as-yet unreleased and waaay unfinished Hera plugin): You may use these plugins in accordance with the GPL for any purpose. If you want to produce a piece of commercial hardware that utilises a version of my plugins, that's fine - but I'd like you to send me some demo hardware. Toys are good, and you can be sure that your hardware will always be supported by the freshest versions of the software. You may use these plugins on any recording, commercial or non-commercial. If you make a shitload of money from a record where you use one of my plugins, I'd like it if you mention me on your website or maybe somewhere in the sleeve notes. If you could see your way clear to providing a short demo (30 seconds or so) that would be really great, and will earn you the right to ask for special custom versions. You may sell copies of the software, as long as this complies with the GPL. In general, include the source if you've modified it, and leave my copyright message in. Simple, eh? On the subject of selling software, I'd like to offer the following range of products. For £5/6.75EUR/US$10 you can get all the nekosynth plugins, in their current state, on a CD. Not only that, but I'll throw in the full Subversion dump, all tagged-stable tarballs (even from before I was using svn), and the demo tunes. For £25/33EUR/$50, you can get the nekosynth Producer Pack, which comes with some drum loops and six cans of McEwans Export. For £50/66EUR/$100, you get nekosynth Studio Edition, which comes with the drum loops, 12 cans of Deuchars IPA, and some random electronic components I hoovered up off the floor in my studio. For £750/1000EUR/(not applicable in US markets) you can get nekosynth Super Mega Fun Box edition, which comes with the drum loops, a Cheetah Telecaster copy, and a 1993 Ford Escort with six month's tax and a year's MOT (but no beer, because we can't possibly encourage drink-driving). Finally, for the true enthusiast, you can order the nekosynth Ultimate Eternal Natural Beauty edition, for the low, low price of £36,000 (not available outside UK). This has the full source tree, CNC-milled onto 8'x4' slabs of natural Ballachulish slate, packaged in mahogany presentation cases, and a free Leyland Roadrunner 7.5 tonne truck to ensure that you can take your copy of the source code with you wherever you go! Now you can't say any fairer than that, can you? Gordon

17 years, 11 months

LinuxSampler or JACK or what is the trouble?

by Julien Claassen

Hi everyone! I've still got some problems with my LS. I can load smaller gigsampler (upto 650M for sure) and even larger ones, bUT... But when I load my Old Lady Grand (1.3G) it loads perfectly, but when I try to connect LS to JACK the following happens: [Linuxampler console] [copeous output] Caching initial samples...OK cannot complete execution of the processing graph (Resource temporarily unavaila ble) zombified - calling shutdown handler Killed [JACK console] [copious output] Noise-shaped dithering at 16 bits jackd watchdog: timeout - killing jackd Aborted what's the trouble. I just compiled JACK 0.109.1 (svn from 29.01.2008) and LS 0.5.1 (tarball). My kernel is: host # uname -a Linux bach 2.6.23.1-rt11 #2 PREEMPT RT Sun Dec 30 22:43:22 CET 2007 i686 GNU/Linux I've got 512M RAM (no Xserver running), so mostly unused. I compiled my LS with 8 diskstreams min and 140 max, and max 128 voices, the rest was decided by the configure script. I even tried reverting the disk-stream options and the voices to normal. Jack was compiled without a lot of drivers I don't need, and with --enable-resize --enable-timestamps --enable-sse --enable-mmx --enable-optimization-by-compiler I start my jackd with: jackd --timeout 4000 -R -d alsa -d hw:1 -r 48000 -H -M -p 256 -z shaped I've got a 1.8Ghz CPU and my soundcard is an MAudio Delta 1010LT. One last note: I checked memory sage with top: Even with the big gigasample it only takes 41% and CPU-usage is marginal. So where would you suspect the most possible source for my problem? Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

17 years, 11 months

[REMINDER] A bit of common sense.

by Marc-Olivier Barre

Hi, May I remind all of you of a few facts : - We have currently 736 members on this list. Those of you math lovers will have guessed that sending an email to this list implies having (736 - number who have disabled mail delivery ~= 700) receipients. - When one of you sends bull crap on this list, 700 people can have the pleasure of receiving (reading?) it. - When someone flames over a topic that has been debated countless times, without reaching an interesting conclusion, I would say at least 600 people would have rather read the old arguments in the archives. You might also want to read the Linux Audio Dev's homepage : http://lad.linuxaudio.org/subscribe/lad.html Interesting quote : "The Linux Audio Development Mailing List is unmoderated. No matter what you post, the list will see it. Please take responsibility, keep your postings on topic and help maintain the friendly and respectful atmosphere that we have here" Thank you to keep those in mind when posting. __________________ Marc-Olivier Barre, MarcO'Chapeau.

17 years, 11 months

Re: [LAD] Prototyping algorithms and ideas

by Kjetil S. Matheussen

Le 29 janv. 08 à 23:36, Yann Orlarey a écrit : > Hi Fons, > > Here is a quick solution using Faust : > > import("filter.lib"); > > line(i) = vgroup("line %i", *(g) : fdelay2(1024, d)) > with { g = vslider("gain (dB)", -60, -60, 4, 0.1) : > db2linear : > smooth(0.995); > d = nentry("delay (samp)", 0, 0, 1000, 0.1) : > smooth(0.995); }; > > process = hgroup("", par(i, 10, line(i)) ); > > The first line imports a library of filters (written in Faust by > Julius > Smith) that includes several fractional delays based on Lagrange > interpolation. > > Then we define a 'line' that combines in sequence (':' operator) a > gain > and a fractional delay encapsulated in a vertical layout. Here we use > fdelay2 a fractional delay with a second order Lagrange interpolation. > It can be replaced by fdelay3 or fdelay4 if better interpolations are > needed. > > The gain value g is defined by a vertical slider (in dB) which is > converted in a linear value and then filtered to avoid clicks during > rapid movements. The delay value d is defined by a numerical entry box > also filtered to avoid clicks. The parameter m is the maximum size of > the delay and should be a power of 2. > Wow, that is cool. I wonder about making some faust inspired macros for snd-rt to make user interfaces more integrated. I think the snd-rt program below should do the same as the faust version now, although I'm not too sure about the correctnes of the delay interpolation and filtering. They both sounds the same though, I think: (set! (rt-safety) 0) (definstrument (line n dialog) (let ((del (make-delay 1 :type mus-interp-lagrange :max-size 20000)) (length (make-glide-var 0 100)) (gain (make-glide-var 0 0.005))) (<slider> dialog (<-> "gain " n) 0 0 2 (lambda (val) (write-glide-var gain val)) 100) (<slider> dialog (<-> "delay " n) 1 1 20000 (lambda (val) (write-glide-var length val)) 1) (<rt-play> (lambda () (set! (mus-length del) (read-glide-var length)) (out 0 (* (read-glide-var gain) (delay del (in 0)))))))) (letrec* ((exit (lambda () (rte-silence!) (-> dialog hide))) (dialog (<dialog> "Delay line stuff" exit " exit " exit "Stop" rte-pause "Start" rte-continue))) (for-each (lambda (n) (line n dialog)) (map number->string (iota 10))) (-> dialog show)) The faust program uses 2.1% percent cpu on my xp2800, while the snd-rt program now uses 3.8% percent cpu. The reason for the speed increase for the snd-rt program is because the scheme list traversals and vector accesses is removed from the dsp code. Instead the scheduler just runs 10 realtime instances. To run the program, just paste the code above into snd-ls' terminal.

17 years, 11 months

JACK 0.109.2 released

by Paul Davis

This is a maintainance release of JACK. Three important issues are fixed: * the old ALSA PCM port names are available, so that applications that either hardcode or have existing patching information containing these names will function. * the use of popen(3) to invoke jackd to determine the server directory has been fixed so that it works on systems that have closed a security risk with popen(). This was preventing correct startup on OS X, in particular. * USX2Y driver updates to enable JACK MIDI devices to show up in raw-usb mode (previously, raw-usb mode didn't initialize or call MIDI drivers properly). Download from either jackaudio.org or sourceforge: http://jackaudio.org/downloads/jack-audio-connection-kit-0.109.2.tar.gz http://prdownloads.sourceforge.net/jackit/jack-audio-connection-kit-0.109.2…

17 years, 11 months

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

by Marek

On Jan 30, 2008 5:15 PM, Gordon JC Pearce <gordonjcp(a)gjcp.net> wrote: > On Wednesday 30 January 2008 16:10:31 you wrote: > > > Would be so kind and write thorough analysis which would show the > > *all* of my claims as untrue or unjustified? Please GO AHEAD. > > Just shut up and go away, please. Maybe you can come back and join the fun > when you've actually read and understood the GPL. > Give me the facts that i don't understand the GPL. Otherwise you shut up and let the others discuss it, the thread will die if nobody is interested in replying. It is marked as [OT] so you're free to filter it out if you don't like it. Thank you.

17 years, 11 months

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

by t_w_＠freenet.de

Gesendet: Mi 30 Jan 2008 03:25:17 CET Von: "pete shorthose"<zenadsl6252(a)zen.co.uk> > i even said "virtually no one welcomes drobilla" > when you joined #lad on freenode. > it was TEH FUNNEZ! Ah, so that what was funny. But nothing from Dave or me was funny. So apparently you have humour, but we don't. Now you are explaining your oh so clever argument again an again. That's just sad. Just missed another good opportunity to stop this crap. Is it so hard to accept that Dave and you have different opinions on the term "open source", especially regarding its historical use? I don't get why you think he _has_ to answer you in a straight way. Are you the inquisation? > running roughshod over any dissenting voices safe in the ken that your > position in the community affords you special privilege. Good thing you are guarding us from this berserker while being a saint! > now, the reason i'm rather more uhm.. "energised" than usual is due to that > lovely > little chat on irc that we had in the interim. where you so generously > implied that, > whilst it's presumably ok for you to fill up the lists with views on the > validity of > software licenses, us low folk better shut the hell up and not bother you > with their > silly views else you'll up and leave the community. This is a very mean misrepresentation of what was said there. It wasn't just Dave and me who found your behaviour there very silly and overly agressive. > well you know, if you're that sensitive, don't discuss it in the first > place. Good thing you are not sensitive at all, but take it all with good humour. > i'm probably as arrogant and aggressive as you but at least i try to keep > it > under wraps eh? No, you don't, obviously. Let's just assume you are right and Dave was wrong. Now what? Did this whole endevour lead to anything good, any insight, change of mind? I would ask to stop with this again, but I bet you have to have the last word ;p -- Thorsten Wilms Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl. http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/i…

17 years, 11 months

Fwd: LS licensing (was: LV2 " isn't well thought out ?" LV2 in the Reaper sequencer)

by alex stone

Hehe, succinctly put Christian. Just doing a quick count of all the lines that have been written about this, and the sometime belligerent enthusiasm attacking LS and questioning their integrity because they're perceived as not being 'pure' by interpretation, by some of you, and just since i've been here, there seems to be a lot of code, sorry i mean text, written. Makes me wonder just what the incentive is, to batter this to death over and over again, instead of being admired for the quality and skill of coding most of you have already proved you are capable of. To offer a counterweight to this, have all you craftsmen considered getting together in a concentrated team effort, free of politics, and indulge in an intense push to expand Jack and Jackdmp (for example) to incorporate kernel level audio, with modules, and do away with alsa altogether? Now that WOULD be something to talk about, and a wonderful incentive for developers to come together as one, with a common goal for the greater good. Jack is already 'king of the empire', in my humble opinion, and would expand it's grip on the planet even further with this final step towards ONE complete linux audio and midi solution. I live in hope that you chaps will take a deep breath, and use those obviously competent typing skills you're exercising at the moment, in writing more excellent code that i can use, and continue to admire and respect you for. Alex. On Jan 29, 2008 1:42 PM, Christian Schoenebeck <cuse(a)users.sourceforge.net> wrote: > 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 > > > people have different opinions of those short terms. > > > > Yours just coincidentally is shared by virtually nobody and it just so > > happens that this arbitrary definiton matches exactly your software > > which you wish to call 'open source' for PR reasons. > > Right, just by the majority of e.g. all Windows and OS X users, hmm who > reflect the majority of all users anyway. And right, I forgot I'm > promoting a > product. Thanks Dave for enlighten us about the truth! Now I clearly see > there is only white and nothing else than white! Well, maybe black, but > the > black ones are evil by definition and don't count. > > Thanks my Pope! How could I ever have doubts in your holy inerrable words. > > CU > Christian > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev(a)lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev >

17 years, 11 months

Abstraction for JACK control API

by Nedko Arnaudov

After some discussion on IRC with Stéphane Letz, I created abstract description of the API that is needed to implement current jackdbus functionality (i.e. without the coming patchbay and transport control interfaces). I've decided to describe it in C++ just because it will be more clear to general public than plain C OO abstraction, or UML diagram. jackdbus code itself is in plain C. Hope is that such abstraction will help to have same D-Bus interface implemented (and much of related code - shared) for both jackd and jackdmp. // -*- Mode: C++ ; c-basic-offset: 2 -*- /////////////////////////////////////////////////////////////////////////////// // // DESCRIPTION: // Abstraction of the API needed to implement jackdbus // /////////////////////////////////////////////////////////////////////////////// #ifndef JACKSERVER_H__775F79BA_DDE0_4FEA_AC4B_7BE05638499C__INCLUDED #define JACKSERVER_H__775F79BA_DDE0_4FEA_AC4B_7BE05638499C__INCLUDED /** Parameter types, intentionally similar to jack_driver_param_type_t */ typedef enum { JackParamInt = 1, JackParamUInt, JackParamChar, JackParamString, JackParamBool, } jack_param_type_t; class ImmutableString; class ImmutableVariant; template<class T> class ImmutableSet; class JackConfigurationParameter { public: ImmutableString& GetName() const; ImmutableString& GetShortDescription() const; ImmutableString& GetLongDescription() const; jack_param_type_t GetType() const; ImmutableVariant& GetValue() const; void SetValue(ImmutableVariant& value); }; class JackConfigurationDriverParameter: public JackConfigurationParameter { public: bool IsSet() const; ImmutableVariant GetDefault() const; }; class JackConfigurableObject { public: virtual ImmutableSet<JackConfigurationParameter>& GetParameters() const = 0; // helpers JackConfigurationParameter& FindParameter(ImmutableString& parameter_name); }; class JackDriver: public JackConfigurableObject { }; class JackEngine: public JackConfigurableObject { }; class JackServerInterface: public JackEngine { public: ImmutableSet<JackDriver> GetAvailableDrivers(); void StartServer(JackDriver& driver); // next ones are called only on started server void StopServer(); double GetLoad() const; // In percent unsigned int GetSampleRate() const; // in Hz double GetLatency() const; // in milliseconds bool IsRealtime() const; // whether engine is running unsigned int GetXruns() const; void ResetXruns(); // reset value being returned by GetXruns() to 0 }; #endif // #ifndef JACKSERVER_H__775F79BA_DDE0_4FEA_AC4B_7BE05638499C__INCLUDED -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

17 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev