Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

Re: Re: [linux-audio-dev] question re: hammerfall cards

by Taybin Rutkin

>and as i will discuss at the LAD meeting at ZKM in 2 weeks, writing >audio software like this has the easy-to-fall-into trap that arecord >demonstrates: a basic design that falls apart as soon as a few basic >assumptions turn out to be false. Will notes or slides from the talk be available afterwards for those of us who can't go? Taybin

22 years, 5 months

[linux-audio-dev] Re: Bye list...

by Robert Jonsson

Hi Nick, >For something different I read this: > >(this list).. " Home page for the low-latency hard-realtime audio application gurus. The LAD group also develops API standards to promote interoperability between audio application .. " > >oops, I thought you were a bunch of hobbyist like me. I didn't realize >this was for such serious talk. > >I'll leave this list be from here out, but thanks for your pointers and >helping me get started. > No, no, no, no! Nick, I'm pretty sure you are taking the quote waaaay to seriously. If you are making sound applications you definately belong on this list. To be truthful I've not not programmed any sound applications at all (not open source anyway), but I still think I belong here just because it is a very dear interest of mine. There are about 600 subscribers to this list, I'm sure some of them actually live up to the the quote above (and I'm grateful), but most people don't have a clue. And I actually think that is the way it should be. Atleast to me, this list definately isn't an elite, invitation only, meeting place for initiated. Rather it's a meeting place for friendly people with a common interest, mainly sound apps and linux. As for for some encouragement to you, Nick, I've always admired people who are able to keep on working on a project of this magnitude until it actually is _something_, just because they want to! I saw your announcement about your recent audio application project, and am very impressed with the scope of the project, I haven't tried it myself so I don't know how much you've got in place, but it seems like it will be one impressive software (if it isn't already). (with that in mind it's even harder for me to imagine that you don't belong in here, you certainly surpass my own accomplishments towards infinity.) So.... If you have unsubscribed already, resubscribe! And keep up the good work! :-) Regards, Robert

22 years, 5 months

[linux-audio-dev] Anyone near Bath?

by Steve Harris

I'm going to Bath this afternoon for a friends 30th birthday party, so if anyone is in the Bath area and wants to meet up tommorow that would be cool. Phone me on 07970 557047 - Steve

22 years, 5 months

[linux-audio-dev] a long winded way to say "model/view/controller"

by Paul Davis

http://industryclick.com/magazinearticle.asp?magazineid=141&releaseid=11131… well, OK, its a little bit more than that, but not a whole lot. nice idea, anyway.

22 years, 5 months

[linux-audio-dev] [OT] Linux Music & Sound Software site updated

by Dave Phillips

Greetings: Once again I've updated the Linux soundapps sites. All sites are current and can be accessed via these URLs : http://linux-sound.org (USA) http://www.linuxsound.at (Europe) http://linuxsound.jp/ (Japan) Many thanks to Frank Barknecht for his assistance with linuxsound.at. Many thanks also to all my site providers: the mirrors have been donated by their respective owners as a service to the community, for which I am most grateful. Enjoy ! Best regards, == Dave Phillips The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm The Linux Soundapps Site at http://linux-sound.org

22 years, 5 months

Re: [linux-audio-dev] Synchronizing two Delta 1010 with ALSA ?

by Benno Senoner

