Linux-audio-announce

linux-audio-announce@lists.linuxaudio.org

1 participants
3206 discussions

by Kai Vehmanen

Hello all, Ecasound 2.5.0 has been released! Releases notes follow: 1. Summary of changes in this release ------------------------------------- A set of new input types, including a tone generator, audio looper, selector and sequencer ("playat"), have been added. Ecasound EWF file support has gone through a major refactoring. Threshold gate functionality has been extended. The Ecasound Emacs mode has been updated with more ECI commands. The usual set of bugs have been fixed. 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. Primary platform for running Ecasound is GNU/Linux. Ecasound can also be run on many UNIX-derived systems such as FreeBSD, Mac OS X and Solaris. Limited support for Windows is available through Cygwin. Ecasound is licensed under the GPL. The Ecasound Control Interface (ECI) is licensed under the LGPL. 3. Changes since in 2.5.x series -------------------------------- v2.5.0: * Added a new audio looper object. For instance "-i:audioloop,foo.wav" will play "foo.wav" and loop it indefinitely. See http://eca.cx/examples and ecasound(1) man page for more information. * Added a new audio selector object. Specifying "-i:select,5,15.2,foo.wav" will play out 15.2sec of "foo.wav", starting at position 5sec (i.e. selects range 5.0-20.2sec). See http://eca.cx/examples and ecasound(1) man page for more information. * Added a new sequencer object that allows to play audio clips at a given position. Specifying "-i:playat,25.0,foo.wav" will play out "foo.wav" starting at position 25.0sec (i.e. the first 25.0secs will be silent and then "foo.wav" is played from the beginning). See http://eca.cx/examples and ecasound(1) man page for more information. * Ability to stack audio objects. For instance "-i audioloop,reverse,select,10,15,foo.wav" will loop a reversed 15sec segment taken from 10sec onwards from 'file.wav'. * Code for Ecasound Wave Files (EWF) has been mostly rewritten to fix longstanding bugs and design issues. This release also marks the ability to write to EWF files as a deprecated feature that will be removed in a later release. One new feature is the ability to specify parameters in terms of samples instead of seconds. * Added a simple tone generator object. For example '-i:tone,sine,440,10.3' will produce a 440Hz sine tone with duration of 10.3 seconds. This input type will be especially useful for reproducing bugs in complicated chainsetups, without the need to exchange complete session data (which usually are composed of large amounts of audio files). * Added 'reopen-count' parameter to threshold gate (-ge) operator. For instance when recording vinyl/tapes, this allows to automatically restart recording when a new track is started. When the gate is closed, no audio is passed through to the output file, but otherwise recording is kept running. Patch from Andrew Lees. * Major update to the "Ecasound Examples": http://eca.cx/examples * Updates to ecasound.el (ecasound emacs mode): new ECI commands exported. * Various bugs (in runtime functionality, documentation as well as build issues) have been fixed. Full list of changes is available at: - http://www.eca.cx/ecasound/history.php 4. Interface and configuration file changes ------------------------------------------- The interactive mode commands 'cop-add' and 'ctrl-add' now allow aternate syntax: both "-<id_string>:par1,...,parN" and "<id_string>:par1,...,parN" are now accepted. So while previously only "cop-add -efl:400" was recognized, now programs can also use the more sane looking "cop-add efl:400" variant. Output of "cs-status" (aka "status", "st") command has changed. More details are now printed about active chainsetups, while inactive setups are just listed. Previously one had to use multiple separate status commands ("cs-status", "aio-status" and "cop-status") to get a good overview of what is happening. The intent is to now print all essential information with just one command, while more detailed information is still available through the separate commands. 5. Contributors to 2.5.x series ------------------------------- Patches - Accepted code, documentation and build system changes v2.5.0: * Cyril Brulebois (1) [cyrilbrulebois] Compilation error with GCC-4.3. Reported as Debian bug #454890. * Fabian Groffen (1) [grobian] Fixed Mac OS X 10.5 build error. * Andrew Lees (1) [andrewl] Added 'reopen-count' parameter to '-ge'. Bug Hunting - Reports that led to bugfixes (items closed) v2.5.0: * Julien Claassen (2) Traced down a severe error in the development builds related to parsing and handling JACK connection parameters. Bugs in the refactored EWF code. * Rocco (2) Bugs in the new 'audioloop' object. Bug in JACK server connection management. * Duphil (1) Bug in 'cs-save/cs-save-as'. * Jan Weil (1) Bug in 'cs-status' output. * Sergei Steshenko (1) Sloppy parsing of "loop" device arguments Feature suggestions - Ideas that led to new features (items) v2.5.0: * Sergei Steshenko (1) Ability to use string tags as loop device identifiers Participants of the Last Minute Test Release Effort v2.5.0: * Brad Bowman * Julien Claassen * Dubphil * Rocco 6. Links and files ------------------ Web site (and mirrors): http://eca.cx (fi) http://ecasound.seul.org (us) http://ecasound.sourceforge.net (us) Source packages: http://ecasound.seul.org/download/ecasound-2.5.0.tar.gz md5sum: abec6ab833d9322ba102fa563bc3e258 List of distributions with maintained Ecasound support: See http://eca.cx/ecasound/download.php --

