Linux-audio-dev February 2006

linux-audio-dev@lists.linuxaudio.org

74 participants
63 discussions

Re: [linux-audio-dev] 3D fft analysis program

by Downer

> I'm hoping that you're thinking of a realtime display, in which the > peaks roll off to create a true waterfall effect. Baudline (http://www.baudline.com) is a fantastic viewer that does fft cascade. I've used it for a couple of years, and it is great for figuring out how different sounds "work", and it has an oscilloscope-type display as well. Cheers, Jason Downer

18 years, 6 months

[linux-audio-dev] Drum synth

by Dmitry Baikov

Hello. I finally started making my pet music project and realized I need a drum synth to make some cool sounds. psindustrializer is good but also need some tr-909-style sounds. I remeber from my old windoze days I used a nice piece of software called Stomper. Does anybody know any software for linux with comparable capabilities? Or we need to write one? Stomper does not work under wine :( Thanks.

18 years, 7 months

[linux-audio-dev] Re: Drum synth

by Juhana Sadeharju

Hello. I had a couple of articles on drum synths. Check ftp://ftp.funet.fi/pub/sci/audio/devel/lad/drumsynth/ I built the circuit in a00*.jpg at the time when this article was fresh. The article b00*jpg mentions an earlier article. I will check that out at library. Hmm.. I coded a drum synth for Commodore VIC-20 at the time. VIC provided an audio chip with three oscillators, noise, and a common volume if I remember correctly. What I did was to modulate osc pitch and volume parameters with a fast and accurate (compared to Basic) assembly code. The drum sounds were assigned to the keys. This was about 1984, inspired by Yamaha's digital RX drum synths, not by analog drums. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

18 years, 7 months

[linux-audio-dev] [ANN] No More Specimen

by Pete Bessman

Ladies and Gents, I can hack specimen while working full time. And, I can hack specimen while studying full time. But, and this is empirically verifiable, I can't hack specimen while both working and studying full time. And my situation is not likely to change for another year or so. What this means is that I'm just not cut out to run a project right now, unless I want to put it into maintenance mode. Really, that's where specimen has been for the past six months anyway, and I've been doing a rather piss poor job at that modest role! My efforts are better applied to tasks where smaller chunks of time can go a greater distance. I don't have any regrets --- this was my first real programming project, and I learned a lot. But the truth is that LMMS is more specimen than specimen right now, and it has an active development and user community surrounding it. Plus, I've always been a musician and an artist first, and a programmer second. All told, it's time to throw in the towel on this one. In a way, this is a bummer --- I've put a lot of sweat and tears (literally) into this project over the past couple of years, and it has come an incredible distance. But I'd be a fool to think that I'm better off keeping it afloat than making music and contributing to other projects. And truthfully, it's a huge relief to get this announcement out. A sense of obligation is what kept me from making it sooner, but in retrospect, that's pretty ridiculous. Considering that I'm an "open source, just for fun" guy, and not a "free software, as in freedom" type, it doesn't make a lot of sense to keep going when pain exceeds pleasure. This isn't the end of my open source music development, however. I hope to help take LMMS to the next level, and contribute to other projects that will help make Linux a competitor in the music industry. Things like ardour2, lash, jack-midi, vst, dssi, ladspa et al are the keys to our future in this regard. And I look forward to getting back to hardcore hacking in a few years, when I've got my life settled down and I'm not putting in 80 hours of work and school a week. Take care everybody, and may the funk be with you. -- Pete Bessman http://gazuga.net "So this baby seal walks into a club."

18 years, 7 months

[linux-audio-dev] [ANN] Snd-ls V0.9.5.4 and Das_Watchdog V0.2.1

by Kjetil S. Matheussen

Download from http://ccrma.stanford.edu/~kjetil/src/ Snd-ls v0.9.5.4 ================ Contains -------- Snd v7.15 from 17.8.2005 About ----- Snd-ls is a distribution of the sound editor Snd. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. Changes 0.9.5.3 -> 0.9.5.4 -------------------------- -Changed default resampling quality to SRC_SINC_BEST_QUALITY -Added workaround for shift-handling across various keyboard settings. (shortcuts for zoom in and undo works with american keyboards now.) -Added check for Guile 1.8. Snd-ls crashes with guile 1.8. (all versions I have tried of 1.7 seems to work though...) -Use JackPortIsPhysical instead of "alsa_pcm" when finding jack ports. -Updated the rt stuff to latest versions. *************************************** *************************************** Das_Watchdog V0.2.1 =================== About ----- Das_Watchdog is a general watchdog for the linux operating system that should be runned in the background at all times to ensure a realtime process won't hang the machine. Changes 0.2.0->0.2.1 -------------------- *Cleaned up source a bit. *Properly find number of timer processes. *Added shortcuts for optargs.

18 years, 8 months

[linux-audio-dev] python and jack, performance report

by Leonard "paniq" Ritter

-- oops, the first one was sent as a reply, here's the whole thing as a new thread. frustrated by the poor implementation of the jack bindings for python (pyjack), i wrote my own in native python using ctypes. the first test client mixed a 440hz sine wave using native python lists, and the cpu usage was about ~11%. i reimplemented the sine generator with numerics, and got it down to ~2%. i believe that considering the overhead of the python implementation, that result isn't too bad, and maybe allows for more than just prototyping. i attached the jack wrapper with the test client contained for those who are interested. its not entirely wrapped and lacks some functionality. -- -- leonard "paniq" ritter -- http://www.mjoo.org -- http://www.paniq.org

18 years, 8 months

[linux-audio-dev] Call for help for LinuxTag2006

by Arnold Krille

Hi all, as every year the famous german LinuxTag is taking place. This year in Wiesbaden from 3. to 6. May. Yes, this is just one week after LAC2006, which has several advantages and disadvantages: + It is a good chance to come to Germany for LAC, have one or two days of holiday and then join the LA-Group at LinuxTag! + Maybe even repeat your LAC-Talk at LinuxTag? (see www.linuxtag.org for details on the Call-for-Papers but be aware that it ends January 15...) + Wiesbaden is more in the center of germany so perhaps some LA-folks from the north of germany can join us? - The new place for LinuxTag together with LAC being a week before enforce two of the main-booth-members of the last years (Christoph Eckert and Frank Neumann) to be only a visitor at LinuxTag or even less... That leaves a hole in the organisational part. :-( So here is my call: I am willing to do some work organizing a booth and a group of staff but I need YOUR help! If you are a german LA[DU]-member and have some spare time, join in! A booth at LinuxTag is a good opportunity to present Linux Audio to the people, not only to developers but more to users. The crowd is mostly industry (producers, technicians, musicians) at the weekdays and home-recording-users at the weekend. Don't be afraid, there won't be much questions about setting up drivers for consumer-cards (and If there are, we usually send them to their distributions booth :-) ). But there will be a lot people thinking about using your app in studio! So you definitly don't want to miss this chance! If I get positive answers from at least two other people by weekend, I will apply for a booth and things start rolling, so don't hesitate, check your calendar, plan for another week of holiday and join me (us?). So long and thanks for all the fish, Arnold -- visit http://dillenburg.dyndns.org/~arnold/ --- Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich verhindern könnte, würde ich mir noch heute einen Stapel Brenner und einen Sack Rohlinge kaufen.

18 years, 9 months

[linux-audio-dev] jack.udp and synchronisation

by Asbjørn Sæbø

jack.udp may be used to transmit audio between two computers, each computer running their own jackd. My understanding, based upon earlier threads in the linux audio lists, is that to avoid xruns due to clock drift in this situation, the sound cards of the two computers must be synchronised in some way, e.g. using word clock. Is this (still) correct? Or has jack.udp been developed to include synchronisation? (On a side note, it seems that Rohan Drape's web pages that are linked to from the jack pages, http://www.alphalink.com.au/~rd/sw/jack.html, have disappeared.) Asbjørn Sæbø

18 years, 9 months

[linux-audio-dev] Karlsruhe

by Lee Revell

So it looks like I may be at LAC2006. I was thinking of bringing my SO and spending a few days sightseeing after the conference, since we've never been to Germany. Any recommendations for interesting stuff to do in the area? We are into nature hikes, history, good restaurants - pretty boring actually ;-) Lee

18 years, 9 months

[linux-audio-dev] [ANN] sverb 0.90

by Cedric Roux

Dear Linux audio people, sverb 0.90 is out at: http://sed.free.fr/sverb sverb is an order 15 cfdn reverb. Changes: More presets were added. If someone wants to contribute a ladspa support, it's welcome. We could have one effect for each preset (with names like "short reverb 1", "huge reverb"). Then, for each preset, we can control the reverb with two parameters (t60(0) and t60(pi)), which would make a nice and tiny GUI. (Maybe also add a dry/wet control.) We also need to handle stereo, with a basic decorrelation for example (different delays for left and right channel). Since sverb has three internal operating modes (float, int, asm), I think three .so would be nice. For the asm and int libraries, we could add a third control for the bit resolution (or leave it to a default, currently 14, but which could be set at compile time why not). Before going to 1.0, I need some feedback about the quality of the various reverbs (I know that big 2 is not that good). Also, if someone knows how to define good parameters (by hand or algorithmically) for the delay lines, help is very welcome. Take care of yourself, Cedric.

18 years, 9 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-dev February 2006