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