Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7501 discussions

[linux-audio-dev] LADSPA_Descriptor.ImplementationData usage?

by Steve Harris

I'm in a cruft killing mood. Has anyone ever used ImplementationData? I know I haven't, and I goggled for it, but all I found was the ladspa.h file, which has a comment to the affect of: we're not sure why you'd need this, but, just incase here's a void *. If anoyone has used it, or has a potential use for it, it should stay, but otherwise it should go IMHO. - Steve

19 years, 2 months

[linux-audio-dev] Update to LADSPA 2 strawman

by Steve Harris

I've added the port shortnames (ladspa:shortname). This is still tentative in my mind, but as long as it doesn't cause any serious objections it will stay. Following a suggestion from Richard Furze I've removed the LADSPA_Data type and replaced it with void. The ports are datatyped in the data, but currently only ladspa:float is supported. I have misgivings about this, but it seems like a good way to open up to more datatypes in the future. I'd hate to see a future where there are plugins for translating between different kinds of boring PCM data, that would suck, but this could allow for some exciting developments. The first person to make a LADSPA plugin that speaks 16bit int PCM audio data gets the LART treatment ;) Thoughts? - Steve

19 years, 2 months

[linux-audio-dev] ladspa2 and bundles

by Taybin Rutkin

I like the bundle idea. What are the reasons to not use it? Reasons to use it include ease of distribution (especially on other platforms like osx). I think bundles are a great idea that should be adopted by other unixen. Or, can we make it so that bundles are a possible method of distribution and either it or the typical installation into various directories could be used? Taybin

19 years, 2 months

[linux-audio-dev] LADSPA 2 decision points

by Steve Harris

We haven't heard from a number of key people yet, but I think the overall impression is positive so far. There are a number of decisions that need to be made if it's going to go ahead. Either things that I didn't consider, or where I made arbitrary choices: A) Dropping runAdding: personally I dont think runAdding is worthwhile. How many hosts take advantage of it? Its something LADSPA 1.1 can do and 2.0 wouldn't be able to though. B) RDF syntax: RDF/Turtle seems a lot more popular in these parts than RDF/XML. We could mandate Turtle for all LADSPA metadata. C) Port scales: these weren't really in LADSPA 1.x, but they were in lrdf, so adding them is a bit arguable. I think they're clearly beneficial though, and they are getting close to critcal mass recently. D) Port shortnames: for OSC, Pd etc. access. I dont have a strong feeling on that. It /is/ an extension, but retrofitting it will mean OSC servers etc. will have to support both accessor methods. E) Bundles: no-one screamed when I suggested it, but its a bit different to LADSPA 1's /lib directory. Hosts would be required to allow the plugin link to libraries in the bundle if they need to (this is why OPENSTEP did it, I guess its done by setting LD_LIBRARY_PATH, but I dont know), which is a bit more work, but makes moving plugins between machines easier. Oh, and the plugins needs to have the path of its bundle passed to it when its instantiated, which isn't in the API right now. F) Host OS specific macros in ladspa-2.h that Jack O'Q suggested. It seems like a reasonable idea to me. No need to punish users of inferiour OSs more than they are allready ;) - Steve

19 years, 2 months

[linux-audio-dev] LADSPA 2 example plugin changes

by Steve Harris

http://plugin.org.uk/ladspa2/ First of all, I realised I was being cheeky by adding a feature I wanted (units), while refusing to consider anyone elses! So, I removed the units property from the Amp plugin. I'm happy to consider it a testcase and I will make a schema for it and start using it when/if LADSPA2 gets OKd by the community. I made 2 actual ABI changes: The path of the directory/bundle is passed to instantiate(). This is neccessary to make it actually useful. It could have been passed to other methods, but that seemed most appropriate. For some potential features, like Fons' polyphonic control ports, it's hard for the plugin to detect wether the host is using the feature or not. I added an array of URIs to instantiate() that lets the host tell the plugin what hints etc. it supports. The plugin can then refuse to instantiate or fall back if it doesn't like the featureset. I also added some (silly) scale points to the Amp plugin, just to show how it's done, and I added translations to some of the strings, to show how that's done. - Steve

