Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

by Victor Lazzarini

Apologies for cross-posting. ====================== We are pleased to announce the release of version 5.15. The sources are on the standard Sourceforge location (https://sourceforge.net/projects/csound/files/csound5/csound5.15/) as both zip and tar.gz Platform packages will follow shortly, and the manual on Friday. ==John ffitch ------------------------------------------------------------------------ Notes for 5.15 ============== New parser has been subjected to a great deal of work. It now has better checking of argument types and use, better diagnostics and increased functionality. We have only reached this stage in the last few days so we judge it prudent to leave the old parser as standard. We would be pleased if more users tried the new and gave the developers feedback. A major reorganisation means that there are many fewer plugins and most opcodes are in the base (about 1250 of them). A side effect of that is that leaving old plugins from an earlier release is a disaster, and so 5.15 will not load earlier plugins. The multicore system is now safe (ie maintains semantics) when zak, channels or table modification are made. New Opcodes: ftab2tab transfers between ftables and t-variables tab2pvs tsig - pvs conversion pvs2tab pvs - tsig conversion cpumeter-- not really new but now available in OSX (EXPERIMENTAL) ftresize and ftresizei allow resizing of existing tables. These will be permanent if the community feel they are useful. minmax opcodes hrtfearly, hrtfreverb opcodes New Gen and Macros: Code to allow GEN49 to be deferred [NB does not seem to work] Modified Opcodes and Gens: socksend and sockrecv no longer uses MTFU check and work on Windows mpulse changed so if next event is at negative time use the absolute value serial opcode now runs on Windows as will as Un*x out, out2, outq, outh, outo outx and out32 are now identical opcodes and will take up to as many arguments as nchnls. This replaces the current remapping of opcodes turnoff2 now polymorphic wrt S and k types (ie accepts instrumnet names) Utilities Bugs fixed: GEN42 fixed jacko: fixed a segfault removing the unused JackSessionID option doppler memory leak fixed transegr fixed in release mode when skipping most of envelope FLPack now agrees with manual max_k now agrees with manual hrtfreverb fixed atsa code now works on Windows in more cases tabmorph bug fixed fixed problem with user-defined opcodes having no outputs Various fixes to * ... */ comments System Changes: Various licence issues sorted Loris is no longer part of the Csound tree Memory leaks fixed If no score is given a dummy that runs for over 100 years is created All score processing takes place in memory without temporary files String memory now expandable and no size limitation #if #else #end now in new parser Adjustments to MIDI file precision in output On OSX move from Coreaudio to AuHAL Multicore now safe for ZAK, Channels and modifying tables New coremidi module Virtual Keyboard improved: 1) Dropdown for choosing base octave (the one that starts with the virtual key mapped to physical key Z). Default value is 5 which is backwards compatible. 2) Shift-X mappings which add two octaves to X mappings for a total of 4 octaves playable from the physical keyboard (starting from selected base octave). 3) Control-N / Control-Shift-N mappings to increment / decrement slider for control N. 4) Mouse wheel now controls sliders. tsig type for vectors tsigs and fsigs allowed as arguments in UDOs API: Minor version upped Internal: Very, very, very many! Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie

12 years, 9 months

how to store deferred events in a real time audio app?

by Iain Duncan

Hi, I'm sure others have tackled this and have some wisdom to share. My project is principally a monosynth step sequencer. This is nice an simple to do in real time because resolution is very limited and there can be only one note per track. So step sequenced note data is stored in simple multi-dimensional arrays, making reading and writing very easy, and messaging simple between audio and gui threads. However, I would like to add the ability for the user to send a message and have it get executed later, where later gets figured out by the engine ( ie on the top of the next 8 bar phrase ). To do this, I need some way of storing deferred events and having the engine check on each step whether there were any deferred events stored for 'now'. I can think of a few ways to do this, and all of them raise red flags for a real time thread. - I could use a hash table, hashed by time, with a linked list of all the events for that time. The engine looks up the current time and gets all the events. I don't know much about hashing so I'd prob just use Boost, is that a bad idea? - I could make a linked list of all deferred events and iterate through them checking if time is now. There wouldn't be any hashing, but maybe this list would be really big. Anyone have any suggestions for how to safely do the above or some better alternative? thanks! iain

12 years, 9 months

Re: [LAD] Scopes & RMS

by harryhaaren＠gmail.com

On , Tristan Matthews <le.businessman(a)gmail.com> wrote: > You might find some inspiration in sndpeek: > http://soundlab.cs.princeton.edu/software/sndpeek/ Definatly! Thanks, got linux-alsa compiling, but linux-jack is segfaulting in RtAudio::startStream()... debuggin atm :) Cheers, -Harry

12 years, 9 months

MediaInfo API

by Alfs Kurmis

Hi Experts. I wanna gotta some info about my (mainly) sound files. Samplerate, Bitrate, VBR, Channels, Bits, Samples, Tag info ... and put em all in my C program variables or structure. Seems that MediaInfo support many formats, and it is really good. Can somebody gimme examples how to access sound/media files with MediaInfo API ? What exact #include's must be used ? How to compile ? Evtl. what include and lib dirs should be specified in GCC command line ? gcc -I... -L... -lmediainfo What is difference between /usr/include/MediaInfo and /usr/include/MediaInfoDLL ?? If i wanna use MediaInfo API, but not MediaInfo itself, is it enough when i emerge media-libs/libmediainfo or anyway i must emerge media-libs/libmediainfo AND media-video/mediainfo ? eix mediainfo [I] media-libs/libmediainfo Available versions: 0.7.45 ~0.7.48-r1 ~0.7.49 ~0.7.50 {curl doc mms static-libs} Installed versions: 0.7.45(12:05:57 AM 12/04/2011)(-curl -doc -mms -static-libs) Homepage: http://mediainfo.sourceforge.net/ Description: MediaInfo libraries [I] media-video/mediainfo Available versions: 0.7.45 ~0.7.48 ~0.7.49 ~0.7.50 {curl mms wxwidgets} Installed versions: 0.7.45(12:08:18 AM 12/04/2011)(-curl -mms -wxwidgets) Homepage: http://mediainfo.sourceforge.net Description: MediaInfo supplies technical and tag information about media files I fond this, but it does not help :( http://mediainfo.sourceforge.net/de/Support/SDK/Quick_Start#Example Tnx in advance @ all ----

12 years, 9 months

Santa LACus (your Xmas Linux Audio Conference 2012 reminder)

by Bruno Ruviaro

Hi all, Just a friendly reminder that JANUARY 11 is the deadline for all submissions to the Linux Audio Conference (LAC 2012), which will take place at CCRMA (Stanford, California) in April 2012!http://lac.linuxaudio.org/2012/ Santa LACus wishes a great paper-and-music-submitting holiday to all! Ho, ho. Bruno - - - - - - - - - LAC 2012: the Linux Audio Conference - Call for Participation April 12-15, 2012 @ CCRMA, Stanford University http://lac.linuxaudio.org/2012/ [Apologies for cross-postings] [Please distribute] Online submission of papers, music, installations and workshops is now open! On the website you will find up-to-date instructions, as well as important information about deadlines, travel, lodging, and so on. Read on for more details! We invite submissions of papers addressing all areas of audio processing based on Linux and open source software. Papers can focus on technical, artistic or scientific issues and can target developers or users. We are also looking for music that has been produced or composed entirely or mostly using Linux and other Open Source music software. The Deadline for all submissions is January 11th, 2012 The Linux Audio Conference (LAC) is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. The upcoming 2012 conference will be hosted at CCRMA, Stanford University, on April 12-15. The Center for Computer Research in Music and Acoustics (CCRMA) at Stanford University is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool. CCRMA has been using and developing Linux as an audio platform since 1997. http://ccrma.stanford.edu Stanford University is located in the heart of Silicon Valley, about one hour south of San Francisco, California. This is the first time LAC will take place in the United States. http://www.stanford.edu We look forward to seeing you at Stanford in April! Sincerely, The LAC 2012 Organizing Team

12 years, 9 months

ANN: pd-faust 0.1

by Albert Graef

pd-faust is my latest stab at making the integration of Pd and Faust as simple and painless as possible. For those of you who've used my utilities for Faust and Pd before, pd-faust integrates the functionality of faust2pd and pure-faust into a collection of Pd objects written in the Pure programming language. It also sports the following major improvements over faust2pd: - Reload Faust modules at runtime and have the Pd GUI of the Faust dsp regenerated automatically and instantly. - The metadata in Faust programs is interpreted to adjust the GUI layout in a faust2pd-compatible fashion. - MIDI/OSC controller mappings are provided for the 'midi' and 'osc' metadata tags in the Faust source. - Built-in MIDI sequencer and OSC recorder which syncs MIDI and OSC playback and provides an OSC-based controller automation facility for all Faust dsps in a Pd patch. So in other words it's the Swiss army knife for Faust development in Pd. ;-) If you're into Faust and Pd, I hope that you'll find it useful. Bug reports and other feedback are appreciated. A brief overview is available here: http://code.google.com/p/pure-lang/wiki/Addons#pd-faust The obligatory screenshot: http://wiki.pure-lang.googlecode.com/hg/pd-faust.png Detailed documentation (including installation information): http://docs.pure-lang.googlecode.com/hg/pd-faust.html pd-faust is compiled to a native Pd object library which can be loaded with Pd's -lib option as usual. Note that besides Pd, Faust and pd-faust itself you'll also need the Pure interpreter and a couple of Pure addon packages to build and run this software. Please check the documentation linked to above for details. All the Pure-related downloads can be found on the Pure website: http://pure-lang.googlecode.com For your convenience, here are the direct download links for the required packages from the Pure project (source tarballs): http://pure-lang.googlecode.com/files/pure-0.50.tar.gz http://pure-lang.googlecode.com/files/pd-faust-0.1.tar.gz http://pure-lang.googlecode.com/files/pd-pure-0.15.tar.gz http://pure-lang.googlecode.com/files/pure-faust-0.6.tar.gz http://pure-lang.googlecode.com/files/pure-stldict-0.2.tar.gz You'll also need a recent version of Pd (0.43 has been tested) and Faust from git (0.9.45 and 2.0.a3 are both known to work fine). Happy holidays, Albert P.S.: Sorry for the excessive cross-posting, but the nature of this project which interfaces between three different environments, each with their own communities, made this seem appropriate. -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikinformatik.uni-mainz.de/ag

