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
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
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
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!
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
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
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
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
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 ...
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