17 years, 4 months

[ANN] CLAM 1.3, 'Shooting flying plugins' release

by David García Garzón

The CLAM team enraptured to announce the 1.3.0 release of CLAM [1], the C++ framework for audio and music, code name ''The Shooting of the Flying Plugins release''. Highlights of this release are: - Automatic binary generation of LADSPA plugins containing the network you are editing in NetworkEditor. - Also a new simple API to code CLAM based Ladspa by hand. See [2] - More FAUST integration into network editor: edit faust code, compile, reload, view the svg diagrams (Natanael Olaiz GSoC) - Lots of usability enhancements on the NetworkEditor: cut&paste, context menus to connect ports, keyboard shortcuts, default double click actions, and a processing tree filter (Natanael Olaiz GSoC) - Annotator has also enhanced its functionality (Wang Jun GSoC): - You can build a project that aggregates content from several extractors - Extractors may have a config file - Extractors can write back data (useful if the extractor is a database of webservice and needs to upload modifications) - New ProgressControl widget and paired AudioFileMemoryLoader processing to support seeking (Pawel Bartkiewicz GSoC) - A bunch of new 3D spatialization processings from CI Barcelona Media[3] audio research group. - Scripts [4] and graphical front-end [5] to generate a native CLAM plugin project from scratch. - Experimental Python bindings [6] - TickExtractor example is compiling again (many thanks to Amaury Hazan from MTG-UPF) - Development deployment for Windows native compilation using MinGW (Wang Jun GSoC) And a lot of small nice features and fixes you will appreciate for sure. Source and binary packages for different platforms are available at the CLAM download page [7]. See also: development screenshots [8], the CHANGELOG [9], and the version migration guide [10]. We are also very excited on what next releases promise us. Some ongoing work: - Generating other types of network based plugins and programs (LV2, JACK, VST...), - Subnetworks (Natanael Olaiz GSoC) - Improved OSC support, 3D scene descriptors parametrization receivers processings and Blender exporter to the spatialization processing choreographer. (Natanael Olaiz GSoC) [11] - Typed controls (Francisco Tufro GSoC) - A new musician-oriented standalone chord extraction application (Pawel Bartkiewicz GSoC) [1] http://clam.iua.upf.edu [2] http://iua-share.upf.edu/wikis/clam/index.php/Building_a_LADSPA_plugin [3] http://www.barcelonamedia.org/ [4] http://audiores.uint8.com.ar/blog/2008/07/07/clam-processing-generator-scri… [5] http://clam.iua.upf.edu/wikis/clam/index.php/Image:ProcessingCodeGenerator.… [6] http://audiores.uint8.com.ar/blog/2008/08/03/interactive-clam-programming/ [7] http://clam.iua.upf.edu/download.html [8] http://clam.iua.upf.edu/wikis/clam/index.php/Development_screenshots [9] http://iua-share.upf.edu/svn/clam/trunk/CLAM/CHANGES [10] http://iua-share.upf.edu/wikis/clam/index.php/Version_Migration_Guide [11] http://dadaisonline.blogspot.com/search/label/blender related blogging -- David García Garzón (Work) dgarcia at iua dot upf anotherdot es http://www.iua.upf.edu/~dgarcia

17 years, 4 months

