Linux-audio-user November 2010

linux-audio-user@lists.linuxaudio.org

123 participants
93 discussions

Music made with linux: Modlys - velkommen igen guds gngle små

by Atte André Jensen

Hi all Today it's the 1st sunday of advent, and I've put some original christmas music in modlys bandcamp player. http://modlys.bandcamp.com/track/velkommen-igen-guds-engle-sm It's a new version (new melody and music) of the danish christmas carol "Velkommen igen Guds engle små" (Grundtvig), I hope someone enjoys. -- Atte http://atte.dk http://modlys.dk

14 years

Any support for MADI?

by Rick Green

The venue where I work has just been given a new Soundcraft Si3 console (Thank you Harman!). There is an option card available for this console which provides direct outs via MADI56 or MADI64. Does anyone know of a piece of supported hardware that will allow me to record shows on my laptop with Ardour? -- Rick Green "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -Benjamin Franklin "As for our common defense, we reject as false the choice between our safety and our ideals." -President Barack Obama 20 Jan 2009

14 years

CAPS clicktrack (1769) feature plea :-)

by Julien Claassen

Hello everyone and Tim especially! I was wondering of late, would it be possible to allow a higher tempo for the clicktrack, perhaps 360BPM? Why that fast? I'm ever more leaning towards odd time signatures, but I have a bad feeling for those. :-( So I need a clicktrack just pounding away 8th notes. I didn't find any good substitute. Of course you can program klick and I think it supports all those odd ones, but I don't go by programming, when making music. I have a theme in my mind and just play. In general thanks for this clicktrack, it has been a reliable and indespensible companion for years now and I intend to get a few more years of use out of it. :-) Warm regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

14 years

200 lines kernel patch

by Atte André Jensen

Hi Aparently a new, 200 lines kernel patch have been buzzing the web lately, supposedly it should provide a much more responsive desktop. But this userspace alternative should be even better: http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html Anyone heard of it, tried it and/or has any thoughts whether it has anything to offer on a DAW? -- Atte http://atte.dk http://modlys.dk

14 years

livecoding question -> fluxus

by Jeff Sandys

*Igor Brkic wrote:* >On Monday, November 22, 2010, Gregory Joyce <gkjoyce at gmail.com <http://lists.linuxaudio.org/listinfo/linux-audio-user>> wrote: >>* I like puredata for sound design because usually once that is set up*>>* it's fairly static. I don't really like "composing" in puredata*>>* though.*>>**>>* So what I am asking is this:*>>* Is there some sort of nyquist-like program that will allow me to edit*>>*. a text file which will send OSC or midi data to PD (or anywhere).*>>* ...** >* > You can try Fluxus (http://www.pawfal.org/fluxus/). It looks like the > thing you are looking for. Never tried it though (tried to compile it > few times but never succeeded). Fluxus is designed for live coding and uses OSC messaging. It has MIDI capabilities, and is scheme based like nyquist (?) but designed more for openGL graphics. It does have it's own synth engine, fluxa. Check out Gabor Papp's Hack-a-day log for examples of fluxus live coding: http://mndl.hu/hackpact Fluxus is included in Pure:dyne, a live usb distribution, so there is no excuse not to try it, and is packaged for fedora, ubuntu, arch and osx. Compiling can be a challenge, it took some time to track down all the dependencies, compile plt-scheme with the right switches then compile fluxus, but by following the README file, I was able to get it done.

14 years

Re: [LAU] OT: Italian University

by Renato Budinich

On Wed, Nov 17, 2010 at 12:09 PM, Lorenzo Sutton <lsutton(a)libero.it> wrote: > > I'm not sure how much spreading word to international audiences will really > help, as it looks like "certain people" in Italy don't seem to care much > about our international reputation falling daily thanks to sex scandals, > pleasantries and the likes. > > yeah, but thanks god "certain people" is not all of us... Anyway there was also this video, in italian, from some time before, which managed to get on the front page of repubblica.it (a main italian newspaper)!! http://www.youtube.com/watch?v=vqrSzgvF8gk > Anyway thumbs up for the creative initiative! :) > > thanks :) renato

14 years

Re: [LAU] OT: Italian University

by Renato Budinich

Philipp Überbacher wrote: > Nice video. I relayed it to the local head of student representatives, > maybe it will help spreading it. > > great, thanks ;) > The whole thing looks like a contest to me, and Austria isn't far behind > Italy. > > Best regards from little Italy (aka. Carinthia/Austria) > > Philipp > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user(a)lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user >

14 years

Re: [LAU] [Jack-Devel] zombification behaviour...

by torbenh

