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:*_GeneralÂpurpose 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
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,
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 ...