Linux-audio-dev April 2004

linux-audio-dev@lists.linuxaudio.org

99 participants
90 discussions

[linux-audio-dev] Linux soundapps pages updated

by Dave Phillips

Greetings Earthlings: The subject line says it all.... http://www.linuxsound.at (Europe) http://linuxsound.jp (Japan) http://linux-sound.org (US) Best regards, Dave Phillips

20 years, 6 months

[linux-audio-dev] Request to audio related LiveCD packagers

by Thomas Charbonnel

Hi, I recently tested two audio/multimedia oriented linux live cds (namely Dyne:bolic 1.2 and Agnula LAM edition), and was rather disapointed to see that alsa was only partly shipped on those distributions. The alsa-tools and alsa-firmware packages were lacking, which renders some cards useless (e.g. the RME hdsp Multiface and Digiface cards need to be fed with a binary configuration data file found in alsa-firmware, using hdsploader, to be found in alsa-tools - without this operation those cards will simply not work). Thomas

20 years, 6 months

Re: [linux-audio-dev] wcnt-1.1z released!

by James W. Morris

Ayup, >From: martijn <martijn(a)pacno.net> Date: Thu, 15 Apr 2004 13:50:33 +0200 >Once upon a Wed, Apr 07 2004, James W. Morris hit keys in the following >order: > > Announcing for the last time this year the new release of Wav Composer >Not > > Toilet. >the last? are you not gonna announce it any more, gonna change the name, or >stop working on it altogether? oh, i read it on the website... Just giving it a break so I can do some art/painting - it's been too cold in the garage/studio in Winter. Time management. Add a pinch of salt. >Anyway, thanks for applying the gcc3 patches. I ran into only two includes >without use namespace declarations, and it also appears gcc3 tries to be >intelligent and interprets "or" as "||" :S 'S Ok. -- Hermmh, not quite sure what you're getting at ? >Also, the online example makes the not-so-toilet to segfault. all other >examples are fine. Haven't had the time to investigate, but here's the >backtrace: >[>--snip--<] >Creating synth module kick_sampler >[>--snip--<] Oh. I'll download and test it again, I did make some very minor changes via sourceforge shell after I'd uploaded it. The typical instance of a segfault occurring with the sampler module is giving it a wavfilein lacking a wav file (either wrong path/not set) - although I thought I had put in validation code to check for this and stop. Did you place the example in wcnt-1.1z/examples dir as suggested, and/or change the path to the samples it needs so it can get to them? Cheerio. James. ~(sirromseventyfive)~ P.S. Don't expect the sampler to work with a start/end positions of zero! _________________________________________________________________ It may not be easy,but it's fast and it's free (beer/freedom), get Linux today! _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

20 years, 7 months

[linux-audio-dev] RFC: Disposable Soft Synth Interface

by Chris Cannam

Disposable Soft Synth Interface (DSSI, pronounced "dizzy") is a proposal for a plugin API for software instruments (soft synths) with user interfaces, permitting them to be hosted in-process by audio applications. Think of it as LADSPA-for-instruments, or something comparable to a simpler version of VSTi. It's intended to be simple, easy to write plugins for, GUI-toolkit-agnostic, and slightly biased towards familiarity with MIDI, and is proposed as an interim measure until bigger and better things come along: hence "disposable". The proposal consists of an RFC, which describes the background and defines part of the proposed standard, plus a documented header file (dssi.h) which defines the remainder. The distribution also contains a handful of public-domain example files including an almost complete (but not pretty) host implementation and a simple synth plugin with a GUI. The API itself is licensed under the LGPL. The full RFC may be read here: http://dssi.sourceforge.net/RFC.txt The header file is here: http://dssi.sourceforge.net/dssi.h.txt The 0.1 distribution containing RFC, header and examples may be downloaded from SourceForge: see http://dssi.sourceforge.net/ and http://sourceforge.net/project/showfiles.php?group_id=104230 . This proposal was constructed by Steve Harris and Chris Cannam. Comments to LAD please! (Steve will be at ZKM, as those of you who've seen the schedule thingy will know; I can't make it there myself, so I'd quite like to see some feedback here.) Chris