hi... i thought i take this to lau to get an impression on users feelings. here is the story. i basically wanted to improve the heuristics for client zombification. i wanted jack to only kick clients which take a whole cpu slice. the result would be that you can overload the cpu with well behaving clients, and jack would not act on it. the result in a synchronous jackd (jackd1/tschack or jackd2 -S) would be continuous xruns, and probably bad noise. the problem is that its not 100% possible to identify the bad client, and its always possible, that we might kick an inocent client. so many people on jack-dev advocate not kicking any client (this is what jack2 does) jack2 users probably have an SMP system, so jack RT load at 100% doesnt mean their system is unresponsive. for UP users it might make sense to stop processing after a continous series of timeouts, so that the user can fix things up. On Wed, Nov 17, 2010 at 02:50:02PM -0500, Paul Davis wrote: > > [ ... ] > > there are really 3 possible policies: > > 1) ignore all client behaviour (jack2) > 2) try to zombify the misbehaving client(s) (jack1) > 3) stop running the process() cycle if there is misbehaviour, and > restart whenever > the graph is rechained (indicating that a client has been removed, or > added, or connections where changed) > > torben has been experimenting with an improved version of (2) and with (3) my argumentation is that if i make the rules for (2) less agressive, jack might not act up when you overload the cpu. so i would basically like to protect the user by implementing (3) after testing the overload situation i think the noise is not so bad. and i would probably prefer this over silence, if i was on stage. but UP people might want their cpu freed so they can fix the situation quickly. > _______________________________________________ > Jack-Devel mailing list > Jack-Devel(a)lists.jackaudio.org > http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org -- torben Hohn

14 years

Re: [LAU] Creamware/Scope/SHARC/ALSA

by Batz

Y-ellow Paul 'n' all. At 08:36 PM 11/22/2010 -0500, Paul Davis wrote: >On Mon, Nov 22, 2010 at 8:26 PM, Batz <batzman-lau(a)all-electric.com> wrote: > > > Damn shame that. Some nice DSP power sitting there and pretty much useless. > >that's true. except that my 6 core 3.2GHz AMD + mobo + 8GB of RAM cost >me about US$650, and has more DSP power than probably any of the >original Creamware cards. and rather than run "on linux", it can >actually run linux. manage it with cpusets and SCHED_FIFO and you've >more bang for the buck than the creamware stuff, i think. That's a pretty fair point. I hadn't really thought of it from that angle. Many years ago I was involved in designing a DSP sound card with the rather futuristic title of infoPAD. (I'm sure Mr. Jobs would disapprove.) Of the 6 DSP96Ks we were using, (in devel) there was an OS bottleneck. It virtually took the power of one of the DSPs to manage the other 5. Spread over all 6 DSPs but such was the OS overhead. So in theory now, with 6 cores, each with it's own number cruncher, and it's own main processor, it should actually manage the number crunching much more frugally. Although in reality the OS overhead would be much greater. Since it is largely a general purpose OS. Then again, 6 cores are 6 cores. We didn't have that advantage. Best we could muster was an MCS51 as an arbitrator. We didn't even have the luxury of ATMEL MCS51s back then. And of course, even DSP96Ks seem rather quaint by today's standards. And you make a good point for me at this time. As I'm still struggling with defining what hardware to build this project upon. Thanks again for that. Much appreciated. Be absolutely icebox. _ __ _ | "_ \ | | batzman-lau(a)all-electric.com | |_)/ __ _| |_ ____ _-_|\ | _ \ / _` | __|___ | / \ | |_) | (_| | |_ / / \_.-*_/ |_,__/ \__,_|\__|/ / v / ,__ Goodfortune |_____| http://all-electric.com

14 years

Re: [LAU] Creamware/Scope/SHARC/ALSA

by Batz

Y-ellow Paul 'n' all. At 06:59 PM 11/22/2010 -0500, Paul Davis wrote: >I met with Creamware more than 10 years ago to discuss this. They were >very unenthusiastic about a Linux driver even though I was offering to >do it for free. Unless someone has managed to reverse any aspect of >these very nice devices, I suspect there is little chance of there >ever being a linux driver, and I doubt that anyone has. I've been >wrong before though. Thanks for that. This is pretty much how I had read it. From what I was reading, this is in no small part as to why creamware failed. Although apparently the new crew at Sonic Core are more obliging, -since they're trying to capture the OSX market- they still haven't paid much more than lip service to this. Damn shame that. Some nice DSP power sitting there and pretty much useless. Thanks once again. Be absolutely icebox. _ __ _ | "_ \ | | batzman-lau(a)all-electric.com | |_)/ __ _| |_ ____ _-_|\ | _ \ / _` | __|___ | / \ | |_) | (_| | |_ / / \_.-*_/ |_,__/ \__,_|\__|/ / v / ,__ Goodfortune |_____| http://all-electric.com

14 years

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 November 2010