Linux-audio-dev December 2012

linux-audio-dev@lists.linuxaudio.org

35 participants
36 discussions

[LAD] warning: seedy journal possibly targetting LAC authors

by Jörn Nettingsmeier

hi everybody! i just received a personalized spam mail from a very seedy publishing company which apparently has harvested the linux audio conference backlogs. so here's a friendly warning since this might happen to others who have contributed to LACs in the past. this company doesn't check out at all as a relevant publisher, and a number of people have reported that their business model is to bait and hook scholars desperate for publications and then milking them for publication fees. they will also ask for a transfer of copyright. needless to say, david publishing's journals are practically unheard of in the world of serious research, and being in one is very likely to hinder a career rather than foster it. meanwhile, a happy holiday season and may santa bring good publishing opportunities to all scholars who have been well-behaved during the year! jörn -------- Original Message -------- Subject: Call for Papers or Books from Journal of Literature and Art Studies (ISSN 2159-5836) Date: Fri, 21 Dec 2012 13:58:59 +0800 From: literature.art <literature.art(a)davidpublishing.org> To: nettings <nettings(a)stackingdwarves.net> From Knowledge to Wisdom *Journal of Literature and Art Studies, USA* International Standard Serial Number: ISSN2159-5836 (Print),ISSN 2159-5844 (Online)** *Call for Papers and Books* ** Dear Jörn NETTINGSMEIER, This is a journal entitled */Journal of Literature and Art Studies /(ISSN 2159-5836)*published across the United States by David Publishing Company, EL MONTE, CA, USA.We are glad to know you have submitted a paper named:*_Generalpurpose Ambisonic playback systems for electroacoustic concerts - a practical approach _*at Linux Audio Conference 2010.Weare very interested in your research. If the paper mentioned has not been published in other journals and you have the idea of making our journal as a vehicle for your research interests,please send us the English electronic version of your paper in MS word format. And all your original and unpublished papers are welcome. Hope to keep in touch with you by email. If you have other original and unpublished papers or books at hand which have not been published yet, please feel free to send them to us too. As an American academic publishing group, we wish to become your friends if necessary. At present, we also want to invite some people to be our reviewers or become our editorial board members. If you are interested in our journal, Please send your CV to us too. Expect to get your reply soon. *Description* ** */Journal of Literature and Art Studies /*is an international academic journal (print and online), published monthly by David Publishing Company, USA, which was founded in 2001, and is striving to provide the best platform for artists and scholars worldwide to exchange their latest findings and results. Our journal is an English version and your contribution to our journal would be very much welcome! *Current columns involve:* ** Literature studies, art theory, culture and history of arts, appreciation of arts, etc.. *Some renowned databases our journal can be retrieved:* **** */Journal of Literature and Art Studies/*is to be indexed in following databases: ★ Database of EBSCO, Massachusetts, USA (Humanities Abstracts (H.W. Wilson)) ★ LLBA Database of CSA ★ Universe Digital Library S/B, Proquest ★ Proquest, USA ★ Chinese Database of CEPS, American Federal Computer Library center (OCLC), USA ★ Chinese Scientific Journals Database, VIP Corporation, Chongqing, P.R. China ★ Ulrich’s Periodicals Direcory ★ Summon Serials Solutions *Information for author(s)* ** 1. The manuscript should be original, and has not been published previously. Please do not submit material that is currently being considered by another journal. 2. Manuscripts may be 3000-8000 words or longer if approved by the editor, including an abstract, texts, tables, footnotes, appendixes, and references. The title should not exceed 15 words, and abstract should not exceed 400 words. 3-8 keywords or key phrases are required. 3. The manuscript should be in MS Word format, submitted as an email attachment to our email address. 4. Author(s) of the articles being accepted are required to sign up the Transfer of Copyright Agreement form. 5. The author(s) will receive 2 copies of the issue of our journal containing his/her (their) article(s). 6. It is not our policy to pay authors. *Submission**of manuscript* ** All manuscripts submitted will be considered for publication. Please visit our website at _www.davidpublishing.com_ for our automatic paper submission systems or send an email attachment to: art.literature(a)yahoo.com<mailto:art.literature%20@yahoo.com>, _literature.art_(a)davidpublishing.org<mailto:philostudy@gmail.com>. Best Regards! Wayne Editorial Office Journal of Literature and Art Studies (ISSN 2159-5836) David Publishing Company 9460 TELSTAR AVE SUITE 5,EL MONTE,CA 91713,USA Website: http://www.davidpublishing.com E-mail: literature.art(a)davidpublishing.org <mailto:literature.art@davidpublishing.org> Tel: 1-323-9847526, 1-323-4101082; Fax: 1-323-9847374; 1-323-9080457

13 years, 2 months

Re: [LAD] avw.lv2 0.0.9

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

13 years, 2 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

13 years, 2 months

[LAD] 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!

13 years, 2 months

[LAD] 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

13 years, 2 months

[LAD] 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

13 years, 2 months

[LAD] 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

13 years, 2 months

[LAD] 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

13 years, 2 months

[LAD] 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 ...

13 years, 2 months

[LAD] [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

13 years, 2 months

2026

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 December 2012