20 years, 7 months

[linux-audio-dev] Re: RFC: Disposable Soft Synth Interface

by Jens M Andreasen

Hi! Apparently our mailsever has been blacklisted by all-day-breakfast ... Damned script-kiddies :( So, since this discussion is kind of relevant here, I try get the message thru anyway. Sorry Chris! On tor, 2004-04-29 at 16:11, Chris Cannam wrote: > On Thursday 29 Apr 2004 2:19 pm, Jens M Andreasen wrote: > > I think I will not be really, totally happy before I see something > > like: > > > > void (*midi_msg)(LADSPA_Handle instance, > > unsigned byte msg[4]); > > This would be exactly equivalent to the existing run_synth(), would it > not? Mmm .. This would replace, I think, all of your considerations on how to extend LADSPA. It is (probably?) the only extension really needed. MIDI is a very powerful protocol, and the beuty is that the client needs only to implement those parts it needs to get going. For a synthesizer one can ignore start, stop and pause as well as SMPTE, but for a sequencer or arpeggiator timing would be the name of the game. As a synthesizer developer I *could*, if I wished so, implement running-status and thus discover that I have been disconnected, but it is not required ... mvh // Jens M andreasen > Chris >

20 years, 7 months

[linux-audio-dev] audio application design problem

by Christian Henz

Hi, as you may know I'm the author of simsam (http://simsam.sf.net) and I'm a little stuck with some typical audio application design problems. So far I've been using an Observer pattern to have the GUI updated as soon as a parameter changes. Thus any operation setting a parameter can trigger one or several Widgets to be redrawn. Since so far I only set parameters from the GUI thread, the resulting GUI updates also run in the GUI thread, so no problem there. One problem however is that access to the parameters isn't synchronized and therefore concurrency problems exist. The same problem exists between MIDI and audio thread, as MIDI events are currently handled entirely in the MIDI thread. The obvious answer is to use mutexes to synchronize the parameters, but then of course they aren't rt-safe. The next obvious answer would be to use a lock free FIFO. I've seen some code passing MIDI events to an audio thread that way. Thus the state is only maintained in the audio thread. But what about GUI events? And GUI callbacks? Surely one doesn't want the audio thread to execute widget redraws. So one has to de-couple these mechanisms, for example by defining event and update messages and passing those around by FIFOs instead of direct parameter manipulation / direct GUI callbacks. Now this would totally break my app and I would therefore like to hear some thoughts on the whole issue before I start messing things up (even worse ;-P). Thanks Christian Henz

20 years, 7 months

[linux-audio-dev] ANNOUNCE: cheesetracker 0.9.9 released

by Juan Linietsky

CheeseTracker is a mature,versatile and extremely full-featured application that works as an all-in-one sequencer/sampler/sample editor/fx processor. It allows for the creation of professional sounding multitrack mixes. It includes examples and docummentation, as well as on-line help. It can be obtained at http://cheesetronic.sf.net Sorry for the delay, even though this was ready some months ago, I didnt have time to fix up a proper release.. Changes for this version follow: -New (still scons-based) build system, should be easier to use.. -Fixed OSS detection for REAL -Disabled RtAudio, must reenable it at least for OSX, but that will be version 1.0.0 -All engine converted to floating point, may be a bit slower on pre p4/athlon computers, though a bit more accurate -Old FX core deprecated, sorry, this wont load effects on pre-9.9 songs, though it will keep the routes. -Added shift-f6, play pattern from cursor -Added sample-being-played notification in sample screen. -Fixed wave-loading bug, should work until i get libaudiofile working -Fixed ugly bug in GXX introduced in 0.9.1 -More resamplers (FM/Cosine/Cubic Spline). -Doubled filter range. -Managed to reduce the source file size a bit -NEW FILTERS!!! rewrote the filters, they are MUCH better now.. choose between lowpass/bandpass/hipass/notch -New Effect: Multiband (6/10/21/31) equalizer. -New effect!: Distortion (with many distortion modes) -New effect! Pitch Shifter (not amazing, but very tweakeable) -New effect! Stereo FX (kickass post-production helper) -New bugs! report them please! Enjoy! Juan Linietsky

20 years, 7 months

[linux-audio-dev] Re: FreeVSTi Compatibility List / VSTserver & FST

by Christian Frisson

Re-, Erik de Castro Lopo wrote: > You expect a reply to your message within an HOUR ???????? Sometimes the > lag in the mail servers is longer than that. Bad forum user habit... ,-) > You also forget that this is an international list. The person you were > corresponding might go to bed at just the time you send your email. > In that case, the very soonest you could reasonably expect an reply > would be 8 hours later. That's why I write my posts when most wake up. ;-) Eric Dantan Rzewnicki wrote: > Probably not worth mentioning ... but I think he meant that he had > spent an hour writing the message. Which I'm sure doesn't even come > close to being compared with the time you've spent on libsamplerate and > libsndfile. :) Not that I can't write properly... I understand my low contribution isn't that important, bearing in mind it's long and boring sometimes, but I don't like efforts when worth nothing (what I would have concluded if no one had answered)! Erik de Castro Lopo wrote: > Oh well. Sorry. But still noone OWES him a response and shouting and > attitude definitely won't help his cause. Let's assume it was hard times for me, everything falling apart around me... My apologies! Cheers! Christian

