Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7502 discussions

by nick

Hi all. The amSynth rc1 tarball is available now. Get it while its fresh at http://amsynthe.sourceforge.net and be sure to read the README This release provides some significant improvements: * nearly 100% performance increase * smaller and more streamlined gui. much better for those of you who run at lower res! * can now select presets file at startup * libsndfile 1.x support * gcc3 compile fixes * others i cant remember right now! Enjoy Nick __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

22 years, 8 months

[linux-audio-dev] updated lowlatency for 2.4.20 ?

by Kristian Peters

Hello. Does anybody of you know where I can find an updated version of the lowlatency patch for 2.4.20-pre ? I already tried to make it apply but due to massive reiserfs changes I backed it out for now... *Kristian :... [snd.science] ...: :: _o) :: http://www.korseby.net /\\ :: http://gsmp.sf.net _\_V :.........................:

22 years, 8 months

Re: [linux-audio-dev] Free Publicity - DJCJ Linux Audio Developers Tech Support Database.

by Patrick Shirkey

Steve Harris wrote: >I think the frontpage could do with some cleaning up, I'm the last >person to criticise about srcuffy out-of-date webpages, but I'm going >to anyway ;) Thanks for the feedback. >Its quite hard to read becaues of the gifanims. the one in the top left >is hard to make out and the page it links to is very out of date. It's about due for a redo anyway. The info is still pretty vital. Notice that there have been almost no questions about how fast Linux latency is since it was put up. That's true the link is out of date. But it's the only page I know of which has so much information on the low latency patch. I can't force Benno to do the work that he has stated would be done. >The logos along the top are all in clashing styles and many of them are >aliased. I cannot do much about the images provided by other sites. >There are a few too may colours, and mixing red and blue is generally >bad As in the NZ, Australian, British, French and US flags? >On my browser there is a mixture of 2 and 3 coloumn layouts which makes >it very wide and hard to follow. What is your browser? I have been trying to keep it working with netscape 4.x, mozilla, IE, lynx. >Lots of the information on the frontpage should probably be on >subpages. The aim is to provide access to most of the info with one click and without having to scroll. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== "Um...symbol_get and symbol_put... They're kindof like does anyone remember like get_symbol and put_symbol I think we used to have..." - Rusty Russell in his talk on the module subsystem

22 years, 8 months

[linux-audio-dev] posix clocks

by Bob Ham

Hi all, I just read this in the latest kernel traffic: "George Anzinger announced: This, patch implements the POSIX clocks and timers functions. The two standard clocks are defined(CLOCK_REALTIME & CLOCK_MONOTONIC)." I've got a feeling 2.6 is going to be very good for l-a-d :) Bob

22 years, 8 months

Re: [linux-audio-dev] DJCJ Linux Audio Developers Tech Support database.

by Patrick Shirkey

>also, I didn't realize that the "Company Name" is necessary >to get the web URL to show up. Fixed :) -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== "Um...symbol_get and symbol_put... They're kindof like does anyone remember like get_symbol and put_symbol I think we used to have..." - Rusty Russell in his talk on the module subsystem

22 years, 8 months

[linux-audio-dev] Open Music

by David Gerard Matthews

Is anyone working on this: http://www.ircam.fr/equipes/repmus/OpenMusic? Apparently they GPL'd the sources, and you can download it, but it's written in Lisp, and MCL PPC Lisp at that. However, as they put it: "At the beginning, this will make sense only to people owning the Digitool compiler. Although we are conscious that this limitation does not fit clearly into the GPL framework, we think that making the sources available is an oppurtunity to raise collaborations leading to new versions of OM that would depend only on open sources compiler, particularly on linux platforms" I did speak with some Ircam people at Darmstadt this past summer, and I don't think they really have the interest in doing the port themselves. However, Ircam certainly isn't anti-Linux, so they might be able/willing to help/be persuaded to work on it. (François, and Norbert, if you're on this list, feel free to comment.) -dgm

22 years, 8 months

[linux-audio-dev] Wave Editors

by Lea Anthony

