Linux-audio-user May 2009

linux-audio-user@lists.linuxaudio.org

146 participants
137 discussions

Steinway_IMIS2.2 soundfont (no loops fix)

by Roberto Gordo Saez

This is Steinway_IMIS soundfont, version 2.2. ftp://musix.ourproject.org/pub/musix/sf2/Steinway_IMIS2.2 This version fixes the issue with loops. I hope this is the good one and there are no more remaining major bugs. Marcos is a little busy right now, so he asked me to make this fix. He is thinking to make other improvements, so expect more updates soon.

1 year, 7 months

[linux-audio-user] Sub-harmonic generator? (LADSPA or VST)

by Tim Howard

Hello, Does anyone know of a good plugin that will generate subharmonics? I would like to put a little more low frequency "oomph" into my bass track. Preferrable LADSPA, but VST would work, too. Thanks for any help! -TimH

8 years, 2 months

Re: [LAU] Simple, easy multithreaded circular buffer library for Linux?

by Kjetil S. Matheussen

Olivier Guilyardi: > > Ken Restivo wrote: >> It has been over 7 years since I last messed around with writing Pthreads applications. >> >> I recall it as a painful, ugly, brain-numbing task. I located an exercise I did back then to address the consumer/producer problem in Pthreads, and just the sight of it is giving me a headache. >> >> I'm being lazy, so instead of researching everything that's out there, I'll ask here: can anyone recommend a relatively simple and painless abstraction library (GPL or LGPL of course) that will give me functions to create a thread in which I can stuff things into a ring buffer, and another thread in which I can pull stuff out of it? >> >> By the way, I know that JACK has a very nice event buffer which is insanely easy to use (and I have), and makes multithreading almost transparent, but this isn't a JACK app. > > I don't know of any abstraction library, but creating/terminating a normal > thread with pthread is really an easy task IMO. It's about 10 lines in C. > > For inter-thread communication there's Portaudio's ring buffer: > http://portaudio.com/trac/browser/portaudio/trunk/src/common/pa_ringbuffer.h > > It can easily be used out of Portaudio (I'm currently doing that), and it > features memory barriers [1] which AFAIK Jack's ringbuffer doesn't. > > One problem with everything Portaudio is this heavy naming scheme. For a simpler > API, you might like my little wrapper: > http://jackbeat.samalyse.org/browser/jackbeat/trunk/src/core/ringbuffer.h > Nice. It's probably quicker to copy the jack_ringbuffer.c file out of jack though. > Portaudio actually also offers a callback mechanism (with hidden thread > creation), so if you're coding an non-JACK audio app, you might want to check it > out. > > For thread synchronization, semaphores (man semaphore.h) are really easy to use. > However, if you need a lock-free equivalent (for realtime, ...) phtread mutex > and especially pthread_mutex_trylock are your friends. > Those friends can be really cranky sometimes though. By using atomic operations instead, it's possible to avoid a lot of headache by not having to synchronize at all. Performance might be better too. Midishare has lockfree atomic functions for lifo and fifi queues: http://midishare.cvs.sourceforge.net/viewvc/midishare/midishare/src/common/…

12 years, 10 months

Connie, an organ template for JACK

by Martin Homuth-Rosemann

Hi, sorry, just realized that the hammond discussion mentioned below was here and not at LAD, so please allow this kind of "crosspost": this is my first post to LAD. The discussion about a hammond simulation "Fons could you make us...", Beatrix and some research for writing a (german) wikipedia article (stub) about the Vox Continental inspired me to hack a quick organ program that simulates the internal signal flow of the "Connie" with JACK MIDI input and JACK audio output. Have fun: http://cryptomys.de/horo/Connie/Connie-0.1.tar.gz Ciao Martin Homuth-Rosemann

14 years, 3 months

[ffado] Recommend FireWire Hardware from the Following

by Ray Rashif

It's that question again, and it's here for you to answer and gain cookie points! Here's my array of the chosen ones: ECHO AudioFire 4 [[ http://www.echoaudio.com/Products/FireWire/AudioFire4/index.php ]] Edirol FA-66 [[ http://www.rolandus.com/products/productdetails.aspx?ObjectId=731&ParentId=… ESI QuataFire 610 [[ http://www.esi-audio.com/products/quatafire610/ ]] Focusrite Saffire [[ http://www.focusrite.com/products/saffire/saffire/ ]] That was narrowed down from [[ http://ffado.org/?q=devicesupport%2Flist&filter0=&filter1=&op2=OR&filter2%5…. All these satisfy my need for mobility and at least 2 DI and MIC inputs. >From what I know, they pretty much cost about the same, or within 100-200 bucks apart. * All except the Focusrite are hybrid inputs, so it has the upper hand there. * Only the Focusrite has onboard DSP effects, BUT unsupported on Linux (ffado) * Only the ESI officially mentions support for Linux So here's the homework for you guys: Reorder the list in decreasing order of merit. Conditions include (in order of decreasing importance): * Preamp Quality * Linux Support Extent * Beauty * Portability If that one's too tough, then just pick 1 (or 2/3 depending on which of those you have firsthand experience with) =p Thanks and good luck!

15 years, 3 months

Seq24 and jack-transport with Jack-1.9

by go music

This is for all those who might have tried seq24 with jack2. Attached is a patch containing modifications made by Stéphane Letz, the developer of jack2 who was so kind to have a look into the seq24 code yesterday. In the original setting, seq24 was not able to do a proper client connection and failed working with jack2 transport. It also fixes the deprecated call to jack_client_new. It applies to src/perform.cpp , hope it works as a patch... Thanks very much Stéphane. Cheers Frank