12 years, 9 months

Re: [LAD] FFADO midi ports

by harryhaaren＠gmail.com

On , thijs van severen <thijsvanseveren(a)gmail.com> wrote: > any ideas ? Yup! Tell jack to not use ALSA raw midi, use SEQ instead. QJackCtl->Setup dialog, bottom left is "MIDI Driver", play with that..? -Harry

12 years, 9 months

Code drops: ivory and proaudio-sound-control

by Gabriel M. Beddingfield

Friends, In the course of the year I did a couple of applications that I'm pretty proud of. For some good reasons, I've withheld releasing them publicly until now: Ivory - a multi-touch, virtual MIDI keyboard controller This was originally intended as a proof of concept, but was so much darn fun that I pushed it to a beta-level application. I don't recall if it works with a mouse or not... but it's not nearly as cool with a mouse. http://gitorious.org/gabrbedd/ivory proaudio-sound-control - one-stop shopping for Jack and Alsa control This is a mash-up of QJackCtl and QasMixer. It discards the GIMP-like multi-window interface of QJackCtl (which is a major pain on a mobile device). It also adds direct access to hardware mixer controls by re-casting QasMixer as a widget inside QJackCtl. Say way you want about the visual style of QasMixer, but it's the most complete GUI interface to ALSA I've found. https://gitorious.org/gabrbedd/proaudio-sound-control CAVEAT EMPTOR: This code is released AS-IS, and I have no plans to maintain them. It's released in the hope that someone can benefit from them.[1] DEMO: There's a video here that demos these on the Indamixx 2 (at the MeeGo conference last spring) http://www.engadget.com/2011/05/25/meego-conference-2011-sights-and-sounds-… If you're in a hurry, fast-forward to about 1:13. It mostly demos Ivory... but you also get brief views of proaudio-sound-control while Tony is switching windows. -gabriel [1] For proaudio-sound-control... if someone decides to continue this concept, you'll want to have a chat with me first. It works, but is implemented in an unmaintainable way.

