Linux-audio-user September 2010

linux-audio-user@lists.linuxaudio.org

150 participants
121 discussions

Re: [LAU] Subject: Albums under a label recorded and/or mixed with Linux

by sonofzev＠iinet.net.au

On Wed Sep 29 16:11 , "Patrick Shirkey" sent: > >On Tue, September 28, 2010 5:47 pm, Jan Depner wrote: >> >> On Tue, 2010-09-28 at 18:22 -0700, Patrick Shirkey wrote: >>> On Tue, September 28, 2010 7:33 am, Arnold Krille wrote: >>> > On Tuesday 28 September 2010 16:21:48 Patrick Shirkey wrote: >>> >> I'm pretty sure that this is the reasoning behind going with the >>> filter >>> >> option. The resources are available even on a eeepc as Ken has >>> reported >>> >> so >>> >> it is not really a big deal as jamin is intended for use post pro. >>> > >>> > I don't actually remember Ken saying that he runs jamin on his eeepc. >>> > True, he >>> > is running an awful lot of software on there, but I doubt that he is >>> > adding >>> > 10ms artificial delay from jamin to his live-setup... >>> > >>> >>> Good point. Maybe Ken could clarify if he used his eeepc for the >>> mastering >>> stage on his album? >>> >>> >>> >> If you want to have it running during production then you should >>> >> probably >>> >> just get a very powerful machine or invest the time to correct the >>> >> issues >>> >> as near as possible to source. >>> > >>> > Yes, a 1.8GHz turion64 running jack (3x1028@48kHz) and an ardour >>> session >>> > with >>> > two stereo tracks, 4 plugins (SC4-compressor and an eq for each >>> stereo) is >>> > to >>> > weak to also run jamin. >>> > >>> > Please get a grip! I am not using jamin on an under-spec machine. And >>> I am >>> > not >>> > mis-using it during mixing/recording of a >48-channels session either. >>> I >>> > even >>> > stopped dreaming about using jamin for live-foh usage (because of the >>> > delay >>> > introduced by the filter). >>> >>> Well, it was never designed as a foh tool. It is and always has been a >>> stereo channel post prod tool. >>> >>> When it was developed I was running a 1 ghz celeron. It ran on there >>> without issues. I don't see why it would have problems on any recent >>> (past >>> 8 years) notebook/netbook or PC. >>> >>> >>> > All I am saying is that jamin takes up a good amount of resources for >>> its >>> > processing. [*] >>> >>> This is by design. When the 2 very experienced DSP engineers Steve >>> Harris >>> and Jack O'Quin and the very experienced mastering engineer Ron Parker >>> spec'd the backend they decided that this was the most appropriate >>> method >>> given the available resources at the time. >>> >>> The idea was to provide as much smoothing of the bands as possible to >>> create a very "clean" sound as per traditional mastering technique. >>> >>> Now if you want to use a tool that is designed explicitly with that goal >>> in mind then you should definitely be considering jamin as an option. >>> >>> >>> >>> > And I combined Fons' argument that the filter used is not a good >>> > implementation >>> >>> Which has not been corroborated and in fact has been out right dismissed >>> by my contact here. >>> >>> > and probably not needed anyway with my idea of a simpler but equally >>> > useful tool. >>> >>> I think it would be worth your time to build a little mock up with pd or >>> jack rack and listen to the difference in the audio quality. >>> >>> I have very good reason to trust my sources that Fons is not correct >>> when >>> he says the current implementation is defective. >>> >>> The point about using a stand alone parametric eq plugin as you >>> suggested >>> is that it would definitely add artifacts to the end result which is why >>> the decision was made to use the linear filter. >>> >>> >>> > [*] It would be uber-cool if one could switch off that analyzer-view >>> to >>> > save processing cycles. >>> >>> That is a good point. I know you have the skills to make that happen. Do >>> you have the time to craft a patch? >>> >> >> Since the analyzer view is only redrawn by default 10 times per >> second there really isn't much overhead to save. Take a look at >> draw_EQ_spectrum_curve in hdeq.c. You'll see that all it's really doing >> is drawing a predefined pixmap, converting 1023 levels to dB, and then >> drawing 1023 line segments. This is hardly a drag on any system. Be >> that as it may, you can adjust the frequency of the update in >> Edit->Preferences to be any value from 10 times per second to 0 times >> per second. In other words, the ability to switch off the analyzer view >> is already there. >> > > >Good point, thanks for the reminder. > >Yet another reason why nothing has been done on jamin for a while now ;-) > I've used Jamin a number of times for self-mastering releases, including a vinyl release in 2009. While I would prefer to go to a professional mastering agency my return from music currently doesn't justify it (it doesn't even pay my ardour subscription :) ).. . The labels I've submitted too were more happy with the mastering quality (probably happier than I was .. although the problem is my skill level not the software quality). Jamin does a very good job, I can't see any reason to change it. As for resources, I have got in the habit of not rendering my final mix-down to stereo and then mastering, but simply inserting Jamin into the main output of Ardour.. this allows for any adjustments to be made at the mix level (e.g. a channel being too loud)... without going through the process of rendering again.. On a AMD Phenom II X3 720 OC'd to ~3.5 GHZ.. I have not exceeded resource limits on 24 channel (48KHz 32 bit broadcast wav)... with numerous plugins, including some of the more complex ones then going through JACK while retaining a 128 period and 3 buffer setting on jackd - remembering that everything inside Jack is in on one processor core... (with the other cores simply providing smooth X11 rendering e.t.c..) .. It's not a eeepc but it is just an average spec PC.. (with some high quality parts).

