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

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@email-addr-hidden>
> 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@email-addr-hidden>
>>> 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@email-addr-hidden>
>>>>> 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@email-addr-hidden
>>>>>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Patrick Shirkey
>>>> Boost Hardware Ltd
>>>> _______________________________________________
>>>> Linux-audio-user mailing list
>>>> Linux-audio-user@email-addr-hidden
>>>> http://lists.linuxaudio.org/listinfo/linux-audio-user
>>>
>>
>>
>> --
>> Patrick Shirkey
>> Boost Hardware Ltd
>> _______________________________________________
>> Linux-audio-user mailing list
>> Linux-audio-user@email-addr-hidden
>> http://lists.linuxaudio.org/listinfo/linux-audio-user
>

--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev