Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7502 discussions

Linux Audio Conference 2015 - Extension of Deadline

by Frank Neumann

[Sorry for cross-posting, please distribute.] The Linux Audio Conference submissions deadline has been extended for another week! Please note the new deadline: Sunday, Feb 8th, 2015 (23:59 HAST) So, if you were considering to submit a paper but couldn't make up your mind yet, here is your chance to become active! Never forget that this conference lives through the people participating in it. February 8th is the new deadline for all submission types: papers, music, installations, workshop proposals. Check out the link below for more info: http://lac.linuxaudio.org/2015/participation Note that as usual we have created two different OpenConf instances: one for the submission of regular papers, lightning talks and poster sessions, and a second one for music, installations and workshop proposals. For the latter, please also check the detailed instructions at http://lac.linuxaudio.org/2015/download/lac2015-call-for-miw.pdf. If you have any questions concerning your submission, please don't hesitate to contact us at lac(a)linuxaudio.org, or through our #lac2015 IRC channel on freenode.net. Please spread this information to anyone who might be interested. We look forward to your submissions and hope to meet you in Mainz in April! Sincerely, The LAC 2015 Organizing Team

10 years, 5 months

[ANN] Qtractor 0.6.5 - The Fermion Ray beta is out!

by Rui Nuno Capela

Spread the word, Qtractor 0.6.5 (fermion ray beta) is out! Release highlights: * MIDI clip record/overdubbing (NEW) * Extended track multi-selection for mute/solo (NEW) * VST-shell sub-plugins support (NEW) * JACK transport start/stop resilience (FIX) And still, Qtractor is an audio/MIDI multi-track sequencer application written in C++ with the Qt4 framework. Target platform is Linux, where the Jack Audio Connection Kit (JACK) for audio and the Advanced Linux Sound Architecture (ALSA) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: http://sourceforge.net/projects/qtractor/files - source tarball: http://download.sourceforge.net/qtractor/qtractor-0.6.5.tar.gz - source package (openSUSE 13.2): http://download.sourceforge.net/qtractor/qtractor-0.6.5-15.rncbc.suse132.sr… - binary packages (openSUSE 13.2): http://download.sourceforge.net/qtractor/qtractor-0.6.5-15.rncbc.suse132.i5… http://download.sourceforge.net/qtractor/qtractor-0.6.5-15.rncbc.suse132.x8… - quick start guide & user manual (see also: the wiki): http://download.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf - wiki (help really wanted!): http://sourceforge.net/p/qtractor/wiki/ 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: - Connections lines now drawn with anti-aliasing; connections splitter handles width is now reduced; the MIDI connections splitter pane sizes are now saved and restored properly. - Extended multi-selection is now featured on the track-list (main left-pane), primarily allowing for group mute/solo (and monitor) switching. - Track-list (left pane) header column widths are now saved and made persistent across application power cycle (double-click reverts to the old original default). - Minor fixes on the MIDI clip event list editor, also making sure the current event is visible on the piano-roll view. - As long to prevent asynchronous mistakes to JACK transport state changes, an internal slack-delay is now introduced after self-initiated transport commands (eg. start/stop). - The MIDI clip editor (aka. piano-roll) was missing to clear or reset the current selection when no shift/ctrl keyboard modifier is in effect. - VST-shell sub-plugins are now supported (as suggested by abique aka. Alexandre Bique, thanks). - MIDI clip record/overdubbing is now possible (Clip/Record on the main menu or File/Record from the MIDI clip editor. - Make sure some audio sample file encodings (eg. old Ogg Vorbis) does not head-start on audio peak generation. See also: http://www.rncbc.org/drupal/node/858 Enjoy && have fun. -- rncbc aka. Rui Nuno Capela

10 years, 5 months

Fwd: MusE 2.2.1 released

by Robert Jonsson

MusE 2.2.1 - 2015-01-28 Hi All! We've just released version 2.2.1 of MusE. To make way for bigger things we decided to release a minor update with some additions and some bugs fixed. Have fun! Fixes and improvements include: - Optimizations to lv2 rtfifo - Fix for potential crash on startup due to defaultStyle - Updated Czech translation from Pavel Fric - Added explicit link library to simpledrums, didn't appear on some systems - Added some new keyboard shortcuts, duplicate tracks, edit track name - Make it possible to mute/solo lots/all of tracks at once For more information and additional changes see the full changelog at: https://github.com/muse-sequencer/muse/blob/muse_2_2_1/muse2/ChangeLog News section: http://muse-sequencer.org/index.php/News Download: http://muse-sequencer.org/index.php/Download Demos page: http://muse-sequencer.org/index.php/Demos Forum: http://muse-sequencer.org/forum/ Keep on Rocking! The MusE Team

10 years, 5 months

[ANN] Vee One Suite 0.6.0 - A third official beta release!

by Rui Nuno Capela

Howdy, Once again, the 'Vee One Suite' of 'old-school' software instruments, featuring a 'gang of three' made of synthv1 [1] as a polyphonic synthesizer, samplv1 [2] a polyphonic sampler and drumkv1 [3] as a drum-kit sampler, are being released into the wild as in so called 'beta' phase. Changes for this one third beta release are as follows: - MIDI bank-select/program-changes is now supported, for patch, preset and/or instrument program control. - New Help/Configure dialog is introduced for editing the also new MIDI bank/programs interface and user preference options as well (new home of the old Help/Use native dialogs option). - Presets may now be specified by base name, as an alternative to the complete preset file-path on command line argument (re. stand-alone JACK client). - Fixed parameters A/B comparison swap. As usual, all made available in dual form: - a pure stand-alone JACK [4] client with JACK-session, NSM [5] (Non Session management) and both JACK MIDI and ALSA [6] MIDI input support; - a LV2 [7] instrument plug-in. The Vee One Suite are free and open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) [8] version 2 or later. Details are dumped below, business as usual ;) * synthv1 - an old-school polyphonic synthesizer [1] * synthv1 0.6.0 (third official beta) has been released! synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sourceforge.net/synthv1/synthv1-0.6.0.tar.gz - source package: http://download.sourceforge.net/synthv1/synthv1-0.6.0-19.rncbc.suse132.src.… - binary packages: http://download.sourceforge.net/synthv1/synthv1-0.6.0-19.rncbc.suse132.i586… http://download.sourceforge.net/synthv1/synthv1-0.6.0-19.rncbc.suse132.x86_… * samplv1 - an old-school polyphonic sampler [2] * samplv1 0.6.0 (third official beta) has been released! samplv1 is an old-school polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sourceforge.net/samplv1/samplv1-0.6.0.tar.gz - source package: http://download.sourceforge.net/samplv1/samplv1-0.6.0-19.rncbc.suse132.src.… - binary packages: http://download.sourceforge.net/samplv1/samplv1-0.6.0-19.rncbc.suse132.i586… http://download.sourceforge.net/samplv1/samplv1-0.6.0-19.rncbc.suse132.x86_… * drumkv1 - an old-school drum-kit sampler [3] * drumkv1 0.6.0 (third official beta) has been released! drumkv1 is an old-school drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sourceforge.net/drumkv1/drumkv1-0.6.0.tar.gz - source package: http://download.sourceforge.net/drumkv1/drumkv1-0.6.0-15.rncbc.suse132.src.… - binary packages: http://download.sourceforge.net/drumkv1/drumkv1-0.6.0-15.rncbc.suse132.i586… http://download.sourceforge.net/drumkv1/drumkv1-0.6.0-15.rncbc.suse132.x86_… References: [1] synthv1 - an old-school polyphonic synthesizer http://synthv1.sourceforge.net/ [2] samplv1 - an old-school polyphonic sampler http://samplv1.sourceforge.net/ [3] drumkv1 - an old-school drum-kit sampler http://drumkv1.sourceforge.net/ [4] JACK Audio Connection Kit http://jackaudio.org/ [5] NSM, Non Session Management http://non.tuxfamily.org/nsm/ [6] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [7] LV2, Audio Plugin Standard, the extensible successor of LADSPA http://lv2plug.in/ [8] GNU General Public License http://www.gnu.org/copyleft/gpl.html See also: http://www.rncbc.org/drupal/node/857 Enjoy && have fun. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

10 years, 5 months

audio watermark for av sync

by Patrick Shirkey

Hi, I found this old thread about watermarking. http://linux-audio.4202.n7.nabble.com/Looking-for-Audio-Watermarking-Advice… I have a potential use for watermarking that is entirely above board and completely within the realms of open source technology while also being business friendly at the same time. It's a potential solution to an AV sync issue where there are no other hardware sync solutions available (BLE, NFC, wifi, etc...) The host environment has ONLY audio and video hardware installed. In this situation it has been suggested that watermarking could allow syncing an audio track located on a mobile device with the main audio stream that is playing on speakers in the display room. Obviously the success of this solution is entirely dependant on the response of the mic->signal processing->output chain. I don't think Android devices will be viable in this situation ;-) However I thought it might be interesting for some people here as a counterpoint to the more sinister use of audio watermarking. The processing algorithm could be 100% open source. -- Patrick Shirkey Boost Hardware Ltd

10 years, 5 months

Linux Audio Conference 2015 - Call for Participation

by Albert Graef

[Sorry for cross-posting, please distribute.] Linux Audio Conference 2015 - Call for Participation (Due to exceptional circumstances, this announcement comes a bit late, so please note the early deadline of Feb 1st for submissions. We apologize.) We are happy to announce the next issue of the Linux Audio Conference (LAC), April 9-12, 2015 @ JGU | Johannes Gutenberg University, in Mainz, Germany. http://lac.linuxaudio.org/2015/ The Linux Audio Conference 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. *Call for Papers, Workshops, Music and Installations* We invite submissions of papers addressing all areas of audio processing and media creation based on Linux and other open source software. Papers can focus on technical, artistic and scientific issues and should target developers or users. In our call for music, we are looking for works that have been produced or composed entirely/mostly using Linux and other open source music software. The online submission of papers, workshops, music and installations is now open at http://lac.linuxaudio.org/2015/participation The deadline for all submissions is Feb 1st, 2015 (23:59 HAST). You are invited to register for participation on our conference website. There you will find up-to-date instructions, as well as important information about dates, travel, lodging, and so on. This year's conference is hosted by the Computer Music Research Group (Bereich Musikinformatik) at the IKM (Institut für Kunstgeschichte und Musikwissenschaft) of the Johannes Gutenberg University (JGU) at Mainz. Being founded in 1991, our research group has been among the first German academic institutions in this interdisciplinary field at the intersection of music, mathematics, computer science and media technology. In our media lab students are working almost exclusively with Linux, and in our research we are also devoted to contributing to the growing body of open source audio and computer music software. http://www.musikwissenschaft.uni-mainz.de/Musikinformatik/ We look forward to your submissions and hope to meet you in Mainz in April! Sincerely, The LAC 2015 Organizing Team -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef(a)gmail.com WWW: https://plus.google.com/+AlbertGraef

10 years, 5 months

MusE 2.2 released

by Robert Jonsson