14 years, 2 months

OT: 64 vs 32 bit?

by Josh Lawrence

Hi everyone, I'm late to the party when it comes to 64-bit machines, so apologies in advance if I am asking something that should be obvious... I recently purchased a 64 bit machine and like it a lot, but I've noticed that some software that is usually available on a 32 bit machine isn't available in the 64 bit repos that I am using. Can I install the 32 bit version of my distro (Debian) on my 64 bit machine? I'm assuming that would give me access to all 32 bit software. It would also be a performance hit, correct? Thank you! Josh

14 years, 2 months

Subject: Albums under a label recorded and/or mixed with Linux

by shanerich＠email.com

>Hi all, >just for curiosity >how many albums (if any) *under a record label* >have been recorded and/or mixed with Linux? A little OT, but anyhow: As somebody who has been doing the "major label dance" for the last 6 months, I have found the following: Major Label Representative: Run a freaking mile. They realise that if you're a linux user, you have a brain and can see through their crap. If they don't run, you find they have to "remix" on protools, even if the end result is the same or worse, they claim it's better.* Major Label Engineer: Show them a copy of Ardour and they are immediately comfortable. Show them Jamin and they ask if it runs on Windows. Engineers are practical people, even the corporate ones. Does it work? Great! So I suspect the answer to your question would be both "close to zero" (Linux distro) and "quite a lot" (Linux embedded), as Paul pointed out. *For the record, last engineer sneakily loaded the final two-track, ran it through the console and bussed it direct to the master outs, whilst pretending to twiddle by sweeping through the mids before returning it to zero, and throwing the faders around on the non-bussed tracks, making A&R guy happy. Lots of "oohs" and "aahs" and "Eso!" ("That's It!"). Idiota. That's South America, and generally very Linux friendly here, I suspect the "developed world" would be a nightmare. - shane

14 years, 2 months

compiling calf plugins

by Julien Claassen

Hello everyone! I ried to compile the newest calf plugins again, well maybe not the newest, two weeks ago. and I find, that it still REQUIRES QT to build. That isn't a good thing for me. For even when I install the necessary tools, I obviously haven't the necessary tools, because it doesn't compile. Question: Wouldn't it be possible to have configure options for ladspa, lv2 and possibly dssi (if there is any). so I can decide to build ladspa only, which won't require QT at all. Or is the QT environment so tightly bound into the code, ta it wouldn't matter either way? Kindly yours Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

14 years, 2 months

Demo: Soda P - Pent-Up

by Jeremy Jongepier