I'm trying to get a picture in my mind as to what is out there. Could someone please give me a list of Wave editors that are seen as potentially really good under Linux? Cheers, -Lea.

22 years, 8 months

[linux-audio-dev] Meterbridge 0.0.6

by Steve Harris

http://plugin.org.uk/meterbridge/ Added a correlation meter to the JellyFish, thanks to Ari Kauppi for pointing me to the maths. Its calculated using the non-parametric correlation function Tau, incase anyone cares. Changed the default meter type to PPM. Also added a simple osciloscope display. Hopefully this will be the last release for a while (unless there are any bugfixes). - Steve

22 years, 8 months

[linux-audio-dev] Fwd: Opinions on running VST or DirectX plugins on Linux in real time

by Benno Senoner

I contacted the author of the VQF plugin about opinions of running windows plugins under Linux. He is not subscribed to LAD so he told me to forward this mail to the list. cheers, Benno On Tue, 22 Oct 2002, Benno Senoner wrote: > We are currently discussing about the possibility to run VST or DirectX audio > plugins on Linux in real time. > I remember you wrote an xmms plugin that allowed to run the windows VQF plugin > under Linux using wine & co. > <snip> > It would be cool if you could write on the linux-audio-dev list about > experiences in that field. I am afraid I will have to keep this short as I'm really busy at the moment. I also am a long way from being an audio expert or wine so I doubt my experiences will be of much use to you hence I didn't subscribe to the list . Feel free to forward this to the audio-dev list and cc me on it if you wish First, the solution I used for the VQF plugin was extremly clunky. There was no way of letting the plugin run inside XMMS without causing segfaults. They simply did not merge well no matter what I tried. I suspect but never proved that it was how WINE has to lay out it's memory to be able to mimic how Windows sees things like segments. The layout is drastically different to how a Linux app normally sees things. By the time a VQF plugin could be loaded, the two very differnet approaches to managing memory simply did not work well together In the end, the solution used was this; 1. At XMMS start, fork and exec an application that uses libwine to load the windows DLL. Communicate with the parent through pipes, sockets or shared memory 2. Start up XMMS as normal 3. The plugin just implements stub functions for every routine a plugin is meant to implement and communicates the information to the child This had a number of issues. First, it was difficult to get information from the plugin. It opened the sound device directly itself which meant that visualisation data was not available. At one point, this was resolved by hacking wine itself to write the PCM data to a named pipe rather than playing to a device but needless to say, it was too ugly to live and couldn't really be distributed easily. (I considered it unreasonable to get users to patch and compile WINE just to play a piece of music, visualisations weren't that important). If I had a nice plugin, what I would try to do is set up two unamed pipes at application start to a child application using libwine. One pipe for writing would send commands and one pipe for reading would take PCM data. I don't know how viable this is for you. > I'm not a windows / wine expert but commonsense says me it should be > possibile to run these windows plugins under Linux in real time with small > buffer sizes in order to get low response times (low latency). I would be inclined to go the other way. With the above solution, I would try and buffer as much data as humanly possible to try and avoid the overhead of calling wine constantly. For example, I would try and get 10 seconds worth of data from the windows plugin before starting to play anything. Once I had the PCM data, it would not matter if the plugin could not make real time contraints. > It should be possible to let wine handle the GUI stuff . (if word and excel > runs then it should be able to run plugin GUIs too). It can, but remember that if you are trying to use this plugin with a normal application, you are likely to run into a lot of trouble. At least I did, but this was a few years back. Things might be different now I imagine you already have checked out how avifile loads it's plugins. When I last looked at it (a few years back), it was using a stripped down version of WINE to just load the plugins and get the function pointers. It might be worth checking into. -- Mel Gorman MSc Student, University of Limerick http://www.csn.ul.ie/~mel

22 years, 8 months

[linux-audio-dev] musicdsp

by Roger Larsson

http://www.musicdsp.org/ Needs help with their Linux information... Any takers? /RogerL -- Roger Larsson Skellefteå Sweden

22 years, 8 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