[ANN] klick 0.8.0, gtklick 0.1.0

by Dominic Sacré

Hi all, klick 0.8.0 is out, as well as the first release of its GUI frontend, gtklick. klick ===== klick is an advanced command-line based metronome for JACK. Features include tempo maps, four built-in sounds to choose from, JACK transport support, and a lot more. Changes in version 0.8.0: * There's a new "interactive mode" that allows you to change tempo, meter and volume while klick is running. This one was long overdue. * klick now speaks OSC. Currently only the most basic features can be controlled via OSC, but more will be implemented in the future. http://das.nasophon.de/klick/ gtklick ======= gtklick is a GTK metronome that uses klick as its backend. It's written in Python, and communicates with klick through OSC. gtklick is intentionally much more simple than klick, and does not support any of its more advanced features. http://das.nasophon.de/gtklick/ Cheers, Dominic

17 years, 4 months

piksel08 - code dreams :: REMINDER

by 220hex

<<<<<<<<>>>>>>>> **Piksel08: code dreams december 4-7 2008 Bergen, Norway How does code dream? What are the dreams of code? Piksel08 examines the other side of code, an alternative side to a hard-coded reality of work and play. Open hardware and free software project a utopic vision, yet exist within economies of capital, the dream factory of mainstream technology. Within the chance meeting of sewing machine and umbrella on the dissecting table, hardware and software are flattened. Piksel08: code dreams explores the dreams of this soft machine; bachelors coding for pleasure, reverse engineering paranoiac constructs of the real, automatic coding practice, soft hardware, and everyday magic. <<<<<<<<>>>>>>>> **open call: 1. Installations Projects related to the code dreams theme including but not restricted to: reverse engineering, soft hardware, code poetry, novel instruction sets, invisible exploration, ghosted computation... programmed by and running on free and open source software and/or open/DIY hardware. 2. Audiovisual performance Live art realised by the use of free and open source software. We specially encourage live coding and DIY hardware projects to apply. 3. Software/Hardware Innovative DIY hardware and audiovisual software tools or software art released under an open licence. <<<<<< Deadline - august 15. 2008 >>>>>> Please use the online submit form at: http://piksel.no/piksel08/subform.html or send documentation material - preferably as a URL to online documentation with images/video to piksel08 [AT] piksel [DOT] no <<<<<<<<>>>>>>>> **subsections: **real code real.co.[de][re] actively explores code which has strong effects on the real, constructing the world through prediction and description. The twelve hour real.co.[de][re] session will attempt the active construction of a working code model (of any form) which addresses a flattening of the distinction between software and hardware, to resolve a new political reference for real core code. **abstract code Abstract code is software whose results can be invisible, a software implementing different layers of action at the same time. Abstract code is a connection to parallel worlds, a poetic formula dealing with outer forces. Code is art, its action is subtile, effective, magic. procedural text maledictions, oracles, iambi, hymn, formula, refrains, hypnotic sentences, prayers, and other. <<<<<<<<>>>>>>>> Piksel is supported by the Municipality of Bergen, Arts Council Norway, Vestnorsk Filmsenter, Hordaland County Council and others. More info: http://piksel.no ---

17 years, 4 months

Rivendell v1.0.0rc5

by Fred Gleason

On behalf of the entire Rivendell development team, I'm pleased to announce the release of Rivendell v1.0.0rc5. Rivendell is a full-featured radio automation system targeted for use in professional broadcast environments. It is available under the GNU General Public License. Changes in this release include (from the NEWS file): *** snip snip *** Changes: Fixed broken compile on gcc-4.3.x. Removed limitations on using various 'special' (e.g. quotation and apostrophe) characters in database fields. Fixed problems with importing files with UTF-8-encoded names. Database Update: This version of Rivendell uses database schema version 159, and will automatically upgrade any earlier versions. To see the current schema version prior to upgrade, see RDAdmin->SystemInfo. As always, be sure to run RDAdmin immediately after upgrading to allow any necessary changes to the database schema to be applied. *** snip snip *** Further information, screenshots and download links are available at: http://www.rivendellaudio.org/ Cheers! |-------------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |-------------------------------------------------------------------------| | Do not try to think outside of the box. That's impossible. Instead, | | realise the truth. There is no box. | | --Quoted by "larsmjoh" on GrokLaw.net | |-------------------------------------------------------------------------|