MusE 2.2 - 2015-01-06 Hi All! Following our plan of making monthly releases. Ah, I mean yearly releases... Well, actually, it's been nearly two years since last stable release. Sorry. Here we are anyway with a new release of MusE, and we think it's a good one! Since last we have moved to github and Andrew has joined the team to, among other things implement LV2 support, which he has done excellently. We are quite happy with the current state and music has been recorded with MusE like never before, some demonstrations are listed below. Major feature improvements of this release includes: * Support for LV2 Synths and effects - effects are supported both in Effect rack and in Arranger - State interface - Worker interface. - Instance-access. - KX studio Programs interface + extended programs interface to support per-channel bank/patch change (only Yoshimi now supports this feature). - Common must-have features: Atom, buf-size, event, options, uri-map, urid. + Other extensions: CV type lv2 ports + LV2_TIME__Position + Atom_Event_Transfer support for plugin<->UI communication + LV2 path MAP and MAKE extensions + LV2 LOG extension - UI interface. Supported UI subtypes: + QT4 + GTK2 + GTKMM2 + X11 + External interfaces (from kx studio specs). + idle callbacks * Yet another MAJOR audio engine and plugin/synth process chain re-write - Track controllers (vol, pan) now sample-accurate and near noise-less Numerous bug fixes and minor enhancements: - Metronome with accent clicks and replaceable clicks - Synths rearranged in separate menus - Reworked the PluginDialog to use a ui file and give more filter possibilities - Added [HOME] button to file open dialog - Ignore undo/redo while recording - Fix crash reported by LakeIshikawa: Pressing delete while clicking or dragging events or parts - Fixed copy/paste problem: Paste copies not clones, if the original parts/tracks have been deleted. - More commands support Undo/Redo, like setting global tempo. - Some new scripts, RemoveAftertouch, TempoDelay - Fix song not 'dirty' on many operations (close was not prompting to save). - Instrument Editor now basically complete: Added Initialization Sequence editor. - Sysex event editor now allows selection from pre-defined Instrument Sysex list. - Revised and edited Roland SD-50.idf by Patrick (split into GM2/nonGM2). - MusE now imports GM2 midi files. (Properly selects GM2 instrument.) - Added a visual metronome to Bigtime - Added line drawing of tempo in graphical master track editor - Fixed bug (issue #342 Moving Aux sends crashes muse) - Added more keyboard shortcuts in midi editors - Mods/fixes to Midi Input Transformator plugin: - When midi in is enabled in drum editor the selected track is moved along with the triggered key - Fixed bug with playback of drums clicking on notes in the new drum editor, it was playing the wrong instrument - MESS synths (esp Deicsonze): Controls (like Track Info program) and synth controls now mirror each other, both ways. - Deicsonze softsynth: Fixed: Not remembering settings + ladspa plugin settings, midi controllers moved to NRPN14 type. - Native VST: Call idle periodically. Makes some plugins like Glitch work, as per LAD mail. - Change window title when there are unsaved changes - Add auto-save feature, when enabled tries to save after 5 minutes - Added pitch control to SimpleDrums, first version - Fixed Ctrl+arrows in the arranger so the track list is scrolled For more information and additional changes see the full changelog at: https://github.com/muse-sequencer/muse/blob/muse_2_2/muse2/ChangeLog News section: http://muse-sequencer.org/index.php/News Download: http://muse-sequencer.org/index.php/Download Demos page: http://muse-sequencer.org/index.php/Demos Forum: http://muse-sequencer.org/forum/ Happy new year from the MusE Team!

10 years, 5 months

fftw_complex and C++11

by Aurélien Leblond

>> Well all the plugins in ams.lv2 are coded in c++ and are compiled with the >> c++11 standard. >> But when ported the FFT Vocoder, it only compiles when using the c99 >> standard. > C and C++ complex types are not compatible for C++, not even if > they have the same binary representation as they will have for > all modern C++ compilers. > You can probably fix some of these errors (at least the first > one) by including <complex.h> (not <complex>) before <fftw3.h>. > This will make fftw use the C native complex type instead of > its own. This will allow float to complex assignment for > example. > If you really want a 'pure' C++ version you will need to > reinterpret_cast whenever you use a function that expects > or returns a C++ complex. It won't make your code any more > readable. > IMHO the C++ complex type (a template class trying to hide > its implementation) is completely useless and a real PITA, > and a good example of the pedantic attitude that is typical > of the C++ crowd. > Nobody with even just a minimal knowledge of scientific > computing would want to hide the implementation of complex > types - almost all classical algorithms (e.g. the FFT) > depend on it being cartesian. What would you advise? As far as I can see I have 2 options: - Port the code to the c++11 standard - but you seem to think that's a bad idea - Compile this plugin with C99 - that's the solution I have in the git at the moment but I get the warning "cc1plus: warning: command line option ‘-std=c99’ is valid for C/ObjC but not for C++ [enabled by default]" and call me pedantic but I don't like warnings! Would you know how this is handled in AMS (being c++ as well)? I did check the code but I can't figure it out and I would like to stay as close as possible to the actual Alsa Modular Code so it's easier when futur modifications are applied to the code. > A second source of problems with the vocoder is the mixing > of floats and doubles. There is no good reason to use a > double FFT here. I actually did notice that, but again I don't want to "correct" it in ams-lv2 because my aim here is to port "as-is". I made the mistake of adapting the code when I ported the first set of plugins but realised that was a mistake for maintenance when syncing with changes in ams

10 years, 6 months

Re: [LAD] fftw_complex and C++11

by Aurélien Leblond

> > > Hi all, > > > > I'm porting the FFT Vocoder from AMS to ams.lv2. > > The FFT Vocoder is using fftw_complex, and I can compile my code if I use > > -std=c99 but not if I use -std=c++11 > > > > I get error like: > > > > error: incompatible types in assignment of ‘float’ to ‘fftw_complex {aka > > double [2]}’ > > modinforward[l2] = modbuf[l2] * window[l2]; > > > > error: cannot convert ‘double*’ to ‘__complex__ double’ for argument ‘1’ > to > > ‘double creal(__complex__ double)’ > > p(p_modulatorfft)[l2] = logf(fabs (creal (modoutforward[l2])) + 1.0); > > > > error: invalid array assignment > > modinbackward[ lclfrq ] = modoutforward [l2]; > > > > carrinforward, carroutforward, carrinbackward, > > carroutbackward, modinforward, modoutforward, modinbackward, > modoutbackward > > are pointers to fftw_complex. > > > > > > Would you guys have any idea why it doesn't compile in the c++11 > standard? > >>From my research I saw there were some changes between c99 and c11 with > > complex numbers, but I can't figure out how to bring the code to C++11. > > > > Just to make sure I understand correctly. Your goal is to rewrite the > code from c99 to c++11 and not c11? > > Well all the plugins in ams.lv2 are coded in c++ and are compiled with the c++11 standard. But when ported the FFT Vocoder, it only compiles when using the c99 standard. So I guess yes, I would like to rewrite the code from c99 to c++11.

10 years, 6 months

fftw_complex and C++11

by Aurélien Leblond

Hi all, I'm porting the FFT Vocoder from AMS to ams.lv2. The FFT Vocoder is using fftw_complex, and I can compile my code if I use -std=c99 but not if I use -std=c++11 I get error like: error: incompatible types in assignment of ‘float’ to ‘fftw_complex {aka double [2]}’ modinforward[l2] = modbuf[l2] * window[l2]; error: cannot convert ‘double*’ to ‘__complex__ double’ for argument ‘1’ to ‘double creal(__complex__ double)’ p(p_modulatorfft)[l2] = logf(fabs (creal (modoutforward[l2])) + 1.0); error: invalid array assignment modinbackward[ lclfrq ] = modoutforward [l2]; carrinforward, carroutforward, carrinbackward, carroutbackward, modinforward, modoutforward, modinbackward, modoutbackward are pointers to fftw_complex. Would you guys have any idea why it doesn't compile in the c++11 standard? >From my research I saw there were some changes between c99 and c11 with complex numbers, but I can't figure out how to bring the code to C++11. Thanks in advance for the help, Aurélien

10 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