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