Linux-audio-user January 2012

linux-audio-user@lists.linuxaudio.org

133 participants
123 discussions

[LAU] Fwd: SuperCollider 2012 programme announced

by Dan S

Hi all, The programme for the SuperCollider Symposium 2012 is now out! See below. For linux-audio people I have to admit that we clash with the Linux Audio Conference happening in the USA :( but maybe UK or European folks, who can't make it over there, would like to come and enjoy the fun of our partly-linux-audio event ;) Dan ---------- Forwarded message ---------- Hi all, This April will see musicians, artists and coders come to London for a festival of what can be done with the SuperCollider audio programming environment. Tickets are available from £70 <http://www.sc2012.org.uk/tickets/> for a WHOLE WEEK of sonic inspiration featuring: ==MUSIC== - LIVE ALGORITHMS CONCERT - three specially-commissioned musicians will be improvising live on stage, collaborating with responsive musical algorithms for the first time. PLEASE SEE OUR CALL FOR CODERS: http://www.sc2012.org.uk/live/algorithms/ - LIVECODE EVENING - codefaced people hacking music in front of your eyes: http://www.sc2012.org.uk/live/code/ - ELECTROACOUSTIC CONCERT of new multi-channel works for electronics and featuring musicians from the Plusminus Ensemble: http://www.sc2012.org.uk/live/concert/ - CLUB NIGHT EXTRAVAGANZA, rounding off the festival in style with a panoply of audiovisual acts, and headlined by A SPECIAL GUEST TO BE ANNOUNCED... http://www.sc2012.org.uk/live/club/ ==ART== Sonic art exhibition held in the Mile End Park, with works both indoors in the Art Pavilion and outdoors in the park: http://www.sc2012.org.uk/art/ ==WORKSHOPS== For new and intermediate users to learn audio hackery and interactivity with SuperCollider: http://www.sc2012.org.uk/workshops/ ==CONFERENCE== Three days of talks from an international range of musicians, artists, researchers and coders: http://www.sc2012.org.uk/conference/ * Tickets for the whole week are available from £70 * http://www.sc2012.org.uk/tickets/ (Early-bird tickets until the end of February - so get them quickly) Please forward to your networks! All details are on the website, and you can also follow @scsymposium

14 years

[LAU] non-stop recording in FLAC

by Cas Adriani

Hello everyone, I would like to record multiple streams non-stop in FLAC format. Since I am quite new in the world of audio I hope somebody could give me some advice. I was thinking to buy a RME Hammerfall DSP MADI audio card for the input of all the channels at one time. I try to search what software can split these channels and convert them to FLAC. Futhermore I wonder how i can record nonstop, it would be nice to make a 5 minutes file but they need to be gapless from each other (I guess the encoding to FLAC should also be done after the 5 minute file is complete). Thanks in advance! Cas Adriani

14 years

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/…

14 years

[LAU] The RPM 2012 on packet-in.org

by Julien Claassen

Hello everyone! We from the packet-in.org mailinglist will quite possibly take part in the RPM challenge 2012. Create one album in the month of february. We are not many people over there, so who might wish to take part. We invite everyone. Musicians as well as engineers. See our project website - and mailinglist - at: http://packet-in.org Why not join us and have some fun and good music. No theme is planned. So we don't exclude anyone: electronica, pop, rock, computer art, free jazz. Just see, if you can fit in. We're usually willing to experiment. We'll see, where it can take us. Warmly yours Julien =-=-=-=-=-=-=-=-=-=-=-=- Such Is Life: Very Intensely Adorable; Free And Jubilating Amazement Revels, Dancing On - FLOWERS! ====== Find my music at ====== http://juliencoder.de/nama/music.html ..................................... "If you live to be 100, I hope I live to be 100 minus 1 day, so I never have to live without you." (Winnie the Pooh)

14 years

[LAU] droning066 and droning071

by Louigi Verona

Hey fellas! My work on droning<http://www.louigiverona.ru/?page=projects&s=music&t=droning>project continues. There are currently 72 recordings available, but I would like to emphasize two at the moment. droning066 was by utilizing the good old shifting technique. The piano is a recording of me playing several chords and melodic phrases on an actual piano during my stay at Edinburgh. http://www.disc-shelf.com/droning/droning066.ogg This piece is where I used my soon to be released Pure Data patch called Midi Loops. This is a way to generate music without it sounding obviously random. Din was also used here. http://www.disc-shelf.com/droning/droning071.ogg Enjoy! -- Louigi Verona http://www.louigiverona.ru/

14 years

[LAU] Unplayable midi song

by Edward Diehl

I have recorded piano tune with Ardour3beta2 which seems to be unplayable with the Salamander Grand SFZ file using LinuxSampler. I recorded the piece as a midi track using Pianoteq and then wanted to bounce a version record using SalamanderGrand/LinuxSampler, but found that some notes were skipped in playback. I conclude, after many tests as described below, that it simply has too many repetitive notes, and LinuxSampler/SalamanderGrand cannot keep up. I have played quite a bit with LinuxSampler/SalamanderGrand in live practice, and not seen this problem before, but this particular piece seems to point out some weakness in LinuxSampler+SalamanderGrand. At first I thought it might be an Ardour issue, but the midi would not play properly in Qtractor either, and then I discovered that I could not play the piece live with SalamanderGrand/LinuxSampler either. However, the piece plays fine with Pianoteq or Linuxsampler using jRhodes3.sf2 or Maestro_concert_grand_v2.gig. The only other SFZ file I have is the Ibanez_roadstarII_series_fingered.sfz (guitar) which also worked fine, with that caveat that this intrument does not have the full range of the piano and only has 66MB of samples, compared to 1GB+ for Salamander Grand. I have also tried increasing my Jack latency to the maximum amount I could (280ms), but that did not help. I tried several flavors of Salamander Grand 44kHz 16bit, 24bit, and ogg, but that made no difference. So I conclude is something about LinuxSampler+SalamanderGrand combination which prevents this song from playing properly. I've posted the midi file here in case anyone else wants to see if they can get Linuxsampler/SalamanderGrand to play it: http://dl.dropbox.com/u/57410000/pianosong.mid

14 years

[LAU] Fwd: bitwig announcement

by Alan Russell

On 15 January 2012 12:11, Jeremy Jongepier <jeremy(a)autostatic.com> wrote: > On 01/15/2012 02:35 AM, Nils wrote: >> >> On Sat, 14 Jan 2012 20:38:58 +0100 >> Jeremy Jongepier<jeremy(a)autostatic.com> wrote: >> >>> On 01/13/2012 05:16 PM, Renato wrote: >>>> >>>> Hi, someone might be interested in this news: >>>> >>>> >>>> http://www.ubuntuvibes.com/2012/01/bitwig-professional-music-creation.html >>>> >>>> Some developers of Ableton Live have announced this new software, >>>> Bitwig, which seems will have a Linux version. >>>> >>>> cheers, >>>> renato >>> >>> >>> Exciting but also kind of scary. It seems as if everyone is using >>> Ableton Live these days. What if a very similar application becomes >>> available for Linux? >> >> >> Just today Harry van Haaren announced this on LAD: >> >> >> http://harryhaaren.blogspot.com/2012/01/luppp-source-opened-but-still-pre-a… > > > Yup, I've seen it. I've seen Luppp evolve from the very beginning, when > Harry showed me his first ideas during LAC2010. > And about the scary part, news like this brings up questions for me. What > kind of users will it attract? How many users will switch and drop software > like Ardour and Qtractor? The Linux audio is a very small niche and even > though it's a very hypothetical thought, software like Bitwig could damage > the Linux audio ecosystem. > But maybe I'm thinking too much ahead. Maybe Bitwig will run directly on top > of ALSA, or even use something like PortAudio. And it will most likely not > support LV2. > > Best, > > Jeremy > I have to disagree with the notion that paid-for software on Linux is going to damage the free software scene. Look at what's going on at the other end of the scale, in the closed-source, proprietary hardware world. Apple brings out the iPad, a tablet with multi-touch capabilities and obvious audio processing chops (it's the son of the iPod). The developer world jumps on it - mobile apps are new and sexy. The OS is derived from Mac OSX, itself a Unix variant, which they've been collectively developing on for decades. Audio apps start to carve out their own niche. The iTunes App Store must be the only app store where the 'Music' category has more synths and sequencers than MP3 players. The hardware itself is successful enough that Apple brings out a sequel, this time with USB connectivity which promises connection with MIDI and audio interfaces. Developers are just getting their teeth into it and apps are getting more and more 'pro' when Apple goes and ruins it. Last year they brought out Garageband. It's not the first DAW on the iPad, but it's by far the best. The problem for money-making developers is that Garageband is priced well below its competition - £2.99 in the UK. That's less than a quarter of the £13.99 price of both its nearest competitors, StudioTrack and Meteor Multitrack Recorder, and they still don't have anything like Garageband's feature set. The impetus for developers to develop a full-featured DAW on iPad has now gone. No matter how much innovation they throw at it, they're always going to be up against Apple's marketing clout. Apple know that for 3 quid, even people who wouldn't call themselves musicians will try out Garageband. And that company makes its money from hardware sales anyway, so an app like Garageband would always be a loss-leader for them. For the finished indie DAW product to be competitively priced, the developers are never going to be recompensed for their time. My point being that cheaper software outsells more expensive software, and free (meaning no cost) will win everytime. As far as Bitwig goes, I'm sure it will have its own niche of Linux users who made the jump from Win/OSX and miss Ableton enough to shell out, but it's not the first commercial Linux audio app either. The LinuxDSP plugins haven't put off developers. Neither have the cross-platform energyXT and Renoise. Linux FLOSS devs are always going to have the advantage of price over commercial developers. And just want to add that I'm actually pretty excited about a Bitwig beta or demo. I think it looks like more than Ableton, I see some modular-looking screenshots. If they've gone and 'borrowed' the Max functionality of Ableton (though it looks more like Reaktor to me), I'll be getting moist. -A

14 years

[LAU] A small tune on the flute

by Julien Claassen

Hello everyone! Yes I had the opportunity of borrowing a friend's flute for a week.That isn't a long time and I haven't played it a lot even before that. So I am doing it rather inexpertly. Still that tune wanted out. It's actually part of the 3-part invention in G-minor. If I add, that it is by Bach, I suppose I will surprise no one. :-) http://juliencoder.de/nama/companion.ogg Or: http://juliencoder.de/nama/companion.mp3 Or via the website: http://juliencoder.de/nama/music.html The flute was a simple Yamaha flute, the microphone my usual xray live mic. I think I stood a little too close to the microphone and I could have done more about deadening the room, but I still like it. Not because of my playing, just because it's a nice piece of music and the flute is a very nice instrument. Comments are welcome as always, you may criticise my playing abilities, but don't expect me to get a chance to practise too soon. :-) Warmly yours Julien =-=-=-=-=-=-=-=-=-=-=-=- Such Is Life: Very Intensely Adorable; Free And Jubilating Amazement Revels, Dancing On - FLOWERS! ====== Find my music at ====== http://juliencoder.de/nama/music.html ..................................... "If you live to be 100, I hope I live to be 100 minus 1 day, so I never have to live without you." (Winnie the Pooh)