17 years, 4 months

Mixxx 1.6.0 Released

by Adam Davison

Mixxx is currently the most popular open source djing software package, providing everything you need to make your mixes in a completely open source environment. The Mixxx development team is proud to announce the release of version 1.6.0, representing 16 months of development. It is available for Linux, Intel Mac and Windows. For a full list of changes, please see our blog at http://mixxxblog.blogspot.org. Some highlights are: * Vinyl control - Use your turntables to drive Mixxx with generic soundcards, no more being tied to branded hardware by proprietary software * Better hardware support - Mixxx 1.6.0 supports a much wider range of MIDI controllers to previous releases * Stability - Many stability issues have been fixed * Better BPM detection * A better media library We'd love for you to try it out and let us know what you think whether you're an existing user or new to Mixxx. Head over to http://www.mixxx.org to download. Thanks, Adam Davison on behalf of the Mixxx development team

17 years, 4 months

[LAU] [ANN] guitarix first release

by Hermann Meyer

guitarix is a simple mono amplifier to jack (JackAudioConnektionKit) with one input and two output's. Designed to get nice trash/metall/rock/guitar sounds. Avaliable are the controls for bass, treble, gain, balance, distortion, freeverb, impulse response (pre state), crybaby(wah), feedback/feedforward-filter and echo . A fixed resonator will use, when distortion is disabled. guitarix based on Gtk, a great part is also realesed as ladspa plugin. guitarix is licensed under GPL Homepage with screenshots: https://brain.kicks-ass.org/~hermann/guitarfx.html For capture guitarix make use of jack_capture from Kjetil S. Matheussen. If you dont have it installed, look here: http://old.notam02.no/arkiv/src/?M=D I use faust to build the prototype and will say thanks to : Julius Smith <http://ccrma.stanford.edu/realsimple/faust/> : Albert Graef <http://www.musikwissenschaft.uni-mainz.de/~ag/ag.html> : Yann Orlary <http://faust.grame.fr/> regards hermann

17 years, 4 months

[ANN] a2jmidid version 4 "Devsirme" released

by Nedko Arnaudov

a2jmidid is a project that aims to ease usage of legacy ALSA sequencer applications, in a JACK MIDI enabled system. a2jmidid implementation is based on jack-alsamidi-0.5 that is [almost] same as jackd ALSA "seq" MIDI backend, both created by Dmitry Baikov. Static bridges are based on code by Sean Bolton and Lars Luthman. Homepage with screenshots: http://home.gna.org/a2jmidid/ Tarball download: http://download.gna.org/a2jmidid/ Changes since version 3: * Fix typos in docs * Disable use of C++ demangling in sigsegv. Fix for sr #2074 * Fix a2j_control help text (thanks kfoltman!) * Request fixed JACK client name. Fix for bug #12139 * Handle missing svnversion executable nicely. Fixes bug #12138 Changes since version 2: * Improved port naming, support for bidirectional ports * Allow exporting of hardware ports (disabled by default) * Switch from autotools to waf * Remove support for old JACK MIDI API variants * Remove usage of posix semaphores that could cause sleep in realtime context, in rare circumstances * D-Bus background service mode. The old manual mode is still working. * Log file when running in background service mode. * Improved documentation * Import, with slight modifications, static bridges created by Sean Bolton and Lars Luthman. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

17 years, 4 months

[ANN] a2jmidid version 3 "Bodrum" released

by Nedko Arnaudov

a2jmidid is a project that aims to ease usage of legacy ALSA sequencer applications, in a JACK MIDI enabled system. a2jmidid implementation is based on jack-alsamidi-0.5 that is [almost] same as jackd ALSA "seq" MIDI backend, both created by Dmitry Baikov. Static bridges are based on code by Sean Bolton and Lars Luthman. Homepage with screenshots: http://home.gna.org/a2jmidid/ Tarball download: http://download.gna.org/a2jmidid/ Changes since version 2: * Improved port naming, support for bidirectional ports * Allow exporting of hardware ports (disabled by default) * Switch from autotools to waf * Remove support for old JACK MIDI API variants * Remove usage of posix semaphores that could cause sleep in realtime context, in rare circumstances * D-Bus background service mode. The old manual mode is still working. * Log file when running in background service mode. * Improved documentation * Import, with slight modifications, static bridges created by Sean Bolton and Lars Luthman. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