19 years, 2 months

[linux-audio-dev] HyperMammut - I released a new software for processing sounds and images

by Paul

Hi. I released today an experimental software that allows you to process the sound/image as a single FFT (and other) transforms. Also, the program can transform sound to images and vice-versa. Because of this, you can apply a blurring or swirling effect to sound, or revereberation/flange effect to images ;-) Many effects sounds/looks very strange (in my opinion theese are the strangest sounds I ever heard - hard to describe in words - better listen them). You can download the alpha-stage source code from http://sourceforge.net/projects/hypermammut and I recomand you to see/listen some examples at http://hypermammut.sourceforge.net A related software to this is Mammut ( http://www.notam02.no/notam02/prod-prg-mammuthelp.html ), but this programs aims to be modular and to do more :) Paul. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

19 years, 2 months

[linux-audio-dev] LADSPA 2 metadata generator

by Steve Harris

Only really a toy, but: Aparently, ages ago I made an online LADSPA 2 RDF metadata editor: http://plugin.org.uk/md-creator/ (http://www.music.columbia.edu/pipermail/linux-audio-dev/2004-October/010011…) It's very similar to the stuff I knocked up last night, though its not exactly the same (the namespace is different, and it uses ladspa: for everything, not DC where it should). It generates and reads longhand-only Turtle (AKA NTriples). I might fix it up to match the current strawman at some point, but I dont think it's important. - Steve

19 years, 2 months

Re: [linux-audio-user] Re: [linux-audio-dev] Re: [ANN] No More Specimen

by Paul Winkler

On Thu, Apr 20, 2006 at 05:04:45PM +0200, Nigel Henry wrote: > On Thursday 20 April 2006 15:57, Paul Winkler wrote: > > I can understand not wanting to maintain it any more, > > but where'd the download go?? > > http://gazuga.net/files --> 404 > > Hi Paul. I'd downloaded the tar.gz while it was still there. If you want it > I'll send it. > Nigel. Thanks, but it's not just me... the recently-mentioned proaudio overlay for gentoo included a specimen ebuild, which no longer works due to the 404 :-( Anybody care to host the tarball? -- Paul Winkler http://www.slinkp.com

19 years, 2 months

[linux-audio-dev] RDF for CAPS plugins

by Paul Winkler

Hiya, I'm having a hard time finding the plugins I want when using Ardour, particularly since the majority of plugins I have installed don't provide categories via RDF. So, hoping this is useful to others, attached is a minimal RDF for the CAPS suite, which I use a lot. This was generated by a quick python script, also attached; I just hand-edited the output to change the plugin types from UnknownPlugin. Wasn't sure what to do with the pan plugin. I also haven't bothered to figure out what to do with all the stuff about ports, and ardour doesn't seem to need it anyway, so this version of the script doesn't handle that. (Hey Steve, what's all that port info in your rdfs used for?) -- Paul Winkler http://www.slinkp.com

19 years, 2 months

[linux-audio-dev] (i have problems with my Network link) Need testers for the performance of 24ch netjack connections

by torbenh＠gmx.de

hi... roger i am CCing you because a) i think the problems are via-rhines fault in 2.6.16 b) this software reproducibly triggers something have not seen before i need people who test the new fragmentation code in netjack-0.12. i think i am seeing kernel problems, because there are patches going on for the via-rhine driver. it looks like the huge packet load triggers some sort of bug in the via-rhine network driver. Because after using netjack for some seconds, the link is broken. (this is reproducible with 2.6.16) "ifconfig eth0 down; ifconfig eth0 up" fixes it again. i dont think that the results i am getting are reliable. So i am asking you to test it. please check out http://netjack.sf.net/netjack-0.12test1.tar.bz2 compile as usual with: bash# scons jack_source_dir=<jack_source> then on the master with normal jackd running: bash# jacknet_client -p <other_machine> -P 24 -C 24 on the <other_machine> bash# jackd -R -d net -C 24 -P 24 please note that -r and -p on jackd -d net are no more needed and autodetected. i would also be interested in OSX results of the old netjack-0.11 for OSX compilation add "with-alsa=0" -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language

19 years, 2 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