Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by Steve Harris

These are just my thoughts and some notes about "LADSPA 2.0", the mail I sent yesterday was the notes I made in the meeting that everyone agreed to, so I didn't want to add my personal thoughts. Mentally prefix everything below with "I think...". I wasn't particuarly happy with the tone of the meeting report, it was a bit authoritarian for my tastes, but the LADSPA 1.x discussions weren't really going anywhere, and we had Paul and Stefan at the conference, Richard had made his feelings clear and we had a reaonable represenation from the various user/developer groups, so Paul declared us quorate ;) The .h file will contain a structure much like the 1.x one, but it will only have: * an identifier of some kind (like label/uid, maybe with stronger semantics) * a port count * a list of ports (float *'s and types, eg input control port etc.) The other stuff (names, hints, defaults etc.) will be sotred in an external metadata file. The float *'s obviously have to be in the struct as thier a point of reference, and the port types allow a host that just has the .so file to be compliant, even if it cant do anything intellignet, or present a UI. There will be a provided library for handling the metadata format. The format of the metadata is up for discussion, Ideally it should be something that is easy to parse so people dont have to use the ladspa-sepcific library if they dont want to. The library API will be very thick, eg get_defaults(plugin) returning an array of default values - that kind of thing - hiding the details of the metadata format. The reason for this supprising decision (well, I was supprised) was that everyone agreed that the current mecahnism where some details about the plugin are in the struct and some is external is not ideal, and the prevailing opintion is that external metadata is easier to extend without complicating the struct. There are lots of general, technical reasons why external metadata is preferable, but theres not space to go into them here. Several people expressed concens about the way that extending the struct we have now either blocks, or complicates future expansions we might want. The reason that LADSPA 2.0 will have no more features (than 1.1 + what we agreed in the meeting) is to allow it to be defined quickly and easily - if the fetures set is not up for discussion it should be easier to decide. There is the option for 2.1 etc. which can add more features once the dust from 2.0 has settled down. Things like the VST-LADSPA bridge that can generate plugins on the fly will need a mechanism that allows the dynamic plugin to squirt metadata generated dynamically into hte host, through an API. The exact API will depend on the metadata format. - Steve

21 years, 6 months

[linux-audio-dev] [ANN] Ecasound 2.3.3 released

by Kai Vehmanen

Hello all, this year's first stable Ecasound release is now out! Most of the final tuning for this release was done last Sunday while watching and listening to the last sessions of 'laconf2'. Many thanks to all the organizers and participants! And special thanks for the excellant net coverage of the event! But now, back to the 2.3.3 release -- here are the details: 1. Summary of changes Bugs in ecasignalview, effect presets, NetECI protocol parser and the C ECI implementation have been fixed. Many build system issues, including errors in building against libsndfile-1.0.4 and older, have been resolved. A separate section covering ecasound.el, the ecasound emacs interface, has been added to the Ecasound Control Interface Guide. The Ecasound User's Guide has also been updated. --- 2. What is Ecasound? Ecasound is a software package designed for multitrack audio processing. It can be used for simple tasks like audio playback, recording and format conversions, as well as for multitrack effect processing, mixing, recording and signal recycling. Ecasound supports a wide range of audio inputs, outputs and effect algorithms. Effects and audio objects can be combined in various ways, and their parameters can be controlled by operator objects like oscillators and MIDI-CCs. A versatile console mode user-interface is included in the package. Ecasound is licensed under the GPL. The Ecasound Control Interface (ECI) is licensed under the LGPL. --- 3. Changes since last release * Preset handling fixes: When saving chainsetups containing presets, values of preset parameters were not saved correctly. Also problems with presets containing untitled parameters have been fixed. * New ecasoundrc(5) setting "autodetect" for "default-output" has been added. When selected, libecasound will check for JACK support and whether a JACK server is running, if not found, check for ALSA, then OSS, and finally fallback to using "rtnull". This feature is especially useful to apps such as ecaplay. * Fixes to ecasignalview: Proper cleanup after receiving an interrupt from keyboard (SIGINT/CTRL-C) has been added. Originally tested on FreeBSD, but helps on Linux as well. * Ecasound Interactive Mode (EIAM) updates: Added new command 'map-ladspa-id-list' to allow listing the available plugins by their unique ID numbers. A special case value of '-1' is now understood by 'cs-set-length'. This allows undoing any previously set length value. * Ecasound Control Interface (ECI) updates: Added a section on ecasound.el - the Ecasound emacs interface - to the ECI Guide [1]. Several bugs have been fixed in the ECI C implementation. A serious bug in NetECI protocol parser, that caused parsing long (over 32 chars) commands to fail, has also been fixed. * Documentation updates: The Ecasound User's Guide [2] has been updated. Also, a bug in the groff source for the ecasound(1) man page that prevented man from showing the last five pages of the document, has been fixed. * Build system fixes: Problems in building against libsndfile-1.0.4 and older have been fixed. 'libecasound-config --libs' has been fixed to return the full list of external libraries. Based on recent discussions on linux-audio-dev, minor changes have been made to processing CFLAGS, CXXFLAGS and LDFLAGS. Full list of changes is available at <http://www.wakkanet.fi/~kaiv/ecasound/history.html>. --- 4. Interface and configuration file changes * ecasoundrc(5) - "default-output": new value "autodetect" (default) --- 5. Contributors Patches - Accepted code, documentation and build system changes Michael Ewe (2) -- bugfixes to ecasignalview and ECI C impl Mario Lang (1) -- section on ecasound.el to ECI Guide Eric Rzewnicki (1) -- set of updates to Ecasound User's Guide Kai Vehmanen (n/a) -- various Bug Hunting - Reports that led to bugfixes (items closed) Pierre Lorenzon (1) -- bugs in ecasound's daemon-mode protocol parser Jan Weil (1) -- cs-save dit not save preset parameters Feature suggestions - Ideas that led to new features (items) Jan Weil (2) -- map-ladspa-id-list command, -t:1 option --- 6. Links and files Web sites: http://www.eca.cx http://www.eca.cx/ecasound Source packages: http://ecasound.seul.org/download http://ecasound.seul.org/download/ecasound-2.3.3.tar.gz Referenced documents: [1] - http://www.eca.cx/eci-guide [2] - http://www.eca.cx/eca-u-guide Distributions with maintained Ecasound support: Agnula - http://www.agnula.org AltLinux - http://www.altlinux.com Debian - http://www.debian.org FreeBSD - http://www.freebsd.org/ports/audio.html Gentoo Linux - http://www.gentoo.org Mandrake - http://www.mandrake.org PLD Linux - http://www.pld.org.pl SuSE Linux - http://www.suse.de/en Contrib Packages and Add-On Distributions: AudioSlack for Slackware - http://www.audioslack.com PlanetCCRMA for RedHat/Fedora - http://www-ccrma.stanford.edu/planetccrma/software Thac's RPMs for Mandrake - http://rpm.nyvalls.se Note! Distributors do not necessarily provide packages for the very latest Ecasound version. --- http://www.eca.cx Audio software for Linux!