14 years

[LAU] [OT] updated list of DLP's articles about Linux audio

by Dave Phillips

Greetings, An updated list of my articles for the Linux Journal : http://www.linuxjournal.com/users/dave-phillips Obviously there's some outdated stuff, but some of it might still be of interest to the curious. 160 articles and counting, not including work for Ubuntu User, Linux Pro Magazine, Linux U&D, and the Computer Music Journal. Btw, my next entries for LJ include a brief report on some less well-known Linux audio softs and a longish report on recent doings in the world of Pure Data. They should be on-line soon. While I'm at it, please feel free to suggest possible topics for my articles. I'm always looking for new stuff to get into. :) Best, dp PS: I apologize if this note seems like blatant self-promotion. I discovered the updates this morning and thought the list might serve as a handy reference if anyone wants to know more about the world of Linux audio software (well, my perspective on it). To ward off possible objections to the post I've marked it OT.

14 years

[LAU] disable pulseaudio

by Atte André Jensen

Hi I just discovered that I had pulseaudio running on my arch laptop :-( I simply did a "sudo chmod -x /usr/bin/pulseaudio", but is there a better way? Needless to say, if I uninstall it, other stuff needed also uninstalls... -- Atte http://atte.dk http://modlys.dk

14 years

← Newer
1
...
4
5
6
7
8
9
10
...
13
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user January 2012