From pshirkey at boosthardware.com Wed Apr 1 07:03:08 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Wed, 1 Apr 2015 18:03:08 +1100 (EST) Subject: [LAU] Behringer and Linux In-Reply-To: <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> Message-ID: <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> On Wed, April 1, 2015 5:46 am, Chris Caudle wrote: > On Tue, March 31, 2015 12:36 pm, Patrick Shirkey wrote: >> That person might not have much money but they might have the time to >> figure out where the buzz comes from and do something productive. Who >> knows they might even be able to provide useful feedback to Behringer >> that >> improves their Linux solutions. >> >> Sounds like everything else on the board was working ok so a little bit >> of >> hum should be relatively easy to solve. Maybe it just needs some contact >> spray. > > That type of problem is indicative of poor circuit reference conductor > routing (colloquially called "ground loop" or "pin 1 problem") and can > sometimes be improved with judicious use of added wire or copper foil tape > connections, but often requires a new and proper PCB layout to correct. > It is basically just sloppy layout work by the design team. > So you are saying that Behringer manufactured and released an entire range without testing *any* of them before they went out the door for ground loop issues at the board/design level? Seem pretty unlikely even for cheap low end manufacturing from China. they usually try to test at least *one* of their boards for obvious things like that before they mass produce. More likely this one just slipped through the (random) QC process which tends to happen when you have a tight deadline and many thousands of units to ship and some low paid unskilled workers manning the production line... I'm sure that someone from the LAC would be more than happy to test it for Fons and help get to the bottom of the problem. >From his description it sounded like the device was working pretty good with Linux in every other way. Just a bit of hum at the hardware level. That is not bad considering that only a few years ago the idea of an affordable plug and play digital hardware mixer on Linux was just that, an idea. -- Patrick Shirkey Boost Hardware Ltd From ralf.mardorf at alice-dsl.net Wed Apr 1 08:25:16 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 1 Apr 2015 10:25:16 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> Message-ID: <20150401102516.15e5a31c@archlinux> On Wed, 1 Apr 2015 18:03:08 +1100 (EST), Patrick Shirkey wrote: >On Wed, April 1, 2015 5:46 am, Chris Caudle wrote: >> That type of problem is indicative of poor circuit reference >> conductor routing (colloquially called "ground loop" or "pin 1 >> problem") and can sometimes be improved with judicious use of added >> wire or copper foil tape connections, but often requires a new and >> proper PCB layout to correct. It is basically just sloppy layout >> work by the design team. >> > >So you are saying that Behringer manufactured and released an entire >range without testing *any* of them before they went out the door for >ground loop issues at the board/design level? Regarding a chronically shortage of money I needed to buy Behringer gear in the last ten or so years. When I got a brandnew Behringer Modulizer Pro it caused loud ground loops, so I sent it back. The repaired Behringer Modulizer doesn't cause ground loops anymore, but ever since the data wheel jams. The switching power supply of the Eurorack UB2442FX-Pro is assembled with capacitors of too less voltage, so when they get broken I replaced them with the correct capacitors, but the mixer more or less can't be used anymore, because all switches don't work correctly anymore. It purposely is designed to fail at the end of the guarantee period. The power supply of the ADA8000 gets too hot to mount it in a rack. The X V-Amp LX1-X plastic case degas, it cause a disgusting smell. The foot switches are noisy, not in the signal path, but any noise is unwanted. Regarding the operability of Behringer gear, a lot of it can't be used on stage or under deadline pressure. It's tricky to use and sometimes lettering is difficult to read. The product range does change very often, after a short time you can't get it anymore, assumed you like and need one of the products. You even can't get the free software from their homepage for this gear anymore and support doesn't reply to a request. I also own very old brand-name products. It is easy to use those products, everything is readable and it seldom failed, most of it never failed and at least some of the stomp boxes for stage usage are still sold nowadays. IMO there's only one reason to buy Behringer gear. The sound quality often is good. It's cheap, so if you don't have much money and you are aware about the drawbacks, it sometimes is better to get a crappy device instead of no device. YMMV! Regards, Ralf From gnome at hawaii.rr.com Wed Apr 1 09:14:05 2015 From: gnome at hawaii.rr.com (david) Date: Tue, 31 Mar 2015 23:14:05 -1000 Subject: [LAU] Behringer and Linux In-Reply-To: <20150401102516.15e5a31c@archlinux> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401102516.15e5a31c@archlinux> Message-ID: <551BB6DD.90607@hawaii.rr.com> On 03/31/2015 10:25 PM, Ralf Mardorf wrote: > On Wed, 1 Apr 2015 18:03:08 +1100 (EST), Patrick Shirkey wrote: >> On Wed, April 1, 2015 5:46 am, Chris Caudle wrote: >>> That type of problem is indicative of poor circuit reference >>> conductor routing (colloquially called "ground loop" or "pin 1 >>> problem") and can sometimes be improved with judicious use of added >>> wire or copper foil tape connections, but often requires a new and >>> proper PCB layout to correct. It is basically just sloppy layout >>> work by the design team. >> >> So you are saying that Behringer manufactured and released an entire >> range without testing *any* of them before they went out the door for >> ground loop issues at the board/design level? > > Regarding a chronically shortage of money I needed to buy Behringer > gear in the last ten or so years. > > When I got a brandnew Behringer Modulizer Pro it caused loud ground > loops, so I sent it back. The repaired Behringer Modulizer doesn't > cause ground loops anymore, but ever since the data wheel jams. > > The switching power supply of the Eurorack UB2442FX-Pro is assembled > with capacitors of too less voltage, so when they get broken I > replaced them with the correct capacitors, but the mixer more or less > can't be used anymore, because all switches don't work correctly > anymore. It purposely is designed to fail at the end of the guarantee > period. > > The power supply of the ADA8000 gets too hot to mount it in a rack. > > The X V-Amp LX1-X plastic case degas, it cause a disgusting smell. > The foot switches are noisy, not in the signal path, but any noise is > unwanted. > > Regarding the operability of Behringer gear, a lot of it can't be used > on stage or under deadline pressure. It's tricky to use and sometimes > lettering is difficult to read. My UCA202 just keeps chugging along. I use it for recording on stage. Lettering is clear and easy to read (compare with note below about my Yamaha keyboard). One of our band's bassists' had a Behringer active DI box with assorted amplifier modelling built in. We had a lot of trouble when we tried to use it on stage. So that particular bit of equipment wasn't any good. (Or maybe it's that bassist's curse. He has a knack for acquiring things other than basses - he uses a very nice Rickenbacker - and invariably picking something not very good. For example, he bought a used Variax guitar (all kinds of hardware-based digital modelling built into it). Yet it never works for more than a few minutes at a time before it starts spitting out barrages of static, or intermittently cuts out. Appears to be a flakey cable connection in the guitar. Unfortunately, the Variax uses a weird cable of its own that powers the on-board processor. Dropping and restoring power to the processor resets the processor to its default setting ... so whatever previous setting you were using is suddenly gone ... ) > The product range does change very often, after a short time you can't > get it anymore, assumed you like and need one of the products. You even > can't get the free software from their homepage for this gear anymore > and support doesn't reply to a request. > > I also own very old brand-name products. It is easy to use those > products, everything is readable and it seldom failed, most of it never > failed and at least some of the stomp boxes for stage usage are still > sold nowadays. Yah, I have a brand name product here - Yamaha PSR-225GM. Not pro stuff, but I must say that the colors they chose for the stenciling on this keyboard make it impossible to read the labels under almost any kind of lighting. > IMO there's only one reason to buy Behringer gear. The sound quality > often is good. It's cheap, so if you don't have much money and you are > aware about the drawbacks, it sometimes is better to get a crappy > device instead of no device. That's why I got the UCA202. It was like $20 and works out of the box with Linux. Sound quality is quite good. I'm more inclined to suspect cheap production-quality for the Behringer equipment the original poster mentioned, not fundamental design problems. > YMMV! Agreed! We have a 12-port Presonus Firewire interface at church, it worked fine until a newer Windows (Windows 7, IIRC) on our sound tech's new laptop no longer provided a driver, and wouldn't allow the manufacturer's Windows XP driver to install or run ... and I no longer have a laptop with a Firewire port. -- David W. Jones gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From ralf.mardorf at alice-dsl.net Wed Apr 1 11:29:09 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 01 Apr 2015 13:29:09 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <551BB6DD.90607@hawaii.rr.com> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401102516.15e5a31c@archlinux> <551BB6DD.90607@hawaii.rr.com> Message-ID: <1427887749.4134.40.camel@alice-dsl.net> On Tue, 2015-03-31 at 23:14 -1000, david wrote: > Yah, I have a brand name product here - Yamaha PSR-225GM. Not pro stuff, > but I must say that the colors they chose for the stenciling on this > keyboard make it impossible to read the labels under almost any kind of > lighting. I remember that you mentioned this once we discussed the design/functionality of audio gear and everyday thing. Btw. I still didn't buy the book "The Design of Everyday Things". http://www.bax-shop.fr/media/catalog/product/B/e/Behringer_LX1-X-V-Amp-gitaar-effectpedaal-top.jpg One data wheel and the second functions are printed in one shade of grey, to make them invisible under stage light. Perhaps because the second function needs to be selected by the the same button, that is used to tap the speed of effect's LFOs and delay time. The grey font is nearly unreadable on that picture, even after enlarging it. Behringer gear often is unusable regarding the idiotic combinations of buttons you need to do, it doesn't matter if the fonts are readable or not. Perhaps not an issue for the X32 live mixer, it got good reviews from customers. However, those good reviews exclude durability, until now nobody knows how long it will last. I don't mount my ADA8000 to a rack and place it on sockets, so that there's air even under the device, I remember an anecdote from Fons about ADA8000s mounted to a rack. For the home studio the low price could be an advantage, but for professional usage the low price could cause expensive issues, so in the end it could be more pricey to buy Behringer gear. > I'm more inclined to suspect cheap production-quality for the > Behringer equipment the original poster mentioned, not fundamental > design problems. That reminds me of my Behringer mixing console UB2442FX-PRO. It's a known issue that companies chose capacitors with to low voltage for power switching supplies. They want that they fail at the end of the guarantee period. Since Behringer does this too, I wouldn't trust any Behringer product for serious, professional studio work or live usage. Using voltage undersized capacitors in a power switching supply is an intentional fundamental design problem. It's possible to fry eggs on my ADA8000 and IIRC Fons had 4 of those hot ADAs too and they burned when he rent an acoustic room. From fabrizio.sciarra at b-k.it Wed Apr 1 12:41:02 2015 From: fabrizio.sciarra at b-k.it (Fabrizio Sciarra) Date: Wed, 01 Apr 2015 14:41:02 +0200 Subject: [LAU] multichannel interface recommendations? Message-ID: <551BE75E.5040100@b-k.it> I understand my answer doesn't fully apply to your request but, if of any interest to you, I'm currently happily using a Mackie 820i mixer, connected via firewire with jack and ffado. It has only 3 mic inputs, alas. It features 8 inputs and 2 outputs. The use of firewire and tape outputs might result not immediate, or at least it didn't to me, but can be arranged to supersede some input channels or mix in the "control room" via some routing buttons but loosing volume control. If you can afford it I might suggest a wider 1220i. Best regards Fabrizio From len at ovenwerks.net Wed Apr 1 13:29:45 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 1 Apr 2015 06:29:45 -0700 (PDT) Subject: [LAU] Behringer and Linux In-Reply-To: <20150401102516.15e5a31c@archlinux> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401102516.15e5a31c@archlinux> Message-ID: On Wed, 1 Apr 2015, Ralf Mardorf wrote: > anymore. It purposely is designed to fail at the end of the guarantee > period. I generally pay an extra $20 or so for the extended waranty the local store offers. Good for a few years, no shipping involved, free loaner during repair, covers even abused equipment. It costs a little more than sweetwater (less than 5%) and part of that is the dollar diff. I don't have to worry about shipping or duty either. They don't mind if I take my computer in and try IFs in store and most things I can take back within 30 days if they are not "suitable" even things they had to order in or transfer from across the country. They are also pretty good about telling me if they get a lot of returns on an item. I am cheap, but willing to pay a bit extra for things like this. -- Len Ovens www.ovenwerks.net From studiochanning at yahoo.com Wed Apr 1 14:34:23 2015 From: studiochanning at yahoo.com (Studio Channing) Date: Wed, 01 Apr 2015 08:34:23 -0600 Subject: [LAU] multichannel interface recommendations? In-Reply-To: <551BE75E.5040100@b-k.it> References: <551BE75E.5040100@b-k.it> Message-ID: <551C01EF.5040303@yahoo.com> On 04/01/2015 06:41 AM, Fabrizio Sciarra wrote: > I understand my answer doesn't fully apply to your request but, if of > any interest to you, I'm currently happily using a Mackie 820i mixer, > connected via firewire with jack and ffado. > It has only 3 mic inputs, alas. > It features 8 inputs and 2 outputs. > The use of firewire and tape outputs might result not immediate, or at > least it didn't to me, but can be arranged to supersede some input > channels or mix in the "control room" via some routing buttons but > loosing volume control. > If you can afford it I might suggest a wider 1220i. > Best regards > Fabrizio > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Thanks! Firewire may be the right way after all, it seems the PCI cards are still available (and inexpensive) Also in the meantime we have learned a few things from other sources: * avoid Tascam - they are not Linux-friendly * the Presonus 1818VSL has plenty of channels and is reported to work under Linux * Behringer is about to release this thing, will cost $200 USD: http://www.behringer.com/EN/Products/UMC1820.aspx From chris at chriscaudle.org Wed Apr 1 15:16:59 2015 From: chris at chriscaudle.org (Chris Caudle) Date: Wed, 1 Apr 2015 10:16:59 -0500 Subject: [LAU] Behringer and Linux Message-ID: <29b79523bd410c64caf43c3d8165e43d.squirrel@email.powweb.com> On Wed, April 1, 2015 2:03 am, Patrick Shirkey wrote: > So you are saying that Behringer manufactured and released > an entire range without testing *any* of them before they > went out the door for ground loop issues at the board/design level? Something much more limited and specific: I am saying that the description provided by Fons of the behavior of that specific model of low cost mixer is consistent with a "pin 1 problem" design flaw, although that is a bit of a misnomer with a USB connector. "Pin 1 problem" is much easier to say than "reference conductor common mode impedance noise coupling" though. Possibly only affecting the headphone output, Fons never mentioned whether he also checked the main or monitor outputs. > Seem pretty unlikely even for cheap low end manufacturing from China. Where the unit was manufactured has no bearing on where it was designed, and there are examples of pin 1 problems even in expensive equipment. With proper PCB layout noise from the computer chassis should not be a problem. The problem and how to avoid it were popularized in the June 1995 Journal of the Audio Engineering Society, they devoted an entire issue to grounding and shielding problems, and Jensen and Rane have also spread the word through several white papers and tutorials. Many seminars have been taught by Bill Whitlock of Jensen and Jim Brown of Audio Systems Group consulting among others. This is not something esoteric. > More likely this one just slipped through the (random) QC process As Fons pointed out, the typical design style for that class of equipment has all connectors soldered to a single PCB, and most of the assembly of the PCB is performed by automated equipment. The balance of likelihood between an assembly flaw that allows the equipment to work, but not work fully properly, and a design flaw comes down on the side of design flaw for this particular behavior. The solution is relatively straight forward, but you have to fight against the easy way of doing things using most PCB layout software, so it is commonly not done correctly. > From his description it sounded like the device was working > pretty good with Linux in every other way. Just a bit of > hum at the hardware level. Indeed, the improved standardization of USB interfaces has been very good for linux audio. It would be interesting to see if the problem affected every unit or was a manufacturing flaw as you speculated, and whether the problem affects all the outputs or only the headphone amp. Fons, did you happen to get the specific model number of that mixer? -- Chris Caudle From spamatica at gmail.com Wed Apr 1 17:57:28 2015 From: spamatica at gmail.com (Robert Jonsson) Date: Wed, 1 Apr 2015 19:57:28 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: <551C01EF.5040303@yahoo.com> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> Message-ID: 2015-04-01 16:34 GMT+02:00 Studio Channing : <...> > * Behringer is about to release this thing, will cost $200 USD: > > http://www.behringer.com/EN/Products/UMC1820.aspx Will this really support Linux? If so it could be a real game changer. Regards, Robert From fons at linuxaudio.org Wed Apr 1 18:46:18 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 1 Apr 2015 18:46:18 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> Message-ID: <20150401184618.GA24864@linuxaudio.org> On Wed, Apr 01, 2015 at 06:03:08PM +1100, Patrick Shirkey wrote: > So you are saying that Behringer manufactured and released an entire range > without testing *any* of them before they went out the door for ground > loop issues at the board/design level? Happens all the time with cheap things. Some prototypes or early production samples are tested, then the production process is adapted to large volume, very probably everything is outsourced to a different sweatshop, and any further quality control is supposed to be done by the user. As for Behringer, I still have to see the first bit of hardware that does not have some problem. Everything that I've tested for the last ten years or so has failed in some way. > I'm sure that someone from the LAC would be more than happy to test it for > Fons and help get to the bottom of the problem. The thing is not on the list of assets I control, so forget about that. > From his description it sounded like the device was working pretty good > with Linux in every other way. There is absolutely nothing in my original post that would even faintly suggest that anything was working. Please stop suggesting that I wrote things I did not write. You seem to have enough issues with what I _did_ write anyway. > Just a bit of hum at the hardware level. Again, not 'just a bit' but tons of it. Reread my original post. > That is not bad considering that only a few years ago the idea of an > affordable plug and play digital hardware mixer on Linux was just that, > an idea. It's not a digital mixer, nor did I suggest it was. Meanwhile the thing has been used as an headphone amp since we needed one. So I can confirm that channel 1 line input is working, as is the master strip and the headphone output. That's all. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From jpsandys at gmail.com Wed Apr 1 18:46:57 2015 From: jpsandys at gmail.com (Jeff Sandys) Date: Wed, 1 Apr 2015 11:46:57 -0700 Subject: [LAU] multichannel interface recommendations? Message-ID: > > Date: Tue, 31 Mar 2015 09:39:01 -0600 > From: Studio Channing > Subject: [LAU] multichannel interface recommendations? > Message-ID: <551ABF95.2040606 at yahoo.com> > > we are searching for a new audio interface for a project studio and > interested in the experiences others have had > > requirements are: > * 8 (or more) channels simultaneous recording to computer > * at least 4 preamps for mic level inputs > * USB2 preferable to Fireware, but.. > * 100% linux compatible, ideally with a stock kernel > * under $500 USD if possible > > less important is real-time monitoring functionality - this will mostly > be used for bands playing live > ... > anybody have any recommendations I have been looking for a similar device, 4 mic inputs to record a string quartet, and bought a Focusrite Scarlett 18i8. I haven't used it for recording yet but I did plug it into my Fedora 21 mini computer, started qjackctl and all the inputs and outputs were exposed. It has 4 front panel mic inputs, 2 can be switched* to line, 48v phantom on each pair, 4 TRS balanced inputs in the back, S/PDIF in and out, and ADAT optical in for an additional 8 channels in, 2 balanced channels out on the back with 2 stereo (headphone) outs on the front, plus midi in and out. It lists at $400 at several online retailers, I bought mine used on ebay. There is an windows and mac mixer app, and you need to use the app to switch the two channels from mic/line to instrument and change other configurations. Focusrite states that they don't guarantee Linux compatibility but they have published enough interface information that at least two programmers have created Scarlett Mixer python apps on Github, one is by Linux audio guru Robin Gareus. With the program you can assign the headphone output as zero latency input monitoring or as output from your computer. http://us.focusrite.com/usb-audio-interfaces/scarlett-18i8 https://github.com/x42/scarlettmixer https://github.com/trrichard/ScarlettMixer It seems to have solid stage worthy construction and a power supply with US, UK and Euro plugs. -- Jeff Sandys -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at autostatic.com Wed Apr 1 19:02:34 2015 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Wed, 01 Apr 2015 21:02:34 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> Message-ID: <551C40CA.7040604@autostatic.com> On 04/01/2015 07:57 PM, Robert Jonsson wrote: > 2015-04-01 16:34 GMT+02:00 Studio Channing : > <...> >> * Behringer is about to release this thing, will cost $200 USD: >> >> http://www.behringer.com/EN/Products/UMC1820.aspx > > Will this really support Linux? > If so it could be a real game changer. > > Regards, > Robert The term "audiophile" gives me shivers... Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From fons at linuxaudio.org Wed Apr 1 19:10:12 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 1 Apr 2015 19:10:12 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: <29b79523bd410c64caf43c3d8165e43d.squirrel@email.powweb.com> References: <29b79523bd410c64caf43c3d8165e43d.squirrel@email.powweb.com> Message-ID: <20150401191012.GC24864@linuxaudio.org> On Wed, Apr 01, 2015 at 10:16:59AM -0500, Chris Caudle wrote: > On Wed, April 1, 2015 2:03 am, Patrick Shirkey wrote: > > So you are saying that Behringer manufactured and released > > an entire range without testing *any* of them before they > > went out the door for ground loop issues at the board/design level? > > Something much more limited and specific: I am saying that the > description provided by Fons of the behavior of that specific model of low > cost mixer is consistent with a "pin 1 problem" design flaw, although that > is a bit of a misnomer with a USB connector. "Pin 1 problem" is much > easier to say than "reference conductor common mode impedance noise > coupling" though. Possibly only affecting the headphone output, Fons > never mentioned whether he also checked the main or monitor outputs. The strange thing is that this high level hum appeared on the HP output, with the main stereo out selected as the source and the main and all other faders completely down. So this hum did not originate at any input - it was there on an internal signal even with all inputs muted. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From fons at linuxaudio.org Wed Apr 1 19:31:00 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 1 Apr 2015 19:31:00 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: <20150401102516.15e5a31c@archlinux> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401102516.15e5a31c@archlinux> Message-ID: <20150401193100.GD24864@linuxaudio.org> On Wed, Apr 01, 2015 at 10:25:16AM +0200, Ralf Mardorf wrote: > The power supply of the ADA8000 gets too hot to mount it in a rack. :-) Memories. I was once present at a recording session in an anechoic room with some of the guys from Parma Univ. They had a small rack with four of those stacked on top each other and just some space below and above that cluster. After half an hour they were to hot to touch and the smell was quit clear. They didn't fail then, but three of them did the next time they were powered. I had eight of them at the CdM, and over the years six of them failed, in all cases the power supply. But mind you, the same problem exists with some RME gear which also uses cheap $5 chinese PSUs even if the unit costs 2k Euro. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From hanaghan.osaudio at gmail.com Wed Apr 1 19:51:18 2015 From: hanaghan.osaudio at gmail.com (Russell Hanaghan) Date: Wed, 1 Apr 2015 12:51:18 -0700 Subject: [LAU] Behringer and Linux In-Reply-To: <20150401184618.GA24864@linuxaudio.org> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401184618.GA24864@linuxaudio.org> Message-ID: <5D657D5B-4283-461B-A943-D7473523220E@gmail.com> ~ Russell > On Apr 1, 2015, at 11:46 AM, Fons Adriaensen wrote: > >> On Wed, Apr 01, 2015 at 06:03:08PM +1100, Patrick Shirkey wrote: >> >> So you are saying that Behringer manufactured and released an entire range >> without testing *any* of them before they went out the door for ground >> loop issues at the board/design level? > > Happens all the time with cheap things. Some prototypes or early production > samples are tested, then the production process is adapted to large volume, > very probably everything is outsourced to a different sweatshop, and any > further quality control is supposed to be done by the user. > > As for Behringer, I still have to see the first bit of hardware that > does not have some problem. Everything that I've tested for the last > ten years or so has failed in some way. Emphasis on "cheap". Just to trail on from the general convo re: behringer. There is a reason it's so "affordable" and available. That said, I have some B gear in my arsenal for live and recording stuff. I figure if it's doing what I need it to, all is dandy. I simply consider it disposable gear to some degree. The $200 Euromixer 32-8-2 is absolutely handy as a live mixer. The preamps are even quiet enough to do some "b" level recording thru. Bit fragile and crispy sonically but they work. Do I expect it to perform like quality gear? Nope! Not ever! I've spent $200 on a cable.. Not telling you guys anything you don't know... Just sayin even crap gear has it's uses. :) R > >> I'm sure that someone from the LAC would be more than happy to test it for >> Fons and help get to the bottom of the problem. > > The thing is not on the list of assets I control, so forget about that. > >> From his description it sounded like the device was working pretty good >> with Linux in every other way. > > There is absolutely nothing in my original post that would even > faintly suggest that anything was working. Please stop suggesting > that I wrote things I did not write. You seem to have enough issues > with what I _did_ write anyway. > >> Just a bit of hum at the hardware level. > > Again, not 'just a bit' but tons of it. Reread my original post. > >> That is not bad considering that only a few years ago the idea of an >> affordable plug and play digital hardware mixer on Linux was just that, >> an idea. > > It's not a digital mixer, nor did I suggest it was. > > Meanwhile the thing has been used as an headphone amp since we > needed one. So I can confirm that channel 1 line input is working, > as is the master strip and the headphone output. That's all. > > Ciao, > > -- > FA > > A world of exhaustive, reliable metadata would be an utopia. > It's also a pipe-dream, founded on self-delusion, nerd hubris > and hysterically inflated market opportunities. (Cory Doctorow) > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From ralf.mardorf at alice-dsl.net Wed Apr 1 20:34:27 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 1 Apr 2015 22:34:27 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> Message-ID: <20150401223427.14d44bb4@archlinux> On Wed, 1 Apr 2015 19:57:28 +0200, Robert Jonsson wrote: >2015-04-01 16:34 GMT+02:00 Studio Channing : ><...> >> * Behringer is about to release this thing, will cost $200 USD: >> >> http://www.behringer.com/EN/Products/UMC1820.aspx > >Will this really support Linux? >If so it could be a real game changer. Are such XLR/jack hybrid connectors ok? I wasn't aware that such combo connectors exist. I'm sceptic. Neutric does provide them. Has somebody experiences using those combo connectors? From jeremy at autostatic.com Wed Apr 1 20:38:04 2015 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Wed, 01 Apr 2015 22:38:04 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: <20150401223427.14d44bb4@archlinux> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <20150401223427.14d44bb4@archlinux> Message-ID: <551C572C.8000902@autostatic.com> On 04/01/2015 10:34 PM, Ralf Mardorf wrote: > On Wed, 1 Apr 2015 19:57:28 +0200, Robert Jonsson wrote: >> 2015-04-01 16:34 GMT+02:00 Studio Channing : >> <...> >>> * Behringer is about to release this thing, will cost $200 USD: >>> >>> http://www.behringer.com/EN/Products/UMC1820.aspx >> >> Will this really support Linux? >> If so it could be a real game changer. > > Are such XLR/jack hybrid connectors ok? I wasn't aware that such > combo connectors exist. I'm sceptic. Neutric does provide them. Has > somebody experiences using those combo connectors? I had them on the Focusrite Saffire's I've owned. Never had issues with them, guess they're fine for front Mic/Instr inputs. Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From dlphillips at woh.rr.com Wed Apr 1 20:48:12 2015 From: dlphillips at woh.rr.com (Dave Phillips) Date: Wed, 01 Apr 2015 16:48:12 -0400 Subject: [LAU] multichannel interface recommendations? In-Reply-To: <551C572C.8000902@autostatic.com> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <20150401223427.14d44bb4@archlinux> <551C572C.8000902@autostatic.com> Message-ID: <551C598C.8050905@woh.rr.com> On 04/01/2015 04:38 PM, Jeremy Jongepier wrote: > On 04/01/2015 10:34 PM, Ralf Mardorf wrote: >> ... >> Are such XLR/jack hybrid connectors ok? I wasn't aware that such >> combo connectors exist. I'm sceptic. Neutric does provide them. Has >> somebody experiences using those combo connectors? > I had them on the Focusrite Saffire's I've owned. Never had issues with > them, guess they're fine for front Mic/Instr inputs. > My M-Audio Omni i/o uses them, I've never had a problem with either format. Best, dp From willgodfrey at musically.me.uk Wed Apr 1 20:52:52 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 1 Apr 2015 21:52:52 +0100 Subject: [LAU] Behringer and Linux In-Reply-To: <20150401193100.GD24864@linuxaudio.org> References: <65.B6.21937.9FD4A155@cdptpa-oedge02> <42962.178.73.210.16.1427823400.squirrel@boosthardware.com> <70d60be0a31d964e7e6815dbbaa641a5.squirrel@email.powweb.com> <56136.178.73.210.16.1427871788.squirrel@boosthardware.com> <20150401102516.15e5a31c@archlinux> <20150401193100.GD24864@linuxaudio.org> Message-ID: <20150401215252.7b5971bb@debian> On Wed, 1 Apr 2015 19:31:00 +0000 Fons Adriaensen wrote: > On Wed, Apr 01, 2015 at 10:25:16AM +0200, Ralf Mardorf wrote: > > > The power supply of the ADA8000 gets too hot to mount it in a rack. > > :-) Memories. I was once present at a recording session in an anechoic > room with some of the guys from Parma Univ. They had a small rack with > four of those stacked on top each other and just some space below and > above that cluster. After half an hour they were to hot to touch and > the smell was quit clear. They didn't fail then, but three of them did > the next time they were powered. > > I had eight of them at the CdM, and over the years six of them failed, > in all cases the power supply. > > But mind you, the same problem exists with some RME gear which also > uses cheap $5 chinese PSUs even if the unit costs 2k Euro. > > Ciao, > Memories indeed! In the late 1990s I worked for a company that specialised in (then state-of-the-art) video conferencing systems, these included some quite sophisticated noise, interference and echo cancelling units. While I was there, they were slowly phasing out one type and replacing them with a newer smaller and cheaper units, only every time they tried to pair old with new, the new ones would lock up after a few hours. My one claim to fame there, was that it was me that worked out that (logically) everyone put the new units on top of the old, but those old ones got incredibly hot. Stack them the other way round and although it looked odd, they all worked fine :) I can't for the life of me remember the name of the units, But I know the old ones started with an 'E' and the new ones with a 'D' and I only remember that because we prefixed the notes with those initials. P.S. The video part of the system was separate specialist kit. Computer graphics couldn't make the grade, especially when you wanted to do multiple picture-in-picture :) -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From willgodfrey at musically.me.uk Wed Apr 1 20:55:54 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 1 Apr 2015 21:55:54 +0100 Subject: [LAU] multichannel interface recommendations? In-Reply-To: <551C598C.8050905@woh.rr.com> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <20150401223427.14d44bb4@archlinux> <551C572C.8000902@autostatic.com> <551C598C.8050905@woh.rr.com> Message-ID: <20150401215554.5f930115@debian> On Wed, 01 Apr 2015 16:48:12 -0400 Dave Phillips wrote: > > On 04/01/2015 04:38 PM, Jeremy Jongepier wrote: > > On 04/01/2015 10:34 PM, Ralf Mardorf wrote: > >> ... > >> Are such XLR/jack hybrid connectors ok? I wasn't aware that such > >> combo connectors exist. I'm sceptic. Neutric does provide them. Has > >> somebody experiences using those combo connectors? > > I had them on the Focusrite Saffire's I've owned. Never had issues with > > them, guess they're fine for front Mic/Instr inputs. > > > > My M-Audio Omni i/o uses them, I've never had a problem with either format. > > Best, > > dp Never had a problem with them here either. A couple of units I've got also only carry the phantom power on the XLR part - probably a good thing considering the variety of ways a jack can be wired! -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From ralf.mardorf at alice-dsl.net Wed Apr 1 20:59:15 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 1 Apr 2015 22:59:15 +0200 Subject: [LAU] [off-list] multichannel interface recommendations? In-Reply-To: <20150401215554.5f930115@debian> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <20150401223427.14d44bb4@archlinux> <551C572C.8000902@autostatic.com> <551C598C.8050905@woh.rr.com> <20150401215554.5f930115@debian> Message-ID: <20150401225915.57d582d8@archlinux> On Wed, 1 Apr 2015 21:55:54 +0100, Will Godfrey wrote: >Never had a problem with them here either. A couple of units I've got >also only carry the phantom power on the XLR part - probably a good >thing considering the variety of ways a jack can be wired! Thank you. From guido.aulisi at gmail.com Wed Apr 1 21:29:55 2015 From: guido.aulisi at gmail.com (Guido Aulisi) Date: Wed, 01 Apr 2015 23:29:55 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: Message-ID: <1427923795.9647.1.camel@gmail.com> Scarlett Mixer is included in vanilla 3.19 kernel, it should be already present in Fedora 21. Ciao Guido Il giorno mer, 01/04/2015 alle 11.46 -0700, Jeff Sandys ha scritto: > Date: Tue, 31 Mar 2015 09:39:01 -0600 > From: Studio Channing > Subject: [LAU] multichannel interface recommendations? > Message-ID: <551ABF95.2040606 at yahoo.com> > > we are searching for a new audio interface for a project > studio and > interested in the experiences others have had > > requirements are: > * 8 (or more) channels simultaneous recording to computer > * at least 4 preamps for mic level inputs > * USB2 preferable to Fireware, but.. > * 100% linux compatible, ideally with a stock kernel > * under $500 USD if possible > > less important is real-time monitoring functionality - this > will mostly > be used for bands playing live > ... > anybody have any recommendations > > > I have been looking for a similar device, 4 mic inputs to record a > string quartet, and bought a Focusrite Scarlett 18i8. I haven't used > it for recording yet but I did plug it into my Fedora 21 mini > computer, started qjackctl and all the inputs and outputs were > exposed. It has 4 front panel mic inputs, 2 can be switched* to line, > 48v phantom on each pair, 4 TRS balanced inputs in the back, S/PDIF in > and out, and ADAT optical in for an additional 8 channels in, 2 > balanced channels out on the back with 2 stereo (headphone) outs on > the front, plus midi in and out. It lists at $400 at several online > retailers, I bought mine used on ebay. > > > There is an windows and mac mixer app, and you need to use the app to > switch the two channels from mic/line to instrument and change other > configurations. Focusrite states that they don't guarantee Linux > compatibility but they have published enough interface information > that at least two programmers have created Scarlett Mixer python apps > on Github, one is by Linux audio guru Robin Gareus. With the program > you can assign the headphone output as zero latency input monitoring > or as output from your computer. > > http://us.focusrite.com/usb-audio-interfaces/scarlett-18i8 > https://github.com/x42/scarlettmixer > https://github.com/trrichard/ScarlettMixer > > > It seems to have solid stage worthy construction and a power supply > with US, UK and Euro plugs. > > > -- Jeff Sandys > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From len at ovenwerks.net Wed Apr 1 22:25:06 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 1 Apr 2015 15:25:06 -0700 (PDT) Subject: [LAU] multichannel interface recommendations? In-Reply-To: <551C40CA.7040604@autostatic.com> References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <551C40CA.7040604@autostatic.com> Message-ID: On Wed, 1 Apr 2015, Jeremy Jongepier wrote: > The term "audiophile" gives me shivers... :) As in Audiophile = Sucker? -- Len Ovens www.ovenwerks.net From bearcat at feline-soul.com Wed Apr 1 22:36:56 2015 From: bearcat at feline-soul.com (=?UTF-8?B?QmVhcmNhdCBNLiDFnsOhbmRvcg==?=) Date: Wed, 1 Apr 2015 18:36:56 -0400 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <551C40CA.7040604@autostatic.com> Message-ID: Myself, i've been looking at this one: http://www.antelopeaudio.com/en/products/Orion32-Multi-Channel-AD-DA-converter They tell me that it works under Linux via usb. On Wed, Apr 1, 2015 at 6:25 PM, Len Ovens wrote: > On Wed, 1 Apr 2015, Jeremy Jongepier wrote: > > The term "audiophile" gives me shivers... >> > > :) As in Audiophile = Sucker? > > -- > Len Ovens > www.ovenwerks.net > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Bearcat M. ??ndor Voice: 872.CAT.SOUL (872.228.7685) Fax: 406.235.7070 My public pgp key is included for verification of my identity -------------- next part -------------- An HTML attachment was scrubbed... URL: From moshwe at gmail.com Wed Apr 1 23:50:48 2015 From: moshwe at gmail.com (Moshe Werner) Date: Thu, 2 Apr 2015 01:50:48 +0200 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <551C40CA.7040604@autostatic.com> Message-ID: On Thu, Apr 2, 2015 at 12:36 AM, Bearcat M. ??ndor wrote: > Myself, i've been looking at this one: > http://www.antelopeaudio.com/en/products/Orion32-Multi-Channel-AD-DA-converter > They tell me that it works under Linux via usb. > > Me too, but it is quite expensive (subjectively, when looked at price/channel it is actually pretty good). -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Thu Apr 2 01:29:01 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 1 Apr 2015 18:29:01 -0700 (PDT) Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: <551BE75E.5040100@b-k.it> <551C01EF.5040303@yahoo.com> <551C40CA.7040604@autostatic.com> Message-ID: On Wed, 1 Apr 2015, Bearcat M. ??ndor wrote: > Myself, i've been looking at > thisone:?http://www.antelopeaudio.com/en/products/ Orion32-Multi-Channel-AD-DA-converter ? > They tell me that it works under Linux via usb. A bit out of the OP price range :) Just under $3K. The specs do not say much about the Audio levels it works with. I would have to assume that they are all Line level (+4?) so on top of the $3k there is the cost of Mic pre. at another $1k for cheap, cheap ones. I would think may as well get a cheaper AI to begin with. At this price range I think I would start to look at the Audio Science 8i/o PCIe cards. 4 of them would be similar price for the same i/o and they do support Linux including drivers for internal routing etc. For that matter, AoIP starts to look attractive by that price range too. The truth is, I would only choose USB last. The Linux support has gotten a lot better, but HW support has gone up and down on the MB. To use USB means getting a USB card to make sure of a dedicated, good HW, USB plug. I have seen at least once where the next kernel made the USB AI stop working right. The early USB audio days were very shaky, things have gotten a lot better, but I am still shy of it. My old PCI card has just always worked from day one and never stopped. Only a little tuning was needed to get sub-ms latency with no xruns. The laptop looks good for mobile kinds of things, but One has too little control of what goes in them. I like to build my boxes :) -- Len Ovens www.ovenwerks.net From markhadman at gmail.com Thu Apr 2 12:39:12 2015 From: markhadman at gmail.com (mark hadman) Date: Thu, 2 Apr 2015 13:39:12 +0100 Subject: [LAU] Behringer and Linux Message-ID: Len: > I was looking at the X(R)18. Which acording to Sweetwater has 16 i/o > but on the Behringer site says 18/18. I would hope the manufacture > is the right one. Actually, the sweetwater site says 16 USB channels > in one place and 18 io half a page away... so I can see both numbers > at the same time. :P Fons: > just a quick remark on USB and Behringer. At my new workplace our > boss, in a fit of enlightment and for reasons only known to himself, > decided to buy a cheap Behringer mixer with a USB interface. Nobody > here needs it and it remained in its box for months. > Some week ago I had some spare time and decided to have a look at > it. Connected the USB to my Linux workstation and connected some > headphones to the mixer. Result: with all faders down and just > the HP volume turned up there was a high level 50/100 Hz in the > headphones. Removing the USB connection was enough to stop it. Patrick: >> That is not bad considering that only a few years ago the idea of an >> affordable plug and play digital hardware mixer on Linux was just that, >> an idea. Fons: > It's not a digital mixer, nor did I suggest it was. Just re-editing and recapping this, as I too was confused. Fons was not talking about the XR18 or any of Behringer's new digital range. mH From studiochanning at yahoo.com Thu Apr 2 15:34:23 2015 From: studiochanning at yahoo.com (Studio Channing) Date: Thu, 02 Apr 2015 09:34:23 -0600 Subject: [LAU] multichannel interface recommendations? In-Reply-To: References: Message-ID: <551D617F.8060408@yahoo.com> On 04/01/2015 12:46 PM, Jeff Sandys wrote: > > Date: Tue, 31 Mar 2015 09:39:01 -0600 > From: Studio Channing > > Subject: [LAU] multichannel interface recommendations? > Message-ID: <551ABF95.2040606 at yahoo.com > > > > we are searching for a new audio interface for a project studio and > interested in the experiences others have had > > requirements are: > * 8 (or more) channels simultaneous recording to computer > * at least 4 preamps for mic level inputs > * USB2 preferable to Fireware, but.. > * 100% linux compatible, ideally with a stock kernel > * under $500 USD if possible > > less important is real-time monitoring functionality - this will > mostly > be used for bands playing live > ... > anybody have any recommendations > > > I have been looking for a similar device, 4 mic inputs to record a > string quartet, and bought a Focusrite Scarlett 18i8. I haven't used > it for recording yet but I did plug it into my Fedora 21 mini > computer, started qjackctl and all the inputs and outputs were > exposed. It has 4 front panel mic inputs, 2 can be switched* to line, > 48v phantom on each pair, 4 TRS balanced inputs in the back, S/PDIF in > and out, and ADAT optical in for an additional 8 channels in, 2 > balanced channels out on the back with 2 stereo (headphone) outs on > the front, plus midi in and out. It lists at $400 at several online > retailers, I bought mine used on ebay. > > There is an windows and mac mixer app, and you need to use the app to > switch the two channels from mic/line to instrument and change other > configurations. Focusrite states that they don't guarantee Linux > compatibility but they have published enough interface information > that at least two programmers have created Scarlett Mixer python apps > on Github, one is by Linux audio guru Robin Gareus. With the program > you can assign the headphone output as zero latency input monitoring > or as output from your computer. > > http://us.focusrite.com/usb-audio-interfaces/scarlett-18i8 > https://github.com/x42/scarlettmixer > https://github.com/trrichard/ScarlettMixer > > It seems to have solid stage worthy construction and a power supply > with US, UK and Euro plugs. > > -- Jeff Sandys > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Thank you! We were unaware of the hardware support and scarlettmixer, at one point a couple of years ago there was a smaller Focusrite USB here and that did not work under Linux - it was probably the Saffire 6 and it seems that has now changed too: http://www.digitalstroopwafel.com/?p=141 https://focusritedevelopmentteam.wordpress.com/2012/04/23/linux-and-focusrite-novation-products/ So we are seeing USB support for multiple Focusrite devices, nice. Between Focusrite and Presonus it looks like we have several decent options in our price range. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonetsu at teksavvy.com Fri Apr 3 01:14:40 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Thu, 2 Apr 2015 21:14:40 -0400 Subject: [LAU] Calf Envelope Filter = Ardour crash Message-ID: <20150402211440.17f352f0@mevla> Hello, I have compiled the Calf plugins from git, minutes ago. I use the 5-band equalizer and reverb w/o problems, using Ardour 3.5.403. I add the envelope filter to a track and immediately press play. Ardour vanishes instantly from the screen. Is this still a fftw bug ? Cheers. From len at ovenwerks.net Sat Apr 4 21:24:57 2015 From: len at ovenwerks.net (Len Ovens) Date: Sat, 4 Apr 2015 14:24:57 -0700 (PDT) Subject: [LAU] fader mapping Message-ID: Fader mapping in general has been tied to the phyisical fader and it's length. 4in/100mm seems to be the max real estate people want to use. Ok so far. The mapping is set up to use that 4in in the best way possible, but seems to be the same no matter what the use. There are three main uses I can see: Broadcast - Fades to oo(off) happen often Live Mix - Fades might happen once in a performance (maybe 2 or 3) recording - Fades are more often done with some kind of automation maybe never on a physical fader... or maybe only on bus faders. Assuming a recording/mixdown situation, would it make sense on a limitless fader to continue at the same db drop per movement from +6(or 10 or whatever) to -110? My reasoning is this: By recording, I mean DAW and so 32bit float derived from 24bitADC. Tracks are therefor recorded with more headroom and less compression as these can be dealt with later. DAWs do not seem to think in terms of a channel strip trim at input so that each track can put the fader in it's most acurate possition (right around 0db) and something loud that is really background may end up with it's fader position quite low. This would mean minor adjustment to that track would be difficult. Would it make sense to be able to move the range of a fader (physical or other wise) so that it goes from -10 to oo rather than from +10 to oo? Think put one finger on a modifier key and then move the fader from where the signal is to where on the fader strip you want it then release modifier key. SO if the fader is at -20 and this was done, -20 would now be at the 0db possition. Or if using a mouse wheel, the same amount of wheel clicks would move the same db at any place on the fader... or a new type of fader might make this possible too. The thing is, a fader is no longer an audio pad that can be adjusted, it is a data input device and as such it just has a linear position output. There is no reason that data and it's meaning can't change on the fly as needed. For most mixing (even live) the fader input is either "I need more of that" or "I need less of that". In such a case, the sound the engineer hears is what they go by, not the fader position. If the fader position has to be looked at to change it takes the engineer's mind away from the mix momentarily rather than if the operation position is always the same. I am thinking what would work for a blind person, and wouldn't that be better even for someone with sight? With the talk about the X-air etc. not too long ago, I have played around with the remote (PC and Adroid) mixer apps and the faders work in such a way that touching (clicking) on any part of the fader and moving will take the current value and mov it in the direction the finger/mouse is moved (Ardour3/4 and maybe 2) are the same. In my opinion this is the right way. Most touch surfaces either require the finger to touch where the control is right now before it will move (second best) or will jump to where the finger hits... bad or the worst ones are ones where the fader does not move till your finger gets to the control, but moves as soon as the finger touches any part of the control which means that a finger moving from bottom to top has the fader position jump down so the middle of the fader control is at the finger as soon as the finger gets to the bottom of the fader control and then start moving up. (just plain broken) Actually, fading to oo would still be possible on the solutions I have mentioned so far. Seems win/win. Another softkey could be used for reset modifier. Another solution might be to use a modifier key to make the fader set a channel trim. This could be a good solution too or even as well. I would think once someone has set up their channel strip with things like compression (or anything level dependant) they would not want change the input level though. I am working on a control surface where the brain is a small Linux box. I have been looking at different well known protocols like MCP and HUI as well as what some of the digital mixers use (the ones that are open about it). I am thinking about how I would want to control a DAW if I have control of what I am doing. I am interesting in ways that a remote application either via MIDI or OSC can find out what plugins a channels has in it and therefore what are it's controls I can play with. I would like to have an Android app that shows the current channel (as selected by the control surface) strip plugins as a set of tabbed pages with each tab showing a control GUI for that plugin. (wifi based of course) The way Allen & Heath have done it for their digital mixers is nice, but for a DAW where each channel may be different and there may be more than 4 plugins, it is probably not the right solution... the GLD is close though. -- Len Ovens www.ovenwerks.net From fons at linuxaudio.org Sun Apr 5 09:09:02 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Sun, 5 Apr 2015 09:09:02 +0000 Subject: [LAU] fader mapping In-Reply-To: References: Message-ID: <20150405090902.GA4927@linuxaudio.org> On Sat, Apr 04, 2015 at 02:24:57PM -0700, Len Ovens wrote: > Fader mapping in general has been tied to the phyisical fader and > it's length. 4in/100mm seems to be the max real estate people want > to use. Ok so far. The mapping is set up to use that 4in in the best > way possible, but seems to be the same no matter what the use. There > are three main uses I can see: > Broadcast - Fades to oo(off) happen often > Live Mix - Fades might happen once in a performance (maybe 2 or 3) > recording - Fades are more often done with some kind of automation > maybe never on a physical fader... or maybe only > on bus faders. For the latter practice will vary, depending on the user and the type of material. Speaking just for myself, I never use automation in Ardour. When necessary, levels are edited using the region gain - this keeps the faders free for manual adjustment. IMHO, automation with anything but a real physical and motorised fader is a kludge. > Assuming a recording/mixdown situation, would it make sense on a > limitless fader to continue at the same db drop per movement from > +6(or 10 or whatever) to -110? I'd say no. If you need static fader gains below -40 dB or so that probably means something else is wrong. > My reasoning is this: > By recording, I mean DAW and so 32bit float derived from 24bitADC. > Tracks are therefor recorded with more headroom and less compression > as these can be dealt with later. DAWs do not seem to think in terms > of a channel strip trim at input so that each track can put the > fader in it's most acurate possition (right around 0db) and > something loud that is really background may end up with it's fader > position quite low. This would mean minor adjustment to that track > would be difficult. This is why I'm really missing an input gain trim in Ardour. Even more so because the faders go up to only +6dB, this should be at least +10 or even +15 dB. On analog mixers the input gain trim is required in order to have a controlled level in the pre-fader chain which may include all sorts of inserts and/or sends. This is still so in a DAW using floating point signals. > Would it make sense to be able to move the range > of a fader (physical or other wise) so that it goes from -10 to oo > rather than from +10 to oo? Think put one finger on a modifier key > and then move the fader from where the signal is to where on the > fader strip you want it then release modifier key. SO if the fader > is at -20 and this was done, -20 would now be at the 0db possition. IMHO that could be very confusing. It sort invites you to control gain only at that single point. You could easily end up with an absurd gain structure, and without any visual indication of that situation. > Or if using a mouse wheel, the same amount of wheel clicks would > move the same db at any place on the fader... or a new type of fader > might make this possible too. That would certainly be possible. There is no reason at all why fader resolution should be limited by screen pixels. > The thing is, a fader is no longer an audio pad that can be > adjusted, it is a data input device and as such it just has a linear > position output. There is no reason that data and it's meaning can't > change on the fly as needed. For most mixing (even live) the fader > input is either "I need more of that" or "I need less of that". Yes, but their general position also tell you if your gain structure is more or less right. If you have a fader at -40 dB that very probably means that something else needs adjustment. > such a case, the sound the engineer hears is what they go by, not > the fader position. If the fader position has to be looked at to > change it takes the engineer's mind away from the mix momentarily > rather than if the operation position is always the same. I am > thinking what would work for a blind person, and wouldn't that be > better even for someone with sight? If you use 'real' faders you don't have to look at them. And not having them all at 0dB actually helps to find the one you need quickly - you know the 'skyline', even if only subconsciously. > Another solution might be to use a modifier key to make the fader > set a channel trim. That would make sense, faders can already be remapped to aux sends etc. on many mixers. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From len at ovenwerks.net Sun Apr 5 15:58:46 2015 From: len at ovenwerks.net (Len Ovens) Date: Sun, 5 Apr 2015 08:58:46 -0700 (PDT) Subject: [LAU] fader mapping In-Reply-To: <20150405090902.GA4927@linuxaudio.org> References: <20150405090902.GA4927@linuxaudio.org> Message-ID: On Sun, 5 Apr 2015, Fons Adriaensen wrote: > On Sat, Apr 04, 2015 at 02:24:57PM -0700, Len Ovens wrote: > >> Fader mapping in general has been tied to the phyisical fader and >> it's length. 4in/100mm seems to be the max real estate people want >> to use. Ok so far. The mapping is set up to use that 4in in the best >> way possible, but seems to be the same no matter what the use. There >> are three main uses I can see: >> Broadcast - Fades to oo(off) happen often >> Live Mix - Fades might happen once in a performance (maybe 2 or 3) >> recording - Fades are more often done with some kind of automation >> maybe never on a physical fader... or maybe only >> on bus faders. > > For the latter practice will vary, depending on the user and the type > of material. Speaking just for myself, I never use automation in Ardour. > When necessary, levels are edited using the region gain - this keeps > the faders free for manual adjustment. IMHO, automation with anything > but a real physical and motorised fader is a kludge. Ok, That is good to know. The reason I assumed automation is the number of channels involved... I only have 10 fingers. So I would then have to assume fades done manually would be done on groups or busses with maybe the odd channel included. The last time I included a fade with a fairly hot guitar part I found it sounded best with that part faded much faster than the rest. In other words I faded most things at the same rate except one channel. Does this experience align with general practice? >> Assuming a recording/mixdown situation, would it make sense on a >> limitless fader to continue at the same db drop per movement from >> +6(or 10 or whatever) to -110? > > I'd say no. If you need static fader gains below -40 dB or so that > probably means something else is wrong. better to fix the input gain then. And even a limitless fader should be able to fade to oo in one movement. >> something loud that is really background may end up with it's fader >> position quite low. This would mean minor adjustment to that track >> would be difficult. > > This is why I'm really missing an input gain trim in Ardour. Even more > so because the faders go up to only +6dB, this should be at least +10 > or even +15 dB. There are LADSPA/LV2 gain plugins available and of course the AI itself generally has gain as well. Having said that, I have been looking at a number of digital mixers from various manufactures (anyone who has been open about remote control) and all of them include a gain in the input strip. This gain or preamp control follows the actual HW. It is not generic, it changes depending where the preamp is. For example the preamp may be local or at the end of a snake or the input from the computer or a local onboard recorder. In the last two cases the control is a trim, in the first two it has full preamp controls. With the first two full preamp controls show up (phantompwr, phase (the computer return may have phase too) in the case I am looking at the local pre has no pad but the remote one does and both have different gain ranges. All of this info shows up on the mixer. (I am looking at a Allen & Heath in this case, but Yamaha, Soundcraft and others are similar) Doing this in Ardour (or any DAW) would be non-trivial. Maybe not possible in many cases (AIs with physical gain). Knowing with any certainty which ALSA input is mapped to a jack port is already not easy. Just adding a trim control on every input may not be the "right" thing to do either as it might tend to make the user forget about the AI gain control. > On analog mixers the input gain trim is required in order to have a > controlled level in the pre-fader chain which may include all sorts > of inserts and/or sends. This is still so in a DAW using floating > point signals. In my case I use Mudita24, and yes I do find I need to change levels for each new input, sometimes just from one vocalist to another on the mic/pre line. In my case I also have physical preamp gains as well. So two controls for level before jack sees the signal. This is not that different from an analog studio where different mics might use a dedicated rackmount pre. Many LV2 plugins have in/output levels for trim purposes. >> is at -20 and this was done, -20 would now be at the 0db possition. > > IMHO that could be very confusing. It sort invites you to control > gain only at that single point. You could easily end up with an > absurd gain structure, and without any visual indication of that > situation. Putting in a LED strip would solve this... but why? Better to use the fader knob that is already there. OK. >> Or if using a mouse wheel, the same amount of wheel clicks would >> move the same db at any place on the fader... or a new type of fader >> might make this possible too. > > That would certainly be possible. There is no reason at all why fader > resolution should be limited by screen pixels. The screen would still be the reference that indicated general level. SO using a scroll wheel would require some indication of where the level was overall. > If you use 'real' faders you don't have to look at them. And not > having them all at 0dB actually helps to find the one you need > quickly - you know the 'skyline', even if only subconsciously. I did think of that after I posted... >> Another solution might be to use a modifier key to make the fader >> set a channel trim. > > That would make sense, faders can already be remapped to aux sends > etc. on many mixers. In my case I am thinking how "smart" the control surface should be. SHould it be able to control more than one program so that it can directly control AI levels for example. Or assign some level controls to a drum box or other sequencer. Does it make sense to use an application to filter and reasign controls from a group of control surfaces to a group of programs. Application authors, even in Linux projects, seem to be headed more and more to the single application does it all anyway. Anyway, Thank you very much for your comments. They are helpful as I re-educate myself. I was trained and worked in the technical end of broadcast late 70s to 84 when I went to work in industrial servicing. I am relearning a lot of things, some is new, but a lot is just through disuse. -- Len Ovens www.ovenwerks.net From daniel.appelt at gmail.com Mon Apr 6 00:13:03 2015 From: daniel.appelt at gmail.com (Daniel Appelt) Date: Mon, 6 Apr 2015 02:13:03 +0200 Subject: [LAU] OM6.9 on Arch In-Reply-To: <54DFFCAC.6050206@gmail.com> References: <0B.54.10803.3F1AFD45@cdptpa-oedge02> <54DFFCAC.6050206@gmail.com> Message-ID: I am sorry to come back only now to this old thread. After my last comment, I did some further investigations to get to the root of the problem on my system. In the end, neither libtiff nor gdk-pixbuf2 can be blamed. It seems to be a "packaging problem" specific to Arch's multilib setup. To make a long story short, I have filed a bug report: https://bugs.archlinux.org/task/44474 For me, the bottom line is: - Arch multilib is not perfect. You might have to patch packages that are working perfectly on i686 or x86_64 in native mode. A 32bit chroot could be an alternative approach, but I have never tried it myself. - Having a 32bit only app is not preferable as it might mean lots of extra work to make it run in multilib mode on x86_64. - Using TIFF images or relying on libtiff in this case is not preferable as the library's standard includes are architecture specific. Cheers, Daniel 2015-02-15 2:55 GMT+01:00 Simon Wise : > On 15/02/15 06:28, David Jones wrote: > >> >> On Feb 14, 2015 5:48 AM, Len Ovens wrote: >> >>> >>> On Sat, 14 Feb 2015, anders.vinjar at bek.no wrote: >>> >>> The real pain here is having to do 32-bit at all! If we only got lw to >>>> consider 64-bit a 'professional' feature, and not just a high-end >>>> 'enterprise' feature... :-/ >>>> >>> >> Even my wife's years-discontinued little netbook is 64-bit. >> >> With some distros talking about dropping support for 32bit kernels, 64bit >>> is just where the world is going anymore. 32bit versions are just >>> outdated. >>> >>> As someone who uses old computers for servers etc. I find this anoying... >>> >> >> I do wish kernel makers would also stop requiring PAE support. I have a >> couple of boxes that don't support PAE. >> >> Musix is 32-bit only. >> >> I expect Debian will be producing 32-bit kernels for a good long while >> yet. They just seem to change slower than others. >> > > or rather they have made a point of building for many platforms (at least > until the recent move to systemd). With systemd they drop their freebsd > branch, but also cut off some of the unofficial branches like hurd (systemd > can only run on linux ... hence no hurd, no freebsd) and probably lose > quite a few of the small embedded systems like raspbian that were based on > debian but which becomes much less useful as a base for any small headless > systems. It was a very heavily contested decision, fire and brimstone > everywhere, but as it ended up a lot of older stuff will drop off over time > since adding systemd support won't happen to less used packages. > > Maybe it was too much to cover everything and still provide a base for > ready-to-use distributions, but there is a fork, said to be released when > jessie is, and given the need for a system without the huge pile of > dependencies on gnome and for some use cases it could well prove long lived > ... > > https://devuan.org/ > > ... time will tell, but it would probably be a much better base for > anything simple and custom without a desktop (and without the need to boot > quickly as a short term cloud instance). > > Simon > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pshirkey at boosthardware.com Mon Apr 6 05:47:25 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Mon, 6 Apr 2015 15:47:25 +1000 (EST) Subject: [LAU] Behringer and Linux In-Reply-To: References: Message-ID: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> On Thu, April 2, 2015 10:39 pm, mark hadman wrote: > Len: >> I was looking at the X(R)18. Which acording to Sweetwater has 16 i/o >> but on the Behringer site says 18/18. I would hope the manufacture >> is the right one. Actually, the sweetwater site says 16 USB channels >> in one place and 18 io half a page away... so I can see both numbers >> at the same time. :P > Fons: >> just a quick remark on USB and Behringer. At my new workplace our >> boss, in a fit of enlightment and for reasons only known to himself, >> decided to buy a cheap Behringer mixer with a USB interface. Nobody >> here needs it and it remained in its box for months. >> Some week ago I had some spare time and decided to have a look at >> it. Connected the USB to my Linux workstation and connected some >> headphones to the mixer. Result: with all faders down and just >> the HP volume turned up there was a high level 50/100 Hz in the >> headphones. Removing the USB connection was enough to stop it. > Patrick: >>> That is not bad considering that only a few years ago the idea of an >>> affordable plug and play digital hardware mixer on Linux was just that, >>> an idea. > Fons: >> It's not a digital mixer, nor did I suggest it was. > > Just re-editing and recapping this, as I too was confused. > Fons was not talking about the XR18 or any of Behringer's new digital > range. > Now that has been resolved, here's some suggestions for resolving the issue. (1) The mixer and the Linux box both use switching power supplies. They are plugged into the same outlet strip. This will occur with most switching power supply audio devices and most laptops. Much less of a problem with workstations with large well filtered motherboards and power supplies. Less of a problem if the devices are on separate power circuits. Not a problem if the audio device is powered from a linear supply or battery. Often goes away even if just the laptop gets powered off its battery. The two switching power supplies operate at frequencies that are close but not identical and not synced. The noise generated is very buzzy. (2) If Fons had audio cables from his workstation plugged into the mixer (even if the faders are all down) with the USB plugged into same, then the odds are he had a "ground loop" as the "digital ground" and "analog ground" of the workstation do not reference the same points (i.e. are not the same "ground"). This will happen with ALL gear that does not have audio isolation transformers on the inputs and outputs. The solution is to either use external ones (Jaycar and Altronics in Australia, and many other outfits supply them.) The other solution is to not use metal connected USB but rather fibre optic SPDIF or ADAT (the reason for their existence!). Ground loop noise has its primary frequency the power line frequency and may have a large second harmonic component. Fon's description of the noise is consistent with this problem. If his Linux audio workstation is a full-out desktop workstation with a big high-end power supply and the motherboard has a premium audio chipset, then the above "ground loop" is almost certainly the problem. Both of these, are not really Behringer problems. It is nearly impossible to sell new audio gear with linear supplies due to regulations about power efficiency in many countries. Only very exotic (and correspondingly expensive!) high end studio gear has either (and sometimes both), high quality audio transformers on all analog inputs and outputs, and/or common mode rejecting (true-differential) semiconductor circuits on all analog inputs and outputs. Marschall Acoustics Instruments P/L (*) electronics always has true-differential semiconductor inputs and outputs, with additional isolation transformer coupling available on request at extra cost and physical device size (not to mention weight). MAI equipment also only uses linear supplies (not switching). It is usually sold as "research instrumentation" for import purposes, but could never be sold to consumer retailers. (*) http://hydrophones.com -- Patrick Shirkey Boost Hardware Ltd From fons at linuxaudio.org Mon Apr 6 08:54:30 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 6 Apr 2015 08:54:30 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> Message-ID: <20150406085430.GA5233@linuxaudio.org> On Mon, Apr 06, 2015 at 03:47:25PM +1000, Patrick Shirkey wrote: > Now that has been resolved, here's some suggestions for resolving the issue. :-) You're trying very hard to get Behringer in the clear, but most of you argumentation is wrong or irrelevant. > (1) The mixer and the Linux box both use switching power supplies. They > are plugged into the same outlet strip. This will occur with most > switching power supply audio devices and most laptops. Much less of a > problem with workstations with large well filtered motherboards and power > supplies. * Switching PS have their problems - they can generate nasty wideband interference etc. - but w.r.t. ground loops there is no reason why they are no better or worse than linear PS. * The linux workstation in this case was not a laptop, it did have a 'large well filtered' PS. * Connecting it via coax madi (wich creates a ground connection) to an RME ADI648 and a battery of assorted DA converters (some using very cheap switching PS as does the ADI648) does not create any problem at all. Not even with 20m cables to a different room. > Less of a problem if the devices are on separate power circuits. Usually having separate circuits makes things worse, not better. > Not a problem if the audio device is powered from a linear supply or battery. A linear power supply wouldn't make any difference. Using battery power at one end of course breaks any ground loop, but is not always an option, certainly not in this case. > Often goes away even if just the laptop gets powered off its battery. No laptops were involved. > (2) If Fons had audio cables from his workstation plugged into the mixer > (even if the faders are all down) with the USB plugged into same, then the > odds are he had a "ground loop" as the "digital ground" and "analog > ground" of the workstation do not reference the same points (i.e. are not > the same "ground"). There were no other connections. Just the USB cable. Even if there had been external analog connections and massive 50 Hz signals at the inputs due to ground loops, with all faders down the input to the headphone amp should be silence. Unless there are *internal* ground related problems, which seems to be the case. > This will happen with ALL gear that does not have audio isolation > transformers on the inputs and outputs. Simply not true. Not if that gear is properly designed and wired. Here at home I have an analog mixer wired to the sound card in my PC and a all sorts of consumer gear using unbalanced connections. There is no trace of hum. Well there is, but you need Jaaa to detect it at -140 dB or so. > If his Linux audio workstation is a full-out desktop workstation with > a big high-end power supply and the motherboard has a premium audio > chipset, then the above "ground loop" is almost certainly the problem. The on-board audio interface was not involved at all. It's even disabled in the BIOS. > Both of these, are not really Behringer problems. This is definitely a problem with the mixer and nothing else. > It is nearly impossible to sell new audio gear with linear supplies > due to regulations about power efficiency in many countries. Not true. Manufacturers use switched power supplies because they are small and cheap. They use wall warts to bypass safety regulations which apply when a PS is built-in. But none of that should matter much w.r.t. ground loops. Tschuss, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From atte at youmail.dk Mon Apr 6 11:25:51 2015 From: atte at youmail.dk (Atte) Date: Mon, 06 Apr 2015 13:25:51 +0200 Subject: [LAU] zoom r16/r24 Message-ID: <55226D3F.7000200@youmail.dk> Hi A year ago we discussed the possibility to get the zoom r16/r24 working as audio interface. Here's the last part of this discussion: http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-td87487i60.html#a89729 Any news? Anyone still pursuing this? I'm still hoping for duplex, but reliable recording or playback would be a start... Cheers -- Atte http://atte.dk http://a773.dk From clemens at ladisch.de Mon Apr 6 11:34:14 2015 From: clemens at ladisch.de (Clemens Ladisch) Date: Mon, 06 Apr 2015 13:34:14 +0200 Subject: [LAU] zoom r16/r24 In-Reply-To: <55226D3F.7000200@youmail.dk> References: <55226D3F.7000200@youmail.dk> Message-ID: <55226F36.3080803@ladisch.de> Atte wrote: > A year ago we discussed the possibility to get the zoom r16/r24 working > as audio interface. Here's the last part of this discussion: > > http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-td87487i60.html#a89729 The sample format for 24 bits is not S24_LE but S24_3LE. Regards, Clemens From jonetsu at teksavvy.com Mon Apr 6 11:48:20 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Mon, 6 Apr 2015 07:48:20 -0400 Subject: [LAU] Calf Envelope Filter = Ardour crash In-Reply-To: <20150402211440.17f352f0@mevla> References: <20150402211440.17f352f0@mevla> Message-ID: <20150406074820.7548fbb7@mevla> On Thu, 2 Apr 2015 21:14:40 -0400 "jonetsu at teksavvy.com" wrote: > I have compiled the Calf plugins from git, minutes ago. I use the > 5-band equalizer and reverb w/o problems, using Ardour 3.5.403. I add > the envelope filter to a track and immediately press play. Ardour > vanishes instantly from the screen. Is this still a fftw bug ? Is there any solution to this ? Such wonderful plugins but, such an hesitation in exploring them because it makes Ardour crash. That it crashes could maybe be OK is no data is lost, but there's a 'fear' that it may mess up a session altogether, and one in which much time was invested. If fftw is the root cause, maybe getting the latest from their repository could provide some solution ? Cheers. From paul at linuxaudiosystems.com Mon Apr 6 12:00:10 2015 From: paul at linuxaudiosystems.com (Paul Davis) Date: Mon, 6 Apr 2015 08:00:10 -0400 Subject: [LAU] Behringer and Linux In-Reply-To: <20150406085430.GA5233@linuxaudio.org> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> Message-ID: On Mon, Apr 6, 2015 at 4:54 AM, Fons Adriaensen wrote: [ ... stuff ...] I'd also mention that these days I do most of my computing on a system with a 12VDC power input, and for the last 3 months, that system was powered from a solar-charged 12VDC power system. There is no "ground" in this system, and no noise - the power supply is as clean as you can get, audiophile class in fact :) And yet ... my "cheap" 12VDC amplifier which is also a USB DAC, suffers from the pin<=>chassis wiring problem. Just touching the USB connector to the chassis of the computer generates noise. It doesn't have to be anything to do with AC power supplies ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Mon Apr 6 12:01:29 2015 From: paul at linuxaudiosystems.com (Paul Davis) Date: Mon, 6 Apr 2015 08:01:29 -0400 Subject: [LAU] Calf Envelope Filter = Ardour crash In-Reply-To: <20150406074820.7548fbb7@mevla> References: <20150402211440.17f352f0@mevla> <20150406074820.7548fbb7@mevla> Message-ID: On Mon, Apr 6, 2015 at 7:48 AM, jonetsu at teksavvy.com wrote: > On Thu, 2 Apr 2015 21:14:40 -0400 > "jonetsu at teksavvy.com" wrote: > > > I have compiled the Calf plugins from git, minutes ago. I use the > > 5-band equalizer and reverb w/o problems, using Ardour 3.5.403. I add > > the envelope filter to a track and immediately press play. Ardour > > vanishes instantly from the screen. Is this still a fftw bug ? > > Is there any solution to this ? Such wonderful plugins but, such an > hesitation in exploring them because it makes Ardour crash. That it > crashes could maybe be OK is no data is lost, but there's a 'fear' > that it may mess up a session altogether, and one in which much time > was invested. > > If fftw is the root cause, maybe getting the latest from their > repository could provide some solution ? > (1) fftw have not fixed their bug (2) i believe that CALF has its own workaround for the bug now (3) http://ardour.org/debugging_ardour -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at chriscaudle.org Mon Apr 6 14:54:47 2015 From: chris at chriscaudle.org (Chris Caudle) Date: Mon, 6 Apr 2015 09:54:47 -0500 Subject: [LAU] Behringer and Linux In-Reply-To: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> Message-ID: <9a4bcb43394635a599c79125ac1cedb4.squirrel@email.powweb.com> > "ground loop" is almost certainly the problem. A problem with "ground loop" is symptomatic of a fundamental misunderstanding of Ohm's law and is a problem of poor layout in the mixer. Fons has explained reasonably well for a short email where the previous email goes wrong, but there really isn't time to go into full detail of why the problem should not exist at all. The shortest version I can come up with is that any two pieces of equipment will have some voltage difference between their cases. Connecting the equipment together allows current to flow between the equipment along the shields of connecting cables, and across whatever conductors form a path for that current to get back to the source (form a complete circuit). That path could include chassis, cables, printed circuit board traces, anything conductive. Any current flowing in a conductor will have an associated voltage drop described by Ohm's law (voltage is the product of current and impedance), and the job of the design engineer is to understand and control where that current will be flowing, and make sure that no audio circuitry uses one of those conductive paths as a reference conductor for the audio. > Both of these, are not really Behringer problems. They most certainly are. The design engineers at Behringer failed that layout task for at least the headphone amplifier in the mixer Fons described. It is two decades too late to make excuses for incompetence in dealing with that particular problem. This is what most consider the turning point in highlighting the problem, a full issue in 1995 (twenty years ago this June!) of the Journal of the Audio Engineer Society dealing specifically with grounding and shielding concerns, still available as a special publication from the AES today: http://www.aes.org/publications/specialpubs/journal_issues.cfm SHIELDS AND GROUNDS: SAFETY, POWER MAINS, STUDIO, CABLE AND EQUIPMENT, (special excerpt) The June 1995 issue of the Journal was a definitive and comprehensive collection of information on this important topic. The seven papers by Neil Muncy and other experts in the field have been reprinted into a convenient guide for designers and practitioners. And of course following the recommendations in AES standard 48 go a long way toward alleviating the problem. Only available for one decade, so perhaps we could excuse the designers for not being familiar with it yet: http://www.aes.org/publications/standards/search.cfm?docID=44 AES48-2005 (r2010): AES standard on interconnections - Grounding and EMC practices - Shields of connectors in audio equipment containing active circuitry Printing Date: 2010-07-08 Publication History: Pub. 2005; Reaffirmed 2010 Abstract: This standard specifies requirements for the termination, within audio equipment, of the shields of cables supporting interconnections with other equipment, taking into account measures commonly necessary for the preservation of EMC (electromagnetic compatibility) at both audio and radio frequencies. The shielding (or screening) of audio equipment, cables, and microphones can be critical for EMC. The improper connection of these shields can cause common-impedance coupling in equipment. From XL connector usage, where Pin 1 is standardised as the designated shield contact, this has been identified as the Pin 1 problem. Bill Whitlock of Jensen Transformers has written a lot of good material (a couple of the articles in the June 1995 JAES), but a recent web page redesign at Jensen seems to make his online material difficult to find by requiring a login to download the app notes. The app notes at Rane are nearly as good, and are a good place to start while waiting for your copy of the June '95 JAES to arrive in the post: http://www.rane.com/note151.html http://www.rane.com/note110.html http://www.rane.com/pdf/whitlock.pdf This stuff isn't brain surgery, and it's well past time to stop making excuses for manufacturers who won't get it right. -- Chris Caudle From jonetsu at teksavvy.com Mon Apr 6 14:57:25 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Mon, 6 Apr 2015 10:57:25 -0400 Subject: [LAU] Calf Envelope Filter = Ardour crash In-Reply-To: References: <20150402211440.17f352f0@mevla> <20150406074820.7548fbb7@mevla> Message-ID: <20150406105725.55d5e241@mevla> On Mon, 6 Apr 2015 08:01:29 -0400 Paul Davis wrote: Hello, > (1) fftw have not fixed their bug > (2) i believe that CALF has its own workaround for the bug now I'm using CALF plugins from git, from a few days ago. > (3) http://ardour.org/debugging_ardour I used Option # 2 and started Ardour3 from the command line. I loaded the CALF Envelope Filter which systematically makes Ardour crash when the play button is pressed. There were recorded tracks. Note that jackd was started as usual, through qjackctl, w/o any special consideration. When Ardour vanished from the desktop the following was shown: (ardour-3.5.403:3096): GLib-GObject-WARNING **: Attempt to add property gtkmm__CustomObject_N9Gtkmm2ext23CellRendererPixbufMultiE::active after class was initialised ardour-3.5.403: ../libs/ardour/process_thread.cc?:102?:?static ARDOUR::BufferSet& ARDOUR::ProcessThread::get_scratch_buffers(ARDOUR::ChanCount, bool): l'assertion ??sb->available() >= count?? a ?chou?. Abandon (core dumped) I then loaded the core file in gdb and executed the 'thread apply all bt' command. It yielded the attached file, ardour3.5.403-CALF-EnvFilter-gdb-bt, now compressed. -------------- next part -------------- A non-text attachment was scrubbed... Name: ardour3.5.403-CALF-EnvFilter-gdb-bt.gz Type: application/gzip Size: 1210 bytes Desc: not available URL: From atte at youmail.dk Mon Apr 6 15:11:40 2015 From: atte at youmail.dk (Atte) Date: Mon, 06 Apr 2015 17:11:40 +0200 Subject: [LAU] zoom r16/r24 In-Reply-To: <55226F36.3080803@ladisch.de> References: <55226D3F.7000200@youmail.dk> <55226F36.3080803@ladisch.de> Message-ID: <5522A22C.7030605@youmail.dk> On 04/06/2015 01:34 PM, Clemens Ladisch wrote: >> http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-td87487i60.html#a89729 > > The sample format for 24 bits is not S24_LE but S24_3LE. Ok. Not sure what that means. Is there a central location where information regarding these devices and linux is gathered? A link to the latest quirks_table and info on which kernel it goes with? -- Atte http://atte.dk http://a773.dk From linuxaudio at showlabor.de Mon Apr 6 15:18:35 2015 From: linuxaudio at showlabor.de (Felix Homann) Date: Mon, 06 Apr 2015 15:18:35 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: <20150406085430.GA5233@linuxaudio.org> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> Message-ID: Fons Adriaensen schrieb am Mo., 6. Apr. 2015 um 10:54 Uhr: > > :-) You're trying very hard to get Behringer in the clear, but most of > you argumentation is wrong or irrelevant. > You Fons, on the other hand, are trying very hard to bash them for whatever reasons you have. Remember that this discussion started out as a discussion about the X32 and X18 line of products and Linux. You have had absolutely nothing to say about them. Null! Actually, I don't care wether or not that cheap USB thingy that you can't even name has had any issues. It's at most just anecdotal evidence in a case against cheap USB devices. Most anyone has his or her Behringer nightmare story. They have their reputation and rightly so. But I'm curiuos about their ability to change. And I'm more then surprised that I haven't heard a single bad word about their X32 line. Remember, these devices are not totally new on the market anymore, there should be someone pointing out serious issues by now - if there are any! So please, don't disturb discussions that might help in finding out if this line might really be a new kind of Behringer or not by wasting our time with old and often told folklore about the (missing) quality of Behringer products. If you have any kind of experience with the X32 or X18 line, good or bad, please tell us. If not, well, ... Regards, Felix -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Mon Apr 6 17:09:02 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 6 Apr 2015 17:09:02 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> Message-ID: <20150406170902.GA18150@linuxaudio.org> On Mon, Apr 06, 2015 at 03:18:35PM +0000, Felix Homann wrote: > You Fons, on the other hand, are trying very hard to bash them for whatever > reasons you have. Remember that this discussion started out as a discussion > about the X32 and X18 line of products and Linux. You have had absolutely > nothing to say about them. Null! That's true, because I never used an X32 or X18, and I report only what I've experienced at first hand. Do you have any first hand experience of B. products ? > Most anyone has his or her Behringer nightmare story. And is that something you'd expect for any reputable brand ? > But I'm curiuos about their ability to change. Maybe they can. I'm not waiting for that. > If you have any kind of experience with the X32 or X18 line, good > or bad, please tell us. If not, well, ... I'll decide for myself what I talk about. For someone who gets paid to appear in commercials and therefore disqualifies himself as an objective reviewer that may seem strange, but that's how it is. Tschuss, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From clemens at ladisch.de Mon Apr 6 18:22:07 2015 From: clemens at ladisch.de (Clemens Ladisch) Date: Mon, 06 Apr 2015 20:22:07 +0200 Subject: [LAU] zoom r16/r24 In-Reply-To: <5522A22C.7030605@youmail.dk> References: <55226D3F.7000200@youmail.dk> <55226F36.3080803@ladisch.de> <5522A22C.7030605@youmail.dk> Message-ID: <5522CECF.206@ladisch.de> Atte wrote: > On 04/06/2015 01:34 PM, Clemens Ladisch wrote: >>> http://linux-audio.4202.n7.nabble.com/re-Zoom-R16-td87487i60.html#a89729 >> >> The sample format for 24 bits is not S24_LE but S24_3LE. > > Ok. Not sure what that means. That you should try the patch with this replacement. Regards, Clemens From linuxaudio at showlabor.de Mon Apr 6 18:26:29 2015 From: linuxaudio at showlabor.de (Felix Homann) Date: Mon, 6 Apr 2015 20:26:29 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <20150406170902.GA18150@linuxaudio.org> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> <20150406170902.GA18150@linuxaudio.org> Message-ID: 2015-04-06 19:09 GMT+02:00 Fons Adriaensen : > On Mon, Apr 06, 2015 at 03:18:35PM +0000, Felix Homann wrote: > > > Do you have any first hand experience of B. products ? Yes, I have. Good and bad, very limited though. We can talk about them in a different discussion if you like. > > I'll decide for myself what I talk about. For someone who > gets paid to appear in commercials and therefore disqualifies > himself as an objective reviewer that may seem strange, but > that's how it is. (For personal curiosity reasons: I didn't know you're doing commercials. What kind of commercials are you in?) Sure, do as you please. Kind regards, Felix From fons at linuxaudio.org Mon Apr 6 18:41:29 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 6 Apr 2015 18:41:29 +0000 Subject: [LAU] Behringer and Linux In-Reply-To: References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> <20150406170902.GA18150@linuxaudio.org> Message-ID: <20150406184129.GA19913@linuxaudio.org> On Mon, Apr 06, 2015 at 08:26:29PM +0200, Felix Homann wrote: > > I'll decide for myself what I talk about. For someone who > > gets paid to appear in commercials and therefore disqualifies > > himself as an objective reviewer that may seem strange, but > > that's how it is. > > (For personal curiosity reasons: I didn't know you're doing > commercials. What kind of commercials are you in?) None. I should have written '*To* someone who appears....'. If your website is anything to go by, *you* appear in commercials for science toys. Not as some anonymous actor, but as someone who runs a science show and is probably known for that. There is of course nothing wrong with that, and it certainly doesn't imply you're dishonest. But it disqualifies you as an objective reviewer of such products - if I were a potential consumer of these things I would no longer trust your opinion, even if you are an expert on these things. Now if you care so little about your reputation, then I don't think you are in a position to comment on anybody else's integrity. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From len at ovenwerks.net Mon Apr 6 20:22:05 2015 From: len at ovenwerks.net (Len Ovens) Date: Mon, 6 Apr 2015 13:22:05 -0700 (PDT) Subject: [LAU] If you don't like Behringer... Message-ID: If you don't wish to use a Behringer mixer like the X32 and want something similar in the same price range, the Allen & Heath Qu series is very similar. The USB interface is reported to just show up in ALSA[1] and while the remote control stuff does not come with Linux support, All the remote control stuff is midi and completely documented. (I have waded through it) There have been Android remote control applets written for it (well the QU16 which has been around the longest) and it understands rtpmidi it seems. Despite some of the reports that the internal effects (channel strip/insert effects) can not be inlined with the USB IF, looking closely at the manual seems to indicate that these people have used the default settings and there are other settings that would allow the "direct out" to be selected from more than one place in the channel strip (post pre, post insert, post eq, post compressor and post delay). While there is no post fade, the direct out has both a trim level and the ability for the level to "follow" fade and/or mute. Direct out placement selection is global. Of course all of these settings are not in the same place :P The Direct out source is on the Channel routing screen, while the Insert/directout selection is on the USB audio screen... and the default point for the direct out would make it behave just like the Insert selection. I do not know what latency this would add to a track, but the DAW should be able to compensate for that anyway. At the least, the talent would be able to have a live/effected monitor of themself and other tracks. On the plus side for the Qu mixers, up to 18 sources can be recorded direct to USB disk (this same limit of 18 is there even on the Qu32 which can send 32 sources to USB AI). This means that carting a computer along to a gig to record is not needed if you would be using the unit both for recording and on the road. This can be used for preliminary sound checks of all channels/monitors with no band in place. (The X32 can only record 2 tracks to USB disk BTW) The 18 WAV files could then be imported into one's favourite DAW from USB drive for mixdown if desired. There are scene memories so having a setup for recording as well as performing (more than one venue) is possible. In all my searching I have not seen complaints about the A & H line of products in terms of reliability or audio "funnyness". The i/o do not have transformers (not in this price range) so grounding needs the same care as always. The big difference from the X32 series to the QU is that the smaller X32 like the Producer with 16mic pre can control up to the same 40 inputs as the full X32. The Qu series mixers will only control the number of channels they have connectors for. These i/o can be replaced by digital snake i/o if desired. This shows in the channel strip layout on the two boxes. The X32 channel strips are broken into two sections with one for input strips and one for bus strips. So the input strips can only be seen in banked/layered mode. The Qu series has a strip per input with a layer switch to see the bus strips, both have a master strip as well. The Qu also has a custom layer to set as the user wishes. There is enough info in the MIDI spec to set up a MIDI map for use with a DAW (Ardour for certain). [1] http://community.allen-heath.com/forums/topic/ardour-linux-qu32-usb-recording http://ubuntuforums.org/archive/index.php/t-2262870.html -- Len Ovens www.ovenwerks.net From o_v_ofr at yahoo.fr Mon Apr 6 22:07:02 2015 From: o_v_ofr at yahoo.fr (OvO OvO) Date: Mon, 6 Apr 2015 22:07:02 +0000 (UTC) Subject: [LAU] News - New interfaces Motu (AVB linux status ?) - Arturia Audiofuse - Anyone tested those ? Message-ID: <424176675.732647.1428358022441.JavaMail.yahoo@mail.yahoo.com> Hello. Motu as lauched a new audio interface.http://www.motu.com/products/avb/ultralite-avb The specs tells that it's ?USB 2.0 audio class compliant?And what surprise me (i was dreaming of this since for ever) the mixing software is inside the hardware accessible from a web browser ! No more windows/mac app mandatory ! (i hope) ? WEB APP Support : Any web client platform: Mac, Windows, Linux, iOS, Android? Linux written on a motu web page specs product... i should be dreaming.... The specs talks also of AVB. Someone knows the status of this under linux kernel ? Anyone had a chance to try this new Motu interface ? Also : Arturia lauches an Audiofuse audio interface.http://www.arturia.com/audiofuse/overview A lot of input/output and... ?USB interface with PC, Mac, iOS, Android & Linux compatibility?Linux in the specs ! The same here : Anyone had a chance to try this ? Best. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Tue Apr 7 01:34:36 2015 From: len at ovenwerks.net (Len Ovens) Date: Mon, 6 Apr 2015 18:34:36 -0700 (PDT) Subject: [LAU] News - New interfaces Motu (AVB linux status ?) - Arturia Audiofuse - Anyone tested those ? In-Reply-To: <424176675.732647.1428358022441.JavaMail.yahoo@mail.yahoo.com> References: <424176675.732647.1428358022441.JavaMail.yahoo@mail.yahoo.com> Message-ID: On Mon, 6 Apr 2015, OvO OvO wrote: > Motu as lauched a new audio interface. > http://www.motu.com/products/avb/ultralite-avb > The specs tells that it's ?USB 2.0 audio class compliant? > And what surprise me (i was dreaming of this since for ever) the mixing software > is inside the hardware accessible from a web browser ! No more windows/mac app > mandatory ! (i hope) I think this has to do with making it work with AVB. > ? WEB APP Support : Any web client platform: Mac, Windows, Linux, iOS, Android? > Linux written on a motu web page specs product... i should be dreaming.... > The specs talks also of AVB. Someone knows the status of this under linux kernel > ? >From the look of things this could be used as an AVB IF in Linux. One could choose from any input/output on the avb network to populate the 18 i/o lines in the USB link. I think it would take a pretty careful build hardware wise in a Linux pc to send receive AVB on the network card... maybe a NIC with a built in PTP server (and media clock). Might be able to fake it without a special NIC at some of the higher latencies (1ms or more). -- Len Ovens www.ovenwerks.net From linuxaudio at showlabor.de Tue Apr 7 07:39:44 2015 From: linuxaudio at showlabor.de (Felix Homann) Date: Tue, 7 Apr 2015 09:39:44 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <20150406184129.GA19913@linuxaudio.org> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> <20150406170902.GA18150@linuxaudio.org> <20150406184129.GA19913@linuxaudio.org> Message-ID: First, apologies from me, Fons. Reading my mails again I was way too harsh. That wasn't adequate and I'm sorry for that. 2015-04-06 20:41 GMT+02:00 Fons Adriaensen : > On Mon, Apr 06, 2015 at 08:26:29PM +0200, Felix Homann wrote: > >> > I'll decide for myself what I talk about. For someone who >> > gets paid to appear in commercials and therefore disqualifies >> > himself as an objective reviewer that may seem strange, but >> > that's how it is. >> >> (For personal curiosity reasons: I didn't know you're doing >> commercials. What kind of commercials are you in?) > > None. I should have written '*To* someone who appears....'. Glad I asked and thanks you answered. But I'm quite puzzled that this turned out as one of the most annoying personal attacks I've ever been confronted with on the net. > > If your website is anything to go by, *you* appear in commercials > for science toys. Not as some anonymous actor, but as someone who > runs a science show and is probably known for that. There is of > course nothing wrong with that, and it certainly doesn't imply > you're dishonest. But it disqualifies you as an objective > reviewer of such products - if I were a potential consumer of > these things I would no longer trust your opinion, even if you > are an expert on these things. So what has all this to do with the topics discussed in this mailing list? It's just trying to discredit me. Do we discuss "such products" here? No. Have I ever tried to portrait myself as an "objective reviewer of such products"? No. BTW, I would not have qualified as an objective reviewer of such things even without those commercials because in fact a) *I* created/developed/authored a lot of those products b) the publisher whom I did the commercials for is the publisher of *my* book, *my* science kits and a project *partner* for many years. This is no secret at all and I don't know how this might hurt my reputation. Even less when it comes to discussing audio gear. I'm not amused. Not at all! > > Now if you care so little about your reputation, then I don't > think you are in a position to comment on anybody else's > integrity. I don't see how I don't care about my reputation. Moreover, I don't think I have commented on anybody's integrity and I have not intended to do so. Before *you* personally attacked *my* reputation and integrity I would never have had any doubt about *your* integrity. On the contrary. Kind regards, Felix From csanchezgs at gmail.com Tue Apr 7 12:37:12 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Tue, 7 Apr 2015 14:37:12 +0200 Subject: [LAU] Preparing for and going to LAC 2015 Message-ID: Hello dear all. Just wanted to ask if anyone is arriving at around 9:30 to T2 at Frankfurt (FRA); I would be glad to share the journey to Mainz (hopefully it's relativelly easy to get there from the airport). Or anyone the night before for hours at T1 Barcelona (BCN). Also one more question. It's probably that I can't take a laptop with me (I have issues with the one I'm testing and don't know if there are problems with so many check points you have to pass travelling by plane nowadays). I think there's a lot to learn, hear and talk at LAC, but I guess it's better with some device. So I wanted to ask if there's something like an internet lounge at the University in case I needed some connection. Looking forward to see you all, folks. Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: From harryhaaren at gmail.com Tue Apr 7 12:40:10 2015 From: harryhaaren at gmail.com (Harry van Haaren) Date: Tue, 7 Apr 2015 13:40:10 +0100 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: Hi Carlos, Airports are used to people travelling with laptops - I recommend bringing it. I attended the 2009 LAC without a laptop, but its nice to be able to test software, demonstrate personal projects, and be on IRC during the conference. I'm flying to Frankfurt Hahn airport - so we're travelling different routes. See you at the LAC! -Harry On Tue, Apr 7, 2015 at 1:37 PM, Carlos sanchiavedraz wrote: > Hello dear all. > > Just wanted to ask if anyone is arriving at around 9:30 to T2 at Frankfurt > (FRA); I would be glad to share the journey to Mainz (hopefully it's > relativelly easy to get there from the airport). > > Or anyone the night before for hours at T1 Barcelona (BCN). > > Also one more question. > It's probably that I can't take a laptop with me (I have issues with the one > I'm testing and don't know if there are problems with so many check points > you have to pass travelling by plane nowadays). > I think there's a lot to learn, hear and talk at LAC, but I guess it's > better with some device. > > So I wanted to ask if there's something like an internet lounge at the > University in case I needed some connection. > > Looking forward to see you all, folks. > Regards. > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- http://www.openavproductions.com From massimo at fsfe.org Tue Apr 7 13:13:22 2015 From: massimo at fsfe.org (Massimo Barbieri) Date: Tue, 07 Apr 2015 15:13:22 +0200 Subject: [LAU] New song and new Ardour project available Message-ID: <5523D7F2.60304@fsfe.org> Hi, today we have published the video of another single of John Option: You failed. Of course the song is published under the terms of the Creative Commons License (CC-BY-SA) and it's completely produced only with free software: Ardour, Hydrogen, Jack, Qsynth, CALF, and many other great free audio software that we used under Debian GNU/Linux. Here you can listen the single: https://youtu.be/Ky0y3IipG8c As for the previous songs we have done a little more in the direction of freedom and we published in our website[1] the single recording tracks and the complete Ardour session. All this material is published under the terms of the Creative Commons license Attribution Share alike so that anyone can use our tracks to produce a remix of our song or even a new song that have to be published under the same license. You can find all about our project here: http://johnoption.org I hope that you like our choice of freedom. If you feel like I'd love to read your feedback, because the encouragement of the people who listen to us and appreciate the philosophy of our project is the only fuel for us to continue. And if you like to be updated about our next release, please subscribe to our YouTube channel or any other social network you like (see link to our profiles on our website[1]). Best regards, Max-B 1. http://johnoption.org From jonetsu at teksavvy.com Tue Apr 7 14:29:30 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Tue, 7 Apr 2015 10:29:30 -0400 Subject: [LAU] New song and new Ardour project available In-Reply-To: <5523D7F2.60304@fsfe.org> References: <5523D7F2.60304@fsfe.org> Message-ID: <20150407102930.0ae26ca5@mevla> On Tue, 07 Apr 2015 15:13:22 +0200 Massimo Barbieri wrote: Hello, > today we have published the video of another single of John Option: > You failed. Of course the song is published under the terms of the > Creative Commons License (CC-BY-SA) I haven't listened to the song yet and have one question: where can I find out about using the Creative Commons License for publishing music ? How it works, can be used, etcetera... Cheers. From csanchezgs at gmail.com Tue Apr 7 14:47:51 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Tue, 7 Apr 2015 16:47:51 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: Hi Harry, 2015-04-07 14:40 GMT+02:00 Harry van Haaren : > Hi Carlos, > > Airports are used to people travelling with laptops - I recommend > bringing it. I attended the 2009 LAC without a laptop, but its nice to > be able to test software, demonstrate personal projects, and be on IRC > during the conference. > I used to be happy travelling (as a musician and as an computer engineer) a lot with luggage and laptops and things, but every year since many there's always still one more thing that is a problem or there's a chance that they keep something for them without a plausable explanation. Due to recent news I think it's gonna get worst. > > I'm flying to Frankfurt Hahn airport - so we're travelling different > routes. > See you at the LAC! -Harry > I agree with you, it's better always to have one. I'll see what I can do. Thanks Harry. > > On Tue, Apr 7, 2015 at 1:37 PM, Carlos sanchiavedraz > wrote: > > Hello dear all. > > > > Just wanted to ask if anyone is arriving at around 9:30 to T2 at > Frankfurt > > (FRA); I would be glad to share the journey to Mainz (hopefully it's > > relativelly easy to get there from the airport). > > > > Or anyone the night before for hours at T1 Barcelona (BCN). > > > > Also one more question. > > It's probably that I can't take a laptop with me (I have issues with the > one > > I'm testing and don't know if there are problems with so many check > points > > you have to pass travelling by plane nowadays). > > I think there's a lot to learn, hear and talk at LAC, but I guess it's > > better with some device. > > > > So I wanted to ask if there's something like an internet lounge at the > > University in case I needed some connection. > > > > Looking forward to see you all, folks. > > Regards. > > > > > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > > > -- > > http://www.openavproductions.com > -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Tue Apr 7 14:55:09 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Tue, 7 Apr 2015 16:55:09 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: 2015-04-07 16:47 GMT+02:00 Carlos sanchiavedraz : > Hi Harry, > > > 2015-04-07 14:40 GMT+02:00 Harry van Haaren : > >> Hi Carlos, >> >> Airports are used to people travelling with laptops - I recommend >> bringing it. I attended the 2009 LAC without a laptop, but its nice to >> be able to test software, demonstrate personal projects, and be on IRC >> during the conference. >> > > I used to be happy travelling (as a musician and as an computer engineer) > a lot with luggage and laptops and things, but every year since many > there's always still one more thing that is a problem or there's a chance > that they keep something for them without a plausable explanation. > > Due to recent news I think it's gonna get worst. > > >> >> I'm flying to Frankfurt Hahn airport - so we're travelling different >> routes. >> See you at the LAC! -Harry >> > > I agree with you, it's better always to have one. I'll see what I can do. > (pressed enter too soon) this last sentence was refered to the laptop. See you, Harry > > Thanks Harry. > > >> >> On Tue, Apr 7, 2015 at 1:37 PM, Carlos sanchiavedraz >> wrote: >> > Hello dear all. >> > >> > Just wanted to ask if anyone is arriving at around 9:30 to T2 at >> Frankfurt >> > (FRA); I would be glad to share the journey to Mainz (hopefully it's >> > relativelly easy to get there from the airport). >> > >> > Or anyone the night before for hours at T1 Barcelona (BCN). >> > >> > Also one more question. >> > It's probably that I can't take a laptop with me (I have issues with >> the one >> > I'm testing and don't know if there are problems with so many check >> points >> > you have to pass travelling by plane nowadays). >> > I think there's a lot to learn, hear and talk at LAC, but I guess it's >> > better with some device. >> > >> > So I wanted to ask if there's something like an internet lounge at the >> > University in case I needed some connection. >> > >> > Looking forward to see you all, folks. >> > Regards. >> > >> > >> > _______________________________________________ >> > Linux-audio-user mailing list >> > Linux-audio-user at lists.linuxaudio.org >> > http://lists.linuxaudio.org/listinfo/linux-audio-user >> > >> >> >> >> -- >> >> http://www.openavproductions.com >> > > > > -- > > C. sanchiavedraZ: > * NEW / NUEVO: www.sanchiavedraZ.com > * Musix GNU+Linux: www.musix.es > -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From willgodfrey at musically.me.uk Tue Apr 7 16:30:54 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Tue, 7 Apr 2015 17:30:54 +0100 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: <20150407173054.548ae6a6@debian> On Tue, 7 Apr 2015 13:40:10 +0100 Harry van Haaren wrote: > Hi Carlos, > > Airports are used to people travelling with laptops - I recommend > bringing it. I attended the 2009 LAC without a laptop, but its nice to > be able to test software, demonstrate personal projects, and be on IRC > during the conference. > > I'm flying to Frankfurt Hahn airport - so we're travelling different routes. > See you at the LAC! -Harry I'll be travelling by train (tomorrow) and even with that. The UK border can be very unpredictable so the laptop I'm bringing will have the absolute minimum on it - none of my normal 'office' stuff. No accounts, no passwords, not even my dev password for sourceforge. If I do any coding it'll just stay on the machine till I get home. -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From tritonas00 at gmail.com Tue Apr 7 16:34:50 2015 From: tritonas00 at gmail.com (Tritonas Insomnia) Date: Tue, 7 Apr 2015 19:34:50 +0300 Subject: [LAU] zoom r16/r24 Message-ID: linux 3.19+ supports capture and midi http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=dacacb0aa0cb6fdeb69313db6acfc82456945d7e -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruviaro at scu.edu Tue Apr 7 17:31:38 2015 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Tue, 7 Apr 2015 10:31:38 -0700 Subject: [LAU] New song and new Ardour project available In-Reply-To: <20150407102930.0ae26ca5@mevla> References: <5523D7F2.60304@fsfe.org> <20150407102930.0ae26ca5@mevla> Message-ID: On Tue, Apr 7, 2015 at 7:29 AM, jonetsu at teksavvy.com wrote: > On Tue, 07 Apr 2015 15:13:22 +0200 > Massimo Barbieri wrote: > > Hello, > > > today we have published the video of another single of John Option: > > You failed. Of course the song is published under the terms of the > > Creative Commons License (CC-BY-SA) > > I haven't listened to the song yet and have one question: where can I > find out about using the Creative Commons License for publishing music ? > How it works, can be used, etcetera... > > ?http://creativecommons.org/? > Cheers. > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Tue Apr 7 18:38:46 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Tue, 7 Apr 2015 18:38:46 +0000 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407173054.548ae6a6@debian> References: <20150407173054.548ae6a6@debian> Message-ID: <20150407183846.GB5018@linuxaudio.org> On Tue, Apr 07, 2015 at 05:30:54PM +0100, Will Godfrey wrote: > I'll be travelling by train (tomorrow) and even with that. The UK border can be > very unpredictable so the laptop I'm bringing will have the absolute minimum on > it - none of my normal 'office' stuff. No accounts, no passwords, not even my > dev password for sourceforge. If I do any coding it'll just stay on the machine > till I get home. I'll arrive tomorrom (8 april) at Frankfurt Hbf at 16:04, from there S8 to Mainz (via Frankfurt airport) and then to the R?merstein hotel. Anyone near in spacetime ? Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From WillGodfrey at musically.me.uk Tue Apr 7 19:54:52 2015 From: WillGodfrey at musically.me.uk (Will J Godfrey) Date: Tue, 7 Apr 2015 20:54:52 +0100 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407183846.GB5018@linuxaudio.org> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> Message-ID: <20150407205452.4d14d642@debian> On Tue, 7 Apr 2015 18:38:46 +0000 Fons Adriaensen wrote: > On Tue, Apr 07, 2015 at 05:30:54PM +0100, Will Godfrey wrote: > > > I'll be travelling by train (tomorrow) and even with that. The UK border can be > > very unpredictable so the laptop I'm bringing will have the absolute minimum on > > it - none of my normal 'office' stuff. No accounts, no passwords, not even my > > dev password for sourceforge. If I do any coding it'll just stay on the machine > > till I get home. > > I'll arrive tomorrom (8 april) at Frankfurt Hbf at 16:04, > from there S8 to Mainz (via Frankfurt airport) and then > to the R?merstein hotel. Anyone near in spacetime ? > > Ciao, My tickets show arrival at Frankfurt Flughafen Fernbf at 17:15, with departure from Regionalbf at 17:30, arriving at Mainz at 17:58 It's a through ticket with times, but from the airport to Mainz there's no seat reservation so I don't know if that means I can take any train or am still supposed to stick to that specific one. I'm at the same hotel it seems :) -- It wasn't me! (Well actually, it probably was) ... the hard part is not dodging what life throws at you, but trying to catch the good bits. From jannis_achstetter at web.de Tue Apr 7 20:17:42 2015 From: jannis_achstetter at web.de (Jannis Achstetter) Date: Tue, 07 Apr 2015 22:17:42 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407205452.4d14d642@debian> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> <20150407205452.4d14d642@debian> Message-ID: <55243B66.4000500@web.de> Am 07.04.2015 um 21:54 schrieb Will J Godfrey: > It's a through ticket with times, but from the airport to Mainz there's no seat > reservation so I don't know if that means I can take any train or am still > supposed to stick to that specific one. As long as it's not InterCity (IC) or InterCityExpress (ICE) but regional/commuter trains, you can take any train as long as it takes the same route. So it shouldn't matter if you miss the train from the airport Regionalbahnhof to Mainz and take the next one (or even use the "S-Bahn") to get there. From fons at linuxaudio.org Tue Apr 7 21:15:50 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Tue, 7 Apr 2015 21:15:50 +0000 Subject: [LAU] News - New interfaces Motu (AVB linux status ?) - Arturia Audiofuse - Anyone tested those ? In-Reply-To: <424176675.732647.1428358022441.JavaMail.yahoo@mail.yahoo.com> References: <424176675.732647.1428358022441.JavaMail.yahoo@mail.yahoo.com> Message-ID: <20150407211549.GA28504@linuxaudio.org> On Mon, Apr 06, 2015 at 10:07:02PM +0000, OvO OvO wrote: > Linux written on a motu web page specs product... i should be dreaming.... Coming from MOTU, yes... They don't mention Linux (and don't give 'system requirements' as they do for Windows and OSX) when talking about the USB audio interface. But if it really works this seems like a nice product. It even has ADAT I/O so you can use it with preamps like the Micstasy or 1788A. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From willgodfrey at musically.me.uk Tue Apr 7 21:27:35 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Tue, 7 Apr 2015 22:27:35 +0100 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <55243B66.4000500@web.de> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> <20150407205452.4d14d642@debian> <55243B66.4000500@web.de> Message-ID: <20150407222735.0ae42595@debian> On Tue, 07 Apr 2015 22:17:42 +0200 Jannis Achstetter wrote: > Am 07.04.2015 um 21:54 schrieb Will J Godfrey: > > It's a through ticket with times, but from the airport to Mainz there's no seat > > reservation so I don't know if that means I can take any train or am still > > supposed to stick to that specific one. > > As long as it's not InterCity (IC) or InterCityExpress (ICE) but > regional/commuter trains, you can take any train as long as it takes the > same route. So it shouldn't matter if you miss the train from the > airport Regionalbahnhof to Mainz and take the next one (or even use the > "S-Bahn") to get there. Thanks. -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From len at ovenwerks.net Tue Apr 7 22:01:58 2015 From: len at ovenwerks.net (Len Ovens) Date: Tue, 7 Apr 2015 15:01:58 -0700 (PDT) Subject: [LAU] New song and new Ardour project available In-Reply-To: <5523D7F2.60304@fsfe.org> References: <5523D7F2.60304@fsfe.org> Message-ID: On Tue, 7 Apr 2015, Massimo Barbieri wrote: > today we have published the video of another single of John Option: You > failed. Of course the song is published under the terms of the > Creative Commons License (CC-BY-SA) and it's completely produced only > with free software: Ardour, Hydrogen, Jack, Qsynth, CALF, and many other > great free audio software that we used under Debian GNU/Linux. > > Here you can listen the single: https://youtu.be/Ky0y3IipG8c Can't put my finger on it, but it seems everything from the writing to playing to recording and mixdown has grown from earlier works. Good stuff. I look forward to more. -- Len Ovens www.ovenwerks.net From pshirkey at boosthardware.com Wed Apr 8 03:37:31 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Wed, 8 Apr 2015 13:37:31 +1000 (EST) Subject: [LAU] Behringer and Linux In-Reply-To: <9a4bcb43394635a599c79125ac1cedb4.squirrel@email.powweb.com> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <9a4bcb43394635a599c79125ac1cedb4.squirrel@email.powweb.com> Message-ID: <51799.178.73.210.16.1428464251.squirrel@boosthardware.com> On Tue, April 7, 2015 12:54 am, Chris Caudle wrote: >> "ground loop" is almost certainly the problem. > > A problem with "ground loop" is symptomatic of a fundamental > misunderstanding of Ohm's law and is a problem of poor layout in the > mixer. > To clarify, I didn't say switching power supplies cause ground loops, I DID say they will run at different switching frequencies. Those frequencies have fair odds of being close and the (quite common) combined leakage will beat at audible frequencies. The second hypothesis talks about a "ground loop", but not through the wall outlet power grounds, but analog and digital ground references in TWO devices being different. A USB metal connection will make their digital "ground" reference the same, but the two analog ones now probably will not be. Disconnect the USB connection and analog "ground" goes back to where it is designed to be. > Fons has explained reasonably well for a short email where the previous > email goes wrong, but there really isn't time to go into full detail of > why the problem should not exist at all. > > The shortest version I can come up with is that any two pieces of > equipment will have some voltage difference between their cases. > Connecting the equipment together allows current to flow between the > equipment along the shields of connecting cables, and across whatever > conductors form a path for that current to get back to the source (form a > complete circuit). That path could include chassis, cables, printed > circuit board traces, anything conductive. Any current flowing in a > conductor will have an associated voltage drop described by Ohm's law > (voltage is the product of current and impedance), and the job of the > design engineer is to understand and control where that current will be > flowing, and make sure that no audio circuitry uses one of those > conductive paths as a reference conductor for the audio. > >> Both of these, are not really Behringer problems. > > They most certainly are. > > The design engineers at Behringer failed that layout task for at least the > headphone amplifier in the mixer Fons described. You haven't proven that is the case so unless you have absolute proof you shouldn't be claiming that they have absolutely failed. Fons hasn't definitively proven his rebuttal either. Either way I'm sure the issue could be resolved by donating the device for analysis at LAC. > It is two decades too late to make excuses for incompetence in dealing > with that particular problem. > It does seem that some people just hate Behringer, for what reason I don't know. Yes, the early Behringer Eurorack and Eurodesk mixers had power supply problems but that was pre-Xenyx and at least ten years ago. This was also before Behringer controlled all its own manufacturing at "Behringer City". Failures of Behringer gear are exceedingly rare, and then only under severe abuse. The abuse it does take and keeps operating is noteworthy. Behringer deserves some great credits. They are good designs (designed for clever automated manufacturing and intrinsic reliability) at amazingly low prices. The people on this mailing list suggesting that Behringer's engineers don't know how to lay out a proper circuit board are seriously confused. One has to question what on earth is their motivation to smear good companies and people? > This is what most consider the turning point in highlighting the problem, > a full issue in 1995 (twenty years ago this June!) of the Journal of the > Audio Engineer Society dealing specifically with grounding and shielding > concerns, still available as a special publication from the AES today: > http://www.aes.org/publications/specialpubs/journal_issues.cfm > > SHIELDS AND GROUNDS: SAFETY, POWER MAINS, STUDIO, CABLE AND EQUIPMENT, > (special excerpt) The June 1995 issue of the Journal was a definitive and > comprehensive collection of information on this important topic. The seven > papers by Neil Muncy and other experts in the field have been reprinted > into a convenient guide for designers and practitioners. > > And of course following the recommendations in AES standard 48 go a long > way toward alleviating the problem. Only available for one decade, so > perhaps we could excuse the designers for not being familiar with it yet: > http://www.aes.org/publications/standards/search.cfm?docID=44 > > AES48-2005 (r2010): AES standard on interconnections - Grounding and EMC > practices - Shields of connectors in audio equipment containing active > circuitry > Printing Date: 2010-07-08 > Publication History: Pub. 2005; Reaffirmed 2010 > Abstract: This standard specifies requirements for the termination, within > audio equipment, of the shields of cables supporting interconnections with > other equipment, taking into account measures commonly necessary for the > preservation of EMC (electromagnetic compatibility) at both audio and > radio frequencies. The shielding (or screening) of audio equipment, > cables, and microphones can be critical for EMC. The improper connection > of these shields can cause common-impedance coupling in equipment. From XL > connector usage, where Pin 1 is standardised as the designated shield > contact, this has > been identified as the Pin 1 problem. > > Bill Whitlock of Jensen Transformers has written a lot of good material (a > couple of the articles in the June 1995 JAES), but a recent web page > redesign at Jensen seems to make his online material difficult to find by > requiring a login to download the app notes. > The app notes at Rane are nearly as good, and are a good place to start > while waiting for your copy of the June '95 JAES to arrive in the post: > > http://www.rane.com/note151.html > http://www.rane.com/note110.html > http://www.rane.com/pdf/whitlock.pdf > > This stuff isn't brain surgery, and it's well past time to stop making > excuses for manufacturers who won't get it right. > So we have at least two competing theories based on Fon's very basic and off hand description of the issue. It will be very interesting to find out which one is correct or if it is something else completely different. BTW, I note that Fons mentioned he found the problem while working at a research lab. I sure hope there are no conflicts of interest there as that would be extremely embarrassing. -- Patrick Shirkey Boost Hardware Ltd From gianfranco at portalmod.com.br Wed Apr 8 07:17:50 2015 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Wed, 8 Apr 2015 09:17:50 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407183846.GB5018@linuxaudio.org> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> Message-ID: <9ACAD267-668D-49C9-AC98-BE78CF0ADF8C@portalmod.com.br> The MOD team is in town since yesterday Part of us is Rheinerstrasse and another at Walpodenstrsse. Gianfranco Ceccolini +49 160-6469313 > Em 07/04/2015, ?s 20:38, Fons Adriaensen escreveu: > >> On Tue, Apr 07, 2015 at 05:30:54PM +0100, Will Godfrey wrote: >> >> I'll be travelling by train (tomorrow) and even with that. The UK border can be >> very unpredictable so the laptop I'm bringing will have the absolute minimum on >> it - none of my normal 'office' stuff. No accounts, no passwords, not even my >> dev password for sourceforge. If I do any coding it'll just stay on the machine >> till I get home. > > I'll arrive tomorrom (8 april) at Frankfurt Hbf at 16:04, > from there S8 to Mainz (via Frankfurt airport) and then > to the R?merstein hotel. Anyone near in spacetime ? > > Ciao, > > -- > FA > > A world of exhaustive, reliable metadata would be an utopia. > It's also a pipe-dream, founded on self-delusion, nerd hubris > and hysterically inflated market opportunities. (Cory Doctorow) > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From dj_kaza at hotmail.com Wed Apr 8 08:36:21 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Wed, 8 Apr 2015 15:36:21 +0700 Subject: [LAU] Behringer and Linux In-Reply-To: <20150406170902.GA18150@linuxaudio.org> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> <20150406170902.GA18150@linuxaudio.org> Message-ID: On 07/04/15 00:09, Fons Adriaensen wrote: > I'll decide for myself what I talk about. For someone who gets paid to > appear in commercials and therefore disqualifies himself as an > objective reviewer that may seem strange, but that's how it is. Tschuss, There are some people on this list I might expect a response like this from but you previously were not one of them Fons. Stick to what you do best; generally knowledgeable, well balanced, thoughtful, helpful and progressive responses and leave the attacks and throwing toys from the pram to other members on the list please! But for what it's worth, if you truly believe in a product (even if you hadn't designed it yourself!) what really can be the harm of saying so publicly in an advert? Now if you are seen in multiple adverts, each for products which contradict or are at loggerheads with each other that would be a different matter. But how can you even try and have a go at somebody for advertising his own products or putting his name against something they believe in?!! I can only hope it was a bad, stressful day in the office... Dale. From linuxaudio at showlabor.de Wed Apr 8 10:27:21 2015 From: linuxaudio at showlabor.de (Felix Homann) Date: Wed, 8 Apr 2015 12:27:21 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <20150406085430.GA5233@linuxaudio.org> <20150406170902.GA18150@linuxaudio.org> Message-ID: Dale Kazakore Powell schrieb am Mi., 8. Apr. 2015 10:36: > > I can only hope it was a bad, stressful day in the office... > > Everything's fine by now. Fons and I have settled this peacefully off the list :-) Regards, Felix -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Wed Apr 8 11:33:39 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 8 Apr 2015 13:33:39 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <51799.178.73.210.16.1428464251.squirrel@boosthardware.com> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <9a4bcb43394635a599c79125ac1cedb4.squirrel@email.powweb.com> <51799.178.73.210.16.1428464251.squirrel@boosthardware.com> Message-ID: <20150408133339.7fea0e90@archlinux> On Wed, 8 Apr 2015 13:37:31 +1000 (EST), Patrick Shirkey wrote: >It does seem that some people just hate Behringer, for what reason I >don't know. Hi Patrick, it isn't hate, the reason is experience. We like Behringer for some usages too. Some of us just recommended to care about the purpose of use, when paying much money for audio gear. The product Len was talking about isn't cheap, it's expensive, even while it might cost less then competing products. If there e.g. are two products from two different vendors, that are both long-lasting, both have the same good audio quality, operability and the same price, those products still might provide different reparability. Some companies might provide this product with slide-in unites, other companies might provide the product in one piece. Some companies might provide this product or at least spare parts for it, for several decades, other companies might have a different policy regarding their assortments. I pay 37.83 ? for a Behringer X V-AMP LX1-X. It provides all needed effects, including amp and speaker simulations and a headphone output. I also own several stomp boxes. Each stomp box just provides one effect and at least does coast twice that much and sometimes much, much more. The Behringer is good to plug in a headphone and to play your guitar in your flat, but on stage, would you like to interrupt your songs, each time you turn an effect on or off? "My apologies audience, when I turn on the overdrive for the guitar solo, we'll stop the song for a second, because the gear has got a delay, when turning on or off effects." IOW it's not hate against a company, we only report our experiences. If you want a chorus, an overdrive, a wah wah and a sustainer (compressor) you can get everything for less money by this Behringer device, but if you want to be able to turn the effects on or off, without delay, for real-time usage, you better spend more money, to get old faithful stomp boxes, or you maybe will decide to at least buy the 9,- ? stomp boxes from Behringer, instead of this all-in-one device. So the reason that we mention drawbacks, we more often experience with gear from Behringer, than with gear from other companies isn't hate, it's experience. Regards, Ralf From massimo at fsfe.org Wed Apr 8 15:14:50 2015 From: massimo at fsfe.org (Massimo Barbieri) Date: Wed, 08 Apr 2015 17:14:50 +0200 Subject: [LAU] New song and new Ardour project available In-Reply-To: References: <5523D7F2.60304@fsfe.org> Message-ID: <552545EA.5070005@fsfe.org> Il 08/04/2015 00:01, Len Ovens ha scritto: > Can't put my finger on it, but it seems everything from the writing to > playing to recording and mixdown has grown from earlier works. Good > stuff. I look forward to more Thanks very much for your comment!! Max -- IM: massimo at jabber.fsfe.org - GnuPG Public Key-Id: 0x5D168FC1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 213 bytes Desc: OpenPGP digital signature URL: From gerald.mwangi at gmx.de Wed Apr 8 15:10:36 2015 From: gerald.mwangi at gmx.de (Gerald Mwangi) Date: Wed, 08 Apr 2015 17:10:36 +0200 Subject: [LAU] LAC 2015 In-Reply-To: <9ACAD267-668D-49C9-AC98-BE78CF0ADF8C@portalmod.com.br> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> <9ACAD267-668D-49C9-AC98-BE78CF0ADF8C@portalmod.com.br> Message-ID: <552544EC.1050307@gmx.de> Hi Guys, just wanted to say I'm really looking forward to LAC2015. I'll be arriving on Friday morning so see you then. Cheers, Gerald From massimo at fsfe.org Wed Apr 8 15:21:59 2015 From: massimo at fsfe.org (Massimo Barbieri) Date: Wed, 08 Apr 2015 17:21:59 +0200 Subject: [LAU] New song and new Ardour project available In-Reply-To: <20150407102930.0ae26ca5@mevla> References: <5523D7F2.60304@fsfe.org> <20150407102930.0ae26ca5@mevla> Message-ID: <55254797.7060806@fsfe.org> Il 07/04/2015 16:29, jonetsu at teksavvy.com ha scritto: > I haven't listened to the song yet and have one question: where can I > find out about using the Creative Commons License for publishing music ? > How it works, can be used, etcetera... Hi, about the license in pretty simple: if you wrote a song you are automatically the owner of the right of the song and you are the only one who can chose a license for that song. The license is what other people can do with your song. If you chose a Creative Commons license to use it, you only have to tell to other people that your song is published under the therms of the Creative Commons license... A good site to understand more about the creative commons license i http://creativecommons.org/ Ciao, Max-B -- IM: massimo at jabber.fsfe.org - GnuPG Public Key-Id: 0x5D168FC1 From csanchezgs at gmail.com Wed Apr 8 15:26:42 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 8 Apr 2015 17:26:42 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: 2015-04-07 17:25 GMT+02:00 Rui Nuno Capela : > On 04/07/2015 01:37 PM, Carlos sanchiavedraz wrote: > >> Hello dear all. >> >> Just wanted to ask if anyone is arriving at around 9:30 to T2 at >> Frankfurt (FRA); I would be glad to share the journey to Mainz >> (hopefully it's relativelly easy to get there from the airport). >> >> > Carlos, > > i'm arriving on FRA T1 on Wed 8, about 12:30 local time, then pick up car > hire and drive to Mainz no later than perhaps 14:30 > > say whether it fits your time frame/window... > > i'll be glad to have you or any1else in good old fifo fashion:) on board > over those 60km or so ;) > > cheers > -- > rncbc aka. Rui Nuno Capela > > So sorry, Rui and all, so bussy I forgot to mention that it was actually Thursday 9 at 9:30 (and the night in BCN will be this night 8-9 april). It makes so sad because it would be an absolute pleasure to share those 60kms. Thanks so much anyway. See you soon (hopefully :) ) -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Wed Apr 8 15:28:43 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 8 Apr 2015 17:28:43 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407173054.548ae6a6@debian> References: <20150407173054.548ae6a6@debian> Message-ID: 2015-04-07 18:30 GMT+02:00 Will Godfrey : > On Tue, 7 Apr 2015 13:40:10 +0100 > Harry van Haaren wrote: > > > Hi Carlos, > > > > Airports are used to people travelling with laptops - I recommend > > bringing it. I attended the 2009 LAC without a laptop, but its nice to > > be able to test software, demonstrate personal projects, and be on IRC > > during the conference. > > > > I'm flying to Frankfurt Hahn airport - so we're travelling different > routes. > > See you at the LAC! -Harry > > I'll be travelling by train (tomorrow) and even with that. The UK border > can be > very unpredictable so the laptop I'm bringing will have the absolute > minimum on > it - none of my normal 'office' stuff. No accounts, no passwords, not even > my > dev password for sourceforge. If I do any coding it'll just stay on the > machine > till I get home. > > -- > Will J Godfrey > http://www.musically.me.uk > Say you have a poem and I have a tune. > Exchange them and we can both have a poem, a tune, and a song. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Very similar to my final approach with a very old laptop a friend has lend me. Wish it all be allright for you. See you soon. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Wed Apr 8 15:32:37 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 8 Apr 2015 17:32:37 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: <20150407222735.0ae42595@debian> References: <20150407173054.548ae6a6@debian> <20150407183846.GB5018@linuxaudio.org> <20150407205452.4d14d642@debian> <55243B66.4000500@web.de> <20150407222735.0ae42595@debian> Message-ID: 2015-04-07 23:27 GMT+02:00 Will Godfrey : > On Tue, 07 Apr 2015 22:17:42 +0200 > Jannis Achstetter wrote: > > > Am 07.04.2015 um 21:54 schrieb Will J Godfrey: > > > It's a through ticket with times, but from the airport to Mainz > there's no seat > > > reservation so I don't know if that means I can take any train or am > still > > > supposed to stick to that specific one. > > > > As long as it's not InterCity (IC) or InterCityExpress (ICE) but > > regional/commuter trains, you can take any train as long as it takes the > > same route. So it shouldn't matter if you miss the train from the > > airport Regionalbahnhof to Mainz and take the next one (or even use the > > "S-Bahn") to get there. > > Thanks. > > -- > Will J Godfrey > http://www.musically.me.uk > Say you have a poem and I have a tune. > Exchange them and we can both have a poem, a tune, and a song. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > I've been told it seems it is easy from Airport Frankfurt to Mainz HBF (main Station): you can take S Bahn 8 (once a half hour) and it lasts just 25 Minutes and cost less 5 Euro. Then you take bus to your hotel. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From sakrecoer at gmail.com Wed Apr 8 15:43:09 2015 From: sakrecoer at gmail.com (=?UTF-8?Q?Set_Hallstr=C3=B6m?=) Date: Wed, 8 Apr 2015 17:43:09 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: On Tue, Apr 7, 2015 at 2:37 PM, Carlos sanchiavedraz wrote: > > Also one more question. > It's probably that I can't take a laptop with me (I have issues with the > one I'm testing and don't know if there are problems with so many check > points you have to pass travelling by plane nowadays). > I recently traveled in and out of Berlin with a laptop, an mpc, a critter and gitari bolsbass, a TT-303 and a DSLR camera. In to germany was no problem. Out of germany i had to give all my machines to the agents. They passed all my machines in a chemical test, using some soft pad that they swiped all the boxes with and then put the pad in a big machine to see if there was drugs or explosive hidden inside. It took me some 25 minutes extra. I think its worth thinking about it and go early if you take electronics with you. The agents were very nice i must say. Althou i was a bit nervous that my machines would keep traces from hrm.... my casual flower consumation... Especialy on the mpc pads.... But everyting went smooth and fine. They didn't even ask me to turn them on. Have a delicious LAC! Enjoy a little extra for us whom cannot be there..... -- Set Hallstr?m -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Wed Apr 8 16:12:33 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 8 Apr 2015 18:12:33 +0200 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: 2015-04-08 17:43 GMT+02:00 Set Hallstr?m : > > > On Tue, Apr 7, 2015 at 2:37 PM, Carlos sanchiavedraz > wrote: > >> >> Also one more question. >> It's probably that I can't take a laptop with me (I have issues with the >> one I'm testing and don't know if there are problems with so many check >> points you have to pass travelling by plane nowadays). >> > > I recently traveled in and out of Berlin with a laptop, an mpc, a critter > and gitari bolsbass, a TT-303 and a DSLR camera. In to germany was no > problem. Out of germany i had to give all my machines to the agents. They > passed all my machines in a chemical test, using some soft pad that they > swiped all the boxes with and then put the pad in a big machine to see if > there was drugs or explosive hidden inside. It took me some 25 minutes > extra. I think its worth thinking about it and go early if you take > electronics with you. The agents were very nice i must say. Althou i was a > bit nervous that my machines would keep traces from hrm.... my casual > flower consumation... Especialy on the mpc pads.... > > But everyting went smooth and fine. They didn't even ask me to turn them > on. > That's what I was refering. Hopefully I've no problem. > > Have a delicious LAC! Enjoy a little extra for us whom cannot be there..... > -- > Set Hallstr?m > > What a pitty, Set. Well, Maybe another year. Thanks -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From dj_kaza at hotmail.com Wed Apr 8 23:41:08 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Thu, 9 Apr 2015 06:41:08 +0700 Subject: [LAU] Preparing for and going to LAC 2015 In-Reply-To: References: Message-ID: On 08/04/15 22:43, Set Hallstr?m wrote: > > > On Tue, Apr 7, 2015 at 2:37 PM, Carlos sanchiavedraz > > wrote: > > > Also one more question. > It's probably that I can't take a laptop with me (I have issues > with the one I'm testing and don't know if there are problems with > so many check points you have to pass travelling by plane nowadays). > > > I recently traveled in and out of Berlin with a laptop, an mpc, a > critter and gitari bolsbass, a TT-303 and a DSLR camera. In to germany > was no problem. Out of germany i had to give all my machines to the > agents. They passed all my machines in a chemical test, using some > soft pad that they swiped all the boxes with and then put the pad in a > big machine to see if there was drugs or explosive hidden inside. It > took me some 25 minutes extra. I think its worth thinking about it and > go early if you take electronics with you. The agents were very nice i > must say. Althou i was a bit nervous that my machines would keep > traces from hrm.... my casual flower consumation... Especialy on the > mpc pads.... > > But everyting went smooth and fine. They didn't even ask me to turn > them on. > It is very common how that they will get you to take any electrical items out of your hand luggage and put them through the xray machine separately. I would expect this to be the case for nay major checkpoint in Europe now. Swab tests are apparently only for explosives, they don't care about trace amounts of drugs, or so the customs official told me but he could well have been lying. If taking much electrical gear definitely try and give yourself the maximum check-in time possible at these borders. Well that's my view from personal experience anyway. Maybe somebody will have had an experience to contract it... Good luck and enjoy LAC everybody. D -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernberg at alchemy.lu Thu Apr 9 10:45:05 2015 From: jhernberg at alchemy.lu (Joakim Hernberg) Date: Thu, 9 Apr 2015 12:45:05 +0200 Subject: [LAU] Behringer and Linux In-Reply-To: <20150408133339.7fea0e90@archlinux> References: <36167.178.73.210.16.1428299245.squirrel@boosthardware.com> <9a4bcb43394635a599c79125ac1cedb4.squirrel@email.powweb.com> <51799.178.73.210.16.1428464251.squirrel@boosthardware.com> <20150408133339.7fea0e90@archlinux> Message-ID: <20150409124505.739965bb@tor.valhalla.alchemy.lu> On Wed, 8 Apr 2015 13:33:39 +0200 Ralf Mardorf wrote: > On Wed, 8 Apr 2015 13:37:31 +1000 (EST), Patrick Shirkey wrote: > >It does seem that some people just hate Behringer, for what reason I > >don't know. > > it isn't hate, the reason is experience. We like Behringer for some > usages too. FWIW, I'm quite positively impressed by the quality of the Behringer X32, both as build quality, functionality and sound is concerned, doubly so when I consider it's retail price... Normally I'd shy away from buying/using most any Behringer product, but in this case I think the product is really good. Of course remains to see how it holds up over the years, and I don't know if this is a general indication of a change or just the result of them buying a good company. -- Joakim From daniel.appelt at gmail.com Thu Apr 9 15:57:55 2015 From: daniel.appelt at gmail.com (Daniel Appelt) Date: Thu, 9 Apr 2015 17:57:55 +0200 Subject: [LAU] OM6.9 on Arch In-Reply-To: References: <0B.54.10803.3F1AFD45@cdptpa-oedge02> <54DFFCAC.6050206@gmail.com> Message-ID: There is now an Arch User package available for OpenMusic: https://aur.archlinux.org/packages/openmusic/ Cheers, Daniel 2015-04-06 2:13 GMT+02:00 Daniel Appelt : > I am sorry to come back only now to this old thread. After my last > comment, I did some further investigations to get to the root of the > problem on my system. In the end, neither libtiff nor gdk-pixbuf2 can be > blamed. > It seems to be a "packaging problem" specific to Arch's multilib setup. To > make a long story short, I have filed a bug report: > https://bugs.archlinux.org/task/44474 > > For me, the bottom line is: > > - Arch multilib is not perfect. You might have to patch packages that are > working perfectly on i686 or x86_64 in native mode. A 32bit chroot could be > an alternative approach, but I have never tried it myself. > - Having a 32bit only app is not preferable as it might mean lots of extra > work to make it run in multilib mode on x86_64. > - Using TIFF images or relying on libtiff in this case is not preferable > as the library's standard includes are architecture specific. > > Cheers, Daniel > > 2015-02-15 2:55 GMT+01:00 Simon Wise : > >> On 15/02/15 06:28, David Jones wrote: >> >>> >>> On Feb 14, 2015 5:48 AM, Len Ovens wrote: >>> >>>> >>>> On Sat, 14 Feb 2015, anders.vinjar at bek.no wrote: >>>> >>>> The real pain here is having to do 32-bit at all! If we only got lw to >>>>> consider 64-bit a 'professional' feature, and not just a high-end >>>>> 'enterprise' feature... :-/ >>>>> >>>> >>> Even my wife's years-discontinued little netbook is 64-bit. >>> >>> With some distros talking about dropping support for 32bit kernels, >>>> 64bit >>>> is just where the world is going anymore. 32bit versions are just >>>> outdated. >>>> >>>> As someone who uses old computers for servers etc. I find this >>>> anoying... >>>> >>> >>> I do wish kernel makers would also stop requiring PAE support. I have a >>> couple of boxes that don't support PAE. >>> >>> Musix is 32-bit only. >>> >>> I expect Debian will be producing 32-bit kernels for a good long while >>> yet. They just seem to change slower than others. >>> >> >> or rather they have made a point of building for many platforms (at least >> until the recent move to systemd). With systemd they drop their freebsd >> branch, but also cut off some of the unofficial branches like hurd (systemd >> can only run on linux ... hence no hurd, no freebsd) and probably lose >> quite a few of the small embedded systems like raspbian that were based on >> debian but which becomes much less useful as a base for any small headless >> systems. It was a very heavily contested decision, fire and brimstone >> everywhere, but as it ended up a lot of older stuff will drop off over time >> since adding systemd support won't happen to less used packages. >> >> Maybe it was too much to cover everything and still provide a base for >> ready-to-use distributions, but there is a fork, said to be released when >> jessie is, and given the need for a system without the huge pile of >> dependencies on gnome and for some use cases it could well prove long lived >> ... >> >> https://devuan.org/ >> >> ... time will tell, but it would probably be a much better base for >> anything simple and custom without a desktop (and without the need to boot >> quickly as a short term cloud instance). >> >> Simon >> >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevinc at cosgroves.us Thu Apr 9 20:27:26 2015 From: kevinc at cosgroves.us (Kevin Cosgrove) Date: Thu, 09 Apr 2015 13:27:26 -0700 Subject: [LAU] "spyder" for audio data analysis, etc? Message-ID: <20150409202726.C1BF5BE05B@joseph.cosgroves.us> Hello, Has anyone here used "spyder" https://github.com/spyder-ide/spyder for audio file data analysis, manipulation or algorithm development? If so, was your experience with spyder productive? What I'm *NOT* looking for are point tools. I know about, and have used, many a tool to create time plots, spectrograms, and frequency plots. My motivation is to learn a bit more about audio processing theory, and I'm looking for tools that will help me explore. What piqued my interest was last year's March issue of IEEE Signal Processing Magazine. For instance, there's a fun article on melody extraction from polyphonic audio at this link: https://www.ee.columbia.edu/~dpwe/pubs/SalGER14-melody.pdf Thanks. PS: http://www.linuxjournal.com/content/developing-your-own-scientific-python-code -- Kevin From paul at linuxaudiosystems.com Thu Apr 9 20:29:45 2015 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 9 Apr 2015 16:29:45 -0400 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: <20150409202726.C1BF5BE05B@joseph.cosgroves.us> References: <20150409202726.C1BF5BE05B@joseph.cosgroves.us> Message-ID: On Thu, Apr 9, 2015 at 4:27 PM, Kevin Cosgrove wrote: > What I'm *NOT* looking for are point tools. I know about, and > have used, many a tool to create time plots, spectrograms, and > frequency plots. My motivation is to learn a bit more about > audio processing theory, and I'm looking for tools that will help > me explore. have you had a look at sonic visualizer/visualiser ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Thu Apr 9 20:30:40 2015 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 9 Apr 2015 16:30:40 -0400 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: References: <20150409202726.C1BF5BE05B@joseph.cosgroves.us> Message-ID: On Thu, Apr 9, 2015 at 4:29 PM, Paul Davis wrote: > > > On Thu, Apr 9, 2015 at 4:27 PM, Kevin Cosgrove > wrote: > > >> What I'm *NOT* looking for are point tools. I know about, and >> have used, many a tool to create time plots, spectrograms, and >> frequency plots. My motivation is to learn a bit more about >> audio processing theory, and I'm looking for tools that will help >> me explore. > > > have you had a look at sonic visualizer/visualiser ? > (from the website): "The aim of Sonic Visualiser is to be the first program you reach for when want to study a musical recording rather than simply listen to it." -------------- next part -------------- An HTML attachment was scrubbed... URL: From anders.vinjar at bek.no Thu Apr 9 20:38:25 2015 From: anders.vinjar at bek.no (anders.vinjar at bek.no) Date: Thu, 09 Apr 2015 22:38:25 +0200 Subject: [LAU] OM6.9 on Arch References: <0B.54.10803.3F1AFD45@cdptpa-oedge02> <54DFFCAC.6050206@gmail.com> Message-ID: <87lhi13um6.fsf@bek.no> >>>>> "D" == Daniel Appelt writes: D> There is now an Arch User package available for D> OpenMusic:?https://aur.archlinux.org/packages/openmusic/ Hi Daniel, this seems great. Thanks alot. Perhaps you could make a note about your package at the OM forum - http://forumnet.ircam.fr/user-groups/openmusic/forum/? Fwiw, libfluidsynth isn't included as a dependency in packages for other dists (Fedora, Ubuntu), as OM doesn't load the lib any longer, relying instead on the user to connect to whatever midi softsynth he/she prefers through portmidi at runtime or in the preferences. Cheers, -anders From kevinc at cosgroves.us Thu Apr 9 21:26:56 2015 From: kevinc at cosgroves.us (Kevin Cosgrove) Date: Thu, 09 Apr 2015 14:26:56 -0700 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: Message-ID: <20150409212656.49940BE05B@joseph.cosgroves.us> On 9 April 2015 at 16:30, Paul Davis wrote: > On Thu, Apr 9, 2015 at 4:29 PM, Paul Davis > wrote: > > > On Thu, Apr 9, 2015 at 4:27 PM, Kevin Cosgrove > > wrote: > > > >> What I'm *NOT* looking for are point tools. I know about, and > >> have used, many a tool to create time plots, spectrograms, and > >> frequency plots. My motivation is to learn a bit more about > >> audio processing theory, and I'm looking for tools that will help > >> me explore. > > > > have you had a look at sonic visualizer/visualiser ? > > (from the website): "The aim of Sonic Visualiser is to be the first program > you reach for when want to study a musical recording rather than simply > listen to it." I've used Sonic Visualiser. It's a powerful tool. That's one way I like to "look" at music. Thanks for that suggestion. But, I'm after something a little closer to the data than to the presentation. In industry folks might just reach for Matlab, and Linux folks usually say, "Try Octave or Scilab." A coworker recommended spyder, given his cross-platform use of that tool in the study of A/D converter design, calibration and performance measurement. The earlier example I gave was related to music. But, I'm interested in additional audio fields, e.g. the problems associated with voice intelligibility in reverberant settings with multiple signal and multiple noise sources. I'm reading through journal articles on that these days. I'd like to have a tool (suite?) that would let me explore for myself. Sage http://www.sagemath.org/ might be another alternative. Cheerio... -- Kevin From temps.jo at gmail.com Thu Apr 9 22:33:56 2015 From: temps.jo at gmail.com (pierre jocelyn andre) Date: Fri, 10 Apr 2015 00:33:56 +0200 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: <20150409212656.49940BE05B@joseph.cosgroves.us> References: <20150409212656.49940BE05B@joseph.cosgroves.us> Message-ID: Hello, There is a how to create all the sounds using a single frequency (piano, guitar, organ, shrill sound, in french http://www.letime.net/cours Acoustic Physical Science for Dummies git sequenBaul http://git.debian-facile.com/?p=projets/sequenbaul.git;a=summary This can help Best Regards 2015-04-09 23:26 GMT+02:00 Kevin Cosgrove : > > On 9 April 2015 at 16:30, Paul Davis wrote: > > > On Thu, Apr 9, 2015 at 4:29 PM, Paul Davis > > wrote: > > > > > On Thu, Apr 9, 2015 at 4:27 PM, Kevin Cosgrove > > > wrote: > > > > > >> What I'm *NOT* looking for are point tools. I know about, and > > >> have used, many a tool to create time plots, spectrograms, and > > >> frequency plots. My motivation is to learn a bit more about > > >> audio processing theory, and I'm looking for tools that will help > > >> me explore. > > > > > > have you had a look at sonic visualizer/visualiser ? > > > > (from the website): "The aim of Sonic Visualiser is to be the first > program > > you reach for when want to study a musical recording rather than simply > > listen to it." > > I've used Sonic Visualiser. It's a powerful tool. That's one > way I like to "look" at music. Thanks for that suggestion. > > But, I'm after something a little closer to the data than to the > presentation. In industry folks might just reach for Matlab, > and Linux folks usually say, "Try Octave or Scilab." A coworker > recommended spyder, given his cross-platform use of that tool in > the study of A/D converter design, calibration and performance > measurement. > > The earlier example I gave was related to music. But, I'm > interested in additional audio fields, e.g. the problems > associated with voice intelligibility in reverberant settings > with multiple signal and multiple noise sources. I'm reading > through journal articles on that these days. I'd like to have > a tool (suite?) that would let me explore for myself. Sage > http://www.sagemath.org/ might be another alternative. > > Cheerio... > > -- > Kevin > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at parisson.com Fri Apr 10 07:31:54 2015 From: lists at parisson.com (Guillaume Pellerin) Date: Fri, 10 Apr 2015 09:31:54 +0200 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: <20150409212656.49940BE05B@joseph.cosgroves.us> References: <20150409212656.49940BE05B@joseph.cosgroves.us> Message-ID: <55277C6A.6060809@parisson.com> Hi, You might have a look to TimeSide, an open web audio processing framework written in Python I develop with my company and some research labs: https://github.com/Parisson/TimeSide You can then use it through Spyder, Sage or any Python environment of course. cheers, Guillaume On 09/04/2015 23:26, Kevin Cosgrove wrote: > > On 9 April 2015 at 16:30, Paul Davis wrote: > >> On Thu, Apr 9, 2015 at 4:29 PM, Paul Davis >> wrote: >> >>> On Thu, Apr 9, 2015 at 4:27 PM, Kevin Cosgrove >>> wrote: >>> >>>> What I'm *NOT* looking for are point tools. I know about, and >>>> have used, many a tool to create time plots, spectrograms, and >>>> frequency plots. My motivation is to learn a bit more about >>>> audio processing theory, and I'm looking for tools that will help >>>> me explore. >>> >>> have you had a look at sonic visualizer/visualiser ? >> >> (from the website): "The aim of Sonic Visualiser is to be the first program >> you reach for when want to study a musical recording rather than simply >> listen to it." > > I've used Sonic Visualiser. It's a powerful tool. That's one > way I like to "look" at music. Thanks for that suggestion. > > But, I'm after something a little closer to the data than to the > presentation. In industry folks might just reach for Matlab, > and Linux folks usually say, "Try Octave or Scilab." A coworker > recommended spyder, given his cross-platform use of that tool in > the study of A/D converter design, calibration and performance > measurement. > > The earlier example I gave was related to music. But, I'm > interested in additional audio fields, e.g. the problems > associated with voice intelligibility in reverberant settings > with multiple signal and multiple noise sources. I'm reading > through journal articles on that these days. I'd like to have > a tool (suite?) that would let me explore for myself. Sage > http://www.sagemath.org/ might be another alternative. > > Cheerio... > > -- > Kevin > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > From kevinc at cosgroves.us Fri Apr 10 16:43:12 2015 From: kevinc at cosgroves.us (Kevin Cosgrove) Date: Fri, 10 Apr 2015 09:43:12 -0700 Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: <55277C6A.6060809@parisson.com> Message-ID: <20150410164312.12EE5BE05B@joseph.cosgroves.us> On 10 April 2015 at 9:31, Guillaume Pellerin wrote: > You might have a look to TimeSide, an open web audio processing framework > written in Python I develop with my company and some research labs: > https://github.com/Parisson/TimeSide > > You can then use it through Spyder, Sage or any Python environment of course. > > cheers, > Guillaume TimeSide looks quite interesting. I'll have a look. Thanks! -- Kevin From tim at quitte.de Fri Apr 10 18:41:40 2015 From: tim at quitte.de (Tim Goetze) Date: Fri, 10 Apr 2015 20:41:40 +0200 (CEST) Subject: [LAU] "spyder" for audio data analysis, etc? In-Reply-To: <20150409212656.49940BE05B@joseph.cosgroves.us> References: <20150409212656.49940BE05B@joseph.cosgroves.us> Message-ID: Hi Kevin, [Kevin Cosgrove] >The earlier example I gave was related to music. But, I'm >interested in additional audio fields, e.g. the problems >associated with voice intelligibility in reverberant settings >with multiple signal and multiple noise sources. I'm reading >through journal articles on that these days. I'd like to have >a tool (suite?) that would let me explore for myself. The nice thing about python is you can freely use pretty much all the libraries (numpy and scipy being the first to come to my mind for the multitude of possible tasks involved in analysis of sample streams) without running into major problems. Translating matlab into python is usually doable, though last time I did that I found one or two slightly esoteric matlab DSP-addon functions lacked a straight python equivalent. (Being interested more in the synthesis side of things, I rarely need more than a DFT and some plotting functionality myself.) Cheerio, Tim From nando at ccrma.Stanford.EDU Fri Apr 10 18:48:02 2015 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 10 Apr 2015 11:48:02 -0700 Subject: [LAU] Job opportunity at CCRMA In-Reply-To: <55281A54.1070006@localhost> References: <55281A54.1070006@localhost> Message-ID: <55281AE2.6090507@ccrma.stanford.edu> Hi all, Ever dream of maintaining GNU/Linux servers and providing support for a closely knit community of users interested in everything related to sound, music and DSP? Designing high performance GNU/Linux-based workstations that are completely silent? Packaging your favorite free software so that users worldwide can easily download and install it? Designing, maintaining, managing and deploying complex multichannel studio and concert diffusion systems? Working with a community of interdisciplinary students, researchers and faculty from all over the world? Doing some music and research on the side? (and more, of course). And all that at CCRMA, the Center for Computer Research in Music and Acoustics in the middle of Silicon Valley? And working with Nando?[*] (well, nothing's perfect :-) Details are here: https://stanfordcareers.stanford.edu/job-search?jobId=66452 Just in case you don't know, the Stanford Center for Computer Research in Music and Acoustics (CCRMA) is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool. https://ccrma.stanford.edu/about Waiting for applications... -- Fernando [*] https://ccrma.stanford.edu/~nando/ From atte at youmail.dk Sun Apr 12 18:13:16 2015 From: atte at youmail.dk (Atte) Date: Sun, 12 Apr 2015 20:13:16 +0200 Subject: [LAU] zoom r16/r24 In-Reply-To: References: Message-ID: <552AB5BC.3020704@youmail.dk> On 04/07/2015 06:34 PM, Tritonas Insomnia wrote: > linux 3.19+ supports capture and midi > > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=dacacb0aa0cb6fdeb69313db6acfc82456945d7e Great! Downloaded 3.19.3, will have a go at compiling it ASAP... -- Atte http://atte.dk http://a773.dk From mtdnelson at gmail.com Sun Apr 12 20:31:41 2015 From: mtdnelson at gmail.com (Michael Nelson) Date: Sun, 12 Apr 2015 21:31:41 +0100 Subject: [LAU] Job opportunity at CCRMA In-Reply-To: <55281AE2.6090507@ccrma.stanford.edu> References: <55281A54.1070006@localhost> <55281AE2.6090507@ccrma.stanford.edu> Message-ID: Wow, that sounds like my dream job, and I'm not a million miles away from having the right experience (just a lack of any experience in the musical programming languages mentioned). It's a shame that I have a wife, dogs and home in the UK; I think the commute would be a bit of a deal-breaker! I'll pass it on to my US colleagues. They might know of someone interested. On 10 Apr 2015 7:48 pm, "Fernando Lopez-Lezcano" wrote: > Hi all, > > Ever dream of maintaining GNU/Linux servers and providing support for a > closely knit community of users interested in everything related to > sound, music and DSP? Designing high performance GNU/Linux-based > workstations that are completely silent? Packaging your favorite free > software so that users worldwide can easily download and install it? > Designing, maintaining, managing and deploying complex multichannel > studio and concert diffusion systems? Working with a community of > interdisciplinary students, researchers and faculty from all over the > world? Doing some music and research on the side? (and more, of course). > > And all that at CCRMA, the Center for Computer Research in Music and > Acoustics in the middle of Silicon Valley? > > And working with Nando?[*] (well, nothing's perfect :-) > > Details are here: > https://stanfordcareers.stanford.edu/job-search?jobId=66452 > > Just in case you don't know, the Stanford Center for Computer Research > in Music and Acoustics (CCRMA) is a multi-disciplinary facility where > composers and researchers work together using computer-based technology > both as an artistic medium and as a research tool. > > https://ccrma.stanford.edu/about > > Waiting for applications... > -- Fernando > > [*] https://ccrma.stanford.edu/~nando/ > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonetsu at teksavvy.com Sun Apr 12 21:51:05 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 12 Apr 2015 17:51:05 -0400 Subject: [LAU] Job opportunity at CCRMA In-Reply-To: <55281AE2.6090507@ccrma.stanford.edu> References: <55281A54.1070006@localhost> <55281AE2.6090507@ccrma.stanford.edu> Message-ID: <20150412175105.040d213c@mevla> On Fri, 10 Apr 2015 11:48:02 -0700 Fernando Lopez-Lezcano wrote: > Details are here: > https://stanfordcareers.stanford.edu/job-search?jobId=66452 Quote (emphasis mine) : "Build, install, configure, analyze, *tune*, and troubleshoot server and workstation.." Is that in an equal tempered scale ? :) From jeb at ponderworthy.com Mon Apr 13 12:29:20 2015 From: jeb at ponderworthy.com (Jonathan E. Brickman) Date: Mon, 13 Apr 2015 06:29:20 -0600 (MDT) Subject: [LAU] [LAA] Could there be a better day? In-Reply-To: <20150331023023.423dbe53@debian> References: <20150331023023.423dbe53@debian> Message-ID: <1382584582.284809.1428928160541.JavaMail.zimbra@ponderworthy.com> Yahoo!!!!!!!!!!!!!!!!!!!!!!!!!!!! ----- Original Message ----- > From: "Will Godfrey" > To: linux-audio-announce at lists.linuxaudio.org > Sent: Monday, March 30, 2015 8:30:23 PM > Subject: [LAA] Could there be a better day? > > ... cos today we release Yoshimi V 1.3.4 > > -- > Will J Godfrey > http://www.musically.me.uk > Say you have a poem and I have a tune. > Exchange them and we can both have a poem, a tune, and a song. > _______________________________________________ > Linux-audio-announce mailing list > Linux-audio-announce at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-announce > -- Jonathan E. Brickman | jeb at ponderworthy.com | (785)233-9977 Ponderworthy | http://ponderworthy.com Music of compassion; fire, and life!!! From chris at chrisarndt.de Mon Apr 13 14:53:43 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Mon, 13 Apr 2015 16:53:43 +0200 Subject: [LAU] LAC 2015 feedback Message-ID: <552BD877.6030101@chrisarndt.de> Hi everybody, as threatened in the closing sessions of this year's LAC, here are some of my observations about the conference and suggestions for improving some things. I attended the conference for the fist time, so please let me say, that I enjoyed the conference *very much*. I liked many things about it. The list below is only about the things that I didn't, but please don't take away from this that I think that the organizers did a bad job, they did very well IMHO. But there's always room for improvement. So here goes. Items in each section are listed in descending order of importance / seriousness. Problems -------- - For a conference about audio, the speakers' audio was surprisingly poorly organized and consequently technical issues lead to *sometimes* poor intelligibility of the speakers or poor quality of audio demonstrations (especially in P2 and P5). I observed: - Poor leveling leading to: - distortion, - too quiet speech levels, - huge level differences between microphone(s) and other audio. - Non-functioning or accidentally switched-off microphones. - Too short cables. - Loud pops when things were plugged in or unplugged. - Sometimes it seemed that the video stream was more important than the present audience. Indicators: - Camera in front of the screen, obstructing part of the presentation slides. - Camera filming the setup on the table next to the speaker desk but for the audience in the lecture hall it was hard to see what was on the table. - The video splitter *may have* interfered with resp. prevented video output to projector from working. - Camera set up in the middle of the audience room, and thus making seats in front of it unavailable for participants (Camera team asked participants not to obstruct the camera view even during the breaks between talks). IMHO the needs of the people who make the effort to come to attend the conference personally should always be the most important. - The intended purpose and acceptable usage of the "Hack'n'Roll" room and how to organize its shared usage or request using it for a certain time slot was *not at all* clear. - There was no opportunity to *spontaneously* do a small presentation of a project or idea to a bigger audience (see Lightning Talks below). - The "Aufenthaltsbereich" (lounge area) in the hall outside P2-P5 did not have enough tables and seats and it could have been a bit more comfy. - The wifi access was slightly mis-configured, one had to change the encryption type used from "Tunneled TLS" to "PEAP" and this was not clearly documented, so one had to find this out by trail-and-error. Suggestions ----------- - Have a mailing list for conference organization that's also there for discussion about the future of the conference, so that ideas are not lost in the noise of the general LAU mailing list - Have a session chair for each session, including for workshops, that: - May fill the role of technical assistant (see below) as well. - Maintains order: - Sees that doors are closed at the beginning. - Reminds everybody to turn their cellphones silent and keep disturbance by leaving or fiddling with equipment to a minimum. - Announces the title of the talk, the name of the speaker, the duration and time for questions. - Makes sure the speaker stays on time. - Moderates the question session and reminds the speaker to repeat the questions asked. Session chairs can be filled by participants. Assuming three days and three tracks and one session chair per half-day, twelve persons max. are needed to volunteer as a session chair. - Require speakers to test their video and audio setup (including the speaker microphone) *before* the beginning time of the talk, and plan change-over times accordingly or have dedicated testing slots in between session slots (e.g. during lunch breaks). This means that somebody is needed to actively seek out speakers and check that they have tested their setup. Speakers can also be reminded to do so at the registration desk and be told where to find technical assistance. - Provide a pool of common adapters and cables for video and audio connections with sufficient cable lengths. Even if speakers are told to bring appropriate adapters in advance, some of them *will* forget to do so. - Have a technical assistant in *each* lecture hall that: - Helps the speakers to check their setup. - Sets up audio and video connections. - Levels audio channels. - Mutes/unmutes mixer channels as needed. - Fixes problems. - Prevents other participants form tampering with the equipment. - Tape over on/off switches on microphones. - Have a more informal Lightning Talk Session of approx. 1 hour with *5-minute* lightning talks, possibly on several days. Speakers can apply for lightning talks slots *only* during the morning of the day of the LT-Session on a first-come-first-served basis (only one slot per speaker, if necessary). The LT-Session needs a moderator and possibly a technical assistant, which ensure that talk times are strictly kept and change-over time is minimized. Slides are not mandatory for lightning talks and if they are used, the number of slides should be kept to the minimum necessary. There should be a central space on the web site to upload LT slides without fuss. - Have a paper time table on the door of the "Hack'n'Roll" room where people can register for using it at a certain time for a given purpose (restrict number of slots that can be used by one person/project). Identify an opportunity (e.g. at the beginning of the first talk in the morning/afternoon), where people/projects can announce when they have something happening in the "Hack'n'Roll" space. - Provide a glass and a bottle of water for each speaker. - Have more power sockets in the lecture halls. - Buy more (real) milk for the coffee and do not use plastic cups (waste, too hot to hold). Put up a sign with the suggested donation amount. If necessary, find a sponsor for the coffee. Thank you for your attention and for a great LAC 2015, Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From fons at linuxaudio.org Mon Apr 13 22:03:46 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 13 Apr 2015 22:03:46 +0000 Subject: [LAU] LAC 2015 feedback In-Reply-To: <552BD877.6030101@chrisarndt.de> References: <552BD877.6030101@chrisarndt.de> Message-ID: <20150413220346.GA18935@linuxaudio.org> On Mon, Apr 13, 2015 at 04:53:43PM +0200, Christopher Arndt wrote: > as threatened in the closing sessions of this year's LAC, here are some > of my observations about the conference and suggestions for improving > some things. I attended the conference for the fist time, so please let > me say, that I enjoyed the conference *very much*. > ... As organiser of one of the previous LACs I may be allowed to comment. One thing you should keep in mind is that the LAC is traditionally a bit less formal than your average XXX conference. I'd agree that this one was maybe one of the least formal ones, and a lot of your comments refer to things directly related to that. Even if not ideal, that is part of the charm, and I'm pretty sure actually appreciated by at least a large part of the attendants. Also keep in mind that you pay 0.00 Euro for attending. Which means that many things will depend on the work of volunteers rather than professional event organisers. That remains true even if some parts are sponsored. At some places, people - and the available volunteers - are dealing with public events as part their daily work. That would be so at e.g. the ZKM in Karlsruhe and even at the much smaller CdM in Parma where I was the organiser. It does make a difference - some things will be attended to even if you don't explicitly ask or plan for them. In an educational institute where the normal audience consists of students, things will be a bit more '? la guerre comme ? la guerre', and as far as I'm concerned, that's what I expect and it's perfectly fine. The same applies to availability of technical resources - some places have all you need in store, but if that is not the case finding what you need and make all of it work together can be more difficult than most people imagine. In summary, I think the organisers of LAC 2015 did a great job and I very much enjoyed being there. Many thanks to all who made it happen. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From rui.capela at gmail.com Tue Apr 14 07:52:30 2015 From: rui.capela at gmail.com (Rui Nuno Capela) Date: Tue, 14 Apr 2015 08:52:30 +0100 Subject: [LAU] lac2015 photo gallery & videos Message-ID: <552CC73E.9050606@gmail.com> hi all, every year the post-lac nostalgic syndrome gets its toll... all the photos taken by this lousy photo-shooter of yours during the lac2015 at jgu-mainz are now online: http://www.rncbc.org/lac2015 the even lousier videos taken from some of the linux sound night live acts are also delivered unedited and online: http://www.youtube.com/user/rncbchannel enjoy -- rncbc aka. Rui Nuno Capela From louigi.verona at gmail.com Tue Apr 14 09:15:36 2015 From: louigi.verona at gmail.com (Louigi Verona) Date: Tue, 14 Apr 2015 12:15:36 +0300 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552CC73E.9050606@gmail.com> References: <552CC73E.9050606@gmail.com> Message-ID: Pity I could not go this year, but I see you guys had a great time! On Tue, Apr 14, 2015 at 10:52 AM, Rui Nuno Capela wrote: > hi all, > > every year the post-lac nostalgic syndrome gets its toll... > > all the photos taken by this lousy photo-shooter of yours during the > lac2015 at jgu-mainz are now online: > http://www.rncbc.org/lac2015 > > the even lousier videos taken from some of the linux sound night live acts > are also delivered unedited and online: > http://www.youtube.com/user/rncbchannel > > enjoy > -- > rncbc aka. Rui Nuno Capela > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Louigi Verona http://www.louigiverona.ru/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gheskett at wdtv.com Tue Apr 14 10:40:35 2015 From: gheskett at wdtv.com (Gene Heskett) Date: Tue, 14 Apr 2015 06:40:35 -0400 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552CC73E.9050606@gmail.com> References: <552CC73E.9050606@gmail.com> Message-ID: <201504140640.35828.gheskett@wdtv.com> On Tuesday 14 April 2015 03:52:30 Rui Nuno Capela wrote: > hi all, > > every year the post-lac nostalgic syndrome gets its toll... > > all the photos taken by this lousy photo-shooter of yours during the > lac2015 at jgu-mainz are now online: > http://www.rncbc.org/lac2015 > > the even lousier videos taken from some of the linux sound night live > acts are also delivered unedited and online: > http://www.youtube.com/user/rncbchannel > > enjoy Thank you Rui. As one from the other side of the pond, and whose ears are not the golden ones of youth anymore, and without the means or time to attend such a meeting, a caption or 2 here and there identifying the person(s) front and center would have been nice. I also know how difficult it is to do. BTDT, several times. It helps to have a mental picture of the person one is actually addressing when replying to a message originating on these audio related lists. I must also say that Mainz certainly has lots of great and apparently well cared for architecture to view. Obviously a great place to visit if one has the time and means. I would love to have been there and shook some hands. Thanks again Rui. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page From diego.simak at gmail.com Tue Apr 14 12:46:50 2015 From: diego.simak at gmail.com (Diego Simak) Date: Tue, 14 Apr 2015 09:46:50 -0300 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552CC73E.9050606@gmail.com> References: <552CC73E.9050606@gmail.com> Message-ID: 2015-04-14 4:52 GMT-03:00 Rui Nuno Capela : > are now online beautiful pictures as always Rui, thank you very much for sharing it From dlphillips at woh.rr.com Tue Apr 14 12:55:54 2015 From: dlphillips at woh.rr.com (Dave Phillips) Date: Tue, 14 Apr 2015 08:55:54 -0400 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: References: <552CC73E.9050606@gmail.com> Message-ID: <552D0E5A.8040109@woh.rr.com> On 04/14/2015 08:46 AM, Diego Simak wrote: > beautiful pictures as always Rui, thank you very much for sharing it > +1 ! But I saw no evidence of single-malt. How ever did Rui survive ?! :) Btw, I reviewed papers again for LAC. This year had another wonderful line-up, congratulations to all the participants. Best, dp From rmnmichon at gmail.com Tue Apr 14 14:41:40 2015 From: rmnmichon at gmail.com (Romain Michon) Date: Tue, 14 Apr 2015 07:41:40 -0700 Subject: [LAU] LAC 2015 feedback In-Reply-To: <552BD877.6030101@chrisarndt.de> References: <552BD877.6030101@chrisarndt.de> Message-ID: Yes Albert, thanks for organizing LAC this year! It was really awesome and from the attendees perspective, the organisation of the event looked very smooth. Thanks again! Romain On Mon, Apr 13, 2015 at 7:53 AM, Christopher Arndt wrote: > Hi everybody, > > as threatened in the closing sessions of this year's LAC, here are some > of my observations about the conference and suggestions for improving > some things. I attended the conference for the fist time, so please let > me say, that I enjoyed the conference *very much*. I liked many things > about it. The list below is only about the things that I didn't, but > please don't take away from this that I think that the organizers did a > bad job, they did very well IMHO. But there's always room for > improvement. So here goes. Items in each section are listed in > descending order of importance / seriousness. > > > Problems > -------- > > - For a conference about audio, the speakers' audio was surprisingly > poorly organized and consequently technical issues lead to > *sometimes* poor intelligibility of the speakers or poor quality of > audio demonstrations (especially in P2 and P5). > > I observed: > > - Poor leveling leading to: > - distortion, > - too quiet speech levels, > - huge level differences between microphone(s) and other audio. > - Non-functioning or accidentally switched-off microphones. > - Too short cables. > - Loud pops when things were plugged in or unplugged. > > - Sometimes it seemed that the video stream was more important than the > present audience. Indicators: > > - Camera in front of the screen, obstructing part of the presentation > slides. > - Camera filming the setup on the table next to the speaker desk but > for the audience in the lecture hall it was hard to see what was on > the table. > - The video splitter *may have* interfered with resp. prevented video > output to projector from working. > - Camera set up in the middle of the audience room, and thus making > seats in front of it unavailable for participants (Camera team > asked participants not to obstruct the camera view even during the > breaks between talks). > > IMHO the needs of the people who make the effort to come to attend the > conference personally should always be the most important. > > - The intended purpose and acceptable usage of the "Hack'n'Roll" room > and how to organize its shared usage or request using it for a > certain time slot was *not at all* clear. > > - There was no opportunity to *spontaneously* do a small presentation > of a project or idea to a bigger audience (see Lightning Talks below). > > - The "Aufenthaltsbereich" (lounge area) in the hall outside P2-P5 did > not have enough tables and seats and it could have been a bit more > comfy. > > - The wifi access was slightly mis-configured, one had to change the > encryption type used from "Tunneled TLS" to "PEAP" and this was not > clearly documented, so one had to find this out by trail-and-error. > > > Suggestions > ----------- > > - Have a mailing list for conference organization that's also there for > discussion about the future of the conference, so that ideas are not > lost in the noise of the general LAU mailing list > > - Have a session chair for each session, including for workshops, that: > > - May fill the role of technical assistant (see below) as well. > - Maintains order: > - Sees that doors are closed at the beginning. > - Reminds everybody to turn their cellphones silent and keep > disturbance by leaving or fiddling with equipment to a minimum. > - Announces the title of the talk, the name of the speaker, the > duration and time for questions. > - Makes sure the speaker stays on time. > - Moderates the question session and reminds the speaker to repeat the > questions asked. > > Session chairs can be filled by participants. Assuming three days and > three tracks and one session chair per half-day, twelve persons max. > are needed to volunteer as a session chair. > > - Require speakers to test their video and audio setup (including the > speaker microphone) *before* the beginning time of the talk, and plan > change-over times accordingly or have dedicated testing slots in > between session slots (e.g. during lunch breaks). > > This means that somebody is needed to actively seek out speakers and > check that they have tested their setup. Speakers can also be > reminded to do so at the registration desk and be told where to find > technical assistance. > > - Provide a pool of common adapters and cables for video and audio > connections with sufficient cable lengths. Even if speakers are told > to bring appropriate adapters in advance, some of them *will* forget > to do so. > > - Have a technical assistant in *each* lecture hall that: > > - Helps the speakers to check their setup. > - Sets up audio and video connections. > - Levels audio channels. > - Mutes/unmutes mixer channels as needed. > - Fixes problems. > - Prevents other participants form tampering with the equipment. > > - Tape over on/off switches on microphones. > > - Have a more informal Lightning Talk Session of approx. 1 hour with > *5-minute* lightning talks, possibly on several days. Speakers can > apply for lightning talks slots *only* during the morning of the day > of the LT-Session on a first-come-first-served basis (only one slot > per speaker, if necessary). > > The LT-Session needs a moderator and possibly a technical assistant, > which ensure that talk times are strictly kept and change-over time > is minimized. > > Slides are not mandatory for lightning talks and if they are used, > the number of slides should be kept to the minimum necessary. There > should be a central space on the web site to upload LT slides without > fuss. > > - Have a paper time table on the door of the "Hack'n'Roll" room where > people can register for using it at a certain time for a given > purpose (restrict number of slots that can be used by one > person/project). > > Identify an opportunity (e.g. at the beginning of the first talk in > the morning/afternoon), where people/projects can announce when they > have something happening in the "Hack'n'Roll" space. > > - Provide a glass and a bottle of water for each speaker. > > - Have more power sockets in the lecture halls. > > - Buy more (real) milk for the coffee and do not use plastic cups > (waste, too hot to hold). Put up a sign with the suggested donation > amount. If necessary, find a sponsor for the coffee. > > > Thank you for your attention and for a great LAC 2015, > > > Chris > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -- Romain Michon (+1)(650)646-8917http://ccrma.stanford.edu/~rmichon -------------- next part -------------- An HTML attachment was scrubbed... URL: From rui.capela at gmail.com Tue Apr 14 16:55:12 2015 From: rui.capela at gmail.com (Rui Nuno Capela) Date: Tue, 14 Apr 2015 17:55:12 +0100 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552D0E5A.8040109@woh.rr.com> References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> Message-ID: <552D4670.1050204@gmail.com> On 04/14/2015 01:55 PM, Dave Phillips wrote: > > On 04/14/2015 08:46 AM, Diego Simak wrote: > >> beautiful pictures as always Rui, thank you very much for sharing it >> > > +1 ! > > But I saw no evidence of single-malt. How ever did Rui survive ?! :) > had to survive from rot, pardon, red wine all the week long :/ the baron had some glenrodach on the list but sadly they were out of stock. and even then they only have tumblers which i find a disgusting no-no as for true die hard single malt lovers :) nope, there was no single malt around. but i confess i had a couple of lagavulin drams back in the hotel, nevertheless slaintheva -- rncbc aka. Rui Nuno Capela From marc.dinkum at gmail.com Tue Apr 14 18:17:23 2015 From: marc.dinkum at gmail.com (Marc Groenewegen) Date: Tue, 14 Apr 2015 20:17:23 +0200 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552CC73E.9050606@gmail.com> References: <552CC73E.9050606@gmail.com> Message-ID: Thanks Rui! Nice memory-support and I'm glad you have such good videos of the Sound Night. Cheers, Marc 2015-04-14 9:52 GMT+02:00 Rui Nuno Capela : > hi all, > > every year the post-lac nostalgic syndrome gets its toll... > > all the photos taken by this lousy photo-shooter of yours during the > lac2015 at jgu-mainz are now online: > http://www.rncbc.org/lac2015 > > the even lousier videos taken from some of the linux sound night live acts > are also delivered unedited and online: > http://www.youtube.com/user/rncbchannel > > enjoy > -- > rncbc aka. Rui Nuno Capela > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marc.dinkum at gmail.com Tue Apr 14 19:04:29 2015 From: marc.dinkum at gmail.com (Marc Groenewegen) Date: Tue, 14 Apr 2015 21:04:29 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: <552BD877.6030101@chrisarndt.de> References: <552BD877.6030101@chrisarndt.de> Message-ID: Hi Chris, thanks for your observations. Every LAC is different and has its own atmospere, pros, cons and cross-section of the community. As Fons already mentioned, you have to realise that there is no attendance fee, as a result of which some corners have to be cut, but which also leads to an informal atmosphere where everybody is expected to particate, rather than just consume. I can understand your observation that the video stream seemed more important than the present audience but I don't fully agree. I didn't quite understand why the main camera had to be in the awkward position it was in, but in the end I don't think it was a real problem, given the fact that the college room P1 is quite spacious and there were plenty of free seats. Yet, the video system is IMHO very important for two reasons: a) involving those who can not attend and b) recording of the sessions. Ad a) I think the Linux Audio community is very cohesive and there are quite a few people who would be present if they could and will try hard to attend the 'next LAC'. The closest they can get to being present is to follow the live streams. Their real-time input on e.g. IRC is very valuable. Ad b) I'm glad that everything gets recorded as I haven't been able to be in several places at the same time. > - There was no opportunity to *spontaneously* do a small presentation > of a project or idea to a bigger audience (see Lightning Talks below). Actually I did, when there was as gap due to cancelled talks. But I do like your idea to subscribe to a "Lightning Talk slot". > - Have a mailing list for conference organization that's also there for > discussion about the future of the conference, so that ideas are not > lost in the noise of the general LAU mailing list There is lac at linuxaudio.org and the organisers have their own mailing list. To be included in the latter one, you'd have to organise an LAC (hint ;-) ) Cheers, Marc 2015-04-13 16:53 GMT+02:00 Christopher Arndt : > Hi everybody, > > as threatened in the closing sessions of this year's LAC, here are some > of my observations about the conference and suggestions for improving > some things. I attended the conference for the fist time, so please let > me say, that I enjoyed the conference *very much*. I liked many things > about it. The list below is only about the things that I didn't, but > please don't take away from this that I think that the organizers did a > bad job, they did very well IMHO. But there's always room for > improvement. So here goes. Items in each section are listed in > descending order of importance / seriousness. > > > Problems > -------- > > - For a conference about audio, the speakers' audio was surprisingly > poorly organized and consequently technical issues lead to > *sometimes* poor intelligibility of the speakers or poor quality of > audio demonstrations (especially in P2 and P5). > > I observed: > > - Poor leveling leading to: > - distortion, > - too quiet speech levels, > - huge level differences between microphone(s) and other audio. > - Non-functioning or accidentally switched-off microphones. > - Too short cables. > - Loud pops when things were plugged in or unplugged. > > - Sometimes it seemed that the video stream was more important than the > present audience. Indicators: > > - Camera in front of the screen, obstructing part of the presentation > slides. > - Camera filming the setup on the table next to the speaker desk but > for the audience in the lecture hall it was hard to see what was on > the table. > - The video splitter *may have* interfered with resp. prevented video > output to projector from working. > - Camera set up in the middle of the audience room, and thus making > seats in front of it unavailable for participants (Camera team > asked participants not to obstruct the camera view even during the > breaks between talks). > > IMHO the needs of the people who make the effort to come to attend the > conference personally should always be the most important. > > - The intended purpose and acceptable usage of the "Hack'n'Roll" room > and how to organize its shared usage or request using it for a > certain time slot was *not at all* clear. > > - There was no opportunity to *spontaneously* do a small presentation > of a project or idea to a bigger audience (see Lightning Talks below). > > - The "Aufenthaltsbereich" (lounge area) in the hall outside P2-P5 did > not have enough tables and seats and it could have been a bit more > comfy. > > - The wifi access was slightly mis-configured, one had to change the > encryption type used from "Tunneled TLS" to "PEAP" and this was not > clearly documented, so one had to find this out by trail-and-error. > > > Suggestions > ----------- > > - Have a mailing list for conference organization that's also there for > discussion about the future of the conference, so that ideas are not > lost in the noise of the general LAU mailing list > > - Have a session chair for each session, including for workshops, that: > > - May fill the role of technical assistant (see below) as well. > - Maintains order: > - Sees that doors are closed at the beginning. > - Reminds everybody to turn their cellphones silent and keep > disturbance by leaving or fiddling with equipment to a minimum. > - Announces the title of the talk, the name of the speaker, the > duration and time for questions. > - Makes sure the speaker stays on time. > - Moderates the question session and reminds the speaker to repeat the > questions asked. > > Session chairs can be filled by participants. Assuming three days and > three tracks and one session chair per half-day, twelve persons max. > are needed to volunteer as a session chair. > > - Require speakers to test their video and audio setup (including the > speaker microphone) *before* the beginning time of the talk, and plan > change-over times accordingly or have dedicated testing slots in > between session slots (e.g. during lunch breaks). > > This means that somebody is needed to actively seek out speakers and > check that they have tested their setup. Speakers can also be > reminded to do so at the registration desk and be told where to find > technical assistance. > > - Provide a pool of common adapters and cables for video and audio > connections with sufficient cable lengths. Even if speakers are told > to bring appropriate adapters in advance, some of them *will* forget > to do so. > > - Have a technical assistant in *each* lecture hall that: > > - Helps the speakers to check their setup. > - Sets up audio and video connections. > - Levels audio channels. > - Mutes/unmutes mixer channels as needed. > - Fixes problems. > - Prevents other participants form tampering with the equipment. > > - Tape over on/off switches on microphones. > > - Have a more informal Lightning Talk Session of approx. 1 hour with > *5-minute* lightning talks, possibly on several days. Speakers can > apply for lightning talks slots *only* during the morning of the day > of the LT-Session on a first-come-first-served basis (only one slot > per speaker, if necessary). > > The LT-Session needs a moderator and possibly a technical assistant, > which ensure that talk times are strictly kept and change-over time > is minimized. > > Slides are not mandatory for lightning talks and if they are used, > the number of slides should be kept to the minimum necessary. There > should be a central space on the web site to upload LT slides without > fuss. > > - Have a paper time table on the door of the "Hack'n'Roll" room where > people can register for using it at a certain time for a given > purpose (restrict number of slots that can be used by one > person/project). > > Identify an opportunity (e.g. at the beginning of the first talk in > the morning/afternoon), where people/projects can announce when they > have something happening in the "Hack'n'Roll" space. > > - Provide a glass and a bottle of water for each speaker. > > - Have more power sockets in the lecture halls. > > - Buy more (real) milk for the coffee and do not use plastic cups > (waste, too hot to hold). Put up a sign with the suggested donation > amount. If necessary, find a sponsor for the coffee. > > > Thank you for your attention and for a great LAC 2015, > > > Chris > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willgodfrey at musically.me.uk Tue Apr 14 19:40:20 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Tue, 14 Apr 2015 20:40:20 +0100 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> Message-ID: <20150414204020.709a4d4a@debian> Just to add my 2d (old UK money) I thoroughly enjoyed this year's LAC. Many thanks to all those working behind the scenes. Now I've got work to do with all the fresh ideas buzzing round in my head! -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From willgodfrey at musically.me.uk Tue Apr 14 19:46:20 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Tue, 14 Apr 2015 20:46:20 +0100 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552CC73E.9050606@gmail.com> References: <552CC73E.9050606@gmail.com> Message-ID: <20150414204620.6bd5bae6@debian> On Tue, 14 Apr 2015 08:52:30 +0100 Rui Nuno Capela wrote: > hi all, > > every year the post-lac nostalgic syndrome gets its toll... > > all the photos taken by this lousy photo-shooter of yours during the > lac2015 at jgu-mainz are now online: > http://www.rncbc.org/lac2015 > > the even lousier videos taken from some of the linux sound night live > acts are also delivered unedited and online: > http://www.youtube.com/user/rncbchannel > > enjoy Thanks for these. Photos are excellent, and vids have come out remarkably well considering the conditions :) -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From gerald.mwangi at gmx.de Tue Apr 14 22:35:07 2015 From: gerald.mwangi at gmx.de (Gerald Mwangi) Date: Wed, 15 Apr 2015 00:35:07 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: <20150414204020.709a4d4a@debian> References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> Message-ID: <552D961B.3070000@gmx.de> Hi, I'd also like to thank the organisers of the LAC2015 for the great work. IMO the informal nature of it was great, and the Hack n Roll room was there to so that people could jam with others (I jammed the hell out with the MOD Team, thanks guys). It was great that there were no restrictions/schedules/plans for that room. Regards Gerald, JimsonDrift On 14.04.2015 21:40, Will Godfrey wrote: > Just to add my 2d (old UK money) > > I thoroughly enjoyed this year's LAC. Many thanks to all those working behind > the scenes. > > Now I've got work to do with all the fresh ideas buzzing round in my head! > From aggraef at gmail.com Wed Apr 15 01:02:26 2015 From: aggraef at gmail.com (Albert Graef) Date: Wed, 15 Apr 2015 03:02:26 +0200 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552D4670.1050204@gmail.com> References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> Message-ID: Hi Rui, first, thanks a lot for the great pics and vids! I think that my son Yannic also shot some 1500 pics and a few more videos, so there's more to come. :) On Tue, Apr 14, 2015 at 6:55 PM, Rui Nuno Capela wrote: > the baron had some glenrodach on the list but sadly they were out of > stock. and even then they only have tumblers which i find a disgusting > no-no as for true die hard single malt lovers :) > I'll happily pass that on to Flo from the Baron, so that your wishes can be fulfilled at the next LAC @ Mainz, whenever that will be. They had a lot of fun doing the sound night and I think that they did a great job, even though one of the waitresses had called in ill, so that Flo himself had to sell drinks at the bar when he wasn't busy doing the setup with the artists. ;-) As you might have noticed, there also was a concert next door at the KulturCafe, but I'm afraid that we pretty much destroyed their business that night, it seems that most people were at the sound night instead. Anyway, I hope that everybody enjoyed the entire event, we did what we could to make it as good as possible. The feedback I got so far was overwhelmingly positive, and we're all proud that we're part of LAC's history now! Greetings from the JGU, Albert -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From rui.capela at gmail.com Wed Apr 15 08:11:28 2015 From: rui.capela at gmail.com (Rui Capela) Date: Wed, 15 Apr 2015 09:11:28 +0100 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> Message-ID: On Wed, Apr 15, 2015 at 2:02 AM, Albert Graef wrote: > > On Tue, Apr 14, 2015 at 6:55 PM, Rui Nuno Capela > wrote: > >> the baron had some glenrodach on the list but sadly they were out of >> stock. and even then they only have tumblers which i find a disgusting >> no-no as for true die hard single malt lovers :) >> > > I'll happily pass that on to Flo from the Baron, so that your wishes can > be fulfilled at the next LAC @ Mainz, whenever that will be. They had a lot > of fun doing the sound night and I think that they did a great job, even > though one of the waitresses had called in ill, so that Flo himself had to > sell drinks at the bar when he wasn't busy doing the setup with the > artists. ;-) > don't get me wrong: the "single-malt/tumbler incident" was just a tiny and minor detail of no consequence whatsoever, nothing to stain the least to the incredible reputation of the whole Baron's staff, and Flo's in particular. byee -- rncbc aka. Rui Nuno Capela -------------- next part -------------- An HTML attachment was scrubbed... URL: From henne-s at gmx.de Wed Apr 15 10:12:33 2015 From: henne-s at gmx.de (Hendrik) Date: Wed, 15 Apr 2015 12:12:33 +0200 Subject: [LAU] Bye bye LAC2015 - Hello LAU Message-ID: <20150415101233.GD969@neptun.localdomain> Hi everyone, I'm back from LAC2015 and I just subscribed to the LAU mailing list. I'd like to quickly introduce myself to those I haven't met at LAC2015. I'm a physicist and I work as a PhD student at the Third Institute of Physics (DPI) in G?ttingen, Germany. My main topic is 'Laser-induced cavitation bubbles'. I started using Linux in 1997 and work as a system administrator since many years. In my free time I play the piano and the drums, and I use Linux audio software occasionally for hard-disk recording or playing soft synths via a MIDI keyboard. I also use the Commodore 64 to produce electronic music. I really enjoyed the conference and learned a lot. Cheers, Hendrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From gianfranco at portalmod.com.br Wed Apr 15 10:42:05 2015 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Wed, 15 Apr 2015 12:42:05 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: <552D961B.3070000@gmx.de> References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: Hi everyone Hope that all attendees had a safe return. My impressions of the LAC 2015 we all positive and I can only thank the organization for putting such a big effort in organizing such a good event. I have some some suggestions and considerations regarding the Hack?n Roll space. Since it was a first time of such a place I reckon there?s a lot of optimizations to be done. Overall I think that the experience of the Hack n? Roll was well worth. I saw many people jamming and I also had the opportunity to play some chops (as Gerald noted :-). Some points for maintaining or for improvement: - Location: the room was placed in a very convenient spot. Not on the way but at the same time, close enough. The staircase provided what I think to be a nice separation. From the hallway one could here the music going on without being bothered by it. - Opening hours: this I believe was the main drawback. I think that the Hack n? Roll should run ?off hours? (lunch time and post presentations). It could even be closed during the ?work hours?. This would make the space much more useful and would also prevent competition in attendance to the other events. I understand that this leads to practical issues, specially regarding man power, but I really think it is something to be thought of. Also, I think it would be great if the space was opened on Sunday so that those that do not want to go on the field trip can spend the sunday there putting all the post-LAC ideas into practice :-) - Booking; this is tricky. Whereas the space was free to ?come and play? I think that an ?on demand booking system? would be handy. It could be a simple sheet of paper attached to the front door with the time slots division where people would fill in. Having a totally free using space is cool in a way, but one needs to adapt to whatever and whoever is at the place. This somehow prevents the organization of small planned sessions. - Sound equipment: this is a thing that I believe did not get clear on the emails prior to the event. I luckily took my stage bag with some guitar leads and those were very useful, but before the event I thought those would be available and almost did not took mine. I think the space should have: Mixer + PA + Loudspeakers (+ a MIDI keyboard, maybe). The rest should all be brought by participants and this should be clear from the start. - General equipment: the infrastructure of the room was great. More AC plugs that one would ever need and the desks proved also very handy. More than one time I saw people there just sitting and coding anything with actually participating in a jam. I consider this to be very nice. Guess that?s it. I had a great time at the event and would surely like to attend again. One again I?d like to thank the organization for doing such a great job. Hope to see everyone next year Regards Gianfranco The MOD Team > Em 15/04/2015, ?(s) 00:35, Gerald Mwangi escreveu: > > Hi, I'd also like to thank the organisers of the LAC2015 > for the great work. IMO the informal nature of it was great, and the > Hack n Roll room was there to so that people could jam with others (I > jammed the hell out with the MOD Team, thanks guys). It was great that > there were no restrictions/schedules/plans for that room. > Regards > Gerald, JimsonDrift > > On 14.04.2015 21:40, Will Godfrey wrote: >> Just to add my 2d (old UK money) >> >> I thoroughly enjoyed this year's LAC. Many thanks to all those working behind >> the scenes. >> >> Now I've got work to do with all the fresh ideas buzzing round in my head! >> > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From csanchezgs at gmail.com Wed Apr 15 16:38:03 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 15 Apr 2015 18:38:03 +0200 Subject: [LAU] Bye bye LAC2015 - Hello LAU In-Reply-To: <20150415101233.GD969@neptun.localdomain> References: <20150415101233.GD969@neptun.localdomain> Message-ID: 2015-04-15 12:12 GMT+02:00 Hendrik : > > Hi everyone, > > I'm back from LAC2015 and I just subscribed to the LAU mailing list. I'd > like > to quickly introduce myself to those I haven't met at LAC2015. > > I'm a physicist and I work as a PhD student at the Third Institute of > Physics > (DPI) in G?ttingen, Germany. My main topic is 'Laser-induced cavitation > bubbles'. > > I started using Linux in 1997 and work as a system administrator since many > years. In my free time I play the piano and the drums, and I use Linux > audio > software occasionally for hard-disk recording or playing soft synths via a > MIDI keyboard. I also use the Commodore 64 to produce electronic music. > > I really enjoyed the conference and learned a lot. > > > Cheers, > Hendrik > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > Hi Hendrik. Glad you finally suscribed to LAU list as we talked in LAC. Regards. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From willgodfrey at musically.me.uk Wed Apr 15 16:50:13 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 15 Apr 2015 17:50:13 +0100 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> Message-ID: <20150415175013.42b4abf0@debian> On Wed, 15 Apr 2015 09:11:28 +0100 Rui Capela wrote: > On Wed, Apr 15, 2015 at 2:02 AM, Albert Graef wrote: > > > > > On Tue, Apr 14, 2015 at 6:55 PM, Rui Nuno Capela > > wrote: > > > >> the baron had some glenrodach on the list but sadly they were out of > >> stock. and even then they only have tumblers which i find a disgusting > >> no-no as for true die hard single malt lovers :) > >> > > > > I'll happily pass that on to Flo from the Baron, so that your wishes can > > be fulfilled at the next LAC @ Mainz, whenever that will be. They had a lot > > of fun doing the sound night and I think that they did a great job, even > > though one of the waitresses had called in ill, so that Flo himself had to > > sell drinks at the bar when he wasn't busy doing the setup with the > > artists. ;-) > > > > don't get me wrong: the "single-malt/tumbler incident" was just a tiny and > minor detail of no consequence whatsoever, nothing to stain the least to > the incredible reputation of the whole Baron's staff, and Flo's in > particular. > > byee > -- > rncbc aka. Rui Nuno Capela One thing that I appreciated about the Baron staff was how friendly they were - even to those of us who had no real idea what we wanted, nor how to ask for it! -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From csanchezgs at gmail.com Wed Apr 15 17:26:56 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 15 Apr 2015 19:26:56 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: 2015-04-15 12:42 GMT+02:00 Gianfranco Ceccolini : > Hi everyone > > Hope that all attendees had a safe return. > > My impressions of the LAC 2015 we all positive and I can only thank the > organization for putting such a big effort in organizing such a good event. > > I have some some suggestions and considerations regarding the Hack'n Roll > space. > > Since it was a first time of such a place I reckon there's a lot of > optimizations to be done. > > Overall I think that the experience of the Hack n' Roll was well worth. I > saw many people jamming and I also had the opportunity to play some chops > (as Gerald noted :-). > > Some points for maintaining or for improvement: > > - Location: the room was placed in a very convenient spot. Not on the way > but at the same time, close enough. The staircase provided what I think to > be a nice separation. From the hallway one could here the music going on > without being bothered by it. > > - Opening hours: this I believe was the main drawback. I think that the > Hack n' Roll should run "off hours" (lunch time and post presentations). It > could even be closed during the "work hours". This would make the space > much more useful and would also prevent competition in attendance to the > other events. I understand that this leads to practical issues, specially > regarding man power, but I really think it is something to be thought of. > > Also, I think it would be great if the space was opened on Sunday so that > those that do not want to go on the field trip can spend the sunday there > putting all the post-LAC ideas into practice :-) > > - Booking; this is tricky. Whereas the space was free to "come and play" I > think that an "on demand booking system" would be handy. It could be a > simple sheet of paper attached to the front door with the time slots > division where people would fill in. Having a totally free using space is > cool in a way, but one needs to adapt to whatever and whoever is at the > place. This somehow prevents the organization of small planned sessions. > > - Sound equipment: this is a thing that I believe did not get clear on the > emails prior to the event. I luckily took my stage bag with some guitar > leads and those were very useful, but before the event I thought those > would be available and almost did not took mine. > > I think the space should have: Mixer + PA + Loudspeakers (+ a MIDI > keyboard, maybe). The rest should all be brought by participants and this > should be clear from the start. > > - General equipment: the infrastructure of the room was great. More AC > plugs that one would ever need and the desks proved also very handy. More > than one time I saw people there just sitting and coding anything with > actually participating in a jam. I consider this to be very nice. > > > Guess that's it. I had a great time at the event and would surely like to > attend again. > > One again I'd like to thank the organization for doing such a great job. > > Hope to see everyone next year > > Regards > > Gianfranco > The MOD Team > > > > > Em 15/04/2015, ?(s) 00:35, Gerald Mwangi > escreveu: > > > > Hi, I'd also like to thank the organisers of the LAC2015 > > for the great work. IMO the informal nature of it was great, and the > > Hack n Roll room was there to so that people could jam with others (I > > jammed the hell out with the MOD Team, thanks guys). It was great that > > there were no restrictions/schedules/plans for that room. > > Regards > > Gerald, JimsonDrift > > > > On 14.04.2015 21:40, Will Godfrey wrote: > >> Just to add my 2d (old UK money) > >> > >> I thoroughly enjoyed this year's LAC. Many thanks to all those working > behind > >> the scenes. > >> > >> Now I've got work to do with all the fresh ideas buzzing round in my > head! > >> > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Hello dear all LAUers. After so many years subscribed to this list I finally managed to go to this 13th LAC (and it seems 13 is a great number and brought us "good LAC" ;) ). Despite taking several planes and waiting for hours to get there, I can only be grateful in many ways and to many people: - to the organization, for all the effort and uncountless hours of preparation, and being able to manage getting it all done successfully despite all the issues that may have happened - to all of you for being not only the creators, coders, testers, users, etc of such a great stuff whether it's software, hardware or content, but also for being amazing people to have a tech chat, brainstorm (serious or not :) ) or laugh having some beer/wine (no, not the emulator ;) ). So... Thanks to all and such a pleasure to know you face to face at last. Having said that, and to add my two cents regarding possible improvements for future LACs, these are a few I've talked with some of you (some of them already pointed on previous mails): - some more combo acoustic (or electronics) instruments, such as guitar, bass, drums, percussion, and also mic(s) + PA for singing and jamming "the old way" and mix it with the already present digital/electro stuff. I would loved to provide some but travelling with such stuff is complicated these days. - at some conferences I could barely hear the speaker (or his voice was distorted), or he couldn't get the sound out of his laptop, so one person who knows the equipment to help would be nice Kindest regards. P.S.1: It would be nice to have some LAC in Spain, although I talked about this with some of you and the reality is that is hard and difficult for many reasons. Anyway, it would be great. P.S.2: Frank, please don't take P.S.1 so serious to consider me as some next organizer ;) (at least not for the moment, let's see) -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Wed Apr 15 17:33:14 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 15 Apr 2015 19:33:14 +0200 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <20150415175013.42b4abf0@debian> References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> <20150415175013.42b4abf0@debian> Message-ID: 2015-04-15 18:50 GMT+02:00 Will Godfrey : > On Wed, 15 Apr 2015 09:11:28 +0100 > Rui Capela wrote: > > > On Wed, Apr 15, 2015 at 2:02 AM, Albert Graef wrote: > > > > > > > > On Tue, Apr 14, 2015 at 6:55 PM, Rui Nuno Capela > > > > wrote: > > > > > >> the baron had some glenrodach on the list but sadly they were out of > > >> stock. and even then they only have tumblers which i find a disgusting > > >> no-no as for true die hard single malt lovers :) > > >> > > > > > > I'll happily pass that on to Flo from the Baron, so that your wishes > can > > > be fulfilled at the next LAC @ Mainz, whenever that will be. They had > a lot > > > of fun doing the sound night and I think that they did a great job, > even > > > though one of the waitresses had called in ill, so that Flo himself > had to > > > sell drinks at the bar when he wasn't busy doing the setup with the > > > artists. ;-) > > > > > > > don't get me wrong: the "single-malt/tumbler incident" was just a tiny > and > > minor detail of no consequence whatsoever, nothing to stain the least to > > the incredible reputation of the whole Baron's staff, and Flo's in > > particular. > > > > byee > > -- > > rncbc aka. Rui Nuno Capela > > One thing that I appreciated about the Baron staff was how friendly they > were - > even to those of us who had no real idea what we wanted, nor how to ask > for it! > > -- > Will J Godfrey > http://www.musically.me.uk > Say you have a poem and I have a tune. > Exchange them and we can both have a poem, a tune, and a song. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Yes, people at the Baton were really nice even the moments when they had more people they could handle. And, Rui, is there some zipped file to download the photos and videos at once? Maybe there's a link in the web I missed. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From brummer- at web.de Wed Apr 15 18:14:50 2015 From: brummer- at web.de (Hermann Meyer) Date: Wed, 15 Apr 2015 20:14:50 +0200 Subject: [LAU] A couple of new plugins Message-ID: <552EAA9A.2070407@web.de> been pushed to the guitarix git repository. Those are simulations of the following pedals: Fuzz Face JH1 Fuzz Face Fuller Mods Fuzz Face Roger Mayer Foxey Lady Colorsound Tonebender Sustainer+Muff (Big Muff Pi) Screamig Bird Hornet High Frequency Brightener LPB-1 Booster Hogs Foot They are generated from schematic files, with our Ampsim Toolkit. http://sourceforge.net/p/guitarix/blog/2015/03/j-hendrix-fuzz-face/ Schematic files (gschem) been included in the tools directory. regards hermann From fons at linuxaudio.org Wed Apr 15 18:40:56 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 15 Apr 2015 18:40:56 +0000 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <20150415175013.42b4abf0@debian> References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> <20150415175013.42b4abf0@debian> Message-ID: <20150415184056.GA28086@linuxaudio.org> On Wed, Apr 15, 2015 at 05:50:13PM +0100, Will Godfrey wrote: > One thing that I appreciated about the Baron staff was how friendly they were - > even to those of us who had no real idea what we wanted, nor how to ask for it! Yes, I feel just the same, they were great. Even calculating individual bills for everyone without problem. I've rarely been so generous with tips, but they deserved every cent of them. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From rui.capela at gmail.com Wed Apr 15 18:41:56 2015 From: rui.capela at gmail.com (Rui Nuno Capela) Date: Wed, 15 Apr 2015 19:41:56 +0100 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> <20150415175013.42b4abf0@debian> Message-ID: <552EB0F4.3040102@gmail.com> On 04/15/2015 06:33 PM, Carlos sanchiavedraz wrote: > > And, Rui, is there some zipped file to download the photos and videos at > once? Maybe there's a link in the web I missed. > hi Carlos as i believe i've said personally there will be no such thing for the whole set (3GB+) however, if you find a few dozen that interests you specially just list the file names (P11??????.JPG) on a pm. and i'll see what i can do cheers -- rncbc aka. Rui Nuno Capela From csanchezgs at gmail.com Wed Apr 15 18:44:54 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Wed, 15 Apr 2015 20:44:54 +0200 Subject: [LAU] A couple of new plugins In-Reply-To: <552EAA9A.2070407@web.de> References: <552EAA9A.2070407@web.de> Message-ID: 2015-04-15 20:14 GMT+02:00 Hermann Meyer : > been pushed to the guitarix git repository. Those are simulations of the > following pedals: > > Fuzz Face JH1 > Fuzz Face Fuller Mods > Fuzz Face Roger Mayer > Foxey Lady > Colorsound Tonebender > Sustainer+Muff (Big Muff Pi) > Screamig Bird > Hornet > High Frequency Brightener > LPB-1 Booster > Hogs Foot > > They are generated from schematic files, with our Ampsim Toolkit. > http://sourceforge.net/p/guitarix/blog/2015/03/j-hendrix-fuzz-face/ > > Schematic files (gschem) been included in the tools directory. > > regards > hermann > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Really attractive set of pedals. Great job! -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Wed Apr 15 18:52:05 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraZ) Date: Wed, 15 Apr 2015 20:52:05 +0200 Subject: [LAU] lac2015 photo gallery & videos In-Reply-To: <552EB0F4.3040102@gmail.com> References: <552CC73E.9050606@gmail.com> <552D0E5A.8040109@woh.rr.com> <552D4670.1050204@gmail.com> <20150415175013.42b4abf0@debian> <552EB0F4.3040102@gmail.com> Message-ID: 2015-04-15 20:41 GMT+02:00 Rui Nuno Capela : > On 04/15/2015 06:33 PM, Carlos sanchiavedraz wrote: > >> >> And, Rui, is there some zipped file to download the photos and videos at >> once? Maybe there's a link in the web I missed. >> >> > hi Carlos > > as i believe i've said personally there will be no such thing for the > whole set (3GB+) > > however, if you find a few dozen that interests you specially just list > the file names (P11??????.JPG) on a pm. and i'll see what i can do > > cheers > > -- > rncbc aka. Rui Nuno Capela > No problem at all, Rui. I'll download manually the ones I like. Thanks. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Wed Apr 15 18:53:31 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 15 Apr 2015 18:53:31 +0000 Subject: [LAU] A couple of new plugins In-Reply-To: References: <552EAA9A.2070407@web.de> Message-ID: <20150415185331.GB28086@linuxaudio.org> On Wed, Apr 15, 2015 at 08:44:54PM +0200, Carlos sanchiavedraz wrote: > Really attractive set of pedals. Great job! And congratulations ! For those who didn't attend the latest LAC: Guitarix is the winner of the Faust Open Source Software Competition. -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From aggraef at gmail.com Wed Apr 15 18:59:48 2015 From: aggraef at gmail.com (Albert Graef) Date: Wed, 15 Apr 2015 20:59:48 +0200 Subject: [LAU] A couple of new plugins In-Reply-To: <20150415185331.GB28086@linuxaudio.org> References: <552EAA9A.2070407@web.de> <20150415185331.GB28086@linuxaudio.org> Message-ID: Congrats from me as well! :) Albert On Wed, Apr 15, 2015 at 8:53 PM, Fons Adriaensen wrote: > On Wed, Apr 15, 2015 at 08:44:54PM +0200, Carlos sanchiavedraz wrote: > > > Really attractive set of pedals. Great job! > > And congratulations ! > > For those who didn't attend the latest LAC: Guitarix is the > winner of the Faust Open Source Software Competition. > > -- > FA > > A world of exhaustive, reliable metadata would be an utopia. > It's also a pipe-dream, founded on self-delusion, nerd hubris > and hysterically inflated market opportunities. (Cory Doctorow) > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From brummer- at web.de Wed Apr 15 20:00:27 2015 From: brummer- at web.de (Hermann Meyer) Date: Wed, 15 Apr 2015 22:00:27 +0200 Subject: [LAU] A couple of new plugins In-Reply-To: References: <552EAA9A.2070407@web.de> <20150415185331.GB28086@linuxaudio.org> Message-ID: <552EC35B.6000900@web.de> Many thanks, Albert and Fons I'm more then pleased, getting this award, for the work we've done in the guitarix project, from such highly regarded people. > * Albert Graef (Johannes Gutenberg U., Mainz, Germany), > * Pierre Jouvelot (Ecole des Mines, Paris, France), > * Victor Lazzarini (Maynooth U., Maynooth, Ireland), > * Yann Orlarey (Grame, Lyon, France), > * Laurent Pottier (U. Jean Monnet, Saint Etienne, France), > * Julius Smith (Stanford U., Palo Alto, USA) regards hermann Am 15.04.2015 um 20:59 schrieb Albert Graef: > Congrats from me as well! :) > > Albert > > On Wed, Apr 15, 2015 at 8:53 PM, Fons Adriaensen > wrote: > > On Wed, Apr 15, 2015 at 08:44:54PM +0200, Carlos sanchiavedraz wrote: > > > Really attractive set of pedals. Great job! > > And congratulations ! > > For those who didn't attend the latest LAC: Guitarix is the > winner of the Faust Open Source Software Competition. > > -- > FA > > A world of exhaustive, reliable metadata would be an utopia. > It's also a pipe-dream, founded on self-delusion, nerd hubris > and hysterically inflated market opportunities. (Cory Doctorow) > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > > -- > Dr. Albert Gr"af > Computer Music Research Group, JGU Mainz, Germany > Email: aggraef at gmail.com > WWW: https://plus.google.com/+AlbertGraef > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From fons at linuxaudio.org Wed Apr 15 21:19:43 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 15 Apr 2015 21:19:43 +0000 Subject: [LAU] A couple of new plugins In-Reply-To: <552EC35B.6000900@web.de> References: <552EAA9A.2070407@web.de> <20150415185331.GB28086@linuxaudio.org> <552EC35B.6000900@web.de> Message-ID: <20150415211943.GC4705@linuxaudio.org> On Wed, Apr 15, 2015 at 10:00:27PM +0200, Hermann Meyer wrote: > Many thanks, Albert and Fons > > I'm more then pleased, getting this award, for the work we've done > in the guitarix project, > from such highly regarded people. > > > * Albert Graef (Johannes Gutenberg U., Mainz, Germany), > > * Pierre Jouvelot (Ecole des Mines, Paris, France), > > * Victor Lazzarini (Maynooth U., Maynooth, Ireland), > > * Yann Orlarey (Grame, Lyon, France), > > * Laurent Pottier (U. Jean Monnet, Saint Etienne, France), > > * Julius Smith (Stanford U., Palo Alto, USA) During the awards ceremony Yann Orlarey presented some details of the 'runners up'. You've won against some strong competition ! Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From brummer- at web.de Thu Apr 16 04:03:02 2015 From: brummer- at web.de (Hermann Meyer) Date: Thu, 16 Apr 2015 06:03:02 +0200 Subject: [LAU] A couple of new plugins In-Reply-To: <20150415211943.GC4705@linuxaudio.org> References: <552EAA9A.2070407@web.de> <20150415185331.GB28086@linuxaudio.org> <552EC35B.6000900@web.de> <20150415211943.GC4705@linuxaudio.org> Message-ID: <552F3476.7070203@web.de> Am 15.04.2015 um 23:19 schrieb Fons Adriaensen: > On Wed, Apr 15, 2015 at 10:00:27PM +0200, Hermann Meyer wrote: >> Many thanks, Albert and Fons >> >> I'm more then pleased, getting this award, for the work we've done >> in the guitarix project, >> from such highly regarded people. >> >>> * Albert Graef (Johannes Gutenberg U., Mainz, Germany), >>> * Pierre Jouvelot (Ecole des Mines, Paris, France), >>> * Victor Lazzarini (Maynooth U., Maynooth, Ireland), >>> * Yann Orlarey (Grame, Lyon, France), >>> * Laurent Pottier (U. Jean Monnet, Saint Etienne, France), >>> * Julius Smith (Stanford U., Palo Alto, USA) > During the awards ceremony Yann Orlarey presented some > details of the 'runners up'. You've won against some > strong competition ! > > Ciao, > A pity that I cant manage to attend to the LAC this year, it must have been a great event. I'm eager to see the videos to get a impression of it. regards hermann From len at ovenwerks.net Thu Apr 16 05:10:40 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 15 Apr 2015 22:10:40 -0700 (PDT) Subject: [LAU] $3 MCP MIDI controller Message-ID: Take a second keyboard from the dollar store (mine is USB) add a driver and it can cantrol the DAW. http://www.ovenwerks.net/hardware/index.html I get 5 channel strips and enough keys left to emulate al the rest of the mackie controller keys with one or two left over. I was thinking of using the little controller inside and trying to hook up some encoders between two keys, but even with cheap encoders it becomes worth getting a better controller pretty quick. I am looking at the odroid I think. It would use either rtpmidi or ipmidi or both. However, this code is still useful. It is not hard to think of ways to use an extra set of controller keys. -- Len Ovens www.ovenwerks.net From atte at youmail.dk Thu Apr 16 09:19:17 2015 From: atte at youmail.dk (Atte) Date: Thu, 16 Apr 2015 11:19:17 +0200 Subject: [LAU] kernel 4.0 issues Message-ID: <552F7E95.8090804@youmail.dk> Hi I compiled 4.0, seems to work fine, however jack audio breaks up, and my quadcore is only running on one core (only one cpu listed in /proc/cpuinfo). I suspect the two to be related. Any thoughts? Others running on 4.0? Special things to think about? NB: Couldn't find the config for multicore support in the kernel, hints? -- Atte http://atte.dk http://a773.dk From atte at youmail.dk Thu Apr 16 09:31:13 2015 From: atte at youmail.dk (Atte) Date: Thu, 16 Apr 2015 11:31:13 +0200 Subject: [LAU] kernel 4.0 issues In-Reply-To: <20150416092402.GB18692@gmail.com> References: <552F7E95.8090804@youmail.dk> <20150416092402.GB18692@gmail.com> Message-ID: <552F8161.5000604@youmail.dk> On 04/16/2015 11:24 AM, Raffaele Morelli wrote: >> NB: Couldn't find the config for multicore support in the kernel, hints? > > CONFIG_SMP Got it, thanks! -- Atte http://atte.dk http://a773.dk From raffaele.morelli at gmail.com Thu Apr 16 09:46:44 2015 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Thu, 16 Apr 2015 11:46:44 +0200 Subject: [LAU] kernel 4.0 issues In-Reply-To: <552F8161.5000604@youmail.dk> References: <552F7E95.8090804@youmail.dk> <20150416092402.GB18692@gmail.com> <552F8161.5000604@youmail.dk> Message-ID: <20150416094644.GC18692@gmail.com> On 16/04/15 at 11:31am, Atte wrote: > On 04/16/2015 11:24 AM, Raffaele Morelli wrote: > > >> NB: Couldn't find the config for multicore support in the kernel, hints? > > > > CONFIG_SMP > > Got it, thanks! > You're welcome. But, was it turned of by default? if yes would be quite strange, because - if I remember well - enabling CONFIG_SMP on single core cpu should do no harm -- ?My mama said to get things done You'd better not mess with Major Tom? From atte at youmail.dk Thu Apr 16 10:02:23 2015 From: atte at youmail.dk (Atte) Date: Thu, 16 Apr 2015 12:02:23 +0200 Subject: [LAU] kernel 4.0 issues In-Reply-To: <20150416094644.GC18692@gmail.com> References: <552F7E95.8090804@youmail.dk> <20150416092402.GB18692@gmail.com> <552F8161.5000604@youmail.dk> <20150416094644.GC18692@gmail.com> Message-ID: <552F88AF.6050306@youmail.dk> On 04/16/2015 11:46 AM, Raffaele Morelli wrote: > But, was it turned of by default? if yes would be quite strange, because - if I remember > well - enabling CONFIG_SMP on single core cpu should do no harm Yes was off by default, started with config from 3.2.0, maybe I messed up the generation of new .config from there... -- Atte http://atte.dk http://a773.dk From pshirkey at boosthardware.com Thu Apr 16 14:19:27 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 17 Apr 2015 00:19:27 +1000 (EST) Subject: [LAU] Pixel Land Jazz Ensemble Message-ID: <40878.86.105.94.79.1429193967.squirrel@boosthardware.com> Hi, Some of you may be interested in a fresh slice of "The Saints Go Marching in" from the "Pixel Land Jazz Ensemble" as arranged by Dr Richard Marschall https://soundcloud.com/kotau/final-saints-48khz You can hear this track and others on the LCRM jazz stream: http://lowcostrestaurantmusic.com -- Patrick Shirkey Boost Hardware Ltd From gheskett at wdtv.com Thu Apr 16 15:03:19 2015 From: gheskett at wdtv.com (Gene Heskett) Date: Thu, 16 Apr 2015 11:03:19 -0400 Subject: [LAU] Pixel Land Jazz Ensemble In-Reply-To: <40878.86.105.94.79.1429193967.squirrel@boosthardware.com> References: <40878.86.105.94.79.1429193967.squirrel@boosthardware.com> Message-ID: <201504161103.19718.gheskett@wdtv.com> On Thursday 16 April 2015 10:19:27 Patrick Shirkey wrote: > Hi, > > Some of you may be interested in a fresh slice of "The Saints Go > Marching in" from the "Pixel Land Jazz Ensemble" as arranged by Dr > Richard Marschall > > https://soundcloud.com/kotau/final-saints-48khz I thought this one was worth listening too, and on balance it was. Nicely creative but a bit slower paced than the Saints would normally be. Rather than the rousing march it usually is, it gives the impression of just slowly ambling down the street. Solo work from around the 4 minute mark on was nicely highlighted. Thank you. > > You can hear this track and others on the LCRM jazz stream: > > http://lowcostrestaurantmusic.com > > > > -- > Patrick Shirkey > Boost Hardware Ltd > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page From gg3137 at vegri.net Thu Apr 16 15:51:17 2015 From: gg3137 at vegri.net (Giso Grimm) Date: Thu, 16 Apr 2015 17:51:17 +0200 Subject: [LAU] LAC 2015 thanks Message-ID: <552FDA75.30904@vegri.net> I would like to express my thanks to all the organizers and the support teams in Mainz. It was again a great conference, with exchange of informations, opinions and music, and it was nice to have the chance to have a beer or two with many great people from the community. Thanks to Albert and his family for their great job in making LAC 2015 possible! Giso From bruviaro at scu.edu Thu Apr 16 15:57:03 2015 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Thu, 16 Apr 2015 08:57:03 -0700 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: Another comment about LAC 2015: I enjoyed a lot that concerts were short (generally under an hour). It felt like we could better focus on and appreciate each piece in the program, even after a long day of papers and workshops. I also like the idea of keeping and further improving a hack 'n roll space in the future. One very successful example I've seen was in the Darmstadt Festival 2012 (they called it Open Space). There were a few rooms available for booking by anyone, through a big & highly visible wall poster with time slots with titles and short description of proposed activity. Slots filled up quickly, and attendees started to stop by there regularly to check out what was going on and join a session etc. For LAC size, I think one room is enough, and overlapping hours with some of the official schedule is OK in my view. The open tables in the hallway, always work as an even more informal hacking & sharing space, and I saw great things happening there. Independently of any Hack n Roll room, that kind of casual open table space is a vital structure to connect people. Being in the corridor, in plain sight, and near the coffee, is what made it work so well. Congrats and thanks to Albert and team for all the hard work this year! Bruno On Wednesday, April 15, 2015, Carlos sanchiavedraz wrote: > > > 2015-04-15 12:42 GMT+02:00 Gianfranco Ceccolini < > gianfranco at portalmod.com.br > >: > >> Hi everyone >> >> Hope that all attendees had a safe return. >> >> My impressions of the LAC 2015 we all positive and I can only thank the >> organization for putting such a big effort in organizing such a good event. >> >> I have some some suggestions and considerations regarding the Hack?n Roll >> space. >> >> Since it was a first time of such a place I reckon there?s a lot of >> optimizations to be done. >> >> Overall I think that the experience of the Hack n? Roll was well worth. I >> saw many people jamming and I also had the opportunity to play some chops >> (as Gerald noted :-). >> >> Some points for maintaining or for improvement: >> >> - Location: the room was placed in a very convenient spot. Not on the >> way but at the same time, close enough. The staircase provided what I think >> to be a nice separation. From the hallway one could here the music going on >> without being bothered by it. >> >> - Opening hours: this I believe was the main drawback. I think that the >> Hack n? Roll should run ?off hours? (lunch time and post presentations). It >> could even be closed during the ?work hours?. This would make the space >> much more useful and would also prevent competition in attendance to the >> other events. I understand that this leads to practical issues, specially >> regarding man power, but I really think it is something to be thought of. >> >> Also, I think it would be great if the space was opened on Sunday so that >> those that do not want to go on the field trip can spend the sunday there >> putting all the post-LAC ideas into practice :-) >> >> - Booking; this is tricky. Whereas the space was free to ?come and play? >> I think that an ?on demand booking system? would be handy. It could be a >> simple sheet of paper attached to the front door with the time slots >> division where people would fill in. Having a totally free using space is >> cool in a way, but one needs to adapt to whatever and whoever is at the >> place. This somehow prevents the organization of small planned sessions. >> >> - Sound equipment: this is a thing that I believe did not get clear on >> the emails prior to the event. I luckily took my stage bag with some guitar >> leads and those were very useful, but before the event I thought those >> would be available and almost did not took mine. >> >> I think the space should have: Mixer + PA + Loudspeakers (+ a MIDI >> keyboard, maybe). The rest should all be brought by participants and this >> should be clear from the start. >> >> - General equipment: the infrastructure of the room was great. More AC >> plugs that one would ever need and the desks proved also very handy. More >> than one time I saw people there just sitting and coding anything with >> actually participating in a jam. I consider this to be very nice. >> >> >> Guess that?s it. I had a great time at the event and would surely like to >> attend again. >> >> One again I?d like to thank the organization for doing such a great job. >> >> Hope to see everyone next year >> >> Regards >> >> Gianfranco >> The MOD Team >> >> >> >> > Em 15/04/2015, ?(s) 00:35, Gerald Mwangi > > escreveu: >> > >> > Hi, I'd also like to thank the organisers of the LAC2015 >> > for the great work. IMO the informal nature of it was great, and the >> > Hack n Roll room was there to so that people could jam with others (I >> > jammed the hell out with the MOD Team, thanks guys). It was great that >> > there were no restrictions/schedules/plans for that room. >> > Regards >> > Gerald, JimsonDrift >> > >> > On 14.04.2015 21:40, Will Godfrey wrote: >> >> Just to add my 2d (old UK money) >> >> >> >> I thoroughly enjoyed this year's LAC. Many thanks to all those working >> behind >> >> the scenes. >> >> >> >> Now I've got work to do with all the fresh ideas buzzing round in my >> head! >> >> >> > _______________________________________________ >> > Linux-audio-user mailing list >> > Linux-audio-user at lists.linuxaudio.org >> >> > http://lists.linuxaudio.org/listinfo/linux-audio-user >> >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> > > > Hello dear all LAUers. > > After so many years subscribed to this list I finally managed to go to > this 13th LAC (and it seems 13 is a great number and brought us "good LAC" > ;) ). > > Despite taking several planes and waiting for hours to get there, I can > only be grateful in many ways and to many people: > > - to the organization, for all the effort and uncountless hours of > preparation, and being able to manage getting it all done successfully > despite all the issues that may have happened > > - to all of you for being not only the creators, coders, testers, users, > etc of such a great stuff whether it's software, hardware or content, but > also for being amazing people to have a tech chat, brainstorm (serious or > not :) ) or laugh having some beer/wine (no, not the emulator ;) ). > > So... Thanks to all and such a pleasure to know you face to face at last. > > Having said that, and to add my two cents regarding possible improvements > for future LACs, these are a few I've talked with some of you (some of them > already pointed on previous mails): > > - some more combo acoustic (or electronics) instruments, such as guitar, > bass, drums, percussion, and also mic(s) + PA for singing and jamming "the > old way" and mix it with the already present digital/electro stuff. I would > loved to provide some but travelling with such stuff is complicated these > days. > > - at some conferences I could barely hear the speaker (or his voice was > distorted), or he couldn't get the sound out of his laptop, so one person > who knows the equipment to help would be nice > > Kindest regards. > > P.S.1: It would be nice to have some LAC in Spain, although I talked about > this with some of you and the reality is that is hard and difficult for > many reasons. Anyway, it would be great. > > P.S.2: Frank, please don't take P.S.1 so serious to consider me as some > next organizer ;) (at least not for the moment, let's see) > > -- > > C. sanchiavedraZ: > * NEW / NUEVO: www.sanchiavedraZ.com > * Musix GNU+Linux: www.musix.es > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rncbc at rncbc.org Thu Apr 16 16:38:26 2015 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Thu, 16 Apr 2015 17:38:26 +0100 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: On 04/16/2015 04:57 PM, Bruno Ruviaro wrote: > > I also like the idea of keeping and further improving a hack 'n roll > space in the future. hi Bruno et al. do you remember that jsb picture on the hack'n'roll room at the back? here goes, as promised: http://www.memegen.com/meme/f3ddto ps. feel free to make your own ;) cheers -- rncbc aka. Rui Nuno Capela From pshirkey at boosthardware.com Thu Apr 16 19:51:12 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 17 Apr 2015 05:51:12 +1000 (EST) Subject: [LAU] Pixel Land Jazz Ensemble In-Reply-To: <40878.86.105.94.79.1429193969.squirrel@boosthardware.com> References: <40878.86.105.94.79.1429193969.squirrel@boosthardware.com> Message-ID: <52697.178.73.210.16.1429213872.squirrel@boosthardware.com> Gene Hesket wrote: >> Some of you may be interested in a fresh slice of "The Saints Go Marching >> in" from the "Pixel Land Jazz Ensemble" as arranged by Dr Richard >> Marschall >> >> https://soundcloud.com/kotau/final-saints-48khz >> > I thought this one was worth listening too, and on balance it was. > Nicely creative but a bit slower paced than the Saints would normally > be. Rather than the rousing march it usually is, it gives the > impression of just slowly ambling down the street. Solo work from > around the 4 minute mark on was nicely highlighted. Thank you. Thanks Gene, I agree that the main section has a tighter feel to it and the "Pixel Land Jazz Ensemble" comes together well at that point but I hope you'll have another listen to the lead in again. It's Actually more Impressive than the main section from several aspects ;-) > > You can hear this track and others on the LCRM jazz stream: > > http://lowcostrestaurantmusic.com > -- Patrick Shirkey Boost Hardware Ltd From gheskett at wdtv.com Fri Apr 17 00:09:52 2015 From: gheskett at wdtv.com (Gene Heskett) Date: Thu, 16 Apr 2015 20:09:52 -0400 Subject: [LAU] Pixel Land Jazz Ensemble In-Reply-To: <52697.178.73.210.16.1429213872.squirrel@boosthardware.com> References: <40878.86.105.94.79.1429193969.squirrel@boosthardware.com> <52697.178.73.210.16.1429213872.squirrel@boosthardware.com> Message-ID: <201504162009.52243.gheskett@wdtv.com> On Thursday 16 April 2015 15:51:12 Patrick Shirkey wrote: > Gene Hesket wrote: > >> Some of you may be interested in a fresh slice of "The Saints Go > >> Marching in" from the "Pixel Land Jazz Ensemble" as arranged by Dr > >> Richard Marschall > >> > >> https://soundcloud.com/kotau/final-saints-48khz > > > > I thought this one was worth listening too, and on balance it was. > > Nicely creative but a bit slower paced than the Saints would > > normally be. Rather than the rousing march it usually is, it gives > > the impression of just slowly ambling down the street. Solo work > > from around the 4 minute mark on was nicely highlighted. Thank you. > > Thanks Gene, I agree that the main section has a tighter feel to it > and the "Pixel Land Jazz Ensemble" comes together well at that point > but I hope you'll have another listen to the lead in again. It's > Actually more Impressive than the main section from several aspects > ;-) The bb- work is good, better than I could do when they handed me one of them when I was about 14, playing in the school band in the late '40's. I got the double B flat because no one else wanted it. Sort like the drill sargent, point at guys & saying I need 3 volunteers, you, you, and you. But I never really got past the usual stuff they were teaching in the 40's. So I'm a bit like Howard Cosell, who claimed he had never played the game. But even then I knew that even if I got to be the worlds best, I'd still be sitting in the back row. :) > > You can hear this track and others on the LCRM jazz stream: > > > > http://lowcostrestaurantmusic.com > > -- > Patrick Shirkey > Boost Hardware Ltd > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page From pshirkey at boosthardware.com Fri Apr 17 07:21:24 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 17 Apr 2015 17:21:24 +1000 (EST) Subject: [LAU] Pixel Land Jazz Ensemble In-Reply-To: <201504162009.52243.gheskett@wdtv.com> References: <40878.86.105.94.79.1429193969.squirrel@boosthardware.com> <52697.178.73.210.16.1429213872.squirrel@boosthardware.com> <201504162009.52243.gheskett@wdtv.com> Message-ID: <54385.178.73.210.16.1429255284.squirrel@boosthardware.com> On Fri, April 17, 2015 10:09 am, Gene Heskett wrote: > > > On Thursday 16 April 2015 15:51:12 Patrick Shirkey wrote: >> Gene Hesket wrote: >> >> Some of you may be interested in a fresh slice of "The Saints Go >> >> Marching in" from the "Pixel Land Jazz Ensemble" as arranged by Dr >> >> Richard Marschall >> >> >> >> https://soundcloud.com/kotau/final-saints-48khz >> > >> > I thought this one was worth listening too, and on balance it was. >> > Nicely creative but a bit slower paced than the Saints would >> > normally be. Rather than the rousing march it usually is, it gives >> > the impression of just slowly ambling down the street. Solo work >> > from around the 4 minute mark on was nicely highlighted. Thank you. >> >> Thanks Gene, I agree that the main section has a tighter feel to it >> and the "Pixel Land Jazz Ensemble" comes together well at that point >> but I hope you'll have another listen to the lead in again. It's >> Actually more Impressive than the main section from several aspects >> ;-) > > The bb- work is good, better than I could do when they handed me one of > them when I was about 14, playing in the school band in the late '40's. I place the skill level at around that age too but it is also possible that they were all inebriated after a long night of playing. Considering the actual age of the individual musicians is significantly less it is still quite an achievement and IMO almost virtuoso on the improv. > I got the double B flat because no one else wanted it. Sort like the > drill sargent, point at guys & saying I need 3 volunteers, you, you, and > you. > > But I never really got past the usual stuff they were teaching in the > 40's. So I'm a bit like Howard Cosell, who claimed he had never played > the game. But even then I knew that even if I got to be the worlds > best, I'd still be sitting in the back row. :) > >> > You can hear this track and others on the LCRM jazz stream: >> > >> > http://lowcostrestaurantmusic.com >> >> -- >> Patrick Shirkey >> Boost Hardware Ltd >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user > > Cheers, Gene Heskett > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > Genes Web page > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Patrick Shirkey Boost Hardware Ltd From athanasios.silis at gmail.com Fri Apr 17 09:40:05 2015 From: athanasios.silis at gmail.com (Athanasios Silis) Date: Fri, 17 Apr 2015 12:40:05 +0300 Subject: [LAU] running jackd from rc.local Message-ID: Hi all, I am trying to run jackd instance from /etc/rc.local (along with a few other applications) from a custom made init script. The system is ubuntustudio and I have setup everything to have elevated permissions when executing applications from the @audio group. so when I am logged on, I see this: nass at starkill:~$ ulimit -r -l real-time priority (-r) 95 max locked memory (kbytes, -l) unlimited which is expected and I can execute the script I wrote. but, when I execute my script from /etc/rc.local as su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio" then my user does not (yet?) have elevated permissions. real-time priority (-r) 0 max locked memory (kbytes, -l) 64 is there a script I can run before my start_audio script to elevate my permissions? thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From listac at nebelschwaden.de Fri Apr 17 12:18:03 2015 From: listac at nebelschwaden.de (Ede Wolf) Date: Fri, 17 Apr 2015 14:18:03 +0200 Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: <5530F9FB.8020307@nebelschwaden.de> Great you've asked, I am having the same problem. "su - user" does not work, but logging in as user and run the same command does. Happens with both, jack and jack2. With jack2 I am also getting an error that it can't open X, wenn run from command line. But that maybe an issue specific to the jack2 version of arch, as there is no reason why jackd should need a display. Am 17.04.2015 um 11:40 schrieb Athanasios Silis: > Hi all, > I am trying to run jackd instance from /etc/rc.local (along with a few > other applications) from a custom made init script. > > The system is ubuntustudio and I have setup everything to have elevated > permissions when executing applications from the @audio group. > > so when I am logged on, I see this: > nass at starkill:~$ ulimit -r -l > real-time priority (-r) 95 > max locked memory (kbytes, -l) unlimited > > which is expected and I can execute the script I wrote. > > but, when I execute my script from /etc/rc.local as > su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio" > then my user does not (yet?) have elevated permissions. > > real-time priority (-r) 0 > max locked memory (kbytes, -l) 64 > > is there a script I can run before my start_audio script to elevate my > permissions? > > thank you > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > From athanasios.silis at gmail.com Fri Apr 17 12:45:19 2015 From: athanasios.silis at gmail.com (Athanasios Silis) Date: Fri, 17 Apr 2015 15:45:19 +0300 Subject: [LAU] running jackd from rc.local In-Reply-To: <5530F9FB.8020307@nebelschwaden.de> References: <5530F9FB.8020307@nebelschwaden.de> Message-ID: hi there, which distro are you using. if you're using ubuntu* then the fact that it asks for X is related to you using the jack-dbus. compile a jack version without dbus support and you'll be fine. also the guys are jack-devel mail list have been more than helpful. apparently to get elevated permission while rc.local is executed you need to uncomment in /etc/pam.d/su session required pam_limits.so but generally speaking, rc.local is a BAD way to do boot startups in ubuntu* and this is because ubuntu* set device permissions based on the *logged in* user. It is advised to use the autostart utilities of you desktop environment, which is what I will do now. On Fri, Apr 17, 2015 at 3:18 PM, Ede Wolf wrote: > Great you've asked, I am having the same problem. "su - user" does not > work, but logging in as user and run the same command does. Happens with > both, jack and jack2. With jack2 I am also getting an error that it can't > open X, wenn run from command line. But that maybe an issue specific to the > jack2 version of arch, as there is no reason why jackd should need a > display. > > > > > Am 17.04.2015 um 11:40 schrieb Athanasios Silis: > >> Hi all, >> I am trying to run jackd instance from /etc/rc.local (along with a few >> other applications) from a custom made init script. >> >> The system is ubuntustudio and I have setup everything to have elevated >> permissions when executing applications from the @audio group. >> >> so when I am logged on, I see this: >> nass at starkill:~$ ulimit -r -l >> real-time priority (-r) 95 >> max locked memory (kbytes, -l) unlimited >> >> which is expected and I can execute the script I wrote. >> >> but, when I execute my script from /etc/rc.local as >> su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio" >> then my user does not (yet?) have elevated permissions. >> >> real-time priority (-r) 0 >> max locked memory (kbytes, -l) 64 >> >> is there a script I can run before my start_audio script to elevate my >> permissions? >> >> thank you >> >> >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> >> > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at autostatic.com Fri Apr 17 13:03:27 2015 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Fri, 17 Apr 2015 15:03:27 +0200 Subject: [LAU] running jackd from rc.local In-Reply-To: <5530F9FB.8020307@nebelschwaden.de> References: <5530F9FB.8020307@nebelschwaden.de> Message-ID: <5531049F.7030809@autostatic.com> On 04/17/2015 02:18 PM, Ede Wolf wrote: > Great you've asked, I am having the same problem. "su - user" does not > work, but logging in as user and run the same command does. Happens with > both, jack and jack2. With jack2 I am also getting an error that it > can't open X, wenn run from command line. But that maybe an issue > specific to the jack2 version of arch, as there is no reason why jackd > should need a display. export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket And you might also need to edit /etc/dbus-1/system.conf and add the following lines: Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From len at ovenwerks.net Fri Apr 17 13:10:00 2015 From: len at ovenwerks.net (Len Ovens) Date: Fri, 17 Apr 2015 06:10:00 -0700 (PDT) Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: On Fri, 17 Apr 2015, Athanasios Silis wrote: > Hi all, > I am trying to run jackd instance from /etc/rc.local (along with a few other > applications) from a custom made init script. > > The system is ubuntustudio and I have setup everything to have elevated > permissions when executing applications from the @audio group. Are you really wanting to run audio while you are logged out? It would be much easier to add a desktop file to ~/.config/autostart/ Like jackstart.desktop with something like: [Desktop Entry] Encoding=UTF-8 Version=0.9.4 Type=Application Name=AutoJack Comment=Jackdbus starter Exec=jack_control start StartupNotify=false Terminal=false Hidden=false Change the Exec to point to a script if you want to add config options, or use jackd instead of jack_control if you don't care about PA-jack bridging. This will have jack runnning from login. If you want to headless operation then have rc.local do it as the user that will run this stuff. -- Len Ovens www.ovenwerks.net From len at ovenwerks.net Fri Apr 17 13:28:41 2015 From: len at ovenwerks.net (Len Ovens) Date: Fri, 17 Apr 2015 06:28:41 -0700 (PDT) Subject: [LAU] running jackd from rc.local In-Reply-To: <5530F9FB.8020307@nebelschwaden.de> References: <5530F9FB.8020307@nebelschwaden.de> Message-ID: On Fri, 17 Apr 2015, Ede Wolf wrote: > Great you've asked, I am having the same problem. "su - user" does not work, > but logging in as user and run the same command does. Happens with both, jack > and jack2. With jack2 I am also getting an error that it can't open X, wenn > run from command line. But that maybe an issue specific to the jack2 version > of arch, as there is no reason why jackd should need a display. If you are going to run jackd2 from a script, you need to run that script from dbus-launch... this probably what it is looking for when it says "X". The problem is that anything else that wants to interact with that jack then needs to have the same dbus environment strings. I did this using screen as a cli session manager so all the bash instances had the same environment, but there are other ways to. The thing to remember is that when logged in, everything you run has been started by a single process. If you use rc.local and then login. you may be the same user as the process started by rc.local, but there is no other connection. Your environment strings will not be unified. -- Len Ovens www.ovenwerks.net From j-kroll at gmx.de Fri Apr 17 13:29:07 2015 From: j-kroll at gmx.de (Johannes Kroll) Date: Fri, 17 Apr 2015 15:29:07 +0200 Subject: [LAU] $3 MCP MIDI controller In-Reply-To: References: Message-ID: <20150417152907.47148d83@C086> On Wed, 15 Apr 2015 22:10:40 -0700 (PDT) Len Ovens wrote: > Take a second keyboard from the dollar store (mine is USB) add a driver > and it can cantrol the DAW. > http://www.ovenwerks.net/hardware/index.html > > I get 5 channel strips and enough keys left to emulate al the rest of the > mackie controller keys with one or two left over. That's a nice hack. Is the code available somewhere? From tweed at lollipopfactory.com Fri Apr 17 13:53:15 2015 From: tweed at lollipopfactory.com (Tweed) Date: Fri, 17 Apr 2015 09:53:15 -0400 Subject: [LAU] $3 MCP MIDI controller In-Reply-To: <20150417152907.47148d83@C086> References: <20150417152907.47148d83@C086> Message-ID: <5531104B.5030009@lollipopfactory.com> On 04/17/2015 09:29 AM, Johannes Kroll wrote: > On Wed, 15 Apr 2015 22:10:40 -0700 (PDT) > Len Ovens wrote: > >> Take a second keyboard from the dollar store (mine is USB) add a driver >> and it can cantrol the DAW. >> http://www.ovenwerks.net/hardware/index.html >> >> I get 5 channel strips and enough keys left to emulate al the rest of the >> mackie controller keys with one or two left over. > That's a nice hack. Is the code available somewhere? > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > +1 -- www.the-temp-agency.com/lollipop-factory From ralf.mardorf at alice-dsl.net Fri Apr 17 14:24:04 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 17 Apr 2015 16:24:04 +0200 Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: <20150417162404.3622b503@archlinux> On Fri, 17 Apr 2015 06:10:00 -0700 (PDT), Len Ovens wrote: >Are you really wanting to run audio while you are logged out? It would >be much easier to add a desktop file to ~/.config/autostart/ Like >jackstart.desktop with something like: > >[Desktop Entry] >Encoding=UTF-8 >Version=0.9.4 >Type=Application >Name=AutoJack >Comment=Jackdbus starter >Exec=jack_control start >StartupNotify=false >Terminal=false >Hidden=false This file automatically gets generated, if the OP does use Xfce4's xfce4-session-settings to add the script: Date: Fri, 17 Apr 2015 14:19:10 +0200 From: Ralf Mardorf To: jack-devel at lists.jackaudio.org Subject: Re: [Jack-Devel] alsa_* device or resource is busy On Fri, 17 Apr 2015 13:38:36 +0200, Adrian Knoth wrote: >Just run your script from the usual XDG directories (or however your >distro implements autostart). Likely the default DE for Ubuntu Studio still is XFCE4. If so, the OP could run xfce4-session-settings, likely also available by the main menu. xfce4-session-settings -> tab "Application Autostart" -> "+ Add" From gheskett at wdtv.com Fri Apr 17 15:27:57 2015 From: gheskett at wdtv.com (Gene Heskett) Date: Fri, 17 Apr 2015 11:27:57 -0400 Subject: [LAU] running jackd from rc.local In-Reply-To: References: <5530F9FB.8020307@nebelschwaden.de> Message-ID: <201504171127.57208.gheskett@wdtv.com> On Friday 17 April 2015 08:45:19 Athanasios Silis wrote: > hi there, > which distro are you using. > if you're using ubuntu* then the fact that it asks for X is related to > you using the jack-dbus. compile a jack version without dbus support > and you'll be fine. > > also the guys are jack-devel mail list have been more than helpful. > apparently to get elevated permission while rc.local is executed you > need to uncomment in /etc/pam.d/su > session required pam_limits.so > > but generally speaking, rc.local is a BAD way to do boot startups in > ubuntu* and this is because ubuntu* set device permissions based on > the *logged > in* user. > It is advised to use the autostart utilities of you desktop > environment, which is what I will do now. Is there a manpage on this desktop autostart? It sounds as if it could alleviate some of the stuff I have to do manually after a reboot, stuff that does need x when it starts. > > On Fri, Apr 17, 2015 at 3:18 PM, Ede Wolf wrote: > > Great you've asked, I am having the same problem. "su - user" does > > not work, but logging in as user and run the same command does. > > Happens with both, jack and jack2. With jack2 I am also getting an > > error that it can't open X, wenn run from command line. But that > > maybe an issue specific to the jack2 version of arch, as there is no > > reason why jackd should need a display. > > > > Am 17.04.2015 um 11:40 schrieb Athanasios Silis: > >> Hi all, > >> I am trying to run jackd instance from /etc/rc.local (along with a > >> few other applications) from a custom made init script. > >> > >> The system is ubuntustudio and I have setup everything to have > >> elevated permissions when executing applications from the @audio > >> group. > >> > >> so when I am logged on, I see this: > >> nass at starkill:~$ ulimit -r -l > >> real-time priority (-r) 95 > >> max locked memory (kbytes, -l) unlimited > >> > >> which is expected and I can execute the script I wrote. > >> > >> but, when I execute my script from /etc/rc.local as > >> su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash > >> ./start_audio" then my user does not (yet?) have elevated > >> permissions. > >> > >> real-time priority (-r) 0 > >> max locked memory (kbytes, -l) 64 > >> > >> is there a script I can run before my start_audio script to elevate > >> my permissions? > >> > >> thank you > >> > >> > >> _______________________________________________ > >> Linux-audio-user mailing list > >> Linux-audio-user at lists.linuxaudio.org > >> http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page From ralf.mardorf at alice-dsl.net Fri Apr 17 17:36:30 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 17 Apr 2015 19:36:30 +0200 Subject: [LAU] running jackd from rc.local In-Reply-To: <201504171127.57208.gheskett@wdtv.com> References: <5530F9FB.8020307@nebelschwaden.de> <201504171127.57208.gheskett@wdtv.com> Message-ID: On Fri, 17 Apr 2015 17:27:57 +0200, Gene Heskett wrote: > Is there a manpage on this desktop autostart? It sounds as if it could > alleviate some of the stuff I have to do manually after a reboot, stuff > that does need x when it starts. It depends to the WM/DE. As already mentioned before, some DEs, e.g. Xfce4 provide a GUI. https://wiki.archlinux.org/index.php/Autostarting Unfortunately in German, but commands are "in Linux": http://wiki.ubuntuusers.de/Autostart JWM provides an option for it's config: spinymouse11.2 at suse11-2:/media/archlinux/home/rocketmouse> grep StartupCommand .jwmrc feh --bg-scale /home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864-clock-spot.jpg fbpanel You can comment out using the "!": spinymouse11.2 at suse11-2:/media/archlinux/home/rocketmouse> grep StartupCommand .jwmrc-jwmpanel feh --bg-scale /home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864.jpg Openbox does also provide an autostart option by it's configuration: spinymouse11.2 at suse11-2:/media/archlinux/home/rocketmouse> cat .config/openbox/autostart feh --bg-scale /home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864-clock-spot.jpg & (sleep 1 && fbpanel) & From aggraef at gmail.com Fri Apr 17 17:52:20 2015 From: aggraef at gmail.com (Albert Graef) Date: Fri, 17 Apr 2015 19:52:20 +0200 Subject: [LAU] LAC 2015 thanks In-Reply-To: <552FDA75.30904@vegri.net> References: <552FDA75.30904@vegri.net> Message-ID: On Thu, Apr 16, 2015 at 5:51 PM, Giso Grimm wrote: > Thanks to Albert and his family for their great job in making LAC 2015 > possible! > Many thanks, Giso, and a big thank you to you in return for providing the nice 8-channel equipment for the installation space, and your support! :) Albert -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From aggraef at gmail.com Fri Apr 17 18:15:43 2015 From: aggraef at gmail.com (Albert Graef) Date: Fri, 17 Apr 2015 20:15:43 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: <552BD877.6030101@chrisarndt.de> References: <552BD877.6030101@chrisarndt.de> Message-ID: Hi Chris, thanks for your detailed observations, I really appreciate that and have filed them (along with my own) so that we can take care of the rough edges next time. As Fons explained very well already, LAC is pretty much a grassroots effort, and can be attended free of charge, so we just had to do with the equipment that we had available or could lend, and the funding that our university provided. And it was the first LAC that we did, so I apologize for things that went wrong or were suboptimal, we'll try to do better next time. :) On the flip side (and to give a broad hint), there's always room for new people from the community jumping in and applying for hosting a LAC, if they have the institutional backing, people, venues, equipment and/or funding that it takes. Best, Albert On Mon, Apr 13, 2015 at 4:53 PM, Christopher Arndt wrote: > Hi everybody, > > as threatened in the closing sessions of this year's LAC, here are some > of my observations about the conference and suggestions for improving > some things. I attended the conference for the fist time, so please let > me say, that I enjoyed the conference *very much*. I liked many things > about it. The list below is only about the things that I didn't, but > please don't take away from this that I think that the organizers did a > bad job, they did very well IMHO. But there's always room for > improvement. So here goes. Items in each section are listed in > descending order of importance / seriousness. > > > Problems > -------- > > - For a conference about audio, the speakers' audio was surprisingly > poorly organized and consequently technical issues lead to > *sometimes* poor intelligibility of the speakers or poor quality of > audio demonstrations (especially in P2 and P5). > > I observed: > > - Poor leveling leading to: > - distortion, > - too quiet speech levels, > - huge level differences between microphone(s) and other audio. > - Non-functioning or accidentally switched-off microphones. > - Too short cables. > - Loud pops when things were plugged in or unplugged. > > - Sometimes it seemed that the video stream was more important than the > present audience. Indicators: > > - Camera in front of the screen, obstructing part of the presentation > slides. > - Camera filming the setup on the table next to the speaker desk but > for the audience in the lecture hall it was hard to see what was on > the table. > - The video splitter *may have* interfered with resp. prevented video > output to projector from working. > - Camera set up in the middle of the audience room, and thus making > seats in front of it unavailable for participants (Camera team > asked participants not to obstruct the camera view even during the > breaks between talks). > > IMHO the needs of the people who make the effort to come to attend the > conference personally should always be the most important. > > - The intended purpose and acceptable usage of the "Hack'n'Roll" room > and how to organize its shared usage or request using it for a > certain time slot was *not at all* clear. > > - There was no opportunity to *spontaneously* do a small presentation > of a project or idea to a bigger audience (see Lightning Talks below). > > - The "Aufenthaltsbereich" (lounge area) in the hall outside P2-P5 did > not have enough tables and seats and it could have been a bit more > comfy. > > - The wifi access was slightly mis-configured, one had to change the > encryption type used from "Tunneled TLS" to "PEAP" and this was not > clearly documented, so one had to find this out by trail-and-error. > > > Suggestions > ----------- > > - Have a mailing list for conference organization that's also there for > discussion about the future of the conference, so that ideas are not > lost in the noise of the general LAU mailing list > > - Have a session chair for each session, including for workshops, that: > > - May fill the role of technical assistant (see below) as well. > - Maintains order: > - Sees that doors are closed at the beginning. > - Reminds everybody to turn their cellphones silent and keep > disturbance by leaving or fiddling with equipment to a minimum. > - Announces the title of the talk, the name of the speaker, the > duration and time for questions. > - Makes sure the speaker stays on time. > - Moderates the question session and reminds the speaker to repeat the > questions asked. > > Session chairs can be filled by participants. Assuming three days and > three tracks and one session chair per half-day, twelve persons max. > are needed to volunteer as a session chair. > > - Require speakers to test their video and audio setup (including the > speaker microphone) *before* the beginning time of the talk, and plan > change-over times accordingly or have dedicated testing slots in > between session slots (e.g. during lunch breaks). > > This means that somebody is needed to actively seek out speakers and > check that they have tested their setup. Speakers can also be > reminded to do so at the registration desk and be told where to find > technical assistance. > > - Provide a pool of common adapters and cables for video and audio > connections with sufficient cable lengths. Even if speakers are told > to bring appropriate adapters in advance, some of them *will* forget > to do so. > > - Have a technical assistant in *each* lecture hall that: > > - Helps the speakers to check their setup. > - Sets up audio and video connections. > - Levels audio channels. > - Mutes/unmutes mixer channels as needed. > - Fixes problems. > - Prevents other participants form tampering with the equipment. > > - Tape over on/off switches on microphones. > > - Have a more informal Lightning Talk Session of approx. 1 hour with > *5-minute* lightning talks, possibly on several days. Speakers can > apply for lightning talks slots *only* during the morning of the day > of the LT-Session on a first-come-first-served basis (only one slot > per speaker, if necessary). > > The LT-Session needs a moderator and possibly a technical assistant, > which ensure that talk times are strictly kept and change-over time > is minimized. > > Slides are not mandatory for lightning talks and if they are used, > the number of slides should be kept to the minimum necessary. There > should be a central space on the web site to upload LT slides without > fuss. > > - Have a paper time table on the door of the "Hack'n'Roll" room where > people can register for using it at a certain time for a given > purpose (restrict number of slots that can be used by one > person/project). > > Identify an opportunity (e.g. at the beginning of the first talk in > the morning/afternoon), where people/projects can announce when they > have something happening in the "Hack'n'Roll" space. > > - Provide a glass and a bottle of water for each speaker. > > - Have more power sockets in the lecture halls. > > - Buy more (real) milk for the coffee and do not use plastic cups > (waste, too hot to hold). Put up a sign with the suggested donation > amount. If necessary, find a sponsor for the coffee. > > > Thank you for your attention and for a great LAC 2015, > > > Chris > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From aggraef at gmail.com Fri Apr 17 18:18:10 2015 From: aggraef at gmail.com (Albert Graef) Date: Fri, 17 Apr 2015 20:18:10 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> Message-ID: Hi Romain, On Tue, Apr 14, 2015 at 4:41 PM, Romain Michon wrote: > Yes Albert, thanks for organizing LAC this year! It was really awesome and > from the attendees perspective, the organisation of the event looked very > smooth. Thanks again! Romain thanks a bunch, and thank you for jumping in as the keynote speaker at such short notice! I really enjoyed your lecture very much. Greetings also to Julius, I hope he's doing well. Best, Albert -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From aggraef at gmail.com Fri Apr 17 18:47:52 2015 From: aggraef at gmail.com (Albert Graef) Date: Fri, 17 Apr 2015 20:47:52 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: Hi Rui, there's actually a story behind that picture. It used to be in the office of Prof. Mahling, who was at the helm of our institute since 1981 until he retired in 2000. He was also my boss and appointed me as new head of the Music-Informatics research group in 1998. I know that he would have enjoyed LAC at Mainz taking place at "his" institute very thoroughly, if he was still alive, so it's a great coincidence that the picture was there in the H&R. ;-) Albert On Thu, Apr 16, 2015 at 6:38 PM, Rui Nuno Capela wrote: > do you remember that jsb picture on the hack'n'roll room at the back? > > here goes, as promised: > http://www.memegen.com/meme/f3ddto > ps. feel free to make your own ;) > -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From aggraef at gmail.com Fri Apr 17 19:03:47 2015 From: aggraef at gmail.com (Albert Graef) Date: Fri, 17 Apr 2015 21:03:47 +0200 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: Hi Gianfranco, On Wed, Apr 15, 2015 at 12:42 PM, Gianfranco Ceccolini < gianfranco at portalmod.com.br> wrote: > - Opening hours: this I believe was the main drawback. You're right. Next time we'll try to keep it open at least until the Philosophicum closes down, and also provide better/more equipment (and backup cables ;-). Unfortunately, this wasn't possible this time due to funding constraints, but I already have that on my aftermath list and we *will* take better care of that part next time, promised. Albert -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From willgodfrey at musically.me.uk Fri Apr 17 20:27:44 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Fri, 17 Apr 2015 21:27:44 +0100 Subject: [LAU] LAC 2015 feedback In-Reply-To: References: <552BD877.6030101@chrisarndt.de> <20150414204020.709a4d4a@debian> <552D961B.3070000@gmx.de> Message-ID: <20150417212744.53f8016a@debian> On Fri, 17 Apr 2015 21:03:47 +0200 Albert Graef wrote: > Hi Gianfranco, > > On Wed, Apr 15, 2015 at 12:42 PM, Gianfranco Ceccolini < > gianfranco at portalmod.com.br> wrote: > > > - Opening hours: this I believe was the main drawback. > > > You're right. Next time we'll try to keep it open at least until the > Philosophicum closes down, and also provide better/more equipment (and > backup cables ;-). Unfortunately, this wasn't possible this time due to > funding constraints, but I already have that on my aftermath list and we > *will* take better care of that part next time, promised. > > Albert > I wonder if local recording studios, Radio and TV stations would be interested in support/sponsorship? -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From harryhaaren at gmail.com Fri Apr 17 22:09:11 2015 From: harryhaaren at gmail.com (Harry van Haaren) Date: Fri, 17 Apr 2015 23:09:11 +0100 Subject: [LAU] LAC 2015 thanks In-Reply-To: References: <552FDA75.30904@vegri.net> Message-ID: On Fri, Apr 17, 2015 at 6:52 PM, Albert Graef wrote: > and a big thank you to you in return for providing the > nice 8-channel equipment for the installation space +1, also for allowing the Hack 'n' Roll space to use the speakers too! From gerald.mwangi at gmx.de Fri Apr 17 22:30:17 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Sat, 18 Apr 2015 00:30:17 +0200 Subject: [LAU] GuitarSynth Message-ID: <55318979.60006@gmx.de> Hi guys, I've started/hacked a small project called GuitarSynth. It is meant as a playfield for exploring pitchdetection and synthesis for Guitar, since I'm a guitarist. You can get on Github (git clone https://github.com/geraldmwangi/GuitarSynth.git). Its really basic but its fun to play with. It take an audio signal (your guitar) extracts the fundamental pitch and drives some wavetable synths. Feel free to manipulate it, I'll be happy to grant people write access to the repo. Btw on IRC my Nick is JimsonDrift, the name of my band (see www.jimson-drift.de). Cheers Gerald From len at ovenwerks.net Sat Apr 18 05:19:09 2015 From: len at ovenwerks.net (Len Ovens) Date: Fri, 17 Apr 2015 22:19:09 -0700 (PDT) Subject: [LAU] $3 MCP MIDI controller In-Reply-To: <20150417152907.47148d83@C086> References: <20150417152907.47148d83@C086> Message-ID: On Fri, 17 Apr 2015, Johannes Kroll wrote: > On Wed, 15 Apr 2015 22:10:40 -0700 (PDT) > Len Ovens wrote: > >> Take a second keyboard from the dollar store (mine is USB) add a driver >> and it can control the DAW. >> http://www.ovenwerks.net/hardware/index.html >> >> I get 5 channel strips and enough keys left to emulate al the rest of the >> mackie controller keys with one or two left over. > > That's a nice hack. Is the code available somewhere? It will be. I have finally gotten in contact with the original author of actkbd. Because he is not familiar with jack/midi he would prefer not to wrap this up into his program but have me fork my own. (there are some parts he would like to cherry pick though) So I have to do some name changes and clean some things up. midikbd will be the new name, but all the actkbd commands will still work too. So it would still be possible to have a keypress run a script if desired. I do need to redo the documentation as well. I also fear that my crude attempts at realtimeness are less than they should be. I have not seen any xruns show up, but I don't have any memlocks for the variables I use for the faders, cc and LEDs. If you think about it, this is not a lot of memory, 3 LEDs, 16 Faders/pitchbend max, and 127 cc max though I think I allow for 50 because two keys are used for each cc and the keyboard has just over 100 keys :) However, as soon as I at least do the name change, I will release the src. I would also like to be able to send something to Ardour on hookup that says "init me". Ardour already does this if I have hooked up the controller and then restart Ardour. But if I start the controller after Ardour is running, I have to do a bankup/down to load the current fader/pan values. I have also been trying to make something that will show what an MCP would show on it's display... however, it seems sysex events are not available via jack_midi_event_get, even the 15byte ones Ardour uses to write display info. Either I am missing something or I need to parse the buffer on my own. This whole thing is a learning thing for me... one step at a time. I am doing this separately from midikbd because I am thinking it could be helpful for BCF2000 users as well. Having the "sribble strip" on the screen may not be that useful, but the control names (pan or fader) and their values could be a plus. (at least it would indicate that flip has been pressed :) -- Len Ovens www.ovenwerks.net From temps.jo at gmail.com Sat Apr 18 06:36:13 2015 From: temps.jo at gmail.com (pierre jocelyn andre) Date: Sat, 18 Apr 2015 08:36:13 +0200 Subject: [LAU] GuitarSynth In-Reply-To: <55318979.60006@gmx.de> References: <55318979.60006@gmx.de> Message-ID: Hello, Thank you a lot, I'll see if I can get the graphics for the project http://git.debian-facile.com/?p=projets/sequenbaul.git;a=summary 2015-04-18 0:30 GMT+02:00 Gerald : > Hi guys, I've started/hacked a small project called GuitarSynth. It is > meant as a playfield for exploring pitchdetection and synthesis for > Guitar, since I'm a guitarist. You can get on Github (git clone > https://github.com/geraldmwangi/GuitarSynth.git). > Its really basic but its fun to play with. It take an audio signal (your > guitar) extracts the fundamental pitch and drives some wavetable synths. > Feel free to manipulate it, I'll be happy to grant people write access > to the repo. > Btw on IRC my Nick is JimsonDrift, the name of my band (see > www.jimson-drift.de). > Cheers Gerald > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From athanasios.silis at gmail.com Sat Apr 18 10:34:28 2015 From: athanasios.silis at gmail.com (Athanasios Silis) Date: Sat, 18 Apr 2015 13:34:28 +0300 Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: Hi Len, unfortunately the .desktop file is not good for me. it is only run after I have logged in, whereas I want my script to be started as me, but before I log in. Is there a way to achieve that, without resorting to autologin ? On Fri, Apr 17, 2015 at 4:10 PM, Len Ovens wrote: > On Fri, 17 Apr 2015, Athanasios Silis wrote: > > Hi all, >> I am trying to run jackd instance from /etc/rc.local (along with a few >> other >> applications) from a custom made init script. >> >> The system is ubuntustudio and I have setup everything to have elevated >> permissions when executing applications from the @audio group. >> > > Are you really wanting to run audio while you are logged out? It would be > much easier to add a desktop file to ~/.config/autostart/ Like > jackstart.desktop with something like: > > [Desktop Entry] > Encoding=UTF-8 > Version=0.9.4 > Type=Application > Name=AutoJack > Comment=Jackdbus starter > Exec=jack_control start > StartupNotify=false > Terminal=false > Hidden=false > > > Change the Exec to point to a script if you want to add config options, or > use jackd instead of jack_control if you don't care about PA-jack bridging. > > This will have jack runnning from login. > > If you want to headless operation then have rc.local do it as the user > that will run this stuff. > > -- > Len Ovens > www.ovenwerks.net > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Sat Apr 18 12:55:37 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sat, 18 Apr 2015 14:55:37 +0200 Subject: [LAU] GuitarSynth In-Reply-To: <553246E4.50100@free.fr> References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> Message-ID: <20150418145537.57e9f586@archlinux> Thank you, builds without issues on Arch Linux. Running it works too, but I didn't test it. Jack audio IOs and Jack MIDI out are shown by QjackCtl. Are you aware that Rakarrack provides a relatively good working monophonic MIDI converter? JFTR I got those messages: $ ./GuitarSynth2 jack_client_new: deprecated Samplerate 44100 Buffersize 256 QObject::connect: No such slot GSEngine::setInputGain(int) QObject::connect: (sender name: 'InputVol') QObject::connect: No such slot GSEngine::setOutputGain(int) QObject::connect: (sender name: 'OutputVol') Regards, Ralf From aggraef at gmail.com Sat Apr 18 13:40:51 2015 From: aggraef at gmail.com (Albert Graef) Date: Sat, 18 Apr 2015 15:40:51 +0200 Subject: [LAU] LAC 2015 thanks In-Reply-To: References: <552FDA75.30904@vegri.net> Message-ID: On Sat, Apr 18, 2015 at 12:09 AM, Harry van Haaren wrote: > +1, also for allowing the Hack 'n' Roll space to use the speakers too! Yeah, that was another facepalm moment when I realized that we needed our equipment for the Embedded Artist setup while it was still being used in the H&R. ;-) But Giso was always there to come to the rescue. It was great to see (and hear) that the H&R was such a big success. Sorry about the shortage of equipment (and replacement cables ;-), but I'm sure that you had a lot of fun there anyway! Albert -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef at gmail.com WWW: https://plus.google.com/+AlbertGraef -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Sat Apr 18 15:01:04 2015 From: len at ovenwerks.net (Len Ovens) Date: Sat, 18 Apr 2015 08:01:04 -0700 (PDT) Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: On Sat, 18 Apr 2015, Athanasios Silis wrote: > Hi Len, > unfortunately the .desktop file is not good for me. > it is only run after I have logged in, whereas I want my script to be started as > me, but before I log in. > Is there a way to achieve that, without resorting to autologin ? OK, perhaps a full description of what you are trying to acheive would help. little bits of info I think I have put together include: - You will be using a DE at some point. - You want to be able to access jack after logging in as well as before - jack is still to be used only by one user - jack2 is prefered? - what would jack be doing while logged out I don't know - should jack continue to run after logout? (that is do you normally logout and in) - Is most of the running done by script anyway and loggin in is used mostly for other things besides audio? Can all audio stuff be done by command line? - will jack be used as a device for pulseaudio... - will pulse run at all? if so will it ever touch the same device as jack has? - is your machine using sysv init, systemd, upstart? (upstart is going away BTW, leaving one to wonder about the future of MIR) As Jeremy has already suggested have you tried: export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket jack_control start in the script run by your su user? -- Len Ovens www.ovenwerks.net From willgodfrey at musically.me.uk Sat Apr 18 15:11:12 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Sat, 18 Apr 2015 16:11:12 +0100 Subject: [LAU] LAC 2015 thanks In-Reply-To: References: <552FDA75.30904@vegri.net> Message-ID: <20150418161112.02fad3be@debian> On Sat, 18 Apr 2015 15:40:51 +0200 Albert Graef wrote: > On Sat, Apr 18, 2015 at 12:09 AM, Harry van Haaren > wrote: > > > +1, also for allowing the Hack 'n' Roll space to use the speakers too! > > > Yeah, that was another facepalm moment when I realized that we needed our > equipment for the Embedded Artist setup while it was still being used in > the H&R. ;-) But Giso was always there to come to the rescue. > > It was great to see (and hear) that the H&R was such a big success. Sorry > about the shortage of equipment (and replacement cables ;-), but I'm sure > that you had a lot of fun there anyway! > > Albert Indeed we did! In fact this was the first time I've played live alongside other musicians for more years than I care to acknowledge. Oh, and the *initial* reason I was asked to join the rock group mmfty mmff years ago was because I could repair their guitar leads :) -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From j-kroll at gmx.de Sat Apr 18 15:41:16 2015 From: j-kroll at gmx.de (Johannes Kroll) Date: Sat, 18 Apr 2015 17:41:16 +0200 Subject: [LAU] $3 MCP MIDI controller In-Reply-To: References: <20150417152907.47148d83@C086> Message-ID: <20150418174116.217087a5@C086> On Fri, 17 Apr 2015 22:19:09 -0700 (PDT) Len Ovens wrote: > On Fri, 17 Apr 2015, Johannes Kroll wrote: > > > On Wed, 15 Apr 2015 22:10:40 -0700 (PDT) > > Len Ovens wrote: > > > >> Take a second keyboard from the dollar store (mine is USB) add a driver > >> and it can control the DAW. > >> http://www.ovenwerks.net/hardware/index.html > >> > >> I get 5 channel strips and enough keys left to emulate al the rest of the > >> mackie controller keys with one or two left over. > > > > That's a nice hack. Is the code available somewhere? > > It will be. I have finally gotten in contact with the original author of > actkbd. Because he is not familiar with jack/midi he would prefer not to > wrap this up into his program but have me fork my own. (there are some > parts he would like to cherry pick though) So I have to do some name > changes and clean some things up. midikbd will be the new name, but all > the actkbd commands will still work too. So it would still be possible to > have a keypress run a script if desired. I do need to redo the > documentation as well. I also fear that my crude attempts at realtimeness > are less than they should be. I have not seen any xruns show up, but I > don't have any memlocks for the variables I use for the faders, cc and > LEDs. If you think about it, this is not a lot of memory, 3 LEDs, 16 > Faders/pitchbend max, and 127 cc max though I think I allow for 50 because > two keys are used for each cc and the keyboard has just over 100 keys :) AFAIK, Jack automatically locks the memory of Jack clients, so you don't need to worry about that. As for realtimeness, you shouldn't do anything in the jack callbacks that blocks or takes an unknown/large amount of time. So, no heap memory allocations (new/delete/malloc/free), no printf(), no reading or writing to files or sockets. If you need to do blocking stuff, you can write messages to a jack_ringbuffer, then read and process the messages from another thread (probably your main thread). (You can use printf() in the callbacks for debugging. This will generate underruns sooner or later, so you should disable or remove any printf() calls when you're finished with debugging.) > However, as soon as I at least do the name change, I will release the src. Cool. > I would also like to be able to send something to Ardour on hookup that > says "init me". Ardour already does this if I have hooked up the > controller and then restart Ardour. But if I start the controller after Ardour is > running, I have to do a bankup/down to load the current fader/pan values. > > I have also been trying to make something that will show what an MCP would > show on it's display... however, it seems sysex events are not available > via jack_midi_event_get, even the 15byte ones Ardour uses to write display > info. Either I am missing something or I need to parse the buffer on my > own. This whole thing is a learning thing for me... one step at a time. I don't use Ardour much and haven't used Sysex with Jack, so I don't know. From gerald.mwangi at gmx.de Sat Apr 18 17:26:09 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Sat, 18 Apr 2015 19:26:09 +0200 Subject: [LAU] GuitarSynth and polyphonic pitch estimation In-Reply-To: <20150418145537.57e9f586@archlinux> References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> <20150418145537.57e9f586@archlinux> Message-ID: <553293B1.1090201@gmx.de> Ok issues are fixed. I was sure that something like it exists, as aubio has it. I want to take this thing to be polyphonic, Ideally split up into polyphonic guitar to midi lv2 and maybe synth plugin that somehow apeals to guitarist (I know that vague, but i'm thinking of a synth thats piped through guitarixcab for that nice tube sound). But the emphasis will be the polyphonic audio (actually only guitar) to midi. The other stuff I wrote just not to have to deal with lv2 standard for now. And wavetables are easy and fun. I've done some research and the polyphonic pitch estimation falls under the wider topic called Blind Source Separation (BSS). Is there any expert on BSS here on the list? Gerald On 18.04.2015 14:55, Ralf Mardorf wrote: > Thank you, > > builds without issues on Arch Linux. Running it works too, but I didn't > test it. Jack audio IOs and Jack MIDI out are shown by QjackCtl. Are you > aware that Rakarrack provides a relatively good working monophonic MIDI > converter? > > JFTR I got those messages: > > $ ./GuitarSynth2 > jack_client_new: deprecated > Samplerate 44100 Buffersize 256 > QObject::connect: No such slot GSEngine::setInputGain(int) > QObject::connect: (sender name: 'InputVol') > QObject::connect: No such slot GSEngine::setOutputGain(int) > QObject::connect: (sender name: 'OutputVol') > > Regards, > Ralf > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From nettings at stackingdwarves.net Sat Apr 18 17:39:53 2015 From: nettings at stackingdwarves.net (=?UTF-8?B?SsO2cm4gTmV0dGluZ3NtZWllcg==?=) Date: Sat, 18 Apr 2015 19:39:53 +0200 Subject: [LAU] JACK hangs on openSUSE Tumbleweed Message-ID: <553296E9.2080805@stackingdwarves.net> Hi *! I've come across a mysterious problem - since a few days ago (openSUSE Tumbleweed is a rolling release), JACK hangs during startup. If you start it with QJackCtl, it will kill it after a while, but if you start it from the console and strace it, you can see it hangs waiting for a futex: [...] sched_get_priority_min(SCHED_FIFO) = 1 sched_get_priority_max(SCHED_FIFO) = 99 mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f9e76cfe000 mprotect(0x7f9e76cfe000, 4096, PROT_NONE) = 0 clone(child_stack=0x7f9e774fdfb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f9e774fe9d0, tls=0x7f9e774fe700, child_tidptr=0x7f9e774fe9d0) = 4627 sched_setscheduler(4627, SCHED_FIFO, { 1 }) = 0 futex(0x7f9e774fed18, FUTEX_WAKE_PRIVATE, 1) = 1 munmap(0x7f9e7ba87000, 227354) = 0 futex(0x7f9e776ff078, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x7f9e774fe9d0, FUTEX_WAIT, 4627, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- futex(0x7f9e774fe9d0, FUTEX_WAIT, 4627, NULL and hangs forever after. It seems to be after acquiring SCHED_FIFO, but just to be sure I verified that I'm still in group audio, and we still have @audio - rtprio 95 @audio - memlock 3000000 in /etc/security/limits.conf. The problem started at the same time kernel 3.19.3 came out for Tumbleweed, but downgrading to older kernels in the 3.19 series or as far back as 3.17 doesn't restore jack functionality. So it must be something in userspace. Other people have seen this [1] and solved it with the nuclear option, i.e. downgrading to 13.2, which means a massive userspace rollback. I wonder if someone could offer some advice as to where else to look... I did the usual checkup regarding double installs, and I'm positive my jackd installation is clean. The guys in [1] have used the package, and I've tried both the package and a clean jack1 and jack2 build from scratch, with all other libs cleared by hand and ldd relations checked. Any inspiration welcome, J?rn [1] https://forums.opensuse.org/showthread.php/506613-after-update-Tumbleweed-I-can-t-start-Jackd-Jack-Connection-Kit (not a very insightful discussion) -- J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister f?r Veranstaltungstechnik (B?hne/Studio) Tonmeister VDT http://stackingdwarves.net From ralf.mardorf at alice-dsl.net Sat Apr 18 18:33:11 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sat, 18 Apr 2015 20:33:11 +0200 Subject: [LAU] JACK hangs on openSUSE Tumbleweed In-Reply-To: <553296E9.2080805@stackingdwarves.net> References: <553296E9.2080805@stackingdwarves.net> Message-ID: <20150418203311.07a2a08b@archlinux> On Sat, 18 Apr 2015 19:39:53 +0200, J?rn Nettingsmeier wrote: >The problem started at the same time kernel 3.19.3 came out for >Tumbleweed, but downgrading to older kernels in the 3.19 series or as >far back as 3.17 doesn't restore jack functionality. So it must be >something in userspace. Hi J?rn, there definitively also is an issue with this kernel. [rocketmouse at archlinux ~]$ uname -rm 3.19.3-3-ARCH x86_64 [rocketmouse at archlinux ~]$ aconnect -i client 0: 'System' [type=kernel] 0 'Timer ' 1 'Announce ' client 14: 'Midi Through' [type=kernel] 0 'Midi Through Port-0' [rocketmouse at archlinux ~]$ amidi -l Dir Device Name IO hw:0,0 HDSPMx579bcc MIDI 1 IO hw:1,0 TerraTec EWX24/96 MIDI IO hw:2,0 TerraTec EWX24/96 MIDI I only use linux-rt, but an user of this kernel noticed it and started a thread here: https://lists.archlinux.org/pipermail/arch-general/2015-April/038789.html There isn't such an issue with [rocketmouse at archlinux ~]$ pacman -Q linux-rt linux-rt-lts linux-rt 3.18.9_rt5-2 linux-rt-lts 3.10.61_rt65-1 on my machine. Using those kernels, aconnect shows all devices listed by amidi. It might be unrelated to this particular jack issue, however, it's worth mentioning it. Regards, Ralf From mtdnelson at gmail.com Sat Apr 18 18:47:10 2015 From: mtdnelson at gmail.com (Michael Nelson) Date: Sat, 18 Apr 2015 19:47:10 +0100 Subject: [LAU] GuitarSynth and polyphonic pitch estimation In-Reply-To: <553293B1.1090201@gmx.de> References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> <20150418145537.57e9f586@archlinux> <553293B1.1090201@gmx.de> Message-ID: Hi, I am very interested in this. I've put some piezo-sensor saddles in a Strat, and have knocked up a rough PCB design for a set of preamps. I am *eventually* planning to build a prototype, and test it with my old Roland GR-1. I have been keen on investigating the next step -- constructing something as reliable and efficient as possible to do the actual conversion. I'm very interested in any progress you make. I have a lot going on right now in both my home and work lives (moved house recently, doing training at work, etc), but I would love to finish my prototype and test it with your code. What sort of minimum hardware do you think would be needed to get it to run reliably? I'll try to grab and compile the code at some point this week. Regards, Michael On 18 April 2015 at 18:26, Gerald wrote: > Ok issues are fixed. I was sure that something like it exists, as aubio > has it. I want to take this thing to be polyphonic, > Ideally split up into polyphonic guitar to midi lv2 and maybe synth > plugin that somehow apeals to guitarist (I know that vague, but i'm > thinking of a synth thats piped through guitarixcab for that nice tube > sound). But the emphasis will be the polyphonic audio (actually only > guitar) to midi. The other stuff I wrote just not to have to deal with > lv2 standard for now. And wavetables are easy and fun. > I've done some research and the polyphonic pitch estimation falls under > the wider topic called Blind Source Separation (BSS). Is there any > expert on BSS here on the list? > Gerald > > On 18.04.2015 14:55, Ralf Mardorf wrote: > > Thank you, > > > > builds without issues on Arch Linux. Running it works too, but I didn't > > test it. Jack audio IOs and Jack MIDI out are shown by QjackCtl. Are you > > aware that Rakarrack provides a relatively good working monophonic MIDI > > converter? > > > > JFTR I got those messages: > > > > $ ./GuitarSynth2 > > jack_client_new: deprecated > > Samplerate 44100 Buffersize 256 > > QObject::connect: No such slot GSEngine::setInputGain(int) > > QObject::connect: (sender name: 'InputVol') > > QObject::connect: No such slot GSEngine::setOutputGain(int) > > QObject::connect: (sender name: 'OutputVol') > > > > Regards, > > Ralf > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Sat Apr 18 20:22:14 2015 From: len at ovenwerks.net (Len Ovens) Date: Sat, 18 Apr 2015 13:22:14 -0700 (PDT) Subject: [LAU] $3 MCP MIDI controller In-Reply-To: <20150418174116.217087a5@C086> References: <20150417152907.47148d83@C086> <20150418174116.217087a5@C086> Message-ID: On Sat, 18 Apr 2015, Johannes Kroll wrote: > On Fri, 17 Apr 2015 22:19:09 -0700 (PDT) > Len Ovens wrote: > >> On Fri, 17 Apr 2015, Johannes Kroll wrote: >> >>> On Wed, 15 Apr 2015 22:10:40 -0700 (PDT) >>> Len Ovens wrote: >>> >>>> Take a second keyboard from the dollar store (mine is USB) add a driver >>>> and it can control the DAW. >>>> http://www.ovenwerks.net/hardware/index.html >>>> >>>> I get 5 channel strips and enough keys left to emulate al the rest of the >>>> mackie controller keys with one or two left over. >>> >>> That's a nice hack. Is the code available somewhere? There is now a link at the bottom of the above page. It is my first ever software release and there are things missing... no configure script (which would take a lot longer to run than make does in this case) so make sure you have the include file for libjack installed :) This (as above) a hack in many ways. The user needs to find out which event file (device) to point at and put that in the command line. This will change depending on if the device is plugged before or after boot. Comments and hints are welcome. >> documentation as well. I also fear that my crude attempts at realtimeness >> are less than they should be. I have not seen any xruns show up, but I >> don't have any memlocks for the variables I use for the faders, cc and >> LEDs. If you think about it, this is not a lot of memory, 3 LEDs, 16 >> Faders/pitchbend max, and 127 cc max though I think I allow for 50 because >> two keys are used for each cc and the keyboard has just over 100 keys :) > > AFAIK, Jack automatically locks the memory of Jack clients, so you > don't need to worry about that. As for realtimeness, you shouldn't do > anything in the jack callbacks that blocks or takes an unknown/large > amount of time. So, no heap memory allocations > (new/delete/malloc/free), no printf(), no reading or writing to files > or sockets. If you need to do blocking stuff, you can write messages to > a jack_ringbuffer, then read and process the messages from another > thread (probably your main thread). Mostly I think I am ok. I do read/write the same memory locations in both the call back and main() Most processing is very quick. -- Len Ovens www.ovenwerks.net From athanasios.silis at gmail.com Sat Apr 18 22:56:55 2015 From: athanasios.silis at gmail.com (Athanasios Silis) Date: Sun, 19 Apr 2015 01:56:55 +0300 Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: Hi Len, i am using ubuntu studio. the pc i refer to is used for audio processing and routing primarily - it is a jack client server. so without any user intervention apart from powering it ON , it gets audio through ethernet from the jack master, processes it and sends it out through its local soundcards. on occasions I want to log on and use this computer for local audio capturing and / or playback. so jack would ideally run independent of a user session. Having said that, I usually don't need to log out and back in, I tend to lock the system as I am a single user. no need to deal with multiple user case now. I use a locally compiled jack2 version without dbus support because I had a version mismatch between windows and linux jack. some audio applications (namely calf) need an X server so in my custom startup scripts I start a vnc session as well. The problem as I understand it is that after log on, pam.d elevates logged in user's privileges to access hardware. The main problem is that alsa_(in|out) is can not grab the local soundcards... and I do not know what could be the conflict. people over at jack-devel mailing list said it could bea number of things like pulseaudio or lightdm.... there seems to be a conflict or ideologies because some one suggests I make a system init script and another says jack is not designed to run as a system service. Personally, I think that jack is indeed not designed as a system service, but I could be wrong. what is more a jack run as root, would never be available to applications that I would start as a user. is that so? I think I replied to everything :) On Sat, Apr 18, 2015 at 6:01 PM, Len Ovens wrote: > On Sat, 18 Apr 2015, Athanasios Silis wrote: > > Hi Len, >> unfortunately the .desktop file is not good for me. >> it is only run after I have logged in, whereas I want my script to be >> started as >> me, but before I log in. >> Is there a way to achieve that, without resorting to autologin ? >> > > OK, perhaps a full description of what you are trying to acheive would > help. little bits of info I think I have put together include: > - You will be using a DE at some point. > - You want to be able to access jack after logging in as well as before > - jack is still to be used only by one user > - jack2 is prefered? > - what would jack be doing while logged out I don't know > - should jack continue to run after logout? > (that is do you normally logout and in) > - Is most of the running done by script anyway and loggin in is used > mostly for other things besides audio? Can all audio stuff be done by > command line? > - will jack be used as a device for pulseaudio... > - will pulse run at all? if so will it ever touch the same device as jack > has? > - is your machine using sysv init, systemd, upstart? (upstart is going > away BTW, leaving one to wonder about the future of MIR) > > As Jeremy has already suggested have you tried: > > export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket > jack_control start > > in the script run by your su user? > > -- > Len Ovens > www.ovenwerks.net > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerald.mwangi at gmx.de Sun Apr 19 07:49:39 2015 From: gerald.mwangi at gmx.de (Gerald Mwangi) Date: Sun, 19 Apr 2015 09:49:39 +0200 Subject: [LAU] GuitarSynth and polyphonic pitch estimation In-Reply-To: References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> <20150418145537.57e9f586@archlinux> <553293B1.1090201@gmx.de> Message-ID: <55335E13.10602@gmx.de> Hi, thanks for your interest. The pitch is stable after attack and before release phase. But during those phases it jumps arround. aubio has a method for detecting those phases, which I want to try out. When nothing is played it get irritated by the noise if your input gain is to high. You have to set your input gain low enough to silence the noise, but high enough that the synths kick in. For Hardware: Any cheap soundcard should do the job. I tried it with the onboard card of my computer. But if your looking for something beyond alpha stage checkout Rakarrack's monophonic audio to midi converter. My plans are to test aubio's polyphonic pitch abilities, which doesn't need a hex-pickup (is that what your building?). so stay tuned Gerald On 18.04.2015 20:47, Michael Nelson wrote: > Hi, > > I am very interested in this. > > I've put some piezo-sensor saddles in a Strat, and have knocked up > a rough PCB design for a set of preamps. I am *eventually* planning > to build a prototype, and test it with my old Roland GR-1. I have > been keen on investigating the next step -- constructing something > as reliable and efficient as possible to do the actual conversion. > I'm very interested in any progress you make. > > I have a lot going on right now in both my home and work lives > (moved house recently, doing training at work, etc), but I would > love to finish my prototype and test it with your code. What sort > of minimum hardware do you think would be needed to get it to run > reliably? > > I'll try to grab and compile the code at some point this week. > > Regards, Michael > > On 18 April 2015 at 18:26, Gerald wrote: > >> Ok issues are fixed. I was sure that something like it exists, as >> aubio has it. I want to take this thing to be polyphonic, Ideally >> split up into polyphonic guitar to midi lv2 and maybe synth >> plugin that somehow apeals to guitarist (I know that vague, but >> i'm thinking of a synth thats piped through guitarixcab for that >> nice tube sound). But the emphasis will be the polyphonic audio >> (actually only guitar) to midi. The other stuff I wrote just not >> to have to deal with lv2 standard for now. And wavetables are >> easy and fun. I've done some research and the polyphonic pitch >> estimation falls under the wider topic called Blind Source >> Separation (BSS). Is there any expert on BSS here on the list? >> Gerald >> >> On 18.04.2015 14:55, Ralf Mardorf wrote: >>> Thank you, >>> >>> builds without issues on Arch Linux. Running it works too, but >>> I didn't test it. Jack audio IOs and Jack MIDI out are shown by >>> QjackCtl. Are you aware that Rakarrack provides a relatively >>> good working monophonic MIDI converter? >>> >>> JFTR I got those messages: >>> >>> $ ./GuitarSynth2 jack_client_new: deprecated Samplerate 44100 >>> Buffersize 256 QObject::connect: No such slot >>> GSEngine::setInputGain(int) QObject::connect: (sender name: >>> 'InputVol') QObject::connect: No such slot >>> GSEngine::setOutputGain(int) QObject::connect: (sender name: >>> 'OutputVol') >>> >>> Regards, Ralf _______________________________________________ >>> Linux-audio-user mailing list >>> Linux-audio-user at lists.linuxaudio.org >>> http://lists.linuxaudio.org/listinfo/linux-audio-user >> >> >> _______________________________________________ Linux-audio-user >> mailing list Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> > > > > _______________________________________________ Linux-audio-user > mailing list Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > From mtdnelson at gmail.com Sun Apr 19 08:32:06 2015 From: mtdnelson at gmail.com (Michael Nelson) Date: Sun, 19 Apr 2015 08:32:06 +0000 Subject: [LAU] GuitarSynth and polyphonic pitch estimation In-Reply-To: <55335E13.10602@gmx.de> References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> <20150418145537.57e9f586@archlinux> <553293B1.1090201@gmx.de> <55335E13.10602@gmx.de> Message-ID: Hello, Yes, I bought a second hand Roland GR-1 on eBay some years ago, which I enjoy. However, I find the magnetic hexaphonic pickup to be cumbersome, unattractive, and a hassle to mount on the guitar securely (without damaging the guitar). So, I am trying to build a piezo hex pickup directly into the guitar, so it will look as standard as possible. I *could* spend ?300 to buy the rest of the kit, but I can't justify spending that much money at the moment, and I like the idea of designing my own PCBs and installing it all myself. I would be surprised if tracking can be done as reliably without a hex pickup... When I asked about hardware, I was also wondering about CPU and memory requirements. I assume, for example, that a Raspberry Pi would not be up to the job of converting six signals... I'd like to find a compact, relatively low power box that could be dedicated to doing pitch-to-MIDI conversion. The other thing of interest to me is how *low* the audio sampling requirements could be. The lower the requirements, the better the chance of making it cheaply. I'll look at rakarrack, aubio and your code at some point, thanks for the information. Michael On Sun, 19 Apr 2015 08:50 Gerald Mwangi wrote: > Hi, thanks for your interest. The pitch is stable after attack and > before release phase. But during those phases it jumps arround. aubio > has a method for detecting those phases, which I want to try out. When > nothing is played it get irritated by the noise if your input gain is > to high. You have to set your input gain low enough to silence the > noise, but high enough that the synths kick in. > For Hardware: Any cheap soundcard should do the job. I tried it with > the onboard card of my computer. But if your looking for something > beyond alpha stage checkout Rakarrack's monophonic audio to midi > converter. > My plans are to test aubio's polyphonic pitch abilities, which doesn't > need a hex-pickup (is that what your building?). > so stay tuned > Gerald > > On 18.04.2015 20:47, Michael Nelson wrote: > > Hi, > > > > I am very interested in this. > > > > I've put some piezo-sensor saddles in a Strat, and have knocked up > > a rough PCB design for a set of preamps. I am *eventually* planning > > to build a prototype, and test it with my old Roland GR-1. I have > > been keen on investigating the next step -- constructing something > > as reliable and efficient as possible to do the actual conversion. > > I'm very interested in any progress you make. > > > > I have a lot going on right now in both my home and work lives > > (moved house recently, doing training at work, etc), but I would > > love to finish my prototype and test it with your code. What sort > > of minimum hardware do you think would be needed to get it to run > > reliably? > > > > I'll try to grab and compile the code at some point this week. > > > > Regards, Michael > > > > On 18 April 2015 at 18:26, Gerald wrote: > > > >> Ok issues are fixed. I was sure that something like it exists, as > >> aubio has it. I want to take this thing to be polyphonic, Ideally > >> split up into polyphonic guitar to midi lv2 and maybe synth > >> plugin that somehow apeals to guitarist (I know that vague, but > >> i'm thinking of a synth thats piped through guitarixcab for that > >> nice tube sound). But the emphasis will be the polyphonic audio > >> (actually only guitar) to midi. The other stuff I wrote just not > >> to have to deal with lv2 standard for now. And wavetables are > >> easy and fun. I've done some research and the polyphonic pitch > >> estimation falls under the wider topic called Blind Source > >> Separation (BSS). Is there any expert on BSS here on the list? > >> Gerald > >> > >> On 18.04.2015 14:55, Ralf Mardorf wrote: > >>> Thank you, > >>> > >>> builds without issues on Arch Linux. Running it works too, but > >>> I didn't test it. Jack audio IOs and Jack MIDI out are shown by > >>> QjackCtl. Are you aware that Rakarrack provides a relatively > >>> good working monophonic MIDI converter? > >>> > >>> JFTR I got those messages: > >>> > >>> $ ./GuitarSynth2 jack_client_new: deprecated Samplerate 44100 > >>> Buffersize 256 QObject::connect: No such slot > >>> GSEngine::setInputGain(int) QObject::connect: (sender name: > >>> 'InputVol') QObject::connect: No such slot > >>> GSEngine::setOutputGain(int) QObject::connect: (sender name: > >>> 'OutputVol') > >>> > >>> Regards, Ralf _______________________________________________ > >>> Linux-audio-user mailing list > >>> Linux-audio-user at lists.linuxaudio.org > >>> http://lists.linuxaudio.org/listinfo/linux-audio-user > >> > >> > >> _______________________________________________ Linux-audio-user > >> mailing list Linux-audio-user at lists.linuxaudio.org > >> http://lists.linuxaudio.org/listinfo/linux-audio-user > >> > > > > > > > > _______________________________________________ Linux-audio-user > > mailing list Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerald.mwangi at gmx.de Sun Apr 19 08:56:14 2015 From: gerald.mwangi at gmx.de (Gerald Mwangi) Date: Sun, 19 Apr 2015 10:56:14 +0200 Subject: [LAU] *** GMX Spamverdacht *** Re: [LAD] GuitarSynth In-Reply-To: <5532604D.4020603@free.fr> References: <55325B3F.8060701@free.fr> <5532604D.4020603@free.fr> Message-ID: <55336DAE.8020907@gmx.de> Hi Yann, fixed the frequency issue. Gerald On 18.04.2015 15:46, Yann Collette wrote: > > OK, thanks, it works better. Now, it starts. > But I've got a glitch when nothing is connecter: > > > Near the 'frequency' label, random ascii are displayed. > > When I close the windows, a hangs happens. > > Here is the gdb log: > > #0 0x00007ffff58208d7 in raise () at /lib64/libc.so.6 > #1 0x00007ffff582253a in abort () at /lib64/libc.so.6 > #2 0x00007ffff5863da3 in () at /lib64/libc.so.6 > #3 0x00007ffff586f9f5 in free () at /lib64/libc.so.6 > #4 0x000000000040819e in SynthBase::~SynthBase() (this=0x6b2910, > __in_chrg=) at ../synthbase.cpp:52 > #5 0x0000000000407be1 in SquareSynth::~SquareSynth() (this=0x6b2910, > __in_chrg=) at ../squaresynth.h:22 > #6 0x0000000000407be1 in SquareSynth::~SquareSynth() (this=0x6b2910, > __in_chrg=) at ../squaresynth.h:22 > #7 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #8 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #9 0x00007ffff7447189 in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #10 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #11 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #12 0x00007ffff7447189 in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #13 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #14 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #15 0x00007ffff75d3cc9 in QScrollArea::~QScrollArea() () at > /lib64/libQt5Widgets.so.5 > #16 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #17 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #18 0x00007ffff7447189 in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #19 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #20 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #21 0x00007ffff75a5099 in QStackedWidget::~QStackedWidget() () at > /lib64/libQt5Widgets.so.5 > #22 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #23 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #24 0x00007ffff75b5819 in QTabWidget::~QTabWidget() () at /lib64/libQt5Widgets.so.5 > #25 0x00007ffff6b4a32c in QObjectPrivate::deleteChildren() () at > /lib64/libQt5Core.so.5 > #26 0x00007ffff7446f2a in QWidget::~QWidget() () at /lib64/libQt5Widgets.so.5 > #27 0x00000000004052ed in main(int, char**) (argc=1, argv=) at > ../main.cpp:23 > > Le 18/04/2015 13:58, Yann Collette a ?crit : >> Hello, >> >> I also met a hang with GuitarSynth. >> I use fedora 21 64. I compiled aubio from sources (the one on fedora is too old). >> >> There is no stack trace in gdb, but there are some messages at startup: >> >> Samplerate 48000 Buffersize 256 >> QObject::connect: No such slot GSEngine::setInputGain(int) in >> ../mainwindow.cpp:62 >> QObject::connect: (sender name: 'InputVol') >> QObject::connect: No such slot GSEngine::setOutputGain(int) in >> ../mainwindow.cpp:64 >> QObject::connect: (sender name: 'OutputVol') >> [New Thread 0x7fffe347d700 (LWP 23722)] >> *** Error in `/home/collette/repositories/GuitarSynth/build/GuitarSynth2': >> double free or corruption (out): 0x000000000066da60 *** >> >> YC >> >> Le 18/04/2015 13:37, Gerald a ?crit : > Clam dep is removed. Can you compile it and run it again? Set jack > samplerate to 44100 and Periods to 512 (my settings). > Gerald > > On 18.04.2015 13:24, Gerald wrote: >>>>> I'll look into that. I used clam since it had prettier knobs but dropped >>>>> it again, as it isn't developed anymore (?) >>>>> Gerald >>>>> >>>>> On 18.04.2015 08:56, Patrick Shirkey wrote: >>>>> >>>>>> On Sat, April 18, 2015 8:30 am, Gerald wrote: >>>>>>> Hi guys, I've started/hacked a small project called GuitarSynth. It is >>>>>>> meant as a playfield for exploring pitchdetection and synthesis for >>>>>>> Guitar, since I'm a guitarist. You can get on Github (git clone >>>>>>> https://github.com/geraldmwangi/GuitarSynth.git). >>>>>>> Its really basic but its fun to play with. It take an audio signal > (your >>>>>>> guitar) extracts the fundamental pitch and drives some wavetable > synths. >>>>>>> Feel free to manipulate it, I'll be happy to grant people write access >>>>>>> to the repo. >>>>>>> Btw on IRC my Nick is JimsonDrift, the name of my band (see >>>>>>> www.jimson-drift.de). >>>>>>> Cheers Gerald >>>>>>> >>>>> >>>>> >>>>>> Looks like an interesting and fun tool. >>>>>> I had to add this library: >>>>>> apt-get install libclam-qtmonitors-dev >>>>>> - I built the code but when I run I get a segfault: >>>>>> $ make >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/uic ../mainwindow.ui -o > ui_mainwindow.h >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/uic ../SynthBase.ui -o ui_SynthBase.h >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o main.o > ../main.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o mainwindow.o >>>>>> ../mainwindow.cpp >>>>>> In file included from /usr/include/c++/4.9/backward/strstream:51:0, >>>>>> from ../mainwindow.cpp:23: >>>>>> /usr/include/c++/4.9/backward/backward_warning.h:32:2: warning: #warning >>>>>> This file includes at least one deprecated or antiquated header > which may >>>>>> be removed without further notice at a future date. Please use a >>>>>> non-deprecated interface with equivalent functionality instead. For a >>>>>> listing of replacement headers and interfaces, consult the file >>>>>> backward_warning.h. To disable this warning use -Wno-deprecated. [-Wcpp] >>>>>> #warning \ >>>>>> ^ >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o gausssynth.o >>>>>> ../gausssynth.cpp >>>>>> ../gausssynth.cpp: In member function ?virtual void >>>>> GaussSynth::InitSynth()?: >>>>>> ../gausssynth.cpp:29:11: warning: unused variable ?norm? >>>>> [-Wunused-variable] >>>>>> float norm=0; >>>>>> ^ >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o gsengine.o >>>>>> ../gsengine.cpp >>>>>> ../gsengine.cpp: In member function ?void GSEngine::InitNetwork()?: >>>>>> ../gsengine.cpp:50:13: warning: ?jack_client_t* jack_client_new(const >>>>>> char*)? is deprecated (declared at /usr/include/jack/jack.h:97) >>>>>> [-Wdeprecated-declarations] >>>>>> mClient=jack_client_new("GuitarSynth"); >>>>>> ^ >>>>>> ../gsengine.cpp:50:42: warning: ?jack_client_t* jack_client_new(const >>>>>> char*)? is deprecated (declared at /usr/include/jack/jack.h:97) >>>>>> [-Wdeprecated-declarations] >>>>>> mClient=jack_client_new("GuitarSynth"); >>>>>> ^ >>>>>> ../gsengine.cpp:66:82: warning: deprecated conversion from string > constant >>>>>> to ?char_t* {aka char*}? [-Wwrite-strings] >>>>> > mPitchDetector=new_aubio_pitch("yinfft",2*mBufferSize,mBufferSize,mSamplerate); >>>>> ^ >>>>>> ../gsengine.cpp: In static member function ?static GSEngine* >>>>>> GSEngine::getInstance()?: >>>>>> ../gsengine.cpp:123:19: warning: suggest parentheses around assignment >>>>>> used as truth value [-Wparentheses] >>>>>> if(mInstance=0) >>>>>> ^ >>>>>> ../gsengine.cpp:125:1: warning: no return statement in function > returning >>>>>> non-void [-Wreturn-type] >>>>>> } >>>>>> ^ >>>>>> ../gsengine.cpp: At global scope: >>>>>> ../gsengine.cpp:127:52: warning: unused parameter ?arg? >>>>> [-Wunused-parameter] >>>>>> int GSEngine::process(jack_nframes_t frames, void *arg) >>>>>> ^ >>>>>> ../gsengine.cpp: In static member function ?static float >>>>>> GSEngine::getMagnitude(jack_nframes_t, float*)?: >>>>>> ../gsengine.cpp:175:18: warning: comparison between signed and unsigned >>>>>> integer expressions [-Wsign-compare] >>>>>> for(int i=0;i>>>>> ^ >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o sinussynth.o >>>>>> ../sinussynth.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o squaresynth.o >>>>>> ../squaresynth.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o synthbase.o >>>>>> ../synthbase.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o synthcontrol.o >>>>>> ../synthcontrol.cpp >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/moc -DQT_NO_DEBUG -DQT_WIDGETS_LIB >>>>>> -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 >>>>>> -I/home/patrick/code/GuitarSynth -I/usr/include/x86_64-linux-gnu/qt5 >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtGui >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I/usr/include/c++/4.9 >>>>>> -I/usr/include/x86_64-linux-gnu/c++/4.9 -I/usr/include/c++/4.9/backward >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include -I/usr/local/include >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include-fixed >>>>>> -I/usr/include/x86_64-linux-gnu -I/usr/include ../mainwindow.h -o >>>>>> moc_mainwindow.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o moc_mainwindow.o >>>>>> moc_mainwindow.cpp >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/moc -DQT_NO_DEBUG -DQT_WIDGETS_LIB >>>>>> -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 >>>>>> -I/home/patrick/code/GuitarSynth -I/usr/include/x86_64-linux-gnu/qt5 >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtGui >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I/usr/include/c++/4.9 >>>>>> -I/usr/include/x86_64-linux-gnu/c++/4.9 -I/usr/include/c++/4.9/backward >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include -I/usr/local/include >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include-fixed >>>>>> -I/usr/include/x86_64-linux-gnu -I/usr/include ../gsengine.h -o >>>>>> moc_gsengine.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o moc_gsengine.o >>>>>> moc_gsengine.cpp >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/moc -DQT_NO_DEBUG -DQT_WIDGETS_LIB >>>>>> -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 >>>>>> -I/home/patrick/code/GuitarSynth -I/usr/include/x86_64-linux-gnu/qt5 >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtGui >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I/usr/include/c++/4.9 >>>>>> -I/usr/include/x86_64-linux-gnu/c++/4.9 -I/usr/include/c++/4.9/backward >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include -I/usr/local/include >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include-fixed >>>>>> -I/usr/include/x86_64-linux-gnu -I/usr/include ../synthbase.h -o >>>>>> moc_synthbase.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o moc_synthbase.o >>>>>> moc_synthbase.cpp >>>>>> /usr/lib/x86_64-linux-gnu/qt5/bin/moc -DQT_NO_DEBUG -DQT_WIDGETS_LIB >>>>>> -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 >>>>>> -I/home/patrick/code/GuitarSynth -I/usr/include/x86_64-linux-gnu/qt5 >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtGui >>>>>> -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I/usr/include/c++/4.9 >>>>>> -I/usr/include/x86_64-linux-gnu/c++/4.9 -I/usr/include/c++/4.9/backward >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include -I/usr/local/include >>>>>> -I/usr/lib/gcc/x86_64-linux-gnu/4.9/include-fixed >>>>>> -I/usr/include/x86_64-linux-gnu -I/usr/include ../synthcontrol.h -o >>>>>> moc_synthcontrol.cpp >>>>>> g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG >>>>>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB >>>>>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I../../GuitarSynth >>>>>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>>>>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. -I. -o > moc_synthcontrol.o >>>>>> moc_synthcontrol.cpp >>>>>> g++ -m64 -Wl,-O1 -o GuitarSynth2 main.o mainwindow.o gausssynth.o >>>>>> gsengine.o sinussynth.o squaresynth.o synthbase.o synthcontrol.o >>>>>> moc_mainwindow.o moc_gsengine.o moc_synthbase.o moc_synthcontrol.o >>>>>> -L/usr/X11R6/lib64 -lclam_qtmonitors -lclam_processing -lclam_audioio >>>>>> -lclam_core -ljack -laubio -lQt5Widgets -lQt5Gui -lQt5Core -lGL > -lpthread >>>>> >>>>>> $ ./GuitarSynth2 >>>>>> Segmentation fault >>>>>> $ jackd --version >>>>>> jackd version 0.124.1 tmpdir /dev/shm protocol 25 >>>>> >>>>> >>>>>> -- >>>>>> Patrick Shirkey >>>>>> Boost Hardware Ltd >>>>>> _______________________________________________ >>>>>> Linux-audio-dev mailing list >>>>>> Linux-audio-dev at lists.linuxaudio.org >>>>>> http://lists.linuxaudio.org/listinfo/linux-audio-dev >>>>> >>>>> _______________________________________________ >>>>> Linux-audio-dev mailing list >>>>> Linux-audio-dev at lists.linuxaudio.org >>>>> http://lists.linuxaudio.org/listinfo/linux-audio-dev >>> >>> _______________________________________________ >>> Linux-audio-dev mailing list >>> Linux-audio-dev at lists.linuxaudio.org >>> http://lists.linuxaudio.org/listinfo/linux-audio-dev >> >> _______________________________________________ >> Linux-audio-dev mailing list >> Linux-audio-dev at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-dev > > > From gerald.mwangi at gmx.de Sun Apr 19 10:06:01 2015 From: gerald.mwangi at gmx.de (Gerald Mwangi) Date: Sun, 19 Apr 2015 12:06:01 +0200 Subject: [LAU] GuitarSynth and polyphonic pitch estimation In-Reply-To: References: <55318979.60006@gmx.de> <34918.178.73.210.16.1429340183.squirrel@boosthardware.com> <55323F04.8000509@gmx.de> <553241FA.8040005@gmx.de> <553246E4.50100@free.fr> <20150418145537.57e9f586@archlinux> <553293B1.1090201@gmx.de> <55335E13.10602@gmx.de> Message-ID: <55337E09.5020002@gmx.de> Oh. !FOR NOW! the software is just monophonic. It's a testbase which i want to add polyphony to it. So the CPU usage isn't high, although I haven't quantified it. Gerald On 19.04.2015 10:32, Michael Nelson wrote: > When I asked about hardware, I was also wondering about CPU and memory > requirements. I assume, for example, that a Raspberry Pi would not be up to > the job of converting six signals... I'd like to find a compact, > relatively low power box that could be dedicated to doing pitch-to-MIDI > conversion. From len at ovenwerks.net Mon Apr 20 00:46:43 2015 From: len at ovenwerks.net (Len Ovens) Date: Sun, 19 Apr 2015 17:46:43 -0700 (PDT) Subject: [LAU] running jackd from rc.local In-Reply-To: References: Message-ID: On Sun, 19 Apr 2015, Athanasios Silis wrote: > i am using ubuntu studio. > the pc i refer to is used for audio processing and routing primarily - it is a > jack client server. > so without any user intervention apart from powering it ON , it gets audio > through ethernet from the jack master, processes it and sends it out through its > local soundcards. Al this should be something can be done... I don't feel I can give advice without doing it though. I do use Studio as well and have done various headless kinds of things... , but I haven't automated any of it, rather logged in ssh and used screen as a session manager. I had no problem with no X, I just used dbus_launch to run screen and everything just worked (including Pulse Audio). I think screen can be automated (screen is not the only choice either), but I have not done it and so don't know how. > on occasions I want to log on and use this computer for local audio capturing and > / or playback. so jack would ideally run independent of a user session. Having > said that, I usually don't need to log out and back in, I tend to lock the system > as I am a single user. no need to deal with multiple user case now. As long as it runs as the same user and the session is pre started at boot, All you would be doing is logging in to an already started session (GUI or CLI can both be done this way). > some audio applications (namely calf) need an X server so in my custom startup > scripts I start a vnc session as well. I thought the lv2 plugins could be run without the gui... I could be wrong though. > The problem as I understand it is that after log on, pam.d elevates logged in > user's privileges to access hardware. The main problem is that alsa_(in|out) is > can not grab the local soundcards... and I do not know what could be the > conflict. people over at jack-devel mailing list said it could bea number of > things like pulseaudio or lightdm.... pavucontrol Configure page/tab will allow you to turn the HW profile off for pulse. The lightdm thing doesn't make sense to me. > there seems? to be a conflict or ideologies because some one suggests I make a > system init script and another says jack is not designed to run as a system > service. > > Personally, I think that jack is indeed not designed as a system service, but I > could be wrong. what is more a jack run as root, would never be available to > applications that I would start as a user. is that so? There are people who use jack in headless, boot to running synths and guitar effects pedals, so I know it can be done. Not a walk in the park... a bit of a trudge through the forest. -- Len Ovens www.ovenwerks.net From ivan_521521 at yahoo.com Mon Apr 20 03:46:54 2015 From: ivan_521521 at yahoo.com (Ivan K) Date: Mon, 20 Apr 2015 03:46:54 +0000 (UTC) Subject: [LAU] Recording a video with High quality audio Message-ID: <1783323097.77364.1429501614309.JavaMail.yahoo@mail.yahoo.com> I would like to make a video of a performance of acoustic music. I have a webcam on my computer, but rather than use the microphone that is on the webcam, I would prefer to use my ART USB Dual TubePre microphone preamp plugged into the S/PDIF of my M-Audio 2496. Is there any application that can record video from a webcam but use an audio input other than the built-in mic on the cam? Thanks; From jannis_achstetter at web.de Mon Apr 20 04:24:16 2015 From: jannis_achstetter at web.de (Jannis Achstetter) Date: Mon, 20 Apr 2015 06:24:16 +0200 Subject: [LAU] Recording a video with High quality audio In-Reply-To: <1783323097.77364.1429501614309.JavaMail.yahoo@mail.yahoo.com> References: <1783323097.77364.1429501614309.JavaMail.yahoo@mail.yahoo.com> Message-ID: <55347F70.9020900@web.de> Hello Ivan, Am 20.04.2015 um 05:46 schrieb Ivan K: > [...] > Is there any application that can record video > from a webcam but use an audio input other than > the built-in mic on the cam? This can be done very easily using gstreamer. You can construct pipelines from single elements. Here's an example that might work for your application: gst-launch-1.0 v4l2src ! video/x-raw,width=640,height=360,framerate=30/1 ! vp8enc deadline=30000 threads=4 ! queue ! matroskamux name=mux ! filesink location=test.mkv jackaudiosrc ! audio/x-raw,channels=2 ! audioconvert ! opusenc ! queue ! mux. This will grab raw video from your cam, encode it, mux it and save it to a file. Furthermore, audio will be grabbed from jack, encoded and also muxed to the same file. If your webcam supports it, you can also take an encoded stream from the device and add audio without re-encoding: gst-launch-1.0 v4l2src ! video/x-h264,width=640,height=360,framerate=30/1 ! h264parse ! queue ! matroskamux name=mux ! filesink location=test.mkv jackaudiosrc ! audio/x-raw,channels=2 ! audioconvert ! opusenc ! queue ! mux. Here's some docs if you need further info: http://docs.gstreamer.com/display/GstSDK/Basic+tutorial+10%3A+GStreamer+tools Best regards, Jannis From nettings at stackingdwarves.net Mon Apr 20 10:29:58 2015 From: nettings at stackingdwarves.net (=?UTF-8?B?SsO2cm4gTmV0dGluZ3NtZWllcg==?=) Date: Mon, 20 Apr 2015 12:29:58 +0200 Subject: [LAU] JACK hangs on openSUSE Tumbleweed In-Reply-To: <20150418203311.07a2a08b@archlinux> References: <553296E9.2080805@stackingdwarves.net> <20150418203311.07a2a08b@archlinux> Message-ID: <5534D526.1030903@stackingdwarves.net> On 04/18/2015 08:33 PM, Ralf Mardorf wrote: > On Sat, 18 Apr 2015 19:39:53 +0200, J?rn Nettingsmeier wrote: >> The problem started at the same time kernel 3.19.3 came out for >> Tumbleweed, but downgrading to older kernels in the 3.19 series or as >> far back as 3.17 doesn't restore jack functionality. So it must be >> something in userspace. > > Hi J?rn, > > there definitively also is an issue with this kernel. > > [rocketmouse at archlinux ~]$ uname -rm > 3.19.3-3-ARCH x86_64 > [rocketmouse at archlinux ~]$ aconnect -i > client 0: 'System' [type=kernel] > 0 'Timer ' > 1 'Announce ' > client 14: 'Midi Through' [type=kernel] > 0 'Midi Through Port-0' > [rocketmouse at archlinux ~]$ amidi -l > Dir Device Name > IO hw:0,0 HDSPMx579bcc MIDI 1 > IO hw:1,0 TerraTec EWX24/96 MIDI > IO hw:2,0 TerraTec EWX24/96 MIDI > > I only use linux-rt, but an user of this kernel noticed it and started a > thread here: > https://lists.archlinux.org/pipermail/arch-general/2015-April/038789.html Curious coincidence: a few weeks before LAC2015, I tried to connect a BCF2000 to the LAC streaming box, and even though lsusb showed the device, ALSA did not catch it, ever. This box ran Manjaro, which, IIUC, is a derivative of Arch. I'm not sure any of this is actually related to the JACK issue, but yes, something is fishy about 3.19 :) -- J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister f?r Veranstaltungstechnik (B?hne/Studio) Tonmeister VDT http://stackingdwarves.net From nettings at stackingdwarves.net Mon Apr 20 11:48:22 2015 From: nettings at stackingdwarves.net (=?UTF-8?B?SsO2cm4gTmV0dGluZ3NtZWllcg==?=) Date: Mon, 20 Apr 2015 13:48:22 +0200 Subject: [LAU] JACK hangs on openSUSE Tumbleweed In-Reply-To: <553296E9.2080805@stackingdwarves.net> References: <553296E9.2080805@stackingdwarves.net> Message-ID: <5534E786.2070706@stackingdwarves.net> On 04/18/2015 07:39 PM, J?rn Nettingsmeier wrote: > Hi *! > > > I've come across a mysterious problem - since a few days ago (openSUSE > Tumbleweed is a rolling release), JACK hangs during startup. If you > start it with QJackCtl, it will kill it after a while, but if you start > it from the console and strace it, you can see it hangs waiting for a > futex: > [...] > sched_get_priority_min(SCHED_FIFO) = 1 > sched_get_priority_max(SCHED_FIFO) = 99 > mmap(NULL, 8392704, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f9e76cfe000 > mprotect(0x7f9e76cfe000, 4096, PROT_NONE) = 0 > clone(child_stack=0x7f9e774fdfb0, > flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, > parent_tidptr=0x7f9e774fe9d0, tls=0x7f9e774fe700, > child_tidptr=0x7f9e774fe9d0) = 4627 > sched_setscheduler(4627, SCHED_FIFO, { 1 }) = 0 > futex(0x7f9e774fed18, FUTEX_WAKE_PRIVATE, 1) = 1 > munmap(0x7f9e7ba87000, 227354) = 0 > futex(0x7f9e776ff078, FUTEX_WAKE_PRIVATE, 1) = 1 > futex(0x7f9e774fe9d0, FUTEX_WAIT, 4627, NULL) = ? ERESTARTSYS (To be > restarted if SA_RESTART is set) > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > futex(0x7f9e774fe9d0, FUTEX_WAIT, 4627, NULL > > and hangs forever after. > It seems to be after acquiring SCHED_FIFO, but just to be sure I > verified that I'm still in group audio, and we still have > @audio - rtprio 95 > @audio - memlock 3000000 > in /etc/security/limits.conf. > > The problem started at the same time kernel 3.19.3 came out for > Tumbleweed, but downgrading to older kernels in the 3.19 series or as > far back as 3.17 doesn't restore jack functionality. So it must be > something in userspace. new piece of information: JACK2 (built from current source) fails. JACK1 (also built from current source) appears to work. weird... From david.jo.adler at gmail.com Mon Apr 20 14:49:57 2015 From: david.jo.adler at gmail.com (David Adler) Date: Mon, 20 Apr 2015 16:49:57 +0200 Subject: [LAU] JACK hangs on openSUSE Tumbleweed In-Reply-To: <5534D526.1030903@stackingdwarves.net> References: <553296E9.2080805@stackingdwarves.net> <20150418203311.07a2a08b@archlinux> <5534D526.1030903@stackingdwarves.net> Message-ID: <20150420144957.GA7491@diigit.localdomain> On Mon, Apr 20, 2015 at 12:29:58PM +0200, J?rn Nettingsmeier wrote: > Curious coincidence: a few weeks before LAC2015, I tried to connect a > BCF2000 to the LAC streaming box, and even though lsusb showed the device, > ALSA did not catch it, ever. This box ran Manjaro, which, IIUC, is a > derivative of Arch. > I'm not sure any of this is actually related to the JACK issue, but yes, > something is fishy about 3.19 :) This one is ? perhaps not exclusively ? an Arch issue, one has to manually load snd_seq_midi until it is resolved. It reportedly started with 3.19.2, I myself ran into it with 3.19.3. https://bugs.archlinux.org/task/44286 From gianfranco at portalmod.com.br Mon Apr 20 16:40:26 2015 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Mon, 20 Apr 2015 18:40:26 +0200 Subject: [LAU] [LAD] GuitarSynth In-Reply-To: <55318979.60006@gmx.de> References: <55318979.60006@gmx.de> Message-ID: When building in KXStudio I get the following error gian at gian-Latitude-D630:~/build$ make /usr/lib/x86_64-linux-gnu/qt4/bin/uic ../GuitarSynth/mainwindow.ui -o ui_mainwindow.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic ../GuitarSynth/SynthBase.ui -o ui_SynthBase.h g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I../GuitarSynth -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I../GuitarSynth -I. -o main.o ../GuitarSynth/main.cpp g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I../GuitarSynth -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I../GuitarSynth -I. -o mainwindow.o ../GuitarSynth/mainwindow.cpp In file included from ../GuitarSynth/synthbase.h:21:0, from ../GuitarSynth/squaresynth.h:19, from ../GuitarSynth/mainwindow.cpp:19: ../GuitarSynth/synthcontrol.h:21:27: fatal error: QtWidgets/QDial: No such file or directory #include ^ compilation terminated. Any hint on where I can find the QtWidgets/QDial ? I already installed libqt4-dev Best Gianfranco 2015-04-18 0:30 GMT+02:00 Gerald : > Hi guys, I've started/hacked a small project called GuitarSynth. It is > meant as a playfield for exploring pitchdetection and synthesis for > Guitar, since I'm a guitarist. You can get on Github (git clone > https://github.com/geraldmwangi/GuitarSynth.git). > Its really basic but its fun to play with. It take an audio signal (your > guitar) extracts the fundamental pitch and drives some wavetable synths. > Feel free to manipulate it, I'll be happy to grant people write access > to the repo. > Btw on IRC my Nick is JimsonDrift, the name of my band (see > www.jimson-drift.de). > Cheers Gerald > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan_521521 at yahoo.com Mon Apr 20 19:25:32 2015 From: ivan_521521 at yahoo.com (Ivan K) Date: Mon, 20 Apr 2015 19:25:32 +0000 (UTC) Subject: [LAU] Recording a video with High quality audio In-Reply-To: <55347F70.9020900@web.de> References: <55347F70.9020900@web.de> Message-ID: <381057298.572115.1429557932239.JavaMail.yahoo@mail.yahoo.com> Thank you for your help; this is a lot to take in, though I am not adverse to working on the command line, and many times I prefer it. In your first example, it seems I need to substitute something for "jackaudiosrc". What might I put there? Also, I am surprised to see the use of the "!" character as opposed to the pipe "|". Is the "!" particular to bash? I am taking a look at the documentation. Thanks again. Jannis Achstetter wrote: > > Am 20.04.2015 um 05:46 schrieb Ivan K: > > [...] > > Is there any application that can record video > > from a webcam but use an audio input other than > > the built-in mic on the cam? > > This can be done very easily using gstreamer. You can construct > pipelines from single elements. Here's an example that might > work for your application: > > > gst-launch-1.0 v4l2src ! video/x-raw,width=640,height=360,framerate=30/1 > ! vp8enc deadline=30000 threads=4 ! queue ! matroskamux name=mux ! > filesink location=test.mkv jackaudiosrc ! audio/x-raw,channels=2 ! > audioconvert ! opusenc ! queue ! mux. > > This will grab raw video from your cam, encode it, mux it and > save it to a file. Furthermore, audio will be grabbed from > jack, encoded and also muxed to the same file. From edogawa at aon.at Mon Apr 20 21:08:04 2015 From: edogawa at aon.at (Edgar Aichinger) Date: Mon, 20 Apr 2015 23:08:04 +0200 Subject: [LAU] [LAD] GuitarSynth In-Reply-To: References: <55318979.60006@gmx.de> Message-ID: <2188109.by3Ro3fIOR@edpc> Am Montag, 20. April 2015, 18:40:26 schrieb Gianfranco Ceccolini: > Any hint on where I can find the QtWidgets/QDial ? > > I already installed libqt4-dev you need Qt5, i stumbled across the same hurdle :) once i found out it compiled, but so far I was not able to make it produce any synth sound, except a bit of scratchy noise when plucking the guitar. I'm short of time currently but am certainly interested and will test more as soon as that changes... Edgar > p > Best > > Gianfranco > > 2015-04-18 0:30 GMT+02:00 Gerald : > > > Hi guys, I've started/hacked a small project called GuitarSynth. It is > > meant as a playfield for exploring pitchdetection and synthesis for > > Guitar, since I'm a guitarist. You can get on Github (git clone > > https://github.com/geraldmwangi/GuitarSynth.git). > > Its really basic but its fun to play with. It take an audio signal (your > > guitar) extracts the fundamental pitch and drives some wavetable synths. > > Feel free to manipulate it, I'll be happy to grant people write access > > to the repo. > > Btw on IRC my Nick is JimsonDrift, the name of my band (see > > www.jimson-drift.de). > > Cheers Gerald > > > > _______________________________________________ > > Linux-audio-dev mailing list > > Linux-audio-dev at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-dev > > From gerald.mwangi at gmx.de Mon Apr 20 22:14:40 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Tue, 21 Apr 2015 00:14:40 +0200 Subject: [LAU] [LAD] GuitarSynth In-Reply-To: <2188109.by3Ro3fIOR@edpc> References: <55318979.60006@gmx.de> <2188109.by3Ro3fIOR@edpc> Message-ID: <55357A50.7040001@gmx.de> The program is only monophonic, so you have to pluck one string at a time. Then you should play with your input gain. I found that if i crank up the gain till it distorts, I get better results. Gerald On 20.04.2015 23:08, Edgar Aichinger wrote: > but so far I was not able to make it produce any synth sound, except a bit of scratchy noise when plucking the guitar From gianfranco at portalmod.com.br Tue Apr 21 01:33:48 2015 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Tue, 21 Apr 2015 03:33:48 +0200 Subject: [LAU] [LAD] GuitarSynth In-Reply-To: References: <55318979.60006@gmx.de> Message-ID: <1F9B76B5-F5BA-4A02-8F21-CD7A78040E7B@portalmod.com.br> FalkTX helped me with the QT4/QT5 issue and I got it working Nice to play around. Fast pitch detection and reliable in most cases. The performance drops a lot when using the 6th string though. Nevertheless, good work Gerald! Regards Gianfranco > Em 20/04/2015, ?(s) 18:40, Gianfranco Ceccolini escreveu: > > When building in KXStudio I get the following error > > gian at gian-Latitude-D630:~/build$ make > /usr/lib/x86_64-linux-gnu/qt4/bin/uic ../GuitarSynth/mainwindow.ui -o ui_mainwindow.h > /usr/lib/x86_64-linux-gnu/qt4/bin/uic ../GuitarSynth/SynthBase.ui -o ui_SynthBase.h > g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I../GuitarSynth -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I../GuitarSynth -I. -o main.o ../GuitarSynth/main.cpp > g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I../GuitarSynth -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I../GuitarSynth -I. -o mainwindow.o ../GuitarSynth/mainwindow.cpp > In file included from ../GuitarSynth/synthbase.h:21:0, > from ../GuitarSynth/squaresynth.h:19, > from ../GuitarSynth/mainwindow.cpp:19: > ../GuitarSynth/synthcontrol.h:21:27: fatal error: QtWidgets/QDial: No such file or directory > #include > ^ > compilation terminated. > > > Any hint on where I can find the QtWidgets/QDial ? > > I already installed libqt4-dev > > Best > > Gianfranco > > 2015-04-18 0:30 GMT+02:00 Gerald >: > Hi guys, I've started/hacked a small project called GuitarSynth. It is > meant as a playfield for exploring pitchdetection and synthesis for > Guitar, since I'm a guitarist. You can get on Github (git clone > https://github.com/geraldmwangi/GuitarSynth.git ). > Its really basic but its fun to play with. It take an audio signal (your > guitar) extracts the fundamental pitch and drives some wavetable synths. > Feel free to manipulate it, I'll be happy to grant people write access > to the repo. > Btw on IRC my Nick is JimsonDrift, the name of my band (see > www.jimson-drift.de ). > Cheers Gerald > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jannis_achstetter at web.de Tue Apr 21 04:50:50 2015 From: jannis_achstetter at web.de (Jannis Achstetter) Date: Tue, 21 Apr 2015 06:50:50 +0200 Subject: [LAU] Recording a video with High quality audio In-Reply-To: <381057298.572115.1429557932239.JavaMail.yahoo@mail.yahoo.com> References: <55347F70.9020900@web.de> <381057298.572115.1429557932239.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5535D72A.3000604@web.de> Am 20.04.2015 um 21:25 schrieb Ivan K: > Thank you for your help; this is a lot to take in, though I am not > adverse to working on the command line, and many times I prefer it. Good to hear that :) > In your first example, it seems I need to substitute something > for "jackaudiosrc". What might I put there? Right, I was assuming you are using the JACK audio server. If not you can use "alsasrc" or "pulsesrc", depending on your setup. You can always get a list of available elements using "gst-inspect-1.0". > Also, I am surprised to see the use of the "!" character as > opposed to the pipe "|". Is the "!" particular to bash? The "!"s are not specific to bash but to gstreamer. It's not several processes that are started and piped together by bash but it's several gstreamer elements that are piped together by gstreamer. Hence, the "|" doesn't work here. > I am taking a look at the documentation. Thanks again. You're welcome. Best regards, Jannis > Jannis Achstetter wrote: >> >> Am 20.04.2015 um 05:46 schrieb Ivan K: >>> [...] >>> Is there any application that can record video >>> from a webcam but use an audio input other than >>> the built-in mic on the cam? >> >> This can be done very easily using gstreamer. You can construct >> pipelines from single elements. Here's an example that might >> work for your application: >> >> >> gst-launch-1.0 v4l2src ! video/x-raw,width=640,height=360,framerate=30/1 >> ! vp8enc deadline=30000 threads=4 ! queue ! matroskamux name=mux ! >> filesink location=test.mkv jackaudiosrc ! audio/x-raw,channels=2 ! >> audioconvert ! opusenc ! queue ! mux. >> >> This will grab raw video from your cam, encode it, mux it and >> save it to a file. Furthermore, audio will be grabbed from >> jack, encoded and also muxed to the same file. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > From gerald.mwangi at gmx.de Tue Apr 21 09:50:13 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Tue, 21 Apr 2015 11:50:13 +0200 Subject: [LAU] [LAD] GuitarSynth In-Reply-To: <1F9B76B5-F5BA-4A02-8F21-CD7A78040E7B@portalmod.com.br> References: <55318979.60006@gmx.de> <1F9B76B5-F5BA-4A02-8F21-CD7A78040E7B@portalmod.com.br> Message-ID: <55361D55.2030507@gmx.de> Thanks. The pitch detection is done by aubio library, but I rectify the signal before since that stabilizes the detection. By 'the 6th string' I assume you mean the lower pitched E string? Thats due to the longer waveform of lower frequencies which would need more frames per period to be detected. Low frequencies are a problem if the algorithm detects only the fundamental freq and not the harmonic comb (I dont know if its the case with aubio' yinfft algo). I had better results with a harmonic comb algorithm at lower freq, but I used the CLAM Audio suit for that. Sadly CLAM hasn't been updated for sometime (since 2010), so I scraped it. Maybe I'll extract the relevant parts of CLAM for GuitarSynth. Gerald On 21.04.2015 03:33, Gianfranco Ceccolini wrote: > FalkTX helped me with the QT4/QT5 issue and I got it working > > Nice to play around. Fast pitch detection and reliable in most cases. The performance drops a lot when using the 6th string though. > > Nevertheless, good work Gerald! > > Regards > > Gianfranco > From brunogola at gmail.com Tue Apr 21 13:07:18 2015 From: brunogola at gmail.com (Bruno Gola) Date: Tue, 21 Apr 2015 15:07:18 +0200 Subject: [LAU] Linux Audio Berlin user group Message-ID: Hello! There were lot's of Berliners at LAC 2015 and after talking to some of them we thought it would be nice to start a linux audio user group here in Berlin. This is an open call to all Berlin based Linux Audio users and developers! Let's meet, talk and share knowledge :) So far we have a mailing list[1] and an empty twitter account[2] (thanks to Sam :)) Our first meeting will probably be held at C-Base in the next weeks. We have no agenda yet, everyone is welcome, but me and Sam are more focused on electronic music stuff. Any suggestions on the date? [1] (as soon as the DNS starts working properly we send you the link to subscribe) [2] http://twitter.com/LAudioBerlin Cheers! -- Bruno Gola http://bgo.la/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at chrisarndt.de Tue Apr 21 14:43:47 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Tue, 21 Apr 2015 16:43:47 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: References: Message-ID: <55366223.5080506@chrisarndt.de> Am 21.04.2015 um 15:07 schrieb Bruno Gola: > There were lot's of Berliners at LAC 2015 and after talking to some of > them we thought it would be nice to start a linux audio user group here > in Berlin. Good to hear, may your group live long and prosper! On a related note: we have an Open Source audio meeting here in Cologne and our monthly meeting is tomorrow (Wednesday)! More info here: http://cologne.linuxaudio.org Cheers, Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From ich at nilsgey.de Tue Apr 21 14:54:56 2015 From: ich at nilsgey.de (Nils Gey) Date: Tue, 21 Apr 2015 16:54:56 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: References: Message-ID: <553664C0.2010600@nilsgey.de> Hello Berlin User Group! Hello Bruno, Hello Sam, that is very good to hear! On behalf of the "Open Source Audio Meeting Cologne" I wish you luck. We exist for a year now and our regular meetings are 4 to 10 people. Maybe you find these information useful: Most important first: - Keep it social. There is no topic and no information which people just simply couldn't look up on the internet, if they are really interested. The point of such an event is to meet real humans. - There is a small website. Everything on one page. I asked linuxaudio.org for a subdomain. http://cologne.linuxaudio.org/ - Additionaly there is an Etherpad for protocols and where people can announce if they plan to come - We started with a meeting every two month and then upgraded to monthly - There is regular content and a slot for announced or improvised talks or presentations. See here http://yourpart.eu/p/linuxaudio-cologne - Even with no planned program it is no problem to spend your time with question and answer sessions. - There is a small mailing list for internal stuff. Currently, since I've written the ML-software myself, you have to register in person. Facebook and other stuff is mainly an extended calender and declared as such. So there is really only the website as central space for information. Keep Rockin'! Nils http://cologne.linuxaudio.org http://www.laborejo.org On 04/21/2015 03:07 PM, Bruno Gola wrote: > Hello! > > There were lot's of Berliners at LAC 2015 and after talking to some of > them we thought it would be nice to start a linux audio user group > here in Berlin. > > This is an open call to all Berlin based Linux Audio users and > developers! Let's meet, talk and share knowledge :) > > So far we have a mailing list[1] and an empty twitter account[2] > (thanks to Sam :)) > > Our first meeting will probably be held at C-Base in the next weeks. > > We have no agenda yet, everyone is welcome, but me and Sam are more > focused on electronic music stuff. > > Any suggestions on the date? > > [1] (as soon as the DNS starts working properly we send you the link > to subscribe) > [2] http://twitter.com/LAudioBerlin > > Cheers! > -- > Bruno Gola > > http://bgo.la/ > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerald.mwangi at gmx.de Tue Apr 21 16:34:19 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Tue, 21 Apr 2015 18:34:19 +0200 Subject: [LAU] Linux Audio Heidelberg/Mannheim user group In-Reply-To: References: Message-ID: <55367C0B.6090909@gmx.de> Ok while we're at it: Are there any people in the Rhein-Neckar Area (Mannheim,Heidelberg) interested in creating a group here (Heidelberg, Mannheim is also ok)? Lg Gerald On 21.04.2015 15:07, Bruno Gola wrote: > This is an open call to all Berlin based Linux Audio users and developers! From dave at sleepmap.de Tue Apr 21 20:05:43 2015 From: dave at sleepmap.de (David Runge) Date: Tue, 21 Apr 2015 22:05:43 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: <55366223.5080506@chrisarndt.de> References: <55366223.5080506@chrisarndt.de> Message-ID: <5536AD97.8010104@sleepmap.de> That sounds nice! I subscribed to this list too late to get the initial message of this thread. Not sure, but I think we met at the bar @Bruno? I'd be totally up for the Berlin group. Is it possible to create an additional mailing list on this server? Otherwise, if you like you can also use my server for the list: https://lists.sleepmap.de/listinfo/berlin-linux-audio-users C-base would be an awesome place I think! Let us know about what happens next! On 21.04.2015 16:43, Christopher Arndt wrote: > Am 21.04.2015 um 15:07 schrieb Bruno Gola: >> There were lot's of Berliners at LAC 2015 and after talking to some of >> them we thought it would be nice to start a linux audio user group here >> in Berlin. > Good to hear, may your group live long and prosper! > > On a related note: we have an Open Source audio meeting here in Cologne > and our monthly meeting is tomorrow (Wednesday)! > > More info here: http://cologne.linuxaudio.org > > > Cheers, Chris > > > > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user -- David Runge K?penicker Stra?e 163 10997 Berlin +491781436915 http://www.sleepmap.de -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From harryhaaren at gmail.com Tue Apr 21 20:10:13 2015 From: harryhaaren at gmail.com (Harry van Haaren) Date: Tue, 21 Apr 2015 21:10:13 +0100 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: <5536AD97.8010104@sleepmap.de> References: <55366223.5080506@chrisarndt.de> <5536AD97.8010104@sleepmap.de> Message-ID: Re date: I'm visiting berlin from the 4th to the 11th - and being a Linux Audio head I'd love to meet you all (again) soon :) Of course if that doesn't suit for any reason, don't worry about it! Cheers, -Harry -- http://www.openavproductions.com From samtuke at fsfe.org Tue Apr 21 22:37:28 2015 From: samtuke at fsfe.org (Sam Tuke) Date: Wed, 22 Apr 2015 00:37:28 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: References: Message-ID: <5536D128.2050801@fsfe.org> Hi All, On 21/04/15 15:07, Bruno Gola wrote: > There were lot's of Berliners at LAC 2015 and after talking to some of > them we thought it would be nice to start a linux audio user group here > in Berlin. Keen to hear who's interested and agree a date for our first meet :) I've got the domain up and running, will put a more interesting front page on there soon, and also get Mailman ready for the new discuss list (as Bruno mentioned it's setup except for DNS). On 21/04/15 16:54, Nils Gey wrote: > that is very good to hear! On behalf of the "Open Source Audio Meeting > Cologne" I wish you luck. Great to hear from you Nils and thanks for your advice. No chance of keeping it social as I'm a total misanthrope. Not really ;) On 21/04/15 22:10, Harry van Haaren wrote: > I'm visiting berlin from the 4th to the 11th - and being a Linux Audio > head I'd love to meet you all (again) soon :) Of course if that > doesn't suit for any reason, don't worry about it! Brill :) Coming to do some audio-related project? Let's have an LA beer. On 21/04/15 22:05, David Runge wrote: > I'd be totally up for the Berlin group. Happy to hear it -- will add you to the discussion list momentarily. > Is it possible to create an > additional mailing list on this server? The new list actually already exists can also be subscribed to (here http://linuxaudio.berlin/mailman/listinfo/discuss) but emails sent to it aren't arriving just yet as I haven't had time to fix the DNS records, as we mentioned. The list and a more useful website than the current holding page will be up and running soon. > C-base would be an awesome place I think! Let us know about what > happens next! I think C-Base is a good bet too (also as I'm a member). If you've read this far and want to come, would Wednesday May 6th work for you? That would mean Harry could attend the first meeting too. Best, Sam. From dave at sleepmap.de Wed Apr 22 07:04:07 2015 From: dave at sleepmap.de (David Runge) Date: Wed, 22 Apr 2015 09:04:07 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: <5536D128.2050801@fsfe.org> References: <5536D128.2050801@fsfe.org> Message-ID: <553747E7.5020706@sleepmap.de> Excellent. The less mailman to configure for me on Debian-based systems, the better! ;) May 6th sounds good! Any thoughts on what time? I suppose early evening? 8PM okay? So many new mailing lists with interesting topics as of late! I just subscribed to the one you mentioned below. What are your DNS issues exactly? Zone file/ MX record related? Seems okay from the outside (if you host your stuff on gandi exclusively): host -t MX linuxaudio.berlin linuxaudio.berlin mail is handled by 50 fb.mail.gandi.net. linuxaudio.berlin mail is handled by 10 spool.mail.gandi.net. See ya soon, hopefully. Best, David On 22.04.2015 00:37, Sam Tuke wrote: > Hi All, > > On 21/04/15 15:07, Bruno Gola wrote: >> There were lot's of Berliners at LAC 2015 and after talking to some of >> them we thought it would be nice to start a linux audio user group here >> in Berlin. > Keen to hear who's interested and agree a date for our first meet :) > > I've got the domain up and running, will put a more interesting front > page on there soon, and also get Mailman ready for the new discuss list > (as Bruno mentioned it's setup except for DNS). > > On 21/04/15 16:54, Nils Gey wrote: >> that is very good to hear! On behalf of the "Open Source Audio Meeting >> Cologne" I wish you luck. > Great to hear from you Nils and thanks for your advice. No chance of > keeping it social as I'm a total misanthrope. Not really ;) > > On 21/04/15 22:10, Harry van Haaren wrote: >> I'm visiting berlin from the 4th to the 11th - and being a Linux Audio >> head I'd love to meet you all (again) soon :) Of course if that >> doesn't suit for any reason, don't worry about it! > Brill :) Coming to do some audio-related project? Let's have an LA beer. > > On 21/04/15 22:05, David Runge wrote: >> I'd be totally up for the Berlin group. > Happy to hear it -- will add you to the discussion list momentarily. > >> Is it possible to create an >> additional mailing list on this server? > The new list actually already exists can also be subscribed to (here > http://linuxaudio.berlin/mailman/listinfo/discuss) but emails sent to it > aren't arriving just yet as I haven't had time to fix the DNS records, > as we mentioned. The list and a more useful website than the current > holding page will be up and running soon. > >> C-base would be an awesome place I think! Let us know about what >> happens next! > I think C-Base is a good bet too (also as I'm a member). > > If you've read this far and want to come, would Wednesday May 6th work > for you? That would mean Harry could attend the first meeting too. > > Best, > > Sam. > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user -- David Runge K?penicker Stra?e 163 10997 Berlin +491781436915 http://www.sleepmap.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From brunogola at gmail.com Wed Apr 22 12:17:31 2015 From: brunogola at gmail.com (Bruno Gola) Date: Wed, 22 Apr 2015 14:17:31 +0200 Subject: [LAU] [LAD] Linux Audio Berlin user group In-Reply-To: <1429690079.1103498.257007537.36B37A1B@webmail.messagingengine.com> References: <5536D128.2050801@fsfe.org> <553747E7.5020706@sleepmap.de> <1429690079.1103498.257007537.36B37A1B@webmail.messagingengine.com> Message-ID: Nice! May 6th is good :) []'s On Wed, Apr 22, 2015 at 10:07 AM, William Light wrote: > Hey all, > May 6th works out for me too. 8PM sounds good also. > > -w > > On Wed, 22 Apr 2015, at 09:04, David Runge wrote: > > Excellent. > > > > The less mailman to configure for me on Debian-based systems, the better! > > ;) > > May 6th sounds good! Any thoughts on what time? I suppose early evening? > > 8PM okay? > > > > So many new mailing lists with interesting topics as of late! > > > > I just subscribed to the one you mentioned below. > > What are your DNS issues exactly? Zone file/ MX record related? > > Seems okay from the outside (if you host your stuff on gandi > > exclusively): > > > > host -t MX linuxaudio.berlin > > linuxaudio.berlin mail is handled by 50 fb.mail.gandi.net. > > linuxaudio.berlin mail is handled by 10 spool.mail.gandi.net. > > > > See ya soon, hopefully. > > > > Best, > > David > > > > > > On 22.04.2015 00:37, Sam Tuke wrote: > > > Hi All, > > > > > > On 21/04/15 15:07, Bruno Gola wrote: > > >> There were lot's of Berliners at LAC 2015 and after talking to some of > > >> them we thought it would be nice to start a linux audio user group > here > > >> in Berlin. > > > Keen to hear who's interested and agree a date for our first meet :) > > > > > > I've got the domain up and running, will put a more interesting front > > > page on there soon, and also get Mailman ready for the new discuss list > > > (as Bruno mentioned it's setup except for DNS). > > > > > > On 21/04/15 16:54, Nils Gey wrote: > > >> that is very good to hear! On behalf of the "Open Source Audio Meeting > > >> Cologne" I wish you luck. > > > Great to hear from you Nils and thanks for your advice. No chance of > > > keeping it social as I'm a total misanthrope. Not really ;) > > > > > > On 21/04/15 22:10, Harry van Haaren wrote: > > >> I'm visiting berlin from the 4th to the 11th - and being a Linux Audio > > >> head I'd love to meet you all (again) soon :) Of course if that > > >> doesn't suit for any reason, don't worry about it! > > > Brill :) Coming to do some audio-related project? Let's have an LA > beer. > > > > > > On 21/04/15 22:05, David Runge wrote: > > >> I'd be totally up for the Berlin group. > > > Happy to hear it -- will add you to the discussion list momentarily. > > > > > >> Is it possible to create an > > >> additional mailing list on this server? > > > The new list actually already exists can also be subscribed to (here > > > http://linuxaudio.berlin/mailman/listinfo/discuss) but emails sent to > it > > > aren't arriving just yet as I haven't had time to fix the DNS records, > > > as we mentioned. The list and a more useful website than the current > > > holding page will be up and running soon. > > > > > >> C-base would be an awesome place I think! Let us know about what > > >> happens next! > > > I think C-Base is a good bet too (also as I'm a member). > > > > > > If you've read this far and want to come, would Wednesday May 6th work > > > for you? That would mean Harry could attend the first meeting too. > > > > > > Best, > > > > > > Sam. > > > > > > > > > _______________________________________________ > > > Linux-audio-user mailing list > > > Linux-audio-user at lists.linuxaudio.org > > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > -- > > David Runge > > K?penicker Stra?e 163 > > 10997 Berlin > > +491781436915 > > http://www.sleepmap.de > > > > > > _______________________________________________ > > Linux-audio-dev mailing list > > Linux-audio-dev at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-dev > > Email had 1 attachment: > > + signature.asc > > 1k (application/pgp-signature) > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > -- Bruno Gola http://bgo.la/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From beachnase at web.de Wed Apr 22 19:31:38 2015 From: beachnase at web.de (Frank Neumann) Date: Wed, 22 Apr 2015 21:31:38 +0200 Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available Message-ID: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> [The posting to LAA is awaiting moderator approval for 2 days, so I take the liberty of cross-posting] Hi, during LAC2015 in Mainz last week, I gave a lightning talk on what I called "The LAC2014 Percussion Combo". It was a presentation about a little field recording session conducted one year earlier, during LAC2014 in Karlsruhe, and what I made out of it. The data is now finally online, including the actual sample library kit (individual wav files) with a mapping file for Hydrogen, a tiny demo pattern, and a demo song called "That's LAC" that came to life "out of nowhere" - well, I guess I'll simply call it my first Linux Audio "release" ever :-). Read all about it here: http://linuxaudio.de/wp/?p=158 Thanks go out to the individual artists whose performance I had the honour to record: Marc Groenewegen, Pjotr Lasschuit, Nils Gey, Bernard Tressol, Michael Seeber, Stefano Pedrinazzi, Marie-Kristin Meier, and Fernando Lopez-Lezcano. Enjoy, Frank From lukebenes at hotmail.com Wed Apr 22 20:31:09 2015 From: lukebenes at hotmail.com (Luke Benes) Date: Wed, 22 Apr 2015 13:31:09 -0700 Subject: [LAU] Unable to stream audio with Jack Message-ID: I've been struggling for the past week to do the most basic task with Jack NetDriver. I have 3 machines connected over a LAN. The speakers are on an Ubuntu 14.4 box and a Windows box, while the audio source is connected to the line-in of a Windows box. So far it seems like Jack is connecting, but I can't get either box to output any audio. JACK slave (on speaker-PC) Ubuntu: $ jackd -R -d alsa -P -r 48000 -S $ jack_load netadapter -i '-C 2' $ jack_connect netadapter:capture_1 system:playback_1 $ jack_connect netadapter:capture_2 system:playback_2 JACK slave (on speaker-PC) Windows 7: C: jackd.exe -R -S -d net C: jack_load netadapter C: jack_connect netadapter:capture_1 system:playback_1 C: jack_connect netadapter:capture_2 system:playback_2 JACK slave (on speaker-PC) Windows 7: C: jackd.exe -R -S -d portaudio "ASIO::ASIO4ALL v2" C: jack_load netadapter In JackControl connect linein1->slave1 In JackControl connect linein2->slave2 In JackControl press the play button Results neither of my slaves play any audio. And I get error messages like this: **************** Network parameters **************** Name : luke2-win7 Protocol revision : 8 MTU : 1500 Master name : opteron-PC Slave name : luke2-win7 ID : 1 Transport Sync : no Send channels (audio - midi) : 8 - 0 Return channels (audio - midi) : 2 - 0 Sample rate : 48000 frames per second Period size : 1024 frames per period Network latency : 5 cycles SampleEncoder : Float Slave mode : sync **************************************************** Recv connection lost error Driver is restarted MMCSS API not used... JackTimedDriver::Process XRun = 145 usec Restarting driver... NetDriver started in sync mode without Master's transport sync. Waiting for a master... Initializing connection with opteron-PC... **************** Network parameters **************** Name : luke2-win7 Protocol revision : 8 MTU : 1500 Master name : opteron-PC Slave name : luke2-win7 ID : 1 Transport Sync : no Send channels (audio - midi) : 8 - 0 Return channels (audio - midi) : 2 - 0 Sample rate : 48000 frames per second Period size : 1024 frames per period Network latency : 5 cycles SampleEncoder : Float Slave mode : sync **************************************************** Wrong packet type : a NetSlave : missing last data packet ... Wrong packet type : a NetSlave : missing last data packet Wrong packet type : a Can any Pro's help a total beginner out? -------------- next part -------------- An HTML attachment was scrubbed... URL: From weedlight at gmail.com Wed Apr 22 21:08:21 2015 From: weedlight at gmail.com (=?UTF-8?B?Sm/Dq2wgS3LDpGhlbWFubg==?=) Date: Wed, 22 Apr 2015 21:08:21 +0000 Subject: [LAU] Clean version of Advanced Gtk+ Sequencer 0.4.2-52 Message-ID: Hi, Clean version available of Advanced Gtk+ Sequencer: http://gsequencer.org/downloads/ags-0_4_2-52.tar.bz2 A half year later after releasing 0.4.2 its end is fourseeing, for now me should be able to do extensive testing. To compile and run: ./configure make ags ./ags bests Jo?l Kr?hemann From markus.seeber at spectralbird.de Wed Apr 22 21:47:42 2015 From: markus.seeber at spectralbird.de (Markus Seeber) Date: Wed, 22 Apr 2015 23:47:42 +0200 Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available In-Reply-To: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> References: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> Message-ID: <553816FE.1090400@spectralbird.de> On 04/22/2015 09:31 PM, Frank Neumann wrote: > > [The posting to LAA is awaiting moderator approval for 2 days, so I take the > liberty of cross-posting] > > Hi, > > during LAC2015 in Mainz last week, I gave a lightning talk on what I called > "The LAC2014 Percussion Combo". It was a presentation about a little field > recording session conducted one year earlier, during LAC2014 in Karlsruhe, > and what I made out of it. > > The data is now finally online, including the actual sample library kit > (individual wav files) with a mapping file for Hydrogen, a tiny demo > pattern, and a demo song called "That's LAC" that came to life "out of nowhere" - > well, I guess I'll simply call it my first Linux Audio "release" ever :-). > > Read all about it here: http://linuxaudio.de/wp/?p=158 > > Thanks go out to the individual artists whose performance I had the honour > to record: Marc Groenewegen, Pjotr Lasschuit, Nils Gey, Bernard Tressol, > Michael Seeber, Stefano Pedrinazzi, Marie-Kristin Meier, and Fernando Lopez-Lezcano. > > Enjoy, > Frank > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Quite a funny song to listen to :) Cheers! --Markus Seeber From djdualcore at gmail.com Thu Apr 23 00:49:29 2015 From: djdualcore at gmail.com (Neil) Date: Wed, 22 Apr 2015 19:49:29 -0500 Subject: [LAU] Three Blog Posts About Ardour 4.0 Message-ID: Here is what I have written about Ardour 4 since its release, four days ago. http://oldmixtapes.blogspot.com/2015/04/first-look-at-ardour-40.html http://oldmixtapes.blogspot.com/2015/04/drag-and-drop-file-import-in-ardour-40.html http://oldmixtapes.blogspot.com/2015/04/ardour-4-visual-theming-and.html -- DJ Dual Core's Blog http://oldmixtapes.blogspot.com/ Order without government; Peace without violence. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerald.mwangi at gmx.de Thu Apr 23 07:35:31 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Thu, 23 Apr 2015 09:35:31 +0200 Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available In-Reply-To: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> References: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> Message-ID: <5538A0C3.70800@gmx.de> Sounds like "That's Luck" on the demo. English natives would pronounce it like "That's Lack" so it's good you sang it :) Gerald On 22.04.2015 21:31, Frank Neumann wrote: > pattern, and a demo song called "That's LAC" that came to life "out of nowhere" - From ivan_521521 at yahoo.com Thu Apr 23 16:17:19 2015 From: ivan_521521 at yahoo.com (Ivan K) Date: Thu, 23 Apr 2015 16:17:19 +0000 (UTC) Subject: [LAU] Recording a video with High quality audio In-Reply-To: <5535D72A.3000604@web.de> References: <5535D72A.3000604@web.de> Message-ID: <21834479.2915386.1429805839757.JavaMail.yahoo@mail.yahoo.com> Thank you for your responses, Mr. Achstetter. Sorry about the delay in my response. Jannis Achstetter writes: > [...] > > > In your first example, it seems I need to substitute something > > for "jackaudiosrc". What might I put there? > > Right, I was assuming you are using the JACK audio server. If > not you can use "alsasrc" or "pulsesrc", depending on your > setup. You can always get a list of available elements > using "gst-inspect-1.0". "gst-inspect-1.0" is a very useful utility. Thank you for introducing it to me. I was hoping to use Jack, but "jackaudiosrc does not show up in my "gst-inspect-1.0" output. Among other things, I found: alsa: alsasrc: Audio source (ALSA) pulseaudio: pulsesink: PulseAudio Audio Sink when using either of these, I get the message: WARNING: erroneous pipeline: could not link opusenc0 to queue1 I will continue to work with gst-launch-1.0, though it seems that there is a bit of a learning curve. --- To others who may be reading this thread: how are people recording the audio to their video at live events? Keep in mind that I am recording chamber music, not rock or electronic music. I am thinking that my best bet may be to use my Nikon camera for the video, and at the same time use qtractor for the audio, and then sync up the two in a video editor. My Nikon camera takes excellent video, probably better than my webcam anyways. From silvain at freeshell.de Thu Apr 23 23:27:04 2015 From: silvain at freeshell.de (F. Silvain) Date: Fri, 24 Apr 2015 01:27:04 +0200 (CEST) Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available (fwd) Message-ID: <1504240126200.12960@freeshell.de> Hey hey Frank, that was a beautiful demo! My, how I laughed! Just lovely! Thanks! I'll test the kit soon, it sounds like fun. Ta-ta ---- Ffanci * Homepage: https://freeshell.de/~silvain * Twitter: http://twitter.com/ffanci_silvain * GitHub: https://github.com/fsilvain From sakrecoer at gmail.com Fri Apr 24 09:06:38 2015 From: sakrecoer at gmail.com (Set Hallstrom) Date: Fri, 24 Apr 2015 11:06:38 +0200 Subject: [LAU] Create A Negative of the sound Message-ID: <553A079E.9030705@gmail.com> Hi, Is there any software that can create a negative of the sound? I'm thinking of taking an arbitrary frequency bandwith, pick a center and invert it, so that bass becomes high, and high becomes bass? I have the feeling this is an impossible task due to the nature of sound. But i dreamed it up last night, so it HAS to be possible somehow, if i can trust the comic books of the fifties containing TabletPC, space-rockets and wireless phones. :D In the dream, they would use some software similar to the ones used to remove noise from audio, where you see an abstract colour representation of the sound, and you can kindof "paint" out the undesired noise. Then they would just, flip the coulours arround. We first listened to a drum track (in the dream, yeah?), and the highhats would sound like kickdrum and the kickdrum soundet a bit like highhats. Then they applied it on the entire song track (still in a dream ok) and it sounded so good that my enthusiasm woke me up... Thankfull for any explanations and ideas, Yours dreamfully, -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From sakrecoer at gmail.com Fri Apr 24 09:06:56 2015 From: sakrecoer at gmail.com (Set Hallstrom) Date: Fri, 24 Apr 2015 11:06:56 +0200 Subject: [LAU] Create A Negative of the sound Message-ID: <553A07B0.30004@gmail.com> Hi, Is there any software that can create a negative of the sound? I'm thinking of taking an arbitrary frequency bandwith, pick a center and invert it, so that bass becomes high, and high becomes bass? I have the feeling this is an impossible task due to the nature of sound. But i dreamed it up last night, so it HAS to be possible somehow, if i can trust the comic books of the fifties containing TabletPC, space-rockets and wireless phones. :D In the dream, they would use some software similar to the ones used to remove noise from audio, where you see an abstract colour representation of the sound, and you can kindof "paint" out the undesired noise. Then they would just, flip the coulours arround. We first listened to a drum track (in the dream, yeah?), and the highhats would sound like kickdrum and the kickdrum soundet a bit like highhats. Then they applied it on the entire song track (still in a dream ok) and it sounded so good that my enthusiasm woke me up... Thankfull for any explanations and ideas, Yours dreamfully, -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From sakrecoer at gmail.com Fri Apr 24 10:04:58 2015 From: sakrecoer at gmail.com (Set Hallstrom) Date: Fri, 24 Apr 2015 12:04:58 +0200 Subject: [LAU] Create A Negative of the sound In-Reply-To: <553A07B0.30004@gmail.com> References: <553A07B0.30004@gmail.com> Message-ID: <553A154A.9060109@gmail.com> On 2015-04-24 11:06, Set Hallstrom wrote: > Is there any software that can create a negative of the sound? I'm > thinking of taking an arbitrary frequency bandwith, pick a center and > invert it, so that bass becomes high, and high becomes bass? FYI I cross-posted my request on a Swedish forum and i got this link for ffttools by mdsp at smartelectronix.com http://mdsp.smartelectronix.com/product/ffttools/ the warp tool is advertising the exact function i dreamed of... sad thing is that it is for windOSx only ;'( Anyone has got any experience with that plugin? I also got a link to Audacity's spectrum analyzer. http://manual.audacityteam.org/o/man/spectral_selection.html But it is unclear whether or not you can export the picture and if so, in what scale the colors should be inversed.... -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From silvain at freeshell.de Fri Apr 24 10:08:22 2015 From: silvain at freeshell.de (F. Silvain) Date: Fri, 24 Apr 2015 12:08:22 +0200 (CEST) Subject: [LAU] Create A Negative of the sound In-Reply-To: <553A07B0.30004@gmail.com> References: <553A07B0.30004@gmail.com> Message-ID: <1504241153590.19623@freeshell.de> Set Hallstrom, Apr 24 2015: > Hi, > > Is there any software that can create a negative of the sound? I'm > thinking of taking an arbitrary frequency bandwith, pick a center and > invert it, so that bass becomes high, and high becomes bass? I have the > feeling this is an impossible task due to the nature of sound. ... Set, depending on your original signal generation there are two ideas, that I have. If you generate the signal yourself synthetically with something like additive synthesis, it's a matter of doing some simple calculation in your synth definition. If you take an external signal, possibly sampled, you can try FFT. Csound and other general purpose synthesizers offfer quite interesting and powerful FFT-based modules. With an FFT analysis you break down a complex signal in sinoidal componenets, i.e. pure frequencies, without overtones. In Csound you can get an array of those frequencies and their respective volumes. This changes in realtime, so you can track the movement of the signal. If you have such arrays, you could modify each frequency (bin), by something like: knewfreq = (kmycenterfreq - kold) + kmycenter You'd need a loop applying this operation to each bin. When you create such an analysis, you will specify the number of bins the signal should be broken down into. Note, that there are issues with that. More bins mean less accuracy with transients. So if you have a fine frequency resolution of a bin every Hertz, means, that the hits of drums will sound muddy. If you don't want time stretching at the same time, I think you can try to lessen the effect by balancing the volume of the output to the original signal. Csound's balance opcode will take a reference signal and follow its volume (peaks and everythng) and apply this "volume curve" to the second input signal. This will only be a simplistc method and its results may have room for improvement. :-) I know, that there are better ways. I don't know of any other technique, that would get you the same result. Perhaps there are simpler methods without the side effects of FFT. But this would work. Ta-ta ---- Ffanci * Homepage: https://freeshell.de/~silvain * Twitter: http://twitter.com/ffanci_silvain * GitHub: https://github.com/fsilvain From anders.vinjar at bek.no Fri Apr 24 10:44:20 2015 From: anders.vinjar at bek.no (anders.vinjar at bek.no) Date: Fri, 24 Apr 2015 12:44:20 +0200 Subject: [LAU] Create A Negative of the sound References: <553A079E.9030705@gmail.com> Message-ID: <87wq1124cb.fsf@bek.no> S> Hi, Is there any software that can create a negative of the S> sound? I'm thinking of taking an arbitrary frequency bandwith, S> pick a center and invert it, so that bass becomes high, and high S> becomes bass? This is a standard phase-vocoder trick. You'll find examples showing this in many common dsp-packages, eg. CLM, SC3, Csound etc. Cheers, -anders From lau at dadacafe.org Fri Apr 24 11:52:54 2015 From: lau at dadacafe.org (Tilo Kremer) Date: Fri, 24 Apr 2015 13:52:54 +0200 Subject: [LAU] Create A Negative of the sound In-Reply-To: <553A07B0.30004@gmail.com> References: <553A07B0.30004@gmail.com> Message-ID: <553A2E96.6020200@dadacafe.org> Hi, On 24.04.2015 11:06, Set Hallstrom wrote: > Hi, > > Is there any software that can create a negative of the sound? I'm I once thought about something similar, wanting to have the inverted result of subtractive synthesis. ie throwing the usually expected result away and keep the sound that would usually be thrown away. i ended up using negative CV to achieve it, throwing out something techno in favour of the remaining noise: dreamy greetings, Tee From csanchezgs at gmail.com Fri Apr 24 12:19:52 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraZ) Date: Fri, 24 Apr 2015 14:19:52 +0200 Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available (fwd) In-Reply-To: <1504240126200.12960@freeshell.de> References: <1504240126200.12960@freeshell.de> Message-ID: Yes, I also laughed a lot. Catchy song with a peculiar kit. Thanks for sharing Frank. El 24/04/2015 01:27, "F. Silvain" escribi?: > Hey hey Frank, > that was a beautiful demo! My, how I laughed! Just lovely! Thanks! > > I'll test the kit soon, it sounds like fun. > > Ta-ta > ---- > Ffanci > * Homepage: https://freeshell.de/~silvain > * Twitter: http://twitter.com/ffanci_silvain > * GitHub: https://github.com/fsilvain > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From samtuke at fsfe.org Fri Apr 24 12:43:13 2015 From: samtuke at fsfe.org (Sam Tuke) Date: Fri, 24 Apr 2015 14:43:13 +0200 Subject: [LAU] Linux Audio Berlin user group In-Reply-To: <553747E7.5020706@sleepmap.de> References: <5536D128.2050801@fsfe.org> <553747E7.5020706@sleepmap.de> Message-ID: <553A3A61.8050402@fsfe.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey David, On 22/04/15 09:04, David Runge wrote: > The less mailman to configure for me on Debian-based systems, the > better! ;) May 6th sounds good! Any thoughts on what time? I > suppose early evening? 8PM okay? Let's check with C-Base for the time; maybe they have particular requirements. > I just subscribed to the one you mentioned below. What are your DNS > issues exactly? Zone file/ MX record related? Seems okay from the > outside (if you host your stuff on gandi exclusively): I think it's all fixed now, but we're doing some more testing to be sure. The mailman server didn't have a mailserver until yesterday, and when it did, the mailman aliases needed reconfiguring. Now that's done. See you on the list :) Sam. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlU6OmEACgkQ1bR1Itj7YQWxfQD/V1nH7ExUlwgJaejTnHTTpgYq Sr/sN5H5k+Rf06uu834BAMhl3E9kcBieHnvvldpkAI9rLF9LjtMAeGLVAoUUpfhN =PE32 -----END PGP SIGNATURE----- From sakrecoer at gmail.com Fri Apr 24 13:45:25 2015 From: sakrecoer at gmail.com (Set Hallstrom) Date: Fri, 24 Apr 2015 15:45:25 +0200 Subject: [LAU] Create A Negative of the sound In-Reply-To: <553A2E96.6020200@dadacafe.org> References: <553A07B0.30004@gmail.com> <553A2E96.6020200@dadacafe.org> Message-ID: <553A48F5.7060509@gmail.com> Thank you all for your feedback! I will have to explore all the input you've given me now. :) On 2015-04-24 13:52, Tilo Kremer wrote: > > > dreamy greetings, I think this is awsome! I can still hear that sound of my dream in my head, like a blurry un-graspable piece of fabric and it's very difficult to put words on it. I feel it is like trying to explain a color you can not paint. But your track is very close to what i have in mind, especially the rhythmics, where the kick becomes a suction more than a punch..... Have you tried to do this process on a piece of melodic music? (perhaps that is what it is?) -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From willgodfrey at musically.me.uk Fri Apr 24 13:56:36 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Fri, 24 Apr 2015 14:56:36 +0100 Subject: [LAU] LAC2015 Aftermath: The LAC2014 Percussion Combo Kit now available In-Reply-To: <5538A0C3.70800@gmx.de> References: <0LmLc6-1ZJVuL3gOY-00Zzpj@smtp.web.de> <5538A0C3.70800@gmx.de> Message-ID: <20150424145636.4a1270eb@debian> On Thu, 23 Apr 2015 09:35:31 +0200 Gerald wrote: > Sounds like "That's Luck" on the demo. English natives would pronounce > it like "That's Lack" so it's good you sang it :) > Gerald > > On 22.04.2015 21:31, Frank Neumann wrote: > > pattern, and a demo song called "That's LAC" that came to life "out of nowhere" - > I *finally* got around to listening to this. Great song, and all so, so true :) -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From csanchezgs at gmail.com Fri Apr 24 15:41:59 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraZ) Date: Fri, 24 Apr 2015 17:41:59 +0200 Subject: [LAU] Recording a video with High quality audio In-Reply-To: <21834479.2915386.1429805839757.JavaMail.yahoo@mail.yahoo.com> References: <5535D72A.3000604@web.de> <21834479.2915386.1429805839757.JavaMail.yahoo@mail.yahoo.com> Message-ID: 2015-04-23 18:17 GMT+02:00 Ivan K : > > > > > Thank you for your responses, Mr. Achstetter. > Sorry about the delay in my response. > > > Jannis Achstetter writes: > > [...] > > > > > In your first example, it seems I need to substitute something > > > for "jackaudiosrc". What might I put there? > > > > Right, I was assuming you are using the JACK audio server. If > > not you can use "alsasrc" or "pulsesrc", depending on your > > setup. You can always get a list of available elements > > using "gst-inspect-1.0". > > "gst-inspect-1.0" is a very useful utility. Thank you for > introducing it to me. I was hoping to use Jack, but "jackaudiosrc > does not show up in my "gst-inspect-1.0" output. Among other things, > I found: > > alsa: alsasrc: Audio source (ALSA) > pulseaudio: pulsesink: PulseAudio Audio Sink > > when using either of these, I get the message: > > WARNING: erroneous pipeline: could not link opusenc0 to queue1 > > I will continue to work with gst-launch-1.0, though > it seems that there is a bit of a learning curve. > > --- > > To others who may be reading this thread: how are people > recording the audio to their video at live events? Keep in mind > that I am recording chamber music, not rock or electronic music. > I am thinking that my best bet may be to use my Nikon camera for > the video, and at the same time use qtractor for the audio, and > then sync up the two in a video editor. > > My Nikon camera takes excellent video, probably better than > my webcam anyways. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > If you have some portable field recorder like Zoom H2, H4 or similar, you can record several inputs inside this device (mics incorporated and some XLR/combo inputs as well). Or you can do the same but less portable with a laptop and some interface with so many inputs as you need, and the mics, cables, stands and stuff needed for this. Then use some multimedia editor like Cinelerra, Kdenlive, Kino... to synch audio and video, or even inside Ardour that supports audio and video synch (I have not use this function but I think it was introduced in Ardour v3, now v4 is out). Hope it helps. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From lau at dadacafe.org Fri Apr 24 15:45:32 2015 From: lau at dadacafe.org (Tilo Kremer) Date: Fri, 24 Apr 2015 17:45:32 +0200 Subject: [LAU] Create A Negative of the sound In-Reply-To: <553A48F5.7060509@gmail.com> References: <553A07B0.30004@gmail.com> <553A2E96.6020200@dadacafe.org> <553A48F5.7060509@gmail.com> Message-ID: <553A651C.5030104@dadacafe.org> On 24.04.2015 15:45, Set Hallstrom wrote: > Thank you all for your feedback! I will have to explore all the input > you've given me now. :) > > On 2015-04-24 13:52, Tilo Kremer wrote: > >> >> >> dreamy greetings, > > I think this is awsome! I can still hear that sound of my dream in my > head, like a blurry un-graspable piece of fabric and it's very difficult > to put words on it. I feel it is like trying to explain a color you can > not paint. But your track is very close to what i have in mind, > especially the rhythmics, where the kick becomes a suction more than a > punch..... Have you tried to do this process on a piece of melodic > music? (perhaps that is what it is?) thank you. this is atonal, if there were any notes they would mix into the noise..if you manage to create the sound you have in mind please let me know :) From fons at linuxaudio.org Fri Apr 24 20:52:03 2015 From: fons at linuxaudio.org (Fons Adriaensen) Date: Fri, 24 Apr 2015 20:52:03 +0000 Subject: [LAU] Create A Negative of the sound In-Reply-To: <87wq1124cb.fsf@bek.no> References: <553A079E.9030705@gmail.com> <87wq1124cb.fsf@bek.no> Message-ID: <20150424205203.GA7790@linuxaudio.org> On Fri, Apr 24, 2015 at 12:44:20PM +0200, anders.vinjar at bek.no wrote: > S> Hi, Is there any software that can create a negative of the > S> sound? I'm thinking of taking an arbitrary frequency bandwith, > S> pick a center and invert it, so that bass becomes high, and high > S> becomes bass? > > This is a standard phase-vocoder trick. You'll find examples showing > this in many common dsp-packages, eg. CLM, SC3, Csound etc. It was even done in the analog days, using techniques similar to single side band modulation, and used as a primitive form of voice encryption. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From atte at youmail.dk Sat Apr 25 07:12:43 2015 From: atte at youmail.dk (Atte) Date: Sat, 25 Apr 2015 09:12:43 +0200 Subject: [LAU] Music made with linux: a773/attention span Message-ID: <553B3E6B.5000107@youmail.dk> Hi Here's a new track from my a773 project. Beats melodic, glitchy jazz. https://soundcloud.com/a773/attention-span Hope you enjoy! -- Atte http://atte.dk http://a773.dk From louigi.verona at gmail.com Sat Apr 25 10:07:24 2015 From: louigi.verona at gmail.com (Louigi Verona) Date: Sat, 25 Apr 2015 13:07:24 +0300 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: Very cute, Atte! What did you use? On Sat, Apr 25, 2015 at 10:12 AM, Atte wrote: > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! > -- > Atte > > http://atte.dk http://a773.dk > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Louigi Verona http://www.louigiverona.ru/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dj_kaza at hotmail.com Sun Apr 26 01:13:18 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Sun, 26 Apr 2015 08:13:18 +0700 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: References: <553B3E6B.5000107@youmail.dk> Message-ID: On 25/04/15 17:07, Louigi Verona wrote: > Very cute, Atte! > > What did you use? > > On Sat, Apr 25, 2015 at 10:12 AM, Atte > wrote: > > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! > -- > Atte > > http://atte.dk http://a773.dk > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > > -- > Louigi Verona > http://www.louigiverona.ru/ > > Been loving all the music you've been posting lately Atte. Not managed to listen to this one yet, internet connection in this village is terrible! But I second the post above, what are you using now? I remember some good number of months ago you posting about not liking the changes that came with Renoise 3.0, which has been my DAW for years (although I've not written anything for at least a couple now and not even downloaded 3.0) so I would like to know if you found something new that agrees with you or if you ended up returning to the bosom of rns? Regards, Dale/Kazakore (you may remember the DDRC competition I ran for a couple of years or so on the forum :) ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From o_v_ofr at yahoo.fr Sun Apr 26 16:37:56 2015 From: o_v_ofr at yahoo.fr (OvO OvO) Date: Sun, 26 Apr 2015 16:37:56 +0000 (UTC) Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. Message-ID: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> Hello. Ardour 4 is out, as you surely? know. As usual since 6 or 7 years, still no possibilities to make a payment without paypal.Some of us don't want to use paypal.So you can't have a ?ready to run? binary if you don't pay (fair, it's free as free speech, not free beer) but you can't pay.And now a new feature for the ?you don't pay? users, a demo version that turns silent after 10 minutes (nice feature, really ! Amazing !? so clever to spend time on that, than to add a payment system) So here is how i build from source on? a Gnu/Debian Wheezy. Open the tar file. ./waf configure --with-backend=alsa,jack --no-jack-metadata --prefix=/6_years/people/asking/paypal/alternative/so_hard_to_do Adapt the options for you needs.You can see the options with : /waf configure --help |less Check the errors when you configure, and install the missing packages.Use your package manager accordingly to your Gnu/Linux distro.On Gnu/Debian, apt or aptitude.Add or remove packages if you already have them or not.The configure should tell you what you need/miss aptitude -R install libraptor2-dev libsndfile1-dev libgnomecanvas2-dev libsigc++-2.0-dev libcairo2-dev liblrdf0-dev libfreetype6-dev libfftw3-dev libglibmm-2.4-dev libcairomm-1.0-dev libpangomm-1.4-dev libatkmm-1.6-dev libart2.0-cil-dev libgnomecanvasmm-2.6-dev liblo-dev librasqal3-dev libogg-dev libflac-dev libvorbis-dev libsamplerate0-dev libaudio-dev liblv2dynparam1-dev libserd-dev libsord-dev libsratom-dev liblilv-dev libsuil-dev librubberband-dev vamp-plugin-sdk libaubio-dev libjack-dev liblilv-dev Once the configuration is done without errors : ./waf build -jX X=thread your cpu can handle. example : ./waf build -j8Wait a little, it's fast on recent CPU with cores. Then go to the directory you've declared in the configure --prefix= For example : cd 6_years/people/asking/paypal/alternative/so_hard_to_doYou'll find directories : bin etc lib share cd bin ./ardour4 Work perfectly on a Gnu/Debian Wheezy. Best. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at chrisarndt.de Sun Apr 26 16:53:35 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Sun, 26 Apr 2015 18:53:35 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> Message-ID: <553D180F.50903@chrisarndt.de> Am 26.04.2015 um 18:37 schrieb OvO OvO: > So here is how i build from source on a Gnu/Debian Wheezy. Arch users just use the AUR package: https://aur.archlinux.org/packages/ardour-git/ Look in the comments for the link to my updated PKGBUILD. Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From jonetsu at teksavvy.com Sun Apr 26 17:14:10 2015 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Apr 2015 13:14:10 -0400 Subject: [LAU] UPDATE: Calf Envelope Filter = Ardour crash In-Reply-To: <20150406105725.55d5e241@mevla> References: <20150402211440.17f352f0@mevla> <20150406074820.7548fbb7@mevla> <20150406105725.55d5e241@mevla> Message-ID: <20150426131410.7991c3fe@mevla> On Mon, 6 Apr 2015 10:57:25 -0400 "jonetsu at teksavvy.com" wrote: > I used Option # 2 and started Ardour3 from the command line. I > loaded the CALF Envelope Filter which systematically makes Ardour > crash when the play button is pressed. There were recorded tracks. > Note that jackd was started as usual, through qjackctl, w/o any > special consideration. > > When Ardour vanished from the desktop the following was shown: > > (ardour-3.5.403:3096): GLib-GObject-WARNING **: Attempt to add > property > gtkmm__CustomObject_N9Gtkmm2ext23CellRendererPixbufMultiE::active > after class was initialised ardour-3.5.403: > ../libs/ardour/process_thread.cc?:102?:?static ARDOUR::BufferSet& > ARDOUR::ProcessThread::get_scratch_buffers(ARDOUR::ChanCount, > bool): l'assertion ??sb->available() >= count?? a ?chou?. > Abandon (core dumped) Update: Using the exact same Calf git compile/install but this time with the newly-released Ardour 4.0, everything is fine. The plugin runs very well. From ralf.mardorf at alice-dsl.net Sun Apr 26 17:17:26 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Apr 2015 19:17:26 +0200 Subject: [LAU] Alternatives to PayPal - Was: Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> Message-ID: <20150426191726.2702efb7@archlinux> On Sun, 26 Apr 2015 16:37:56 +0000 (UTC), OvO OvO wrote: >Some of us don't want to use paypal. Indeed, PayPal and MasterCard ceased taking donations to WikiLeaks, but they never ceased payments to NAZIs. When ever possible I don't use PayPal, but sometimes we don't have a choice and need to use it, at least I sometimes use PayPal. But what do you recommend? Bitcoin? Dash (Darkcoin)? The problem with coins is, that you have to pay dues to get coins by SEPA credit transfer. From ralf.mardorf at alice-dsl.net Sun Apr 26 17:30:22 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Apr 2015 19:30:22 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D180F.50903@chrisarndt.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> Message-ID: <20150426193022.5d3b3623@archlinux> On Sun, 26 Apr 2015 18:53:35 +0200, Christopher Arndt wrote: >Arch users just use the AUR package: conflicts=('ardour') ;) So you can't install different versions of Ardour. $ pacman -Q ardour ardour 2.8.16-1 From chris at chrisarndt.de Sun Apr 26 17:45:19 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Sun, 26 Apr 2015 19:45:19 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <20150426193022.5d3b3623@archlinux> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> Message-ID: <553D242F.8030302@chrisarndt.de> Am 26.04.2015 um 19:30 schrieb Ralf Mardorf: > On Sun, 26 Apr 2015 18:53:35 +0200, Christopher Arndt wrote: > So you can't install different versions of Ardour. > > $ pacman -Q ardour > ardour 2.8.16-1 Well, if you want to use old software installed via the package system, use Debian, not a distro with a rolling release system :) https://www.archlinux.org/packages/testing/x86_64/ardour/ Or build an ardour-2 AUR package. > conflicts=('ardour') That's what VCS packages are supposed to do. https://wiki.archlinux.org/index.php/VCS_package_guidelines Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From djdualcore at gmail.com Sun Apr 26 18:37:51 2015 From: djdualcore at gmail.com (Neil) Date: Sun, 26 Apr 2015 13:37:51 -0500 Subject: [LAU] Alternatives to PayPal - Was: Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <20150426191726.2702efb7@archlinux> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <20150426191726.2702efb7@archlinux> Message-ID: I use https://www.dwolla.com when I can. On Apr 26, 2015 12:17 PM, "Ralf Mardorf" wrote: > On Sun, 26 Apr 2015 16:37:56 +0000 (UTC), OvO OvO wrote: > >Some of us don't want to use paypal. > > Indeed, PayPal and MasterCard ceased taking donations to WikiLeaks, but > they never ceased payments to NAZIs. When ever possible I don't use > PayPal, but sometimes we don't have a choice and need to use it, at > least I sometimes use PayPal. But what do you recommend? Bitcoin? > Dash (Darkcoin)? The problem with coins is, that you have to pay dues > to get coins by SEPA credit transfer. > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brummer- at web.de Sun Apr 26 18:41:53 2015 From: brummer- at web.de (Hermann Meyer) Date: Sun, 26 Apr 2015 20:41:53 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D242F.8030302@chrisarndt.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> Message-ID: <553D3171.8000004@web.de> Am 26.04.2015 um 19:45 schrieb Christopher Arndt: > Well, if you want to use old software installed via the package > system, use Debian, not a distro with a rolling release system :) > https://www.archlinux.org/packages/testing/x86_64/ardour/ Or build an > ardour-2 AUR package. > Chris Blup. blup, blup, . . . it seems you believe that you cant compile software on debian. It seems you didn't know debian/sid, which is at least the debain base, a rolling (never) release system. From chris at chrisarndt.de Sun Apr 26 19:36:11 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Sun, 26 Apr 2015 21:36:11 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D3171.8000004@web.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> <553D3171.8000004@web.de> Message-ID: <553D3E2B.9050106@chrisarndt.de> Am 26.04.2015 um 20:41 schrieb Hermann Meyer: > It seems you didn't know debian/sid, It seemed the writer of the mail I was replying to didn't know much about Arch, so forgive me for a bit of Debian-bashing in return ;) Anyway, feel free to use the PKGBUILD - or not. Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From gnome at hawaii.rr.com Sun Apr 26 21:15:37 2015 From: gnome at hawaii.rr.com (david) Date: Sun, 26 Apr 2015 11:15:37 -1000 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D3171.8000004@web.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> <553D3171.8000004@web.de> Message-ID: <553D5579.7080801@hawaii.rr.com> On 04/26/2015 08:41 AM, Hermann Meyer wrote: > Am 26.04.2015 um 19:45 schrieb Christopher Arndt: >> Well, if you want to use old software installed via the package >> system, use Debian, not a distro with a rolling release system :) >> https://www.archlinux.org/packages/testing/x86_64/ardour/ Or build an >> ardour-2 AUR package. > >> Chris > > Blup. blup, blup, . . . > it seems you believe that you cant compile software on debian. > It seems you didn't know debian/sid, which is at least the debain base, > a rolling (never) release system. Lotsa people don't know lotsa things, don't they? :) I use Debian Sid. If that's not rolling enough for anyone, add the Debian Experimental repository to the collection. I did that for a few years. (It's a great adventure, by the way!) Rolling releases have their problems, too. Debian Sid switched to systemd. Aptosid, a rolling release based on Debian Sid, still hasn't decided if their kernel is going to support systemd or stick with init. The result has been mixed; where straight Debian Sid shuts down my Intel-based server with no problems, Aptosid either doesn't (on my Intel laptop) or takes 5 minutes to shutdown (on my AMD-based server). FWIW, Debian Jessie (aka Debian 8) came out yesterday. -- David W. Jones gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From ralf.mardorf at alice-dsl.net Sun Apr 26 21:32:50 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Apr 2015 23:32:50 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D3E2B.9050106@chrisarndt.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> <553D3171.8000004@web.de> <553D3E2B.9050106@chrisarndt.de> Message-ID: <20150426233250.4f273bfa@archlinux> On Sun, 26 Apr 2015 21:36:11 +0200, Christopher Arndt wrote: >It seemed the writer of the mail I was replying to didn't know much >about Arch You completely missed my point. It's not that unusual that people install different versions of Ardour parallel. This has absolutely nothing to do with the policy of what used distro ever. From willgodfrey at musically.me.uk Sun Apr 26 21:38:12 2015 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Sun, 26 Apr 2015 22:38:12 +0100 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: <20150426223812.7953b351@debian> On Sat, 25 Apr 2015 09:12:43 +0200 Atte wrote: > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! Well! That was refreshingly different :) I'm always a bit jealous of people who can put together a drum track like that. my efforts are decidedly pedestrian :( -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From gerald.mwangi at gmx.de Sun Apr 26 21:51:12 2015 From: gerald.mwangi at gmx.de (Gerald) Date: Sun, 26 Apr 2015 23:51:12 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: <553D5DD0.9010001@gmx.de> Hi Atte, great sound and song. I really like your stuff. Do you perform live too? Any videos? Gerald On 25.04.2015 09:12, Atte wrote: > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! From bruviaro at scu.edu Sun Apr 26 21:54:01 2015 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Sun, 26 Apr 2015 14:54:01 -0700 Subject: [LAU] How to send MIDI clock or Jack Transport over local network? Message-ID: Hi all, I'm a bit stuck trying to figure this out... I want to run SooperLooper in several laptops (in a laptop orchestra context), and be able to sync them. The laptops will be connected to a local network (wifi, or possibly via ethernet). >From what I read, I could try doing this either with a MIDI clock, or with Jack Transport (via NetJack? Though I don't need to send any audio to/from laptops). I've installed Rui's QmidiNet and QmidiCtl, but when I try to start them, I get an error message (setsockopt(IP_ADD_MEMBERSHIP): Invalid argument; socket(in): your kernel is probably missing multicast support. ). Are these the right tools for the job? How can I send a MIDI clock to several other laptops over a local network? Should I be trying NetJack instead? Any hints appreciated.... thanks! Bruno [*] I've ruled ou NetJack for Jack Transport sync, as it syncs all clients to one soundcard, where in my case each laptop will be playing with their own separate soundcard and speaker. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at chrisarndt.de Sun Apr 26 22:03:46 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Mon, 27 Apr 2015 00:03:46 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <20150426233250.4f273bfa@archlinux> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> <553D3171.8000004@web.de> <553D3E2B.9050106@chrisarndt.de> <20150426233250.4f273bfa@archlinux> Message-ID: <553D60C2.3060701@chrisarndt.de> Am 26.04.2015 um 23:32 schrieb Ralf Mardorf: > You completely missed my point. How so? > It's not that unusual that people install different versions of Ardour parallel. I don't deny that there is a need for that. > This has absolutely nothing to do with the policy of what used distro ever. However, on Arch it is the default that you get the latest version of a sofwtare, if you install it via the package management, even if you don't use the bleeding edge with a VCS package from AUR (the ones ending in -svn, -git, etc.). If you want't to use an old version for Ardour alongside the standard package with the latest version, you need to either install it without the package management or there needs to be a package for the old version, which then would not be called "ardour" anymore and thus not conflict with the newest package. BTW, there already is an "ardour2" package. Feel free to submit an ardour3 package to AUR. Chris From robin at gareus.org Sun Apr 26 22:05:03 2015 From: robin at gareus.org (Robin Gareus) Date: Mon, 27 Apr 2015 00:05:03 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> Message-ID: <553D610F.6090504@gareus.org> On 04/26/2015 06:37 PM, OvO OvO wrote: > (fair, it's free as free speech, not free beer) but you can't > pay.And now a new feature for the ?you don't pay? users, a demo > version that turns silent after 10 minutes (nice feature, really ! In the past "freebie" versions did not save plugin-states, which has lead a few users to loose plugin-settings when testing a new gratis version. So the goal was to find a new restriction that does not modify session-state and is an incentive for *most* users to support ardour development financially. If you can offer a better solution and provide data or experience to confirm that it works to raise income, please don't hesitate to enlighten us. It'd be sad if ardour development would grind to a halt because the lead-developer can't eat. some further reading: https://community.ardour.org/node/8288 > Amazing ! so clever to spend time on that, than to add a payment > system) Adding this 10 (+ 5 + 2.5 + ..) minute countdown took about 3 mins of coding. Compare that to whipping up a payment system incl VAT + international transfers, subscriptions etc etc.. Heck, even paypal barely manages to do that after 15 years. > aptitude -R install libraptor2-dev [..] Ardour4 is already available in debian. `sudo apt-get build-dep ardour4` is a lot easier if you want to build your own. 2c, robin From ralf.mardorf at alice-dsl.net Sun Apr 26 22:13:36 2015 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Mon, 27 Apr 2015 00:13:36 +0200 Subject: [LAU] Building Ardour 4 - Gnu/Debian Wheezy. In-Reply-To: <553D60C2.3060701@chrisarndt.de> References: <586043781.6679489.1430066276786.JavaMail.yahoo@mail.yahoo.com> <553D180F.50903@chrisarndt.de> <20150426193022.5d3b3623@archlinux> <553D242F.8030302@chrisarndt.de> <553D3171.8000004@web.de> <553D3E2B.9050106@chrisarndt.de> <20150426233250.4f273bfa@archlinux> <553D60C2.3060701@chrisarndt.de> Message-ID: <20150427001336.20c0d74b@archlinux> On Mon, 27 Apr 2015 00:03:46 +0200, Christopher Arndt wrote: >BTW, there already is an "ardour2" package. Thanks, I didn't noticed it. After testing Ardour 3, I never was interested in using Ardour 3. I would like to test Ardour 4 without losing Ardour 2 and without much effort. This seems to be possible now. https://aur.archlinux.org/packages/ardour2/ https://aur.archlinux.org/packages/ardour-git/ From bruviaro at scu.edu Mon Apr 27 02:10:08 2015 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Sun, 26 Apr 2015 19:10:08 -0700 Subject: [LAU] How to send MIDI clock or Jack Transport over local network? In-Reply-To: References: Message-ID: OK, nothing like a few more hours of googling and troubleshooting... I've successfully started qmidinet with qmidinet -j ... and was able to send MIDI clock from Ardour into a local SooperLooper and a remote SooperLooper on the other computer. Sweet. I will try this tomorrow with several laptops. If anyone has done anything similar and has any tips to share, I am all ears... Bruno On Sun, Apr 26, 2015 at 2:54 PM, Bruno Ruviaro wrote: > Hi all, > > I'm a bit stuck trying to figure this out... I want to run SooperLooper in > several laptops (in a laptop orchestra context), and be able to sync them. > The laptops will be connected to a local network (wifi, or possibly via > ethernet). > > From what I read, I could try doing this either with a MIDI clock, or with > Jack Transport (via NetJack? Though I don't need to send any audio to/from > laptops). > > I've installed Rui's QmidiNet and QmidiCtl, but when I try to start them, > I get an error message (setsockopt(IP_ADD_MEMBERSHIP): Invalid argument; > socket(in): your kernel is probably missing multicast support. > ). > > Are these the right tools for the job? How can I send a MIDI clock to > several other laptops over a local network? Should I be trying NetJack > instead? > > Any hints appreciated.... thanks! > > Bruno > > > > > > [*] I've ruled ou NetJack for Jack Transport sync, as it syncs all clients > to one soundcard, where in my case each laptop will be playing with their > own separate soundcard and speaker. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From atte at youmail.dk Mon Apr 27 05:19:05 2015 From: atte at youmail.dk (Atte) Date: Mon, 27 Apr 2015 07:19:05 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: References: <553B3E6B.5000107@youmail.dk> Message-ID: <553DC6C9.9090306@youmail.dk> On 04/26/2015 03:13 AM, Dale Kazakore Powell wrote: > Been loving all the music you've been posting lately Atte. Thanks! > Not managed > to listen to this one yet, internet connection in this village is > terrible! But I second the post above, what are you using now? I > remember some good number of months ago you posting about not liking the > changes that came with Renoise 3.0, which has been my DAW for years > (although I've not written anything for at least a couple now and not > even downloaded 3.0) so I would like to know if you found something new > that agrees with you or if you ended up returning to the bosom of rns? I weighed my options, and decided Renoise still does certain stuff (like this) the best. So I decided to use it for what it's good at and write the tools for the things I miss in my workflow. For more traditional recording I use reaper, which for the most parts work really well. > Regards, Dale/Kazakore (you may remember the DDRC competition I ran for > a couple of years or so on the forum :) ) Yeah, sure I remember you :-) -- Atte http://atte.dk http://a773.dk From atte at youmail.dk Mon Apr 27 05:25:24 2015 From: atte at youmail.dk (Atte) Date: Mon, 27 Apr 2015 07:25:24 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553D5DD0.9010001@gmx.de> References: <553B3E6B.5000107@youmail.dk> <553D5DD0.9010001@gmx.de> Message-ID: <553DC844.6020104@youmail.dk> On 04/26/2015 11:51 PM, Gerald wrote: > Hi Atte, great sound and song. I really like your stuff. Thanks! > Do you perform > live too? Any videos? No videos. The plan with the project is to perform live ASAP (need a few more tracks). Not sure what the lineup would be, could be anything from traditional trio or quartet, to me and my home grown live setup. Hopefully something in between to keep the glitches and mix it with real people playing. -- Atte http://atte.dk http://a773.dk From blablack at gmail.com Mon Apr 27 11:42:57 2015 From: blablack at gmail.com (=?UTF-8?Q?Aur=C3=A9lien_Leblond?=) Date: Mon, 27 Apr 2015 12:42:57 +0100 Subject: [LAU] AlsaModularSynth - VCF resonant Message-ID: Hi all, A quick question here. AMS' VCF has two lowpass filter types - one with and one without resonance. But when I use the resonance parameters, they seem to affect only if I select the non-resonant lowpass. Is it a bug or do I badly misunderstand something? I have been looking for AMS' documentation on that VCF but no luck... Thanks in advance for any info! Aur?lien -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at chriscaudle.org Mon Apr 27 15:38:57 2015 From: chris at chriscaudle.org (Chris Caudle) Date: Mon, 27 Apr 2015 10:38:57 -0500 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553DC6C9.9090306@youmail.dk> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> Message-ID: On Mon, April 27, 2015 12:19 am, Atte wrote: > I weighed my options, and decided Renoise still does certain stuff (like > this) the best. What tool or work flow is used to produce that really fast staccato drum pattern? Is it something like a really fast roll (i.e. made on the pattern generation side), or is it more like an audio editing trick which takes a drum hit and copies and repeats the audio? Is there a tool that automates that, or is it a tedious manual process? -- Chris Caudle From rncbc at rncbc.org Mon Apr 27 15:42:11 2015 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Mon, 27 Apr 2015 16:42:11 +0100 Subject: [LAU] How to send MIDI clock or Jack Transport over local network? In-Reply-To: References: Message-ID: On 04/26/2015 10:54 PM, Bruno Ruviaro wrote: > I've installed Rui's QmidiNet and QmidiCtl, but when I try to start > them, I get an error message (setsockopt(IP_ADD_MEMBERSHIP): Invalid > argument; socket(in): your kernel is probably missing multicast support. > ). > Bruno, make sure your primary network interface connection is at least on a type-c local network segment; iow. udp multicast doesn't work across routers but it can do along dumb switches nicely. hth. cheers -- rncbc aka. Rui Nuno Capela From rncbc at rncbc.org Mon Apr 27 15:46:03 2015 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Mon, 27 Apr 2015 16:46:03 +0100 Subject: [LAU] How to send MIDI clock or Jack Transport over local network? In-Reply-To: References: Message-ID: On 04/27/2015 04:42 PM, Rui Nuno Capela wrote: > On 04/26/2015 10:54 PM, Bruno Ruviaro wrote: >> I've installed Rui's QmidiNet and QmidiCtl, but when I try to start >> them, I get an error message (setsockopt(IP_ADD_MEMBERSHIP): Invalid >> argument; socket(in): your kernel is probably missing multicast support. >> ). >> > > Bruno, > > make sure your primary network interface connection is at least on a > type-c local network segment; iow. udp multicast doesn't work across > routers but it can do along dumb switches nicely. > also forgot to mention: watch out your local(host) firewall. hth2 -- rncbc aka. Rui Nuno Capela From atte at youmail.dk Mon Apr 27 19:37:57 2015 From: atte at youmail.dk (Atte) Date: Mon, 27 Apr 2015 21:37:57 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> Message-ID: <553E9015.8040609@youmail.dk> On 04/27/2015 05:38 PM, Chris Caudle wrote: > On Mon, April 27, 2015 12:19 am, Atte wrote: >> I weighed my options, and decided Renoise still does certain stuff (like >> this) the best. > > What tool or work flow is used to produce that really fast staccato drum > pattern? Basically it's quite simple. I normally start with a breakbeat that I like the sound of, which I then I slice into individual drum hits. Renoise can locate the transients automatically, but I find I have to adjust them by hand afterwards. By default the individual hits are mapped to a chromatic scale. Then you get creative with the individual hits, triggering them to build a new rhythm. This can range from pretty conservative to extreme randomness. Some people like to start by putting the kick and snare where they should go, then fill in ghost notes and hihats afterwards. I tend to have a few goes on random monkey-style playing and then adjusting to something slightly more musical afterwards, since the other approach most of the times gives me something much to obvious and boring. The staccato is either done by small gaps in between notes or using renoises Cxx (cut) command. To give the often 40+ year old beat some snap and a firm low end, I often avoid using the kick from the beat but add my own, electronic kick and a snappy and crisp clap or snare. > Is it something like a really fast roll (i.e. made on the > pattern generation side), or is it more like an audio editing trick which > takes a drum hit and copies and repeats the audio? Is there a tool that > automates that, or is it a tedious manual process? I seem to remember using tools that automates this, but I find it hard to get something musical from the ones I (think I) tried. The sound I have in my head is something a real drummer *almost* could play, given he had been using the appropriate drug and the engineer spilled the right amount of coffee in the tape-recorder. So it should be random the way a human tries to do random. You could say it's tedious, but after a while you get really, really fast at this in renoise, and you learn how certain patterns are done. But the first few times, I had a really hard time, it took ages and it sounded like complete crap, others might do better faster. Of course to some extend copy/paste and editing the copies is a pragmatic approach that might help on speed and a uniform sound throughout sections. Sorry if this got a little too long, but you asked :-) -- Atte http://atte.dk http://a773.dk From len at ovenwerks.net Mon Apr 27 21:46:24 2015 From: len at ovenwerks.net (Len Ovens) Date: Mon, 27 Apr 2015 14:46:24 -0700 (PDT) Subject: [LAU] How to send MIDI clock or Jack Transport over local network? In-Reply-To: References: Message-ID: On Mon, 27 Apr 2015, Rui Nuno Capela wrote: > make sure your primary network interface connection is at least on a > type-c local network segment; iow. udp multicast doesn't work across > routers but it can do along dumb switches nicely. I hadn't thhought of that, but it makes sense right away once you said it. Thanks -- Len Ovens www.ovenwerks.net From dj_kaza at hotmail.com Tue Apr 28 06:22:26 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Tue, 28 Apr 2015 13:22:26 +0700 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553DC6C9.9090306@youmail.dk> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> Message-ID: On 27/04/15 12:19, Atte wrote: > On 04/26/2015 03:13 AM, Dale Kazakore Powell wrote: > >> Been loving all the music you've been posting lately Atte. > Thanks! > >> Not managed >> to listen to this one yet, internet connection in this village is >> terrible! But I second the post above, what are you using now? I >> remember some good number of months ago you posting about not liking the >> changes that came with Renoise 3.0, which has been my DAW for years >> (although I've not written anything for at least a couple now and not >> even downloaded 3.0) so I would like to know if you found something new >> that agrees with you or if you ended up returning to the bosom of rns? > I weighed my options, and decided Renoise still does certain stuff (like > this) the best. So I decided to use it for what it's good at and write > the tools for the things I miss in my workflow. For more traditional > recording I use reaper, which for the most parts work really well. > Cool, fair enough. I really should pull my finger out and see if I can find my mojo again! Will probably start back with Renoise if I do but have always wanted to shape things towards a live set (laptop & controller based) and Renoise was never quite the right tool for that. Although with Duplex in 2.8 there were some tools that were going that way but I have no idea is 3.0 ha expanded on this or moved away... What tools have you been writing yourself? Standalone bits of with the Renoise API? Listened to the track now and afraid I have to be honest and say it's one of my least favourite of yours lately. I like the drums, the bass works nicely, even the cheap sounding e-piano fits in there. But personally I couldn't overly get on with the almost lead/chip noise (or however you would describe it) and it's too central to the tune to be able to ignore that element. But that's just one person's personal preference and I still liked most of the elements of the track. Thanks for your latest reply describing your beat creating process. :) Dale. From atte at youmail.dk Tue Apr 28 07:23:37 2015 From: atte at youmail.dk (Atte) Date: Tue, 28 Apr 2015 09:23:37 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> Message-ID: <553F3579.5050609@youmail.dk> On 04/28/2015 08:22 AM, Dale Kazakore Powell wrote: > What tools have you been writing yourself? Standalone bits of with the > Renoise API? Some are here: https://github.com/attejensen/ Released renoise tools: http://www.renoise.com/tools/deleteunusedsamples http://www.renoise.com/tools/gotonextfxonoff Plus some unreleased stuff on my computers. -- Atte http://atte.dk http://a773.dk From tritonas00 at gmail.com Tue Apr 28 12:40:45 2015 From: tritonas00 at gmail.com (Tritonas Insomnia) Date: Tue, 28 Apr 2015 15:40:45 +0300 Subject: [LAU] zoom r16/r24 Message-ID: Any update on this? It would be nice to have working playback. -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Tue Apr 28 15:37:05 2015 From: csanchezgs at gmail.com (Carlos sanchiavedraZ) Date: Tue, 28 Apr 2015 17:37:05 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553F3579.5050609@youmail.dk> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> <553F3579.5050609@youmail.dk> Message-ID: 2015-04-28 9:23 GMT+02:00 Atte : > On 04/28/2015 08:22 AM, Dale Kazakore Powell wrote: > > > What tools have you been writing yourself? Standalone bits of with the > > Renoise API? > > Some are here: https://github.com/attejensen/ > > Released renoise tools: > http://www.renoise.com/tools/deleteunusedsamples > http://www.renoise.com/tools/gotonextfxonoff > > Plus some unreleased stuff on my computers. > > -- > Atte > > http://atte.dk http://a773.dk > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Good rhythms Atte, and also the songs themselves well constructed in general, they take your attention in a good way. Very melodic and new-jazzy at times. I liked it even breakbeat and such stuff aren't my main listening options, but it's great to read how you do it as I'm always interested in workflows. Thanks for sharing. -- C. sanchiavedraZ: * NEW / NUEVO: www.sanchiavedraZ.com * Musix GNU+Linux: www.musix.es -------------- next part -------------- An HTML attachment was scrubbed... URL: From sakrecoer at gmail.com Tue Apr 28 16:16:06 2015 From: sakrecoer at gmail.com (=?UTF-8?Q?Set_Hallstr=C3=B6m?=) Date: Tue, 28 Apr 2015 18:16:06 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: On Sat, Apr 25, 2015 at 9:12 AM, Atte wrote: > > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! BOOOOOOM! Instinctively, i suspect this piece of music is using many of my favorit ingredients, such as: goosebumps, jazz chords, jungle drums, a little bit of banamindsplit and a hint of stage diving Alf! Little do i know........ but by serving this on a GNU/Linux silverplate, my day became a little more jovial :) Congratulation on this hit and thank you for caring and sharing! -- Set Hallstr?m AKA reSet Sakrecoer http://sakrecoer.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From hollundertee at gmx.net Tue Apr 28 17:16:48 2015 From: hollundertee at gmx.net (hollundertee at gmx.net) Date: Tue, 28 Apr 2015 19:16:48 +0200 Subject: [LAU] Alsa setup question Message-ID: <20150428191648.44ea4cea@eeyore> Hi there, I didn't have access to the LA-lists for a number of months now, and the list admin was not helpful. I subscribed with this crappy mail provider now and hope that it will work. Sorry for advertisement and other crap that might go along with it. I do have some trouble setting up alsa the way I want it. The machine is a laptop that I carry around and use at home. What I want to have: 1) If on the road, the internal card (PCH) should be the default. 2) If at home, the usb card (UA25) should be the default. I had this working rather reliably at some point, but it doesn't work anymore. I have the following in /etc/modprobe.d/alsa-base.conf to prevent race conditions on boot: options snd slots=snd_usb_audio,snd_hda_intel options snd_usb_audio index=0 options snd_hda_intel index=1 However, I experience weird things with /etc/asound.conf, it gets overwritten on every boot with garbage. This is what it looks like when I boot without external interface: defaults.ctl.card 1 defaults.pcm.card 1 defaults.pcm.card 1 defaults.pcm.card 1 defaults.pcm.card 1 defaults.pcm.card 1 When the external interface is plugged in on boot, it looks somewhat like this (off the top of my head): defaults.ctl.card 0 defaults.pcm.card 1 defaults.ctl.card 1 defaults.pcm.card 0 defaults.pcm.card 1 defaults.pcm.card 1 defaults.pcm.card 1 defaults.pcm.card 1 Obviously total garbage, and I have no idea what service tries to be smart here. Any ideas? At least ~/.asoundrc does not get overwritten. Also, is there a reliable way to do what I want? Right now I have this in my ~/.asoundrc, but it does not do what I want. I suspected that alsa would set the only device actually there as default, but it does not, so with this setup I have no sound on the road: defaults.ctl.card 0 defaults.pcm.card 0 Thanks in advance for your help. Regards, hollunder From chris at chriscaudle.org Tue Apr 28 18:55:37 2015 From: chris at chriscaudle.org (Chris Caudle) Date: Tue, 28 Apr 2015 13:55:37 -0500 Subject: [LAU] Alsa setup question In-Reply-To: <20150428191648.44ea4cea@eeyore> References: <20150428191648.44ea4cea@eeyore> Message-ID: <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> On Tue, April 28, 2015 12:16 pm, hollundertee at gmx.net wrote: > I do have some trouble setting up alsa the way I want it. > The machine is a laptop that I carry around and use at home. > What I want to have: > 1) If on the road, the internal card (PCH) should be the default. > 2) If at home, the usb card (UA25) should be the default. What distribution? Any reason you particularly want this handled at the ALSA layer? This seems like the kind of situation that Pulse was intended to handle. In fact I have a similar setup where Pulse defaults to my m-audio PCI card if the USB interface is not connected, if the USB interface is connected it becomes the default audio interface, and if I start jack then pulse connects to jack instead of directly to the ALSA interface. I start jack with qjackctl so I decide on startup which interface I want jack to use. -- Chris Caudle From chris at chrisarndt.de Tue Apr 28 19:31:49 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Tue, 28 Apr 2015 21:31:49 +0200 Subject: [LAU] Alsa setup question In-Reply-To: <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> Message-ID: <553FE025.7040300@chrisarndt.de> Am 28.04.2015 um 20:55 schrieb Chris Caudle: > [...], and if I start jack then pulse > connects to jack instead of directly to the ALSA interface. A way to that, which has been working very well on my system for the past few years is described here in the Arch wiki: https://wiki.archlinux.org/index.php/PulseAudio/Examples#The_new_way (I have decreased the sleep time in the 'pulse-jack-pre-stop.sh' script to 1 second, and it still works). The only problem is that often Pulse clients, which are already running when Jack starts and the Pulse redirection happens (e.g. video players in the browser or similar), still output to the Pulse sink of the audio interface (and are therefor silent). I then have to use pavucontrol or a similar tool to switch their output to the Pule jack sink. Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From len at ovenwerks.net Tue Apr 28 21:45:02 2015 From: len at ovenwerks.net (Len Ovens) Date: Tue, 28 Apr 2015 14:45:02 -0700 (PDT) Subject: [LAU] Alsa setup question In-Reply-To: <553FE025.7040300@chrisarndt.de> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: On Tue, 28 Apr 2015, Christopher Arndt wrote: > (I have decreased the sleep time in the 'pulse-jack-pre-stop.sh' script > to 1 second, and it still works). > > The only problem is that often Pulse clients, which are already running > when Jack starts and the Pulse redirection happens (e.g. video players > in the browser or similar), still output to the Pulse sink of the audio > interface (and are therefor silent). I then have to use pavucontrol or a > similar tool to switch their output to the Pule jack sink. Just to be clear: if exists USB use USB else use internal Is that about it? Some questions: Will the USB AI be plugged in while the system is running? Or before boot? Will you be starting and stopping Jack, or like it to be running from login till logout? Personally, I run jackdbus from login till logout and have the AIs (audio cards) in pulse configuration turn off. This way jacksink is the only available sink and pulse will use it. I use pactl to unload the PA-jack bridge if I want to get pulse out of the way. This sends desktop/audio to the dummy sink so the app doesn't hang. In a script that starts jack using jack_control to start jack, it should be easy to test for the USB AI by name. Jack_control is compatible with both qjackctl and pulse's module-jackdbus-detect. I have even set jack up as the audio backend on machines (my wife's in fact) that are normally used for desktop use. I have found this to be a stable setup. -- Len Ovens www.ovenwerks.net From chris at chrisarndt.de Tue Apr 28 21:53:43 2015 From: chris at chrisarndt.de (Christopher Arndt) Date: Tue, 28 Apr 2015 23:53:43 +0200 Subject: [LAU] Alsa setup question In-Reply-To: References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: <55400167.9040400@chrisarndt.de> Am 28.04.2015 um 23:45 schrieb Len Ovens: > Just to be clear: > if exists USB use USB > else use internal > > Is that about it? You are quoting part of my message but you seem to be replying to the OP. So I'm not sure what to answer. My message was only about switching Pulseaudio in/out to jack, when jack starts. If you have jack running all the time, obviously things are different. Chri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 979 bytes Desc: OpenPGP digital signature URL: From len at ovenwerks.net Tue Apr 28 23:44:49 2015 From: len at ovenwerks.net (Len Ovens) Date: Tue, 28 Apr 2015 16:44:49 -0700 (PDT) Subject: [LAU] Alsa setup question In-Reply-To: <55400167.9040400@chrisarndt.de> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> <55400167.9040400@chrisarndt.de> Message-ID: On Tue, 28 Apr 2015, Christopher Arndt wrote: > You are quoting part of my message but you seem to be replying to the > OP. So I'm not sure what to answer. My message was only about switching > Pulseaudio in/out to jack, when jack starts. If you have jack running > all the time, obviously things are different. Bad email technique on my part. Sorry, yes it was for the OP. -- Len Ovens www.ovenwerks.net From brummer- at web.de Wed Apr 29 04:55:17 2015 From: brummer- at web.de (Hermann Meyer) Date: Wed, 29 Apr 2015 06:55:17 +0200 Subject: [LAU] Alsa setup question In-Reply-To: <553FE025.7040300@chrisarndt.de> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: <55406435.6060601@web.de> Am 28.04.2015 um 21:31 schrieb Christopher Arndt: > Am 28.04.2015 um 20:55 schrieb Chris Caudle: >> [...], and if I start jack then pulse >> connects to jack instead of directly to the ALSA interface. > A way to that, which has been working very well on my system for the > past few years is described here in the Arch wiki: > > https://wiki.archlinux.org/index.php/PulseAudio/Examples#The_new_way > > (I have decreased the sleep time in the 'pulse-jack-pre-stop.sh' script > to 1 second, and it still works). > > The only problem is that often Pulse clients, which are already running > when Jack starts and the Pulse redirection happens (e.g. video players > in the browser or similar), still output to the Pulse sink of the audio > interface (and are therefor silent). I then have to use pavucontrol or a > similar tool to switch their output to the Pule jack sink. > > > Chris > > I use as well a script to handle pulse and jack. As well I notice the un-clean behave of the pulse-sink when switched while a client is running. I noticed that switch the module-jack-source twice with a timeout between, makes it work stable. As well I save my used Default sink before switch to jack, and reuse it when I switch jack of. This works for me absolute stable. Additional option in the script is, to suspend pulse if you would run a session without pulse enabled. Introduction to the script is here: http://linuxmusicians.com/viewtopic.php?f=19&t=13234 the script is here: https://github.com/brummer10/pajackconnect/blob/master/pajackconnect regards hermann From ken at restivo.org Wed Apr 29 06:13:38 2015 From: ken at restivo.org (Ken Restivo) Date: Tue, 28 Apr 2015 23:13:38 -0700 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: <20150429061338.GB14624@q400a.mobile.restivo.org> On Sat, Apr 25, 2015 at 09:12:43AM +0200, Atte wrote: > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! Beautiful track! Anything with a Rhodes and jazzy chord voicings in it, I automatically like. That ARP-like synth sound with the sawtooth and the pornamento is great too, very Zawinul-ish. What synth was that? I'm also hearing a glitchy sound in the intro and at the end of the head that sounds like "cat /dev/sda1 > /dev/dsp". -ken From pshirkey at boosthardware.com Wed Apr 29 06:20:54 2015 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Wed, 29 Apr 2015 16:20:54 +1000 (EST) Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> Message-ID: <46117.178.73.210.16.1430288454.squirrel@boosthardware.com> On Tue, April 28, 2015 4:22 pm, Dale Kazakore Powell wrote: > > > On 27/04/15 12:19, Atte wrote: >> On 04/26/2015 03:13 AM, Dale Kazakore Powell wrote: >> >>> Been loving all the music you've been posting lately Atte. >> Thanks! >> >>> Not managed >>> to listen to this one yet, internet connection in this village is >>> terrible! But I second the post above, what are you using now? I >>> remember some good number of months ago you posting about not liking >>> the >>> changes that came with Renoise 3.0, which has been my DAW for years >>> (although I've not written anything for at least a couple now and not >>> even downloaded 3.0) so I would like to know if you found something new >>> that agrees with you or if you ended up returning to the bosom of rns? >> I weighed my options, and decided Renoise still does certain stuff (like >> this) the best. So I decided to use it for what it's good at and write >> the tools for the things I miss in my workflow. For more traditional >> recording I use reaper, which for the most parts work really well. >> > > Cool, fair enough. I really should pull my finger out and see if I can > find my mojo again! Will probably start back with Renoise if I do but > have always wanted to shape things towards a live set (laptop & > controller based) and Renoise was never quite the right tool for that. > Although with Duplex in 2.8 there were some tools that were going that > way but I have no idea is 3.0 ha expanded on this or moved away... > > What tools have you been writing yourself? Standalone bits of with the > Renoise API? > > Listened to the track now and afraid I have to be honest and say it's > one of my least favourite of yours lately. I like the drums, the bass > works nicely, even the cheap sounding e-piano fits in there. But > personally I couldn't overly get on with the almost lead/chip noise (or > however you would describe it) and it's too central to the tune to be > able to ignore that element. But that's just one person's personal > preference and I still liked most of the elements of the track. > > Thanks for your latest reply describing your beat creating process. :) > I like this track. Doesn't sound cheesy to me. IMO, A high quality example of Jazzy Liquid DnB. Atte, I notice that you are branching out into a selection of uptempo beats with this new "album". I'm keen to hear your take on Reggaeton/Merengue stylez if that is something you are interested in exploring. (hint hint nudge nudge) -- Patrick Shirkey Boost Hardware Ltd From atte at youmail.dk Wed Apr 29 06:22:51 2015 From: atte at youmail.dk (Atte) Date: Wed, 29 Apr 2015 08:22:51 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <20150429061338.GB14624@q400a.mobile.restivo.org> References: <553B3E6B.5000107@youmail.dk> <20150429061338.GB14624@q400a.mobile.restivo.org> Message-ID: <554078BB.5080805@youmail.dk> On 04/29/2015 08:13 AM, Ken Restivo wrote: > On Sat, Apr 25, 2015 at 09:12:43AM +0200, Atte wrote: >> Hi >> >> Here's a new track from my a773 project. Beats melodic, glitchy jazz. >> >> https://soundcloud.com/a773/attention-span >> >> Hope you enjoy! > > Beautiful track! Thanks! > Anything with a Rhodes and jazzy chord voicings in it, I automatically like. :-) > That ARP-like synth sound with the sawtooth and the pornamento is great too, very Zawinul-ish. What synth was that? > > I'm also hearing a glitchy sound in the intro and at the end of the head that sounds like "cat /dev/sda1 > /dev/dsp". Both are presets from Mr Alias Pro. I normally don't just dial in presets, but for some reason I haven't started making my own sounds in that beast yet. -- Atte http://atte.dk http://a773.dk From atte at youmail.dk Wed Apr 29 06:28:56 2015 From: atte at youmail.dk (Atte) Date: Wed, 29 Apr 2015 08:28:56 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <46117.178.73.210.16.1430288454.squirrel@boosthardware.com> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> <46117.178.73.210.16.1430288454.squirrel@boosthardware.com> Message-ID: <55407A28.9030605@youmail.dk> On 04/29/2015 08:20 AM, Patrick Shirkey wrote: > I like this track. Doesn't sound cheesy to me. > IMO, A high quality example of Jazzy Liquid DnB. Thanks! > I'm keen to hear your take on > Reggaeton/Merengue stylez if that is something you are interested in > exploring. (hint hint nudge nudge) Not something I'm really familiar with. If my 30 random of youtubing was representative, it doesn't sound like a direction I see myself going. -- Atte http://atte.dk http://a773.dk From gianfranco at portalmod.com.br Wed Apr 29 07:47:12 2015 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Wed, 29 Apr 2015 09:47:12 +0200 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <20150429061338.GB14624@q400a.mobile.restivo.org> References: <553B3E6B.5000107@youmail.dk> <20150429061338.GB14624@q400a.mobile.restivo.org> Message-ID: > > Beautiful track! Anything with a Rhodes and jazzy chord voicings in it, I > automatically like. > I act exactly the same :-) And congratulation Atte. It souds really cool. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dj_kaza at hotmail.com Wed Apr 29 07:48:06 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Wed, 29 Apr 2015 14:48:06 +0700 Subject: [LAU] Alsa setup question In-Reply-To: References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: On 29/04/15 04:45, Len Ovens wrote: > I use pactl to unload the PA-jack bridge if I want to get pulse out of > the way. This sends desktop/audio to the dummy sink so the app doesn't > hang Not pavucontrol? Which I found I had to change a setting in whenever I start Jack to get PA to connect to the Jack Sinc at all on this install of US14.04 (but swear I didn't previously, actually seemed to work just now as...) I don't believe you mean pavucontrol but I can see no package called pactl on Ubuntu Studio... Dale. From dj_kaza at hotmail.com Wed Apr 29 09:32:42 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Wed, 29 Apr 2015 16:32:42 +0700 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <46117.178.73.210.16.1430288454.squirrel@boosthardware.com> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> <46117.178.73.210.16.1430288454.squirrel@boosthardware.com> Message-ID: On 29/04/15 13:20, Patrick Shirkey wrote: > On Tue, April 28, 2015 4:22 pm, Dale Kazakore Powell wrote: >> >> On 27/04/15 12:19, Atte wrote: >>> On 04/26/2015 03:13 AM, Dale Kazakore Powell wrote: >>> >>>> Been loving all the music you've been posting lately Atte. >>> Thanks! >>> >>>> Not managed >>>> to listen to this one yet, internet connection in this village is >>>> terrible! But I second the post above, what are you using now? I >>>> remember some good number of months ago you posting about not liking >>>> the >>>> changes that came with Renoise 3.0, which has been my DAW for years >>>> (although I've not written anything for at least a couple now and not >>>> even downloaded 3.0) so I would like to know if you found something new >>>> that agrees with you or if you ended up returning to the bosom of rns? >>> I weighed my options, and decided Renoise still does certain stuff (like >>> this) the best. So I decided to use it for what it's good at and write >>> the tools for the things I miss in my workflow. For more traditional >>> recording I use reaper, which for the most parts work really well. >>> >> Cool, fair enough. I really should pull my finger out and see if I can >> find my mojo again! Will probably start back with Renoise if I do but >> have always wanted to shape things towards a live set (laptop & >> controller based) and Renoise was never quite the right tool for that. >> Although with Duplex in 2.8 there were some tools that were going that >> way but I have no idea is 3.0 ha expanded on this or moved away... >> >> What tools have you been writing yourself? Standalone bits of with the >> Renoise API? >> >> Listened to the track now and afraid I have to be honest and say it's >> one of my least favourite of yours lately. I like the drums, the bass >> works nicely, even the cheap sounding e-piano fits in there. But >> personally I couldn't overly get on with the almost lead/chip noise (or >> however you would describe it) and it's too central to the tune to be >> able to ignore that element. But that's just one person's personal >> preference and I still liked most of the elements of the track. >> >> Thanks for your latest reply describing your beat creating process. :) >> > I like this track. Doesn't sound cheesy to me. > > IMO, A high quality example of Jazzy Liquid DnB. > > Did I ever use the word cheesy? As I said every part of it was well written just something about (one of) the main part(s) that doesn't quite fit with me. But the first music I really got into and DJ'd for many years was DnB (and Jungle) but I probably like less than 5% of the liquid stuff. Which is maybe slightly more than the amount of jump up I like... Techstep and darkness or proper jungle was always my styles. But the world would be a very boring place if we all liked exactly the same!! :) Dale. From dj_kaza at hotmail.com Wed Apr 29 09:43:09 2015 From: dj_kaza at hotmail.com (Dale Kazakore Powell) Date: Wed, 29 Apr 2015 16:43:09 +0700 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553F3579.5050609@youmail.dk> References: <553B3E6B.5000107@youmail.dk> <553DC6C9.9090306@youmail.dk> <553F3579.5050609@youmail.dk> Message-ID: On 28/04/15 14:23, Atte wrote: > On 04/28/2015 08:22 AM, Dale Kazakore Powell wrote: > >> What tools have you been writing yourself? Standalone bits of with the >> Renoise API? > Some are here: https://github.com/attejensen/ > > Released renoise tools: > http://www.renoise.com/tools/deleteunusedsamples > http://www.renoise.com/tools/gotonextfxonoff > > Plus some unreleased stuff on my computers. > Thank you for the links. I'll take a proper look later, got to get on a bus for 14 hours very shortly... See you've made something with ChucK and think I might have to be a bore and rehash a rather old and most subjective topic on here shortly... ;-) Dale. From l.baints at gmail.com Wed Apr 29 10:40:18 2015 From: l.baints at gmail.com (Nero) Date: Wed, 29 Apr 2015 12:40:18 +0200 Subject: [LAU] audio interface Terrasoniq Phase X-64 USB Message-ID: Ik krijg deze audio interface helaas niet aan de praat in Linux Studio. Hij wordt wel herkend met het commando: dmesg | grep usb. Wie heeft tips voor mij ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From harryhaaren at gmail.com Wed Apr 29 10:49:29 2015 From: harryhaaren at gmail.com (Harry van Haaren) Date: Wed, 29 Apr 2015 11:49:29 +0100 Subject: [LAU] audio interface Terrasoniq Phase X-64 USB In-Reply-To: References: Message-ID: Hi Nero, 2015-04-29 11:40 GMT+01:00 Nero : > Ik krijg deze audio interface helaas niet aan de praat in Linux Studio. > Hij wordt wel herkend met het commando: > dmesg | grep usb. OK - so the interface is not working correctly, but dmesg lists the device. A bit of googling led me to the Ardour forums and some other mailing list questions: https://community.ardour.org/node/7058 (links to broken forum..) http://comments.gmane.org/gmane.linux.arch.general/39323 Some bad news here.. http://lalists.stanford.edu/lau/2010/09/0358.html > Wie heeft tips voor mij ? Although there are dutch speakers on the list - the defacto language used is English. If you can, lets keep the discussion in English, so other readers in future have a better chance of understanding :) Unless something has changed, that Terrateq are releasing USB spec info or something.. it probably won't work :/ Perhaps email Terrateq and inform them that for thier hardware to be usable via ALSA that they must provide information on how the device communicates over the USB 2.0 link. If the device has a USB 1.0 class compliant mode, then that will work OOTB though. Hope that helps, -Harry -- http://www.openavproductions.com From atte at youmail.dk Wed Apr 29 10:50:22 2015 From: atte at youmail.dk (Atte) Date: Wed, 29 Apr 2015 12:50:22 +0200 Subject: [LAU] audio interface Terrasoniq Phase X-64 USB In-Reply-To: References: Message-ID: <5540B76E.3010304@youmail.dk> On 04/29/2015 12:40 PM, Nero wrote: > Wie heeft tips voor mij ? Ik! In engels proberen AUB :-) -- Atte http://atte.dk http://a773.dk From hollundertee at gmx.net Wed Apr 29 11:12:03 2015 From: hollundertee at gmx.net (hollundertee at gmx.net) Date: Wed, 29 Apr 2015 13:12:03 +0200 Subject: [LAU] Alsa setup question In-Reply-To: References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: <20150429131203.3c5a2d90@eeyore.mozart.aau.at> Thanks for the many answers in the meantime. I reply to this one since it is closest to what I want. On Tue, 28 Apr 2015 14:45:02 -0700 (PDT) Len Ovens wrote: > Just to be clear: > if exists USB use USB > else use internal > > Is that about it? Yes, this is exactly what I want. I have configured the internal interface so that it only outputs to the headphone jacks, because I don't want my laptop to make any unexpected sounds in the library, office, etc. (one reason why I don't use pulse: it messes with the alsa mixer). In the very rare occasion that I do need to use pulse, I also start it manually. I have taken all kinds of measures to prevent pulse from starting itself. This question is solely about alsa. > Some questions: > Will the USB AI be plugged in while the system is running? Or before > boot? Both. It occasionally happens that I'm out, suspend the machine, take it home, plug it in. It would be nice if it would use the USB interface after resume. > Will you be starting and stopping Jack, or like it to be > running from login till logout? Jack is no problem, I start it manually from CLI or ardour when I need it. Thanks, Philipp From emarsk at gmail.com Wed Apr 29 12:25:37 2015 From: emarsk at gmail.com (Emanuele Rusconi) Date: Wed, 29 Apr 2015 14:25:37 +0200 Subject: [LAU] Alsa setup question In-Reply-To: <20150429131203.3c5a2d90@eeyore.mozart.aau.at> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> <20150429131203.3c5a2d90@eeyore.mozart.aau.at> Message-ID: If it can be of any help, I found that using Jack for everything is much easier than juggling with ALSA card numbering and priorities and stuff. I have qjackctl in my ~/.xinitrc, and it's set up to start jack automatically (with the last preset used). When I use the USB audio interface, I simply stop jack, load the proper preset, and start jack again. I never thought of automating the selection, to be honest; I use different USB devices, and selecting the right one manually is quick enough. I have no need for Pulseaudio, I tried it for a while but it was only an annoyance for me. I set up ~/.asoundrc to use the jack plugin by default, so non-jack software can be routed through Jack (Firefox, for example): ## ALSA JACK PCM PLUGIN ## http://jackaudio.org/faq/routing_alsa.html ## http://www.alsa-project.org/main/index.php/Asoundrc pcm.jackplug { type plug slave { pcm "rawjack" } hint { description "JACK Audio Connection Kit" } } pcm.rawjack { type jack playback_ports { 0 system:playback_1 1 system:playback_2 } capture_ports { 0 system:capture_1 1 system:capture_2 } } pcm.!default { type plug; slave { pcm "rawjack" } } -- Emanuele Rusconi -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Wed Apr 29 13:01:18 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 29 Apr 2015 06:01:18 -0700 (PDT) Subject: [LAU] Alsa setup question In-Reply-To: References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> Message-ID: On Wed, 29 Apr 2015, Dale Kazakore Powell wrote: > On 29/04/15 04:45, Len Ovens wrote: >> I use pactl to unload the PA-jack bridge if I want to get pulse out of the >> way. This sends desktop/audio to the dummy sink so the app doesn't hang > > Not pavucontrol? Which I found I had to change a setting in whenever I start > Jack to get PA to connect to the Jack Sinc at all on this install of US14.04 > (but swear I didn't previously, actually seemed to work just now as...) I > don't believe you mean pavucontrol but I can see no package called pactl on > Ubuntu Studio... pactl is a cl tool that is a part of the pulseaudio package. examples: pactl unload-module module-udev-detect This will keep PA from detecting new audio IFs such as USB devices pactl unload-module module-alsa-card this one will keep PA from seeing any alsa device Now PA has no choice but to see jacksink/source as default. Now I am tracking and I want to only monitor ardour pactl unload-module module-jackdbus-detect will (so long as I am using jackdbus and not jackd) remove all desktop noise without stalling any of the desktop apps because PA will create a dummy output. now I am finished recording and someone wants to show me a youtube vid pactl load-module module-jackdbus-detect and my desktop sound now works again. http://www.ovenwerks.net/software/index.html shows the tool I use for (un)loading jacksink/source and some other things. I am not ready to release it yet as I wrote it for upstart which while still around.... 14.04 uses it... is on it's way out the door. I need to systemdize the commands to shut off unwanted services for low latency work. -- Len Ovens www.ovenwerks.net From len at ovenwerks.net Wed Apr 29 22:16:24 2015 From: len at ovenwerks.net (Len Ovens) Date: Wed, 29 Apr 2015 15:16:24 -0700 (PDT) Subject: [LAU] Alsa setup question In-Reply-To: <20150429131203.3c5a2d90@eeyore.mozart.aau.at> References: <20150428191648.44ea4cea@eeyore> <00cf2848689d3a30717816101c63144c.squirrel@email.powweb.com> <553FE025.7040300@chrisarndt.de> <20150429131203.3c5a2d90@eeyore.mozart.aau.at> Message-ID: On Wed, 29 Apr 2015, hollundertee at gmx.net wrote: > On Tue, 28 Apr 2015 14:45:02 -0700 (PDT) > Len Ovens wrote: > >> Just to be clear: >> if exists USB use USB >> else use internal >> >> Is that about it? > > Yes, this is exactly what I want. OK > I have configured the internal interface so that it only outputs to the > headphone jacks, because I don't want my laptop to make any unexpected > sounds in the library, office, etc. (one reason why I don't use pulse: > it messes with the alsa mixer). OK > In the very rare occasion that I do need to use pulse, I also start it > manually. I have taken all kinds of measures to prevent pulse from > starting itself. This question is solely about alsa. Or to put it another way, desktop audio. The tool that does what you want is (you probably won't like this) pulseaudio. PA is the only tool I know that can switch an application from one output/input to another on the fly without stopping the application streaming that audio. Learning about Pulse enough to find a way of stopping it from playing with IF levels seems to be the solution to the problem. Almost any other solution would require the restarting of the application streaming audio to pick up the new device. PA can move the stream to a new device in mid stream. It would still take some script I think... probably run by udev, but I am not sure as I have my system setup to never do sleep mode... In fact my swap partitions are not big enough as they were setup when I had less memory :) PA does not always play with alsa volume levels. It seems to depend on the AI itself. For example the ice1712 based cards do not have this problem. This says to me that there is probably a profile set up for the intel HDA cards that tells PA how to set the volume levels and changing the profile could make it so PA was no longer able to do so. -- Len Ovens www.ovenwerks.net From bruviaro at scu.edu Wed Apr 29 23:33:25 2015 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Wed, 29 Apr 2015 16:33:25 -0700 Subject: [LAU] How to send MIDI clock or Jack Transport over local network? In-Reply-To: References: Message-ID: Thanks for the tips, Rui! I successfully got it to work with 12 laptops playing SooperLooper in sync. Bruno On Mon, Apr 27, 2015 at 8:46 AM, Rui Nuno Capela wrote: > On 04/27/2015 04:42 PM, Rui Nuno Capela wrote: > >> On 04/26/2015 10:54 PM, Bruno Ruviaro wrote: >> >>> I've installed Rui's QmidiNet and QmidiCtl, but when I try to start >>> them, I get an error message (setsockopt(IP_ADD_MEMBERSHIP): Invalid >>> argument; socket(in): your kernel is probably missing multicast support. >>> ). >>> >>> >> Bruno, >> >> make sure your primary network interface connection is at least on a >> type-c local network segment; iow. udp multicast doesn't work across >> routers but it can do along dumb switches nicely. >> >> > also forgot to mention: watch out your local(host) firewall. > > hth2 > > -- > rncbc aka. Rui Nuno Capela > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orl at ammd.net Thu Apr 30 09:24:54 2015 From: orl at ammd.net (ORL) Date: Thu, 30 Apr 2015 11:24:54 +0200 Subject: [LAU] (Live) Music made with Linux: Sebkha-Chott @ Brutal Assault Festival (Cz) + Description of the live setup Message-ID: <5541F4E6.5010109@ammd.net> Hi! I already told you about Sebkha-Chott several times on this list, usually speaking about our releases (always under GNU/Linux, from the beginning to the end). Actually, Sebkha-Chott also uses GNU/Linux on stage to manage sound, lights and video of the whole show (see details below). I usually don't post shows list or tour schedule here (maybe I should), but this time it's a big and international festival, so it might be that some of you will be interested in it. So Sebkha-Chott will play at Brutal Assault Festival #20 in Jaromer (Cz), for the third time, but for the first time, we will use the GNU/Linux live setup they have on tour. The final schedule is not known yet, but it will be between 5th and 8th of August. If some of you live near Cz, are metalheads, that's the place you should be (if you ask me, this year's line-up is really great, the best I've known since I know this festival). http://www.sebkhachott.net/15-years-of-sebkha-chott-kourt Here it is (please note the video and lights part of the system won't probably play at Brutal Assault due to very tight changeover schedule). *Description of Sebkha-Chott's live setup* *Distribution* All machines, including RPI, are running Debian systems, mostly Jessie. http://www.debian.org *Session Handling* Session handling is managed through ladish and on some control machine small shell scripts. http://ladish.org *Audio* /Routing/ All the routing is managed through ladish, jack is configured with the restrict self-connect option. /Mixing/ The mixing/processing of any audio signals coming from the instruments on stage or from "virtual sources" inside the machines (synths, samplers) is done through a bunch of Non-Mixer (probably not uptodate) instances, running independently one from the other. All these Non-Mixers finally ends up in the FOH mix or on of the three monitors mix (which goes to in-ear monitors system). We highly recommend Non-Mixer for this type of setup, as you don't need a timeline, and Non-Mixer is really lightweighted, OSC controllable, and flexible. Ecasound might have done the job too, still. http://non-mixer.tuxfamily.org/ /Live Looping/ The "instrumental line-up" contains 2 basses, 2 guitars, 3 vocals and a drumkit, each of them goes to a single looper (for the drums, we only loop a stereo submix). We use Sooperlooper (probably not uptodate, and (uglily) patched so that Jack Transport Synchronization with SL as a master works with it and is recalled when at session load). http://essej.net/sooperlooper/ /Synths/ Additionnally to the physical instruments, 5 synths are running, 3 of them polyphonic, 2 of them monophonic. We use Alsa Modular Synth (probably no uptodate) for this. You might get the patches on github (see below) http://alsamodular.sourceforge.net/ /Samplers/ A virtual drumkit is also used, with really-non-drumistic sounds. We use tapeutape (patched not uptodate version) for this purpose. http://hitmuri.net/index.php/Software/Tapeutape /Clic/ We use Klick to send clic in every monitor. https://github.com/dsacre/klick *Lights* Lights are controlled using QLC+. We use four profiles projectors and 4 LED "barres", which are split into 8 RGB segments each, each segment mightbe controlled independently from the others. http://qlcplus.sourceforge.net/ *Video**s* Videos and Moving images are displayed on three V-form screens. Those videos are displayed using a self-developped software called PytaVSL (derivating from VSL, a set of pd patches we used on a children show) and based on Pi3D. This runs on RPIs (old ones, not the big beasts you might get for 30$!!!). This lays on a mapped-layers principle, each of them might be mapped with images or videos, the content can be changed with OSC control, and you can move or change properties (including visibility/inivisibility) of a layer using OSC too. By now, PytaVSL is not recommended for anyone except us (or you will have to put your hands in it, and you'll see then we're no real devs!!!). https://github.com/orlammd/pytaVSL https://github.com/tipam/pi3d *Controls* /MIDI/OSC Routing/ The whole thing is controlled via a centralized OSC/Midi router. We use Mididings for this purpose, and we highly recommend it, it's a really good piece of software which makes everything possible in such a setup. The version we used has been patched to be able to route/filter/manage OSC messages too. I propose this dirty patch to Dominic and I know he has worked on this, but I couldn't tell what's the current state of the software, as we do not use an uptodate version on this neither! /PedalBoards/ We use DIY pedalboards to trig the sequencers, loopers, and to change instruments sounds (including synths). These pedalboards are made of a "r?gle de ma?on", push-buttons and a Teensy2.0 programmation board. It basically sends an OSC message /pedalBoard/button #number when you press a button. These messages are then managed by Mididings. There are two pieces of software for this, one on the board, one on the receiving computer. https://github.com/AMMD/Poly_PedalBoard /Touchscreen Interfaces/ All the mixers, the LASDPA plugs, and in some case the synths are controlled using touchscreen interfaces. We've developped a programm for this purpose called Ghislame. Initially developped in C++/Fltk, we ported it to python/kivy and finally it now uses a JS engine. Initial versions controlled more things (loopers, synths, mixers, lights), but in a quite weighted way. Current version (JS) only controls Mixers and Plugs, but does it much more fluently. One of these touchscreen interfaces is placed at FOH, so that mix of the show might be done from FOH. The other ones are sprayed on stage so that musicians might control their monitoring and some other things easily. https://github.com/jean-emmanuel/oschtmlgui https://github.com/AMMD/kvGhislame https://github.com/AMMD/Ghislame /Visual Monitoring/ Several small laptops are placed on stage with LiveDings (Mididings frontend) and slgui (SooperLooper GUI) running on them. *Sequencers* /Midi Sequencing/ seq24 in a really really patched version is used to sequence MIDI. It's used in matricial mode, and the patches we've done acts on many things: arbitrary number of beats in a measure, abitrary number of measures in a sequence, n-tuples, 16x13 matrix (instead of 8x2), play/stop controllable by Program Changes, and other crappy things. I really don't recommend our patched version which contains many bugs we learned to prevent! It's the very first software we've been patching, and.... wel.... seq24 is synced to Jack Transport as a slave. As far as I know this doesn't work anymore with more recent version of seq24, and as a result, our version is not uptodate. We will certainly change about this when we'll have time. We attend much from Non-Sequencer on that point! ;) /OSC Sequencing/ Over the Midi Sequencing, OSC sequencers are running. One controls the lights, one controls the videos, another one might send messages to audio machines (including seq24), and one runs over them all and might send the BIG SEQUENCE messages! We use a self-developped software called pyOSCseq. This sequencer can run looped sequence (as any other sequencer) but also can send on-shots sequence (many uses in theater context). https://github.com/jean-emmanuel/pyOSCseq /Jack Transport/ Jack Transport is used to synchronize every tempi/triggers and so on. Sooperlooper is Jack Timebase Master, and the other pieces of software that might be sync to are slaves. Considering that Sebkha-Chott'music is composed of many sequences in many metrics and tempis, with highly contrasted way of passing from one to the other, this point was a very critical point at the beginning of our work with machines (in 2008). -- ORL AMMD - Freak & Free Arts Coo[r]p www.ammd.net - 095 234 72 48 -------------- next part -------------- An HTML attachment was scrubbed... URL: From waynedpj at in-giro.org Thu Apr 30 15:34:16 2015 From: waynedpj at in-giro.org (Wayne DePrince Jr.) Date: Thu, 30 Apr 2015 11:34:16 -0400 Subject: [LAU] Music made with linux: a773/attention span In-Reply-To: <553B3E6B.5000107@youmail.dk> References: <553B3E6B.5000107@youmail.dk> Message-ID: <20150430113416.3435c8a2@in-giro.org> Il giorno Sat, 25 Apr 2015 09:12:43 +0200 Atte ha scritto: > Hi > > Here's a new track from my a773 project. Beats melodic, glitchy jazz. > > https://soundcloud.com/a773/attention-span > > Hope you enjoy! have really been enjoying "Debut" thus far and this is a nice addition. peace, w From rncbc at rncbc.org Thu Apr 30 17:29:24 2015 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Thu, 30 Apr 2015 18:29:24 +0100 Subject: [LAU] [ANN] Vee One Suite 0.6.2 - A fifth beta release Message-ID: Howdy, The 'Vee One Suite' of 'old-school' software instruments, aka. the 'gang of three' have bumped over another tiny notch: synthv1 [1], as one polyphonic synthesizer, samplv1 [2], a polyphonic sampler and drumkv1 [3], as one drum-kit sampler, are now being released to the masses. Again ;) There's no big audible changes, if any at all, yet this fifth beta release is rather a probale bug fix drumkv1 LV2 on Ardour. Anyway, it's all gone as follows: - Sample file path mapping has been fixed for LV2 plugin state restoration, which were preventing Ardour to reload any of the saved session or preset sample files in particular (re. drumkv1 only). - Custom knob/dial behavior mode options are now introduced: linear and angular (aka. radial) as far to avoid abrupt changes on first mouse click (still the default behavior). - Fixed for some strict tests for Qt4 vs. Qt5 configure builds. We're still available in dual form, as business as usual: - a pure stand-alone JACK [4] client with JACK-session, NSM [5] (Non Session management) and both JACK MIDI and ALSA [6] MIDI input support; - a LV2 [7] instrument plug-in. Enough to tell, the Vee One Suite are free and open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) [8] version 2 or later. As always, have (lots of) fun :) **synthv1 - an old-school polyphonic synthesizer [1]** synthv1 0.6.2 (fifth official beta) is now released! synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sourceforge.net/synthv1/synthv1-0.6.2.tar.gz - source package: http://download.sourceforge.net/synthv1/synthv1-0.6.2-21.rncbc.suse132.src.rpm - binary packages: http://download.sourceforge.net/synthv1/synthv1-0.6.2-21.rncbc.suse132.i586.rpm http://download.sourceforge.net/synthv1/synthv1-0.6.2-21.rncbc.suse132.x86_84.rpm **samplv1 - an old-school polyphonic sampler [2]** samplv1 0.6.2 (fifth official beta) is now released! samplv1 is an old-school polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sourceforge.net/samplv1/samplv1-0.6.2.tar.gz - source package: http://download.sourceforge.net/samplv1/samplv1-0.6.2-21.rncbc.suse132.src.rpm - binary packages: http://download.sourceforge.net/samplv1/samplv1-0.6.2-21.rncbc.suse132.i586.rpm http://download.sourceforge.net/samplv1/samplv1-0.6.2-21.rncbc.suse132.x86_84.rpm **drumkv1 - an old-school drum-kit sampler [3]** drumkv1 0.6.2 (fifth official beta) is now released! drumkv1 is an old-school drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sourceforge.net/drumkv1/drumkv1-0.6.2.tar.gz - source package: http://download.sourceforge.net/drumkv1/drumkv1-0.6.2-17.rncbc.suse132.src.rpm - binary packages: http://download.sourceforge.net/drumkv1/drumkv1-0.6.2-17.rncbc.suse132.i586.rpm http://download.sourceforge.net/drumkv1/drumkv1-0.6.2-17.rncbc.suse132.x86_84.rpm References: [1] synthv1 - an old-school polyphonic synthesizer http://synthv1.sourceforge.net/ [2] samplv1 - an old-school polyphonic sampler http://samplv1.sourceforge.net/ [3] drumkv1 - an old-school drum-kit sampler http://drumkv1.sourceforge.net/ [4] JACK Audio Connection Kit http://jackaudio.org/ [5] NSM, Non Session Management http://non.tuxfamily.org/nsm/ [6] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [7] LV2, Audio Plugin Standard, the extensible successor of LADSPA http://lv2plug.in/ [8] GNU General Public License http://www.gnu.org/copyleft/gpl.html See also: http://www.rncbc.org/drupal/node/886 Enjoy && keep the fun ;) -- rncbc aka. Rui Nuno Capela