Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by David Robillard

On Mon, 2012-12-17 at 12:51 +0000, Aurélien Leblond wrote: > [...] > I just released a new version of the avw.lv2 plugin suit: [...] > - Starting not to use Gtk Builder (only LFO GUI) Out of curiosity, were there any technical problems behind this, or just consistency/preference/whatever? -dr

12 years, 10 months

Re: [LAD] building the new Guitarix LV2 Amp

by David Robillard

Looks like you are building against a static library. Since you are building a shared module, pedantically you can't do this, in practice you at least need to be sure all code is built with -fPIC. Presumably the static library mentioned is not, which is your problem. I am not familiar with libgxmm or the guitarix LV2 work specifically, sorry, no concrete suggestions. Gianfranco Ceccolini <franconassis(a)gmail.com> wrote: >_______________________________________________ >Linux-audio-dev mailing list >Linux-audio-dev(a)lists.linuxaudio.org >http://lists.linuxaudio.org/listinfo/linux-audio-dev

12 years, 10 months

building the new Guitarix LV2 Amp

by Gianfranco Ceccolini

Hello all I've tried building the new LV2 Amp from guitarix and the following error is ocurring /usr/bin/ld: default/libgxwmm/gxwmm/libgxwmm.a(controlparameter_83.o): relocation R_X86_64_32 against `_ZTTN3Gxw16ControlParameterE' can not be used when making a shared object; recompile with -fPIC default/libgxwmm/gxwmm/libgxwmm.a: could not read symbols: Bad value I've already installed the last LV2 from SVN. Using Debian Testing in my box. Any ideas on waht I'm doing wrong? Thanks for all Gian -- Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE!

12 years, 11 months

opencl [was Re: [LAU] ANN: CMKeyboard]

by Patrick Shirkey

On Mon, December 10, 2012 10:42 pm, Bill Gribble wrote: > I have done some proof of concept tests with pyopencl that look > interesting. > > There are practical problems: you add a whole other "domain" to process > in, in addition to Python-world and Jack-world. You have deployment > issues with the OpenCL libs for different GPU vendors. The wide SIMD > architecture of GPUs is really only helpful for certain audio ops like > convolution, or very wide banks of identical processing. And if you are > using the card for graphics, there may be unpredictable interactions. > We have several headless machines running GPU's with thousands of processing units available. Much more power than the first "Lord of the Rings" movie was made with. > Still worth exploring though, and a "cl~" processor for my system is > definitely on the todo list. > We are exploring the possibilities here too. Essentially a library that allows sending specific operations across a netjack cluster for realtime multimedia processing. > Thanks, > Bill Gribble > > On Dec 10, 2012, at 6:19, "Patrick Shirkey" <pshirkey(a)boosthardware.com> > wrote: > >> >> On Mon, December 10, 2012 9:06 am, Bill Gribble wrote: >>> Patrick, interesting stuff! I am about to push an early version of my >>> current project to github -- python and clutter implementing a puredata >>> knockoff (with python data types and evaluator). >>> >>> I've found it to be a good combo so far, using multiprocessing to >>> separate >>> engine, UI, and DSP (in C extension). >>> >> >> >> That is my experience with the combination too. I have also found it >> works >> nicely as an addition to a gtk3 interface using the embed() option. That >> gives a gtk3 wrapper with direct cairo support while allowing easy >> access >> to clutter, opengl and the advanced gesture and animation support. It's >> a >> pretty powerful combo. >> >> One thing I am still working on is getting direct access to the GPU for >> additional processing grunt. >> >> >> >> >>> Thanks, >>> Bill Gribble >>> >>> On Dec 9, 2012, at 16:20, "Patrick Shirkey" >>> <pshirkey(a)boosthardware.com> >>> wrote: >>> >>>> >>>> On Mon, December 10, 2012 3:37 am, Louigi Verona wrote: >>>>> Hey Patrick! >>>>> In what way would you say this is different from JACK Keyboard? >>>> >>>> First it uses alsa midi through the alsaseq library. >>>> Second it is written in python3. >>>> Third it uses the Clutter "opengl" UI toolkit. >>>> I'm not sure if jack keyboard supports 128 midi keys. >>>> >>>> CMKeyboard is not intended to replace jack keyboard. It's about >>>> getting >>>> some traction using Python3 and Clutter. >>>> >>>> Clutter and Python are two under utilised options in LAD. Not sure why >>>> Python is not so popular considering how many professional and highly >>>> successful AV projects have been built with it but Clutter seems to >>>> have >>>> been off the radar for a while. Maybe now that the new touch >>>> interfaces >>>> are arriving in the market this year we will see a pick up in Clutter >>>> projects for LAD applications. >>>> >>>> >>>> >>>>> On Dec 9, 2012 7:28 PM, "Patrick Shirkey" >>>>> <pshirkey(a)boosthardware.com> >>>>> wrote: >>>>> >>>>>> Announcing CMKeyboard - Clutter MIDI Keyboard >>>>>> >>>>>> http://djcj.org/cmkeyboard >>>>>> >>>>>> CMKeyboard is a 128 note ALSA MIDI virtual piano keyboard spanning >>>>>> from >>>>>> C-1 to G9 written in python3 and taking advantage of the latest >>>>>> Clutter >>>>>> (>1.12.2) features to enable scrolling and opengl goodness. It is a >>>>>> stand >>>>>> alone program which can also be embedded into other python3 >>>>>> applications >>>>>> as a class library. It uses code from the very handy >>>>>> pyclutter-widgets >>>>>> project for the rounded rectangles of the key buttons. >>>>>> >>>>>> The code demonstrates use of Clutter.ScrollActor(), >>>>>> GtkClutter.Embed(), >>>>>> layering of multiple clutter actors, handling of events including: >>>>>> "button-press-event" & "key-press-event". >>>>>> >>>>>> Suggestions for features and improvements welcome. >>>>>> >>>>>> >>>>>> Enjoy! >>>>>> >>>>>> >>>>>> -- >>>>>> Patrick Shirkey >>>>>> Boost Hardware Ltd >>>>>> _______________________________________________ >>>>>> Linux-audio-dev mailing list >>>>>> Linux-audio-dev(a)lists.linuxaudio.org >>>>>> http://lists.linuxaudio.org/listinfo/linux-audio-dev >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Patrick Shirkey >>>> Boost Hardware Ltd >>>> _______________________________________________ >>>> Linux-audio-user mailing list >>>> Linux-audio-user(a)lists.linuxaudio.org >>>> http://lists.linuxaudio.org/listinfo/linux-audio-user >>> >> >> >> -- >> Patrick Shirkey >> Boost Hardware Ltd >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user(a)lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Patrick Shirkey Boost Hardware Ltd

12 years, 11 months

MIDI controller question

by Julien Claassen

Hello everyone! I've got a question about MIDI controller handling in software. I heard, that MIDI CCs 32-63 have special meaning, or are used as part of 14-bit controllers or something. Now I have a synth, which submits those. I'm sure, that other people might also have such devices and, that some software delas with them as the maufactureres intended? What to do about them/ Is there a way to distinguish between a normal 7-bit CC 34 and such a CC in a 14-bit environment. The following page explains the dilemma: http://home.roadrunner.com/~jgglatt/tech/midispec/ctllist.htm My problem is, that the sequencer I'm using, ignores all those CCs and thus my recorded performance is lacking in expressiveness. Warm regards Julien ---------------------------------------- http://juliencoder.de/nama/music.html

12 years, 11 months

ANN: CMKeyboard

by Patrick Shirkey

Announcing CMKeyboard - Clutter MIDI Keyboard http://djcj.org/cmkeyboard CMKeyboard is a 128 note ALSA MIDI virtual piano keyboard spanning from C-1 to G9 written in python3 and taking advantage of the latest Clutter (>1.12.2) features to enable scrolling and opengl goodness. It is a stand alone program which can also be embedded into other python3 applications as a class library. It uses code from the very handy pyclutter-widgets project for the rounded rectangles of the key buttons. The code demonstrates use of Clutter.ScrollActor(), GtkClutter.Embed(), layering of multiple clutter actors, handling of events including: "button-press-event" & "key-press-event". Suggestions for features and improvements welcome. Enjoy! -- Patrick Shirkey Boost Hardware Ltd

12 years, 11 months

CAPS* as LV2

by Aurélien Leblond

Hi all, Quick question: does the CAPS* plugins suite exist in LV2 format (I'm almost sure the answer is no, as I have looked everywhere, but you never know...). If not, could somebody who knows the code of these plugins let me know how hard it would be to port them to LV2? Are there any pitfalls to look for? Background: a few years back, I created a few synths using AlsaModularSynth - I'm trying to recreate them into Ingen. I already ported the AMS internal modules to lv2 (avw.lv2), and a few other ones that I need are now in fomp.lv2. I use the CAPS amp modelling to make the sound of the synth a bit more natural. Obviously, I know I could plug Ingen output into JackRack for example and use CAPS there for example, but where is the fun in that? :) Incidentally, are there other LV2 plugins that would do at Amp Modelling? Aurélien

12 years, 11 months

jack_delay internal latency

by Rodrigo T O Ladeira

Hi, If I connect IN and OUT of the jack_delay in jack, the measure is 1.33ms, Can I assume that this latency is internal of the jack_delay?? I my mind the measure is to be near 0ms ...

12 years, 11 months

[ANN] Radium V1.9.14

by Kjetil Matheussen