12 years, 9 months

[ANN] Qtractor 0.5.2 - The Charlie X-ray gets through!

by Rui Capela

Aha, TYOQA is finally coming to an end. Are we getting 'pre-beta' status? No way. Not there yet. And quite frankly, it will never be. As most of you who know my stance on this alpha-and-omega-thing, may well rejoice: this is alphaaaaa!... Now, let's get some more cynicism to the extreme, an activity that I've been criticized more than often: the previous dot release nailed the day when a bitten-fruit boss passed away. I am no prophet, but could it be that we're witnessing the dawn of a brand 'new-age passover'? I wonder what will happen this time. Let's get over it, or better said, through it! Time will tell or else, never mind. Qtractor 0.5.2 (charlie x-ray) breaks out free! This solstice release comes with a long overdue loop-recording/takes 'featuritis' breakout. As a matter of fact, it is actually the relevant feature being introduced this season. BTW, happy holidays--before's too late ;) Well, I've tried to do something barely useful, at least for the lone, one-(wo)man-band and over-dubber, that is. There's still a point on the old motto, remember? That 'techno-boy(gal)-bedroom studio'? Now I think he/she can have a guitar ;) In other words, I'm not really sure this is going to be the best user-interface or paradigm, model, whatever. You tell me :) Release highlights: * Loop-recording/takes implementation (NEW) * Default session file format option (NEW) * LV2 State extension support (NEW) * Options dialog re-arrangement (FIX) * Improved in-flight recording display (FIX) * MIDI clip file revision numbering (FIX) * Clip "Unlink" option (NEW) Cheers! Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: - source tarball: http://downloads.sourceforge.net/qtractor/qtractor-0.5.2.tar.gz - source package (openSUSE 11.4): http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.sr… - binary packages (openSUSE 11.4): http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.i5… http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.x8… - one upon the time, eons ago: user manual: http://downloads.sourceforge.net/qtractor/qtractor-0.3.0-user-manual.pdf Weblog (upstream support): http://www.rncbc.org License: Qtractor is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - Fixed a probably old lurking destructive bug, which was incidental to when an invalid or non audio file is imported, intentionally or by mistake, into new or existing audio clips (eg. importing a MIDI file where an audio file is expected). - Force audio file closing to occur on the very same disk-write (sync)thread, possibly mitigating an old random crash issue lurking in the vorbis reference encoder (recording) re. the non thread-safetyness of the vorbis_analysis() final call. - Fixed extraordinary shadow-playback of audio clips which extent were longer than the respective audio file length. - Default session file format option now promoted (see View/Options.../General/Session) in the way of whether file suffix gets honored upon session open or save (.qtr, .qts or .qtz). This brand new option also applies for default state file format on a JACK-session salvage context. - The View/Options... (aka. user preferences) dialog sees a new arranjement in layout, with some options moving into this brand new tab page called General. - LV2 State extension support has been added, which shall replace old LV2 Persist extension interface in the near future. It also replaces the LV2 Files extension from now on (thanks to Dave Robillard). - Dirty MIDI clips are now auto-saved when MIDI track properties get changed through its own dialog. - Fixed one probable too old crash when cancelling a new/add track dialog. - MIDI SysEx event list editing is now fixed. - Once again, make sure all recorded clips start and end at the very same position when multiple track recording is turned on/off, while playback is still rolling. - Fixed Makefile.in handling installation directories to the configure script eg. --datadir, --localedir. - Possible attempt to improve in-flight recording clip display, especially when looping and MIDI clips are involved. - MIDI clip revision (re)numbering paranoia has been improved as much to avoid MIDI file clashes as much as possible while editing multiple MIDI clips which reference the same SMF and track/channel. - Creating new or updating existing buses with exact same names of any current dedicated inputs/outputs (which are implemented as special covert buses) is now disallowed (preventing bug #3430406). - Loop-recording/takes functionality is now ready for the masses and accessible from brand new Clip/Take menu (Select, First, Previous, Next, Last, Reset and Range...; the latter is actually being provided as bonus feature :) as to fold any given clip into so-called takes, simulating loop-recording mode over an arbitrary range). - Loop-recording/takes infrastructure integration is sneaking in: all clips recorded under a loop/cycle range may now get split (folded) into one or more so-called takes. A new option is now provided, as to select which take is about to retain after the recording ends, either the First or the Last one. Just turn this mode off (None) and keep with the old recording behavior, where clips are laid out unfolded through the timeline, as usual (see menu View/Options.../Display/Loop recording mode). - Improved robustness in face of disabled audio buses when global maximum number of JACK (audio) ports is surpassed (mitigating bug #3421911). - Improved single-track clip selection status logic (possibly fixing bug #3419141). - Clip/Unlink action is now available for detaching linked/ref-counted MIDI clips, renaming and saving into auto-incremental SMF filenames. - Temporary session archive directory now (pre)fixed whith program name (eg. /tmp/qtractor). - Fixed VST GUI editor window title on first show. - Fixed build for ancient VST-SDK 2.3 (32bit only). Enjoy! -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

12 years, 9 months

ALAC codec being added to libsndfile

by Erik de Castro Lopo

Hi all, Just an FYI. I am in the process of adding support for Apple's lossless Audio Codec (ALAC) [0] to libsndfile. Should be done my the end of the weekend. Cheers, Erik [0] http://alac.macosforge.org/ -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

12 years, 9 months

Jump to page:

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