20 years, 7 months

[linux-audio-dev] Re: [linux-audio-user] [ANN] Linux Audio Conference #2 live streams, cams and chat available tomorrow

by Taybin Rutkin

Will the streams be archived? Because of the time difference and my job, I doubt I'll be able to catch the morning presentations. Taybin -----Original Message----- From: Joern Nettingsmeier <nettings(a)folkwang-hochschule.de> Sent: Apr 28, 2004 8:44 AM To: linux-audio-dev(a)music.columbia.edu, linux-audio-user(a)music.columbia.edu, linux-audio-announce(a)music.columbia.edu Cc: lwn(a)lwn.net, nettings(a)folkwang-hochschule.de, goetz(a)zkm.de, mana(a)suse.de, beachnase(a)web.de Subject: [linux-audio-user] [ANN] Linux Audio Conference #2 live streams, cams and chat available tomorrow hi everyone! for those who have not heard it yet, the second international Linux Audio Conference is taking place at the ZKM Karlsruhe/Germany from 29.4. to 2.5.2004. see http://www.zkm.de/lad/ for details. we have a number of very interesting presentations, all of which will be streamed out live, for the unlucky folks who can't be here in person. additionally, you will be able to download the presentation slides in advance should you wish to follow a lecture. there will be feedback channels on IRC, operated by folks who are in the lecture rooms. they will relay questions from you to the live audience. if all goes well, webcams will upload still images every 30 seconds to give you an idea of the ambience and of which slide is currently up. all important information on streaming relays, downloadable material, irc channels etc. will be dumped to http://linuxaudiodev.org/eventszkm2004.php3 . this page will be updated very frequently during the next days. the streams won't be up until tomorrow morning, but the chat rooms are already there. please forward this mail to any interested people. and no, we do not fear the slashdot effect :) enjoy, joern

20 years, 7 months

[linux-audio-dev] [ANN] Linux Audio Conference #2 live streams, cams and chat available tomorrow

by Joern Nettingsmeier

hi everyone! for those who have not heard it yet, the second international Linux Audio Conference is taking place at the ZKM Karlsruhe/Germany from 29.4. to 2.5.2004. see http://www.zkm.de/lad/ for details. we have a number of very interesting presentations, all of which will be streamed out live, for the unlucky folks who can't be here in person. additionally, you will be able to download the presentation slides in advance should you wish to follow a lecture. there will be feedback channels on IRC, operated by folks who are in the lecture rooms. they will relay questions from you to the live audience. if all goes well, webcams will upload still images every 30 seconds to give you an idea of the ambience and of which slide is currently up. all important information on streaming relays, downloadable material, irc channels etc. will be dumped to http://linuxaudiodev.org/eventszkm2004.php3 . this page will be updated very frequently during the next days. the streams won't be up until tomorrow morning, but the chat rooms are already there. please forward this mail to any interested people. and no, we do not fear the slashdot effect :) enjoy, joern

20 years, 7 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 April 2004