21 years, 6 months

[linux-audio-dev] (web-based) interactive sound art?

by Niklas Werner

Hi .*, I am doing my PhD at the University of Waikato's Music Department, NZ with Ian Whalley. I am going to develop a Web-based interactive sound art system allowing composers/players to incorporate aesthetic approaches from electronic music, net.art, sonic art and soundscapes. I am trying to get away from using MIDI in favour of OSC and direct DSP on the audio (That's why I'm thinking of using SuperCollider). I will direct much attention to the musical quality of the system's output, possibly in exchange for not getting a decent interface done. Features will basically be: - "off-line" interface for composers to create sound art pieces/installation for the web (this is where there must be a framework to allow "composition" of the Net's peculiarities (latency, jitter, interaction between the players, etc...) in addition to the usual musical parameters - on-line interface for "players" to mess around with the installation - All that probably in a p2p approach using a server only for net-address brokerage An outdated proposal of this can be found at: http://www.niklaswerner.de/Assets/PhD-Thesis-Expose_EN.pdf Is anybody already working on such a beast (or similar, of course) or knows anybody who is? (I am aware of quintet-net, peersynth, FMOL, jam2jam, webdrum/JSyn, Dase, Lemu and some others and have contacted their authors) Is SuperCollider really up to that challenge or does another programming language spring to anybody's mind? Have fun* Niklas

21 years, 6 months

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

by James W. Morris

>From: martijn <martijn(a)pacno.net> Date: Tue, 4 May 2004 02:05:55 +0200 >Once upon a Thu, Apr 15 2004, James W. Morris hit keys in the following >order: > > >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 ? >Oh, i forgot the patches, here they are. >Martijn. Cheers for your help. I decided to try mandrake 10 the other day, got bored of Debian Stable. Mainly to try out gcc3.3 and kernel2.6 (too long to download on 56k) So I've now discovered how gcc interprets 'or' as '||' which I feel quite annoyed and let down by! I did n't realise what you meant. I've also discovered the other missing using namespace std's. (I thought I could get away with putting them in files which were included by others.) I'll get wcnt compiling with gcc3.3 and just put the whole thing up with some new examples. I've got some examples with 10 waveforms (coo!) and some with 20 (a world record for wcnt!) which would sound pretty good if it were not for artifacts: bummer. expect: withinish thish weekishn || next. ~(sirromseventyfive)~ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

21 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

21 years, 6 months

Re: [linux-audio-dev]converting old pc hardware to a live music performance

by Green

I've also been playing around with real-time audio fx using a VIA mainboard and MIDI for the controls.. Here's some documentation of a project I did with this: (ecasound, analog controls->MIDI, ladspa effects...) http://4ms.org/influx9/ One obstacle I've had is boot time! It's annoying to have to wait 30 seconds for the thing to boot, and if the power is interrupted during a live preformance..ugh. Sure I could pare down a little more the init.d, but how do pro embedded systems boot in a matter of seconds? Mounting the fs read-only is a good idea, but does anyone have other tips for making it more like an old-time analog fx unit (power-on==>instant sound, power-off==>no harddisk damage)? BTW, i'm new to this list, I searched and browsed the archives a bit but didn't find this discussion... please direct me if this has already been talked about! Dann >I have a live performance setup I use with my band. I >used one of those tiny VIA motherboards and a Midiman >UNO usb <-> midi adapter. > >It seems like it's a good idea to use a flash card and >that's what I did at first, but flash cards peter out >after a certain number of writes. If you want to go >that route, I'd suggest maybe having the partitions >mounted read-only.

21 years, 6 months

[linux-audio-dev] [ANN] libgig 0.7.0

by Christian Schoenebeck

libgig is a C++ cross-platform file loader library for Gigasampler and DLS Level 1 and 2 files. You can get the sources (including command line tools), API documentation, UML diagram and a short kick start docu at: http://stud.fh-heilbronn.de/~cschoene/projects/libgig/ Changes since libgig 0.6.0: * general changes: - various big endian specific corrections (successfully tested now on PPC) - minor adjustments to avoid compile errors on some systems (using now pow() instead of powl() and --pedantic g++ compiler switch) - libtoolized the library - added man pages for the command line tools (gigextract, gigdump, dlsdump, rifftree) * src/gig.cpp, src/gig.h: - fixed bug in decompression algorithm which caused it not to detect the end of a stream - added method GetVelocityAttenuation() to class 'DimensionRegion' which takes the MIDI key velocity value as an argument and returns the appropriate volume factor (0.0 ... 1.0) for the sample to be played back, the velocity curve transformation functions used for this are only an approximation so far - fixed class attributes 'Sample::LoopStart', 'Sample::LoopEnd' and 'Sample::LoopSize' which reflected wrong values - class attributes 'Sample::LoopStart' and 'Sample::LoopEnd' are now measured in sample points instead of byte offset - renamed misleading attribute name 'Sample::MIDIPitchFraction' to 'Sample::FineTune' - added class attribute 'Sample::LoopSize' - added method GetInstrument(uint index) to class 'File' - added ReadAndLoop() method to class 'Sample' which is an extension to the normal Read() method to honor the sample's looping information while streaming from disk - changed interface for 'attenuation_ctrl_t', 'eg1_ctrl_t' and 'eg2_ctrl_t': replaced this huge enumeration by a structure which reflects the MIDI controller number in case of an ordinary control change controller (this saves a huge switch-case block in the application of the library user) - renamed following attributes in class 'DimensionRegion': 'AttenuationContol' -> 'AttenuationController', 'InvertAttenuationControl' -> 'InvertAttenuationController', 'AttenuationControlTreshold' -> 'AttenuationControllerThreshold' - minor fix in API documentation for method GetVelocityAttenuation() in class 'DimensionRegion' * src/RIFF.cpp, src/RIFF.h: - added additional API documentation - minor fix in Chunk::Read() method (only a minor efficiency issue) * src/gigdump.cpp: - added printout of samples' looping informations Best regards Christian Schoenebeck

21 years, 6 months

[linux-audio-dev] Off Topic [Fwd: Mail System Error - Returned Mail]

by Jens M Andreasen

Chris! It looks like your other mailserver subscribes to the same blacklist. I laughfed when most of Spain got blacklisted the other week, but beeing in that situation is no fun at all :( I hope that the good people at chello.se will soon solve the problem. /jens

21 years, 6 months

[linux-audio-dev] LADSPA BOF LA2004 report

by Steve Harris

This is a quick report back from the LADSPA bird-of-a-feather session that happened on Friday morning at the LA Conference. Attendees of the session can expand on any details that aren't clear here once they recover :) The atendees signed off on the text that has unanimous agreement, but not on the open question IIRC. Date 2004-04-30 10:00 Duration 3:30 Present 11 people (dont have a list of names, sorry) Users 10 Plugin devels 3 Host devels 6 Unanimous agreement was reached on a number of pointsdditions, these are: Momentary hint: additional hint (requires toggle) - indicates that control (UI) shouldn't latch the control. Port paths: '/' should be used as a port path component divider. No leading slash will be used. This is for grouping related controls in UIs and to allow more natural reflection of LADSPA port names into OSC or HTTP, for example. Zero pointer buffer values: if hint bit is set then the buffer pointer can be NULL to indicate that the port is not connected. There will be a LADSPA 2.0 which will differ from the 1.0 series only in enforcing all metadata to be represented externally. No features over what was agreed here will be added. Design work will start as soon as the conference finishes. Estimates for time to completion are on the order of 2 months. Open Questions There is the possibility of an interrim 1.2 ladspa.h version that will add the momentary hint, port paths, zero pointer buffer values and port name extension enumerations, and will be deprecated by 2.0. It was decided to leave it to the LADSPA devleoper community to vote if this was desirable, as there was no consensus. - Steve

21 years, 6 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

21 years, 6 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