Thanks alot Martin and Paul for the useful hints, My questions: Basically the impossibility to do sync-start on multiple delta 1010 cards is because the hardware lacks the ability to do so ? de m-audio site/manual talks about "sample accurate sync between multiple cards" but I guess this means only that once started the frequencies do not drift but there could be a small offset between the single channels. Assuming there is a small offset when starting the cards, one could assume too that (if you run the audio init code SCHED_FIFO) it would be quite small (in order of a few samples). This means that if you use this approach: while(1) { snd_pcm_write_to_card_1(); snd_pcm_write_to_card_2(); } the small start offset would mean that one of the two card audio buffers are a bit less filled than the other one and like Martin has said, as long as you do not need sample accurate sync start it would work ok. Paul: sorry I did not know that ALSA allows you to treat two cards as a single logical card. As said it has been about two years I last used the ALSA API and many things have changed since then. Are there some online resources available that describe how to do this card linking ? Are the cards then started in sync (or near in sync for cards that do not support sync start) ? BTW: what kind of cards support multicard sync start ? RME ? Regarding the SPDIF cable between the two cards can I use a common cinch mono cable or must a SPDIF cable be shielded and/or have a precise resistance ? Note: In my case I do not need sample accurate sync but I was just curious if it would be possible to do that and/or if a single threaded audio app could experience problems in presence of playback start offsets. I searched the net for postings or notes about sync start with the delta 1010 but I haven't found any except this (article from year 2000) ".... Midiman UK told me that the current drivers can already keep four cards in perfect sync, but there are some fixed offsets between them; this will be overcome in a future driver release. ...." see here: http://www.sospubs.co.uk/sos/jan00/articles/midiman1010.htm So I was wondering what "overcome" would mean in this case: starting the two cards as close as possible in order to minimize offsets or using some adaptive algorithm that (assuming that the hw allows it) measure the dma ptr offsets and adjust them accordingly. again thanks for your useful infos. cheers, Benno ------------------------------------------------- This mail sent through http://www.gardena.net

22 years, 5 months

[linux-audio-dev] Quad Chorus for LADSPA plugin

by Nick

Hi, If someone would like to take a quad chorus I made and make it a LADSPA plugin feel free. The source code is @ www.sourceforge.net/projects/audiostar I had an implementaion of StereoPhonic-Quadraphonic Matrix processor, but I don't think the phase is correct, and nor is is 4-channel either. If you had four channels you would calculate the left rear channel as 90 degrees phase shifted, and then sum it into the formula. The quadraphonic processor still does make an interesting surround sound effect even though it is not technically correct. The algorithm is from an electronics book, the formulas were given as part of the circuit design. If someone is interested I can post those formulas to you for implementation, but really the quadraphonicprocessor.cpp already does it, just the left rear channel is phase shifted 90 degrees and mixed into the stereophonic stream. Since it is operating on only stereo channels, I keep a copy of the previous left channel about n samples behind, and slightly mix it to achieve something like a phase effect. It does actually sound like surround sound still. The Quad Chorus is just a stereo chorus but it has two additional taps. This is the ultimate in fatting up analog waveforms, but the implementation suffers from swishing if you set the LFO rate too high. It also does a deep flange if you set rate all the way down and put feedback up. I had it go through the quadraphonic, but the way I do stereo on my new synth, it doesn't sound proper, so I removed it. I'd make it a LADSPA plugin but I don't know yet how to make them. I have another chorus design but it is not real time. It is a six tap chorus, passed through a phaser, and then put through an all pass with a variable delay length setting. This can make echo effects. It was actually really cool sounding. I also had an FFT chorus that mixed pitch shifted copies of the signal onto the stream like suggest in The Computer Music Tutorial. I am working on getting it working with FFTW. Hrmm, oh, I also had one funny chorus, that was also not real well with real-time.I took the idea of the QuadraFuzz pedal, split the stream into four (or more) bandpass (with resonance) and then put them through a chorus effect. Then I remixed them through comb filters to get a reverb feel to it. That also sounded pretty cool, but I had too of a hard time getting it to work in real-time. IF someone could take those designs and make them real-time they were REALLY funky and people would like them. Just some ideas you can experiment with. -- Nick <nicktsocanos(a)charter.net>

22 years, 5 months

Re: [linux-audio-dev] [OT] linuxsound.at site problem

by CK

I read: > Any assistance will be vastly appreciated. I'm just trying to contact the people I know of that are still involved in vbs/atnet I hope someone will soonish contact you. regards, x -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

22 years, 5 months

[linux-audio-dev] [OT] linuxsound.at site problem