Dear all, After convincing my other bandmembers to move to Linux because of all the time we lost figuring out how all that proprietary stuff works we did get a lot more productive. So here it is, the very first demo-track from our rehearsal room, completely recorded and mixed with Linux. http://linux.autostatic.com/temp/sodap-pentup(mixdown20100919).ogg This is also the first band track that I tried to mix and master a bit. I fear I'm still a better musician than a studio engineer, but I've learned so much already the last two years, thanks to this list, LinuxMusicians.com and the guys at #opensourcemusicians (especially [lsd]/wootangent.net). What didn't help either is that I had to mix this track partly on my headphones (I do have a pair of decent DT770's) because of our little man sleeping downstairs: http://lou.dekenwaarestraat.nl/ What did help is that I have close to zero experience with recording/mixing/creating music on other OS's. When I read how other people are struggling with switching from one OS to Linux I realize how lucky I am that I've chosen Linux from the start to make/record music with my computer. And we're still experimenting with the band when it comes to mic placement, which mic to use for what, amp settings, soundcard settings etc. Also, most tracks for this song were played in one take, simply because we don't have a lot of time (a few hours a week) and since it's demo stuff we had to let go of our perfectionism, we'll save that for the definite recordings. Software I used: - Qtractor (I'm a huge Qtractor afficionado) - Yoshimi with the Pulse Pad 3 instrument patch for the synth riff in this song - Guitarix distortion plugin for the synth - JAMin - SC4 and Calf compressor plugins - C* EQ plugin - Freeverb plugin (I still have to emerge myself in that convolution stuff) - Rezound (could someone please save that program from oblivion? It's just so much better than Audacity) - Jack1 with FFADO for our FireWire card - Ubuntu 9.10/10.04 (I still use 9.10 for various reasons) I enjoyed a lot playing around with this song, especially now that I finally have a room for myself at my home for my music stuff where I have some mics set up, a decent PC, some MIDI controllers and percussion stuff. I did the backing vocals, the MIDI stuff and the tambourine at home. I love tambourines but I hate playing them, it's a friggin difficult instrument, no kidding. I also tried adding some acoustic guitar but that didn't work out. Originally, this song is an acoustic song that I must've written more than 10 years ago: http://www.autostatic.com/beltree/beltree-pentup.mp3 So shoot. Really, I'd appreciate any feedback so I can improve my recording and mixing skills (and eventually my mastering skills). We're a DIY band so if we could also do this very last thing ourselves we'd be thrilled. Best, Jeremy http://sodap.nl

14 years, 2 months

fluidsynth-dssi with dssi 1.1.0 distorted/garbled audio output

by Frank Kober

Hi all, has someone already tested fluidsynth-dssi since dssi was updated to 1.1.0 ? I'm getting strongly distorted audio when using fluidsynth-dssi in any host (tested with ghostess and qtractor) and suspect this to be related to that dssi update until proven wrong. Strangely, all other dssi plugins including the updated ones from some days ago work like a charm, as does fluidsynth played via qsynth. I was wondering if I'm the only one with that problem? Best Frank

14 years, 2 months

Even more netjack trouble (although setup seems as described)

by Julien Claassen

Hello again! Sorry, there's stilltrouble. Here's my setup: on my sstem I opened and forwarded port 19000 as a UDP port. (I think it's open to tcp as well). Then I started jackd: jackd -R --timeout 4500 -dnetone -i1 -o1 -r 48000 -l 19000 I'm running jack 1.9.7. The other party is running Ubuntu's jack 0.116.1 and does: jack_netsource -h ip -p 19000 But he can't connect to my system. I suggested -H, but it seems, he had success with -h while testing on his local network. Any suggestions? Kindly yours Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

14 years, 2 months

Re: [LAU] No batch processing on Linux?

by Hartmut Noack

Am 23.09.2010 07:17, schrieb Louigi Verona: > Ha! Thanks, exactly, I think used this one. > > Thank you very much for the script! > You are welcome :-) of course you can replace the call for convert with any command you like -- such as flac or sox etc ;-) ahhh -- yes: in that case you may want to replace the search-pattern for ls also: for img in `ls *.wav` ;-)

14 years, 2 months

[ANN] Xsynth-DSSI 0.9.4, WhySynth 20100922, ghostess 20100923

by Sean Bolton

After a flurry of belated Spring cleaning, I am happy to announce updated versions of the following DSSI plugins and host: Xsynth-DSSI version 0.9.4, an analog-style (VCOs-VCF-VCA) DSSI synth: http://dssi.sourceforge.net/download.html#Xsynth-DSSI WhySynth version 20100922, a versatile DSSI synth: http://www.smbolton.com/whysynth.html ghostess version 20100923, a lightweight GTK+ DSSI host: http://www.smbolton.com/linux.html New in these releases: * GUI knobs now use cairo (when available) for smooth, anti- aliased rendering. * Patch and configuration file handling is now more graceful in its handling of different locales. * WhySynth: new minBLEP oscillator waveform (Clipped Saw). * WhySynth: new effect (Sean Costello's Csound reverb). * Six months' to a year's worth of unreleased bug fixes and code cleanups. Have fun, -Sean Bolton

14 years, 2 months

OT music conducive to programming?

by James Morris

I don't listen to music much now, because of consideration for neighbours (most of my music collection is best loud) and different music tastes to my partner. Anyway, I'm just listening to The Prodigy's "Invaders Must Die" which reminded me of many a time staying up all night with mates playing on Xbox/Playstation listening to electronic IDM/DANCE/ETC music - which is conducive to shooting people, hijacking cars, racing anti-gravity craft, beating people up, etc. But I find it a bit too distracting while trying to program. Anyone have any recommendations for music good for getting them into the frame of mind for programming? Thanks, James. -- _ : http://jwm-art.net/ -audio/image/text/code

14 years, 2 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user September 2010