Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] Re: LADSPA proposal ...

by Juhana Sadeharju

>From: Fons Adriaensen <fons.adriaensen(a)skynet.be> > >- use sscanf() to read the rest. How about the following string: s = "pi 3.14159 e 2.71828". First I do: sscanf(s,"%s %f\n",) Then I do: sscanf(snext,"%s %f\n",) How to get the snext? Somebody mentioned that sscanf returns the number of bytes consumed, but the manual page reads: "These functions return the number of input items assigned". -*- Will the proposed LADSPA library be both for plugin developers and for host developers? Plugin authors need no more write those cryptic LADSPA plugin description files? Jack style dev library? Great thanks. Regards, Juhana

20 years, 3 months

[linux-audio-dev] soundonsound (surroundsound)

by Juhana Sadeharju

>From: Fons Adriaensen <fons.adriaensen(a)skynet.be> >> >> http://www.soundonsound.com/sos/Aug01/articles/surroundsound1.asp?session=d… > >Hi Paul, interesting pointer, it's in my bookmarks now ! Thanks ! Maybe you should check all those Synth Secret articles and turn them to something usable. :-) Regards, Juhana

20 years, 3 months

Re: [linux-audio-dev] re: [linux-audio-user] A bit of good news -- paper now available for your viewing pleasure and/or comments

by eviltwin69＠cableone.net

Very nice. I like the fact that you didn't sugar-coat it. There can be problems but it's usually worth the effort. I was disappointed that you didn't mention JAMin - AFAIK the only serious audio mastering software for Linux ;-) Jan On Fri, 28 May 2004 00:05 , 'Ivica Ico Bukvic' <ico(a)fuse.net> sent: >Ok, so the rough version of the paper (following initial 10-hour revisions >that converted my brain into a gray mush) is now available in the PDF format >from my website. If you are interested in providing some feedback as to how >I can make the paper even better, please let me know asap as I only have >another day or so before I need to turn-in the paper. > >Also please note that the paper will be available in the ICMC proceedings as >a short version that lacks chapters 7 and 9 due to space constraints. The >full paper will be available online-only. > >The url to the PDF is as follows: >http://meowing.ccm.uc.edu/~ico/temp_online.pdf > >Any comments and/or suggestions are welcome and appreciated (although I >honestly cannot guarantee that all of them will make it into final revision >due to aforementioned deadline). > >Time to hit the sack... >Best wishes, > >Ivica Ico Bukvic, composer & multimedia sculptor >http://meowing.ccm.uc.edu/~ico/ > > >

20 years, 3 months

[linux-audio-dev] XRuns with the Audiophile 24/96 M-Audio

by Remi Bernhard

Hello, I read a lot a great thing about the audiophile 24/96 on the net, and i decided to buy it to get better latency than my old sblive! I just received the audiophile 24/96 and unfortunatly, i have a lot of XRuns with when i run jackd. I already tried the following : - i changed irq (several changes : irq5, then irq 10) - Disable nearly all the inboard harware (serial port, parallel port, usb) - i changed the Pci port - i tried to run jackd as root - i even tried to raise buffer at big values : 512, 1024, and even there i have some (1 or 2) xruns - i'm now trying with kernel 2.6.6 to see if things are better Hardware : MSI K7N2Delta MB Athlon 2400 Nvidia Geforce 4mmx Audiophile 24/96 M-Audio Sofware : Debian/Testing Kernel 2.6.5 Alsa 1.0.4rc2 Realtime-Lsm 0.1.0 Do you have ideas, before i return the card to the shop ? Regards, Rémi Bernhard.

20 years, 3 months

[linux-audio-dev] [ANN] Specimen 0.2.9 Released ("I'm Not Dead Yet")

by Pete Bessman

Howdy folks! The newest version of Specimen is available for immediate download from www.gazuga.net (direct: http://www.gazuga.net/specimen-0.2.9.tar.gz). Features include: * A piano for graphically asigning note ranges * A very happenin' bank building interface that uses an embedded File Chooser (gtk+-2.4 required for this) * LASH/LADCCA support * Extensive repairs, most notably to the waveform display (it's alias- free) and the panning code (it works). * A completely revamped audio rendering system * Sundry cleanups and fixes Many thanks to Loki Davison, the new and official co-developer, for his fabulous contributions to this release, and for bitch-slapping me into getting back to work on this code (rather than piddling around with vaporware). Stay tuned for more... [pb] -- "The direct use of physical force is so poor a solution to the problem of limited resources that it is only employed commonly by small children and great nations." --David D. Friedman

20 years, 3 months

[linux-audio-dev] Thanks all!

by Ivica Ico Bukvic

Big thanks to all who helped me iron out the inconsistencies in my paper. I will be sending the final draft shortly and posting the online version during the conference this upcoming November. Best wishes, Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico/

20 years, 3 months

RE: [linux-audio-dev] re: [linux-audio-user] A bit of goodnews--paper now available for your viewing pleasure and/or comments

by Ivica Ico Bukvic

I see. Thank you all for your insight! One last question though, is it possible then to have two different cards to work as a single device (via asoundrc + JACK) if they would be linked with some kind of a word-clock that would ensure their hw sync (obviously assuming that they offer such feature)? Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico/ > -----Original Message----- > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > user-bounces(a)music.columbia.edu] On Behalf Of Russell Hanaghan > Sent: Friday, May 28, 2004 1:55 PM > To: A list for linux audio users > Cc: 'The Linux Audio Developers' Mailing List' > Subject: RE: [linux-audio-dev] re: [linux-audio-user] A bit of goodnews-- > paper now available for your viewing pleasure and/or comments > > On Fri, 2004-05-28 at 10:37, Ivica Ico Bukvic wrote: > > Forgot to add that my assumption is (in addition to my previous > statement) > > if JACK was then running using reasonably small buffers the drift would > be > > then minimized if not alleviated since JACK is one that is dispatching > the > > buffers at appropriate time, right? > > Having meddled some with this myself, and as Steve intimated, without > the availability and ability of word-clock syncing between whatever > cards being used in the multi card config, they drift at whatever > settings you use from Jack and it results in distortion, xruns and all > kinds of other nasties. I played with 2 identical SB Live 5.1's for some > time in hopes of getting the "cheap fix" only to find that the oldest > principle in life applies; You get what you pay for!" > > R~ > > > > Ivica Ico Bukvic, composer & multimedia sculptor > > http://meowing.ccm.uc.edu/~ico/ > > > > > > > -----Original Message----- > > > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > > > user-bounces(a)music.columbia.edu] On Behalf Of Ivica Ico Bukvic > > > Sent: Friday, May 28, 2004 1:22 PM > > > To: 'A list for linux audio users'; 'The Linux Audio Developers' > Mailing > > > List' > > > Subject: RE: [linux-audio-dev] re: [linux-audio-user] A bit of good > news-- > > > paper now available for your viewing pleasure and/or comments > > > > > > Thanks Steve for your insight! > > > > > > Hasn't there been some success stories in the past regarding this? I > might > > > be obviously very wrong about this but I thought that if one designed > a > > > meta-device in the asoundrc making two soundcards one multichannel > > > soundcard > > > and then invoking JACK on top of it, that it should work? > > > > > > Please let me know so that I can make appropriate changes. > > > > > > Ivica Ico Bukvic, composer & multimedia sculptor > > > http://meowing.ccm.uc.edu/~ico/ > > > > > > > > > > -----Original Message----- > > > > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux- > audio- > > > > user-bounces(a)music.columbia.edu] On Behalf Of Steve Harris > > > > Sent: Friday, May 28, 2004 12:43 PM > > > > To: 'A list for linux audio users'; 'The Linux Audio Developers' > Mailing > > > > List' > > > > Subject: Re: [linux-audio-dev] re: [linux-audio-user] A bit of good > news > > > - > > > > -paper now available for your viewing pleasure and/or comments > > > > > > > > I'm not really happy about the bit about JACK saying "as well as > > > > potentially multiple soundcards"... it seems unlikly to me that JACK > > > will > > > > ever support that directly (without wordclock-like sync, when any > system > > > > should be able to do it). > > > > > > > > Thanks for the timemachine plug though :) > > > > > > > > - Steve > > > > > >

20 years, 4 months

[linux-audio-dev] Linux soundapps site updated

by Dave Phillips

Greetings, Earthlings: Yes, it's that time again. You all know the drill: http://www.linuxsound.at/ (Europe) http://linuxsound.jp/ (Japan) http://linux-sound.org (USA) Best regards, dp

20 years, 4 months

[linux-audio-dev] Re: [fluid-dev] question - soundfont editing

by Tim Goetze

[David McNab] >Sorry to bother you again, but there's a slight problem with your SF2 >python module. > >If the soundfont file I write out contains one or more drum presets, >'asfxload' spits an error 'loop size is too short: 0' when I try to load >the font into my sblive card. However, fluidsynth loads it in fine. loading the original sf2 gives no error from 'asfxload'? loop size 0 is legal for unlooped samples (which many drum sounds of course are) fwiw. i'm not quite sure if SF2.py handles stereo samples correctly, however this doesn't seem to be related. can you check whether the presets have stereo samples? other than this potential problem, SF2.py shouldn't change a thing about the sf2 data it handles. i'm afraid you'll have to narrow the problem down a bit. tim

20 years, 4 months

[linux-audio-dev] re: [linux-audio-user] A bit of good news -- paper now available for your viewing pleasure and/or comments

by Ivica Ico Bukvic

Ok, so the rough version of the paper (following initial 10-hour revisions that converted my brain into a gray mush) is now available in the PDF format from my website. If you are interested in providing some feedback as to how I can make the paper even better, please let me know asap as I only have another day or so before I need to turn-in the paper. Also please note that the paper will be available in the ICMC proceedings as a short version that lacks chapters 7 and 9 due to space constraints. The full paper will be available online-only. The url to the PDF is as follows: http://meowing.ccm.uc.edu/~ico/temp_online.pdf Any comments and/or suggestions are welcome and appreciated (although I honestly cannot guarantee that all of them will make it into final revision due to aforementioned deadline). Time to hit the sack... Best wishes, Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico/

20 years, 4 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-dev