Radium is a music editor with a new and better interface. It's inspired by trackers, but has fewer limitations and uses graphics to show musical data. Screenshot: =========== http://users.notam02.no/~kjetism/radium/pictures/radium-1-9-14.png Source code: ============ http://archive.notam02.no/arkiv/src/?C=M;O=D Homepage: ========= http://users.notam02.no/~kjetism/radium/ Source code repository: ======================= https://github.com/kmatheussen/radium Most important changes 1.9.6 -> 1.9.14: ======================================= * Waveform data is shown in the editor for the sampler instrument. * Colored areas replaced breakpoint curves for velocity representation. (looks much less confusing) * Only show gfx nodes for the track the mouse is currently placed over. * Various other graphical improvements * Fixed denormals on 32 bit Linux. (-mpmath=sse) * Fix various horrible bugs for those with non-C locale settings Thanks to "DoosC" for helping to debug. * Switch shift and right-alt keybindings for left/right arrow. Now: * Right Shift + left/right moves cursor to previous / next track * Right Alt + left/right changes velocity for note playing under cursor. * Need to press altgr or right shift less than 0.25 seconds to play. * Radium doesn't freeze when trying to play after it has been running for a few hours. * Dont create block undo too often. (Most notable when changing velocity using keyboard) * Don't reset temponode track size when zooming. * Fix pesky memory bug, sometimes causing the program to quit because it ran out of memory. Graphics should also be snappier in some situations after this fix. It was caused by the gfx queue growing and growing when QWidget::paintEvent wasnt called directly after drawing something. * Dont crash when pasting block in certain situations. * Remove reading of uninitialized memory in slider painter. * TAB switches between common window configs * Show message box if parsing soundfont file fails * Add -Wall option to RELEASE build * Make track headers of current instrument more distinct * Larger window during startup * Fix missing sound on AMD phenom processor. Thanks to DoosC for helping to debug. * Disable text border by default (except for line numbers), and ignore saved text border setting * Ignore minnodesize and use font height*2 instead. * Implement reset font size for qt * Demo song audio adjustments * Set default colors/fonts menu options * Qt: set DontUseNativeMenuBar on all systems, not just osx. Menues requires mono font to look right (fix for unity) * Dont stop playing when changeing patch for a track * Various graphical improvements * Use "---" instead of STP. * "make install" should work without first running the program. * Shift+left/right to change note volume works even if cursor is not placed on the same line as the note name. * Fixed zooming-in-a-lot bug. * Pan-per-note for the sampler instrument. Means that the track panner works for that track only. * Fixed samplefile font in sample file selector. * Different panning algorithm. (Dont just lower volume in one channel on stereo files) (Warning: may change sound of existing songs) * Remove -mtune=native for linux builds. * Linux: Use standard paths for lrdf files * Instructions on how to compile from git

12 years, 11 months

Call for Papers - DAFx13, Maynooth, Ireland Sept. 2013

by Victor Lazzarini

Apologies for cross-posting. DAFX 13 ======================= CALL FOR PAPERS We are pleased to announce that the 16th International Conference on Digital Audio Effects will take place at the National University of Ireland, Maynooth, Ireland, between 2nd and 6th September, 2013. This annual conference is a coming together of those working across the globe in research relating to digital audio processing for music, sound art, acoustics and related applications. The program for this conference will include, in addition to presentations of papers reporting scientific and practical discoveries, concerts and a full social program. The conference presentations will comprise key-note addresses, oral and poster presentations of submitted papers and tutorials/demonstrations. We would like to invite submissions of papers for presentation at DAFx-13 within the following general areas relevant to audio signal processing for music, sound art, acoustics and related applications: - Capture and analysis - Representation, transformation and modelling - Transmission and resynthesis - Effects and manipulation - Perception and evaluation - Physical modelling, virtual acoustic and analogue models - Sound design and composition - Hardware and software design - Spatial Audio - Digital Audio in Mobile Platforms At DAFx-13 we especially encourage submissions relating to: Sound synthesis Computer music and languages for music signal processing Spectral signal processing Acceptance to the conference for all submissions is subject to peer-review. Acceptance may be conditional upon changes being made to the paper as directed by reviewers. Accepted contributions will be published in the Conference Proceedings, which will be made freely accessible via the conference website. Prospective authors should prepare and submit a full-length paper, including all figures and references, according to one of the following two formats: Oral presentations: 6 pages maximum, 20 minutes for presentation (15 minutes talk followed by 5 minutes Q&A) Poster presentations: 4 pages maximum Important dates: Submission deadline: Friday 29/03/2013 Acceptance notification to authors: Monday 06/05/2013 Camera-ready papers due: Monday 10/06/2013 Paper templates and links to the submission pages can be found in the Conference website: http://dafx13.nuim.ie ============================ 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, 11 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