17 years, 4 months

[ANN] Realtime priority patch for the linux kernel, jack_capture V0.9.23 and Rollendurcmesserzeitsammler V0.0.4

by Kjetil S. Matheussen

Download from: http://old.notam02.no/arkiv/src/?M=D Realtime priority patch for the linux kernel ============================================ To make sure the Linux kernel is able to grant realtime priority, and full nice and mlock capabailites can still be a little bit inconvenient and/or frustrating. However, this super-tiny patch: http://old.notam02.no/arkiv/src/realtime.diff against the linux source shortcuts all other methods. No more pam, realtime-lsm, rtlimits etc. jack_capture ============ jack_capture is a program for recording soundfiles with jack. Its default operation is to capture whatever sound is going out to your speakers into a file. (But it can do a number of other operations as well...) Changes 0.9.19 -> 0.9.23: *Minor spellings *Check for out of memory *Clean up source a bit *Stop connection thread before closing jack client. *Made --help a tiny bit cleaner *Removed shut down code from the SIGINT signal handler. *Fixed segfault in case jack shuts down. Thanks to Julien Claassen for reporting the bug. (Note that there is also a 0.9.24 release. 0.9.24 has changed internal data representation from lockless ringbuffer to lockless lifo and fifo stacks. (Unmodified lifo/fifo code taken from midishare. (Copyright Grame 1999-2005)) 0.9.24 probably works fine, but it shouldn't be used for important recordings since it hasn't been much tested yet.) Rollendurchmesserzeitsammler v0.0.5 ------------------------------------ The Audio Rollendurchmesserzeitsammler is a conservative garbage collector especially made for running inside an audio DSP thread. New about this release is that I have finally replaced TLSF (http://rtportal.upv.es/rtmalloc/) with a pool-based dynamic memory allocator, which makes allocation using the rollendurchmesserzeitsammler approximately as fast as using custom memory pools. Using the rollendurchmesserzeitsammler should be a lot more convenient than memory pools though, and since memory is not freed manually, but instead is automatically freed in a separate thread, there is a slight chance that using rollendurchmesserzeitsammler instead of custom memory pools could make some DSP code run faster. In non-synthetic benchmarks, I have not been able to see any significant improvement in CPU use because of this compared to using the TLSF allocator. But for programs doing millions of allocations per second, the new memory allocator will probably perform significantly better than TLSF, if it would ever make sense doing so many and frequent allocations of course... Changes 0.0.4 -> 0.0.5 * Implemented a custom pool-based dynamic memory allocater. This new memory allocator is now set as default. To use TLSF instead, set "USE_TLSF=-DUSE_TLSF" in the Makefile before compiling. The following changes are caused by this switch: * Allocating memory is now approx 10 times faster (13 vs. 168 instructions for the allocation itself, but there are some GC overhead too) * The allocator copies used memory only (not just the whole heap). But not always! This was a lot more complicated to to with TLSF so I didn't do that. Note that for the garbage collector to still be hard realtime safe, the programs must ensure that full copies are taken now and then. (There's a change in the API for doing that) * Doing a garbage collection is much faster since the heaps are usually much smaller (because only used memory is copied) and that freeing is 10-20 times faster. * Further improvements for reducing memory overhead and make searching for used mem to be O(log n) instead of O(n) is much simpler now. (this is TODO though) * However 1: In case the code using the garbage collector will continue forever to allocate memory of different sizes, the new dynamic memory allocator could eventually run out of memory even if the program itself doesn't use very much memory. I don't think this is very likely to happen for DSP routines though, and there might even be solutions to fix this problem if it should ever come up. For now, just switching to TLSF fixes the problem. * However 2: in non-synthetic benchmarks, I have not been able to see any practical improvement in CPU use, apart from the slight improvement in CPU available for use in non-realtime threads because taking snapshots usually takes a lot less time now. But for programs doing millions of allocations per second, the new memory allocator will probably perform significantly better than TLSF, if it would ever make sense doing so many allocations of course.

17 years, 4 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-announce