15 years, 4 months

Audio Hardware Recommendations

by Christopher Stamper

Hello all, I'm thinking about finally upgrading from my cheap soundblaster+mic to something of a little higher quality. I'm thinking along the lines of an external firewire/usb box and some kind of low-cost mic. I'd use it primarely for vocals, but I'd like the recording interface to support 2-channel, for possible some piano recordings/etc. I also don't want to spend very much, and would plan to get it used, on ebay. What do you guys use or recommend? Thanks! -- Christopher Stamper Email: christopherstamper(a)gmail.com Web: http://tinyurl.com/2ooncg gTalk: http://tinyurl.com/6e359r Skype: cdstamper

15 years, 4 months

Most Loaded Desktop competition

by Patrick Shirkey

Hi, It's that time of year again. I am calling for image submissions for the "Most Loaded Desktop" competition. Deadline: 30 June 2009 You can see previous years winners at this address. http://quicktoots.linuxaudio.org/index.php?t=1 Since it has been almost 3 years since the last competition was run this time round we should be able to officially retire the current reigning champion from Tim Orford. The competition is open to everyone who has the motivation to submit an image of their desktop running as many audio and multimedia apps as possible. The winner is selected by page views once the shots are put live to the competiton page so the sooner you submit the more chance is that you clicks will add up to the highest total. The winning receives a prominent spot on the lau guide http://lau.linuxaudio.org and we may even organise a real physical prize this time. The rules are that there are no rules. If you can take screen shots of the apps that you run on your system and present the final image in a convincing layout then you will probably be the winner. Last rounds winner was Tim Orford and he stated clearly that he could not actually run all the apps he displayed at the same time. Still all the opengl eye candy looked great and that's what people wanted to see. There must be a couple of people who could get a 16 or even 32 screen shot compiled now that several of us have quad core/8GB machines to work with. I have 8 screens running on my dual core/4GB rig at the moment but can I can get 16 screens filled with apps if I try? -- Patrick Shirkey Boost Hardware Ltd

15 years, 4 months

Jack-rack saves the sample rate with its patches

by Ken Restivo

I have been messing around with the XML of JACK-RACK's patch files (to play with smudge/clean filters in git to store them in my source control system), and noticed something weird: <channels>2</channels> <samplerate>48000</samplerate> Huh? Jack-rack saves the sample rate of a patch? Why? I wonder what that's for? If I open a patch that I saved when using my internal HDA-Intel card at 48000Hz, then open it when using my FastTrack Pro (only does 44.1Khz), will Jack-Rack waste cycles doing all kinds of crazy sample-rate conversions in order to match what its saved file told it to do? Perhaps more insanely, do I need to keep separate, parallel versions of all my Jack-Rack patches-- the only difference being the sample rate-- for each of the audio interfaces I use? -ken

15 years, 5 months

Building a Debian realtime kernel

by nescivi

Hiho, I've finally tried to make a realtime kernel for Debian, as posted on my site here: http://www.nescivi.nl/?p=111 (and also below, but without cross- references). However, I'm still getting xruns in jackd, at rather uncritical settings (large period sizes...). So I'm wondering what else could be going wrong... I also found it a bit weird that the Debian package building did not make the initrd image. sincerely, Marije ---------------------- I’ve finally sat down and tried to make a realtime kernel for Debian, for my 64bit machine. I followed the instructions I found in this post on the Debian forums. First, I got the Debian sources for 2.6.29, from my repository (so using synaptic). It puts the sources in /usr/src. Then I got the latest realtime patches from http://www.kernel.org/pub/linux/kernel/projects/rt/ Then I made a dir in my home directory mkdir kernel cd kernel cp /usr/src/linux-source-2.6.29.tar.gz . tar -xf linux-source-2.6.29.tar.gz mv linux-source-2.6.29 linux-2.6.29-source-rt cd linux-2.6.29-source-rt bzcat ../patch-2.6.29.4-rt16.bz2 |patch -p1 I added this to the Makefile: EXTRAVERSION = -rt16 To start from my current kernel configuration make oldconfig Then I got a whole bunch of questions, most of which I answered taking the default options. Only for the realtime-preemption question I chose option 4, the realtime option. I looked at the options with menuconfig, but didn’t really change anything more there. The timer frequency mentioned in the post above seems to be preceded by the dynamic ticks option, which was turned on. make menuconfig I had to unselect “staging” and the “comedi” drivers as these caused errors during building, and according to some messages on LAU I don’t really need it. Build a kernel the Debian way: make-kpkg clean time fakeroot make-kpkg --initrd -rev mz1 kernel_image kernel_headers To also build a source package: time fakeroot make-kpkg --initrd -rev mz1 kernel_image kernel_headers kernel_source This will take a while. Your new kernel & headers now live in ../kernel Use dpkg -i to install (as root). dpkg -i ../linux-headers-*.deb ../linux-image-*.deb So good so far… but the kernel didn’t boot yet… and the initrd file was missing So with the initramfs-tools from the debian repository, I did (as root) mkinitramfs -o /boot/initrd.img-2.6.29-rt16 2.6.29-rt16 which created the initrd image. Also editing it appropriately in grub (/boot/grub/menu.lst) so that the boot process knows about it.

15 years, 5 months

Jump to page:

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 May 2009