by Dave Phillips

Greetings: I'm writing to the lists in the hope of finding someone who can advise me on contacting someone in charge of www.linuxsound.at in Austria. The former contact was Georg Hitsch, I've written to him but as yet have received no reply. The site is still on-line, but for some reason I can longer log in to update it. Thus only the US and Japanese sites have been updated recently. Any assistance will be vastly appreciated. Best regards, == Dave Phillips The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm The Linux Soundapps Site at http://linux-sound.org Currently listening to: King Sunny Ade, "Ja Funmi"

22 years, 5 months

[linux-audio-dev] LADSPA Instruments

by robbins jacob

While reading over the ladspa v1.1 header, i noticed that hint number 0x2C0 is defined as follows: /* This default hint indicates that the Hz frequency of `concert A' should be used. This will be 440 unless the host uses an unusual tuning convention, in which case it may be within a few Hz. */ #define LADSPA_HINT_DEFAULT_440 0x2C0 These "LADSPA_HINT_DEFAULT_..." hints tell a host how to set the values for a port when the user doesn't supply any values. But then it hit me, "what kind of port could have a default defined as 440 HZ, concert A?" Clearly, the only reasonable use for a port of this type is to control the pitch of an instrument-type object. Any ladpsa plugin that has a port with hint DEFAULT_440 set, be it a true synthesis-engine with no audio input ports, or some sort of tonal filter, can be used to generate coherent melodic output (ie tunes,songs,melodies,pitched-vocalizations...). This is important because it means that we can implement _right_now_ ladspa instruments that can be used without the user having to hook up control A to port B or generally know what the hell they're doing. In fact, the sine oscillator plugin, provided by Richard Furse as an example plugin for the ladspa sdk, is a reference example that host programmers can code off of _right_now_. Just remember that each ladspa plugin instance is a single voice, so polyphony must be implemented in the host. Fortunately, this is not that hard(*). The DEFAULT_440 hint took me by surprise because there aren't many ladspa virtual synths out there. With the use of this hint, coding a synth is about as simple as we would expect from ladspa: very. Many projects with integrated softsynths could put some of their core dsp routines into ladspa plugins and start seeing immediate benefits because the widespread use of the ladspa format facilitates sharing plugins between apps. Once again, this is all completely possible _right_now_ with the current version of ladspa. What's even better is that ladspa instruments will be automatically ported to the new XAP plugin format when it becomes available. This is because one of the first XAP plugins will be a plugin to "wrap" LADSPA plugins inside an XAP plugin. Plugin developers will then be able to choose whether to fully move to the new plugin architecture, continue using ladspa, or, (isn't linux great:) both. For the record, the XAP standard has settled on using linear pitch instead of pitch in HZ. linear pitch is defined as a floating point value, with 0 = 440 hz, and scale 1.0/octave. (example 440 hz = 0 lin pitch, 220 hz = -1 lin pitch, 110 hz = -2 lin pitch, 55 hz = -3 lin pitch). As you can see, the mapping between linear pitch and HZ is an isomorphism, so translation between the two is not much of an issue. Remember that each ladspa plugin instance is only ONE voice in a possibly polyphonous instrument. This means that plugin authors do not need to worry about the MIDI standard (voice_on, voice_off) at all if they don't want to. Translating from midi to ladspa is one of the host's burdens. I have placed a simple scheme for doing this at http://soundtank.sourceforge.net/input_maps ---jacob.................. (*) to make a host use multiple ladspa plugin instances as a single polyphonous instrument do the following: -make a linked list of all the plugin instances as you activate them -make a linked list called active_instances and one called inactive_instances -add all plugin instances to the inactive_instances list -have your realtime thread move instances from inactive_instances to active_instances when it activates them to handle a MIDI voice_on event, and back when a MIDI voice_off arrives saying that the note is finished. I have placed a simple scheme for handling input events at http://soundtank.sourceforge.net/input_maps _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

22 years, 5 months

Jump to page:

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-dev