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 ...
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
Apologies for cross-posting.
DAFX 13 ======================= CALL FOR PAPERS
We are pleased to announce that the 16th International Conference on Digital Audio Effects will take place at the National University of Ireland, Maynooth, Ireland, between 2nd and 6th September, 2013. This annual conference is a coming together of those working across the globe in research relating to digital audio processing for music, sound art, acoustics and related applications. The program for this conference will include, in addition to presentations of papers reporting scientific and practical discoveries, concerts and a full social program.
The conference presentations will comprise key-note addresses, oral and poster presentations of submitted papers and tutorials/demonstrations. We would like to invite submissions of papers for presentation at DAFx-13 within the following general areas relevant to audio signal processing for music, sound art, acoustics and related applications:
- Capture and analysis
- Representation, transformation and modelling
- Transmission and resynthesis
- Effects and manipulation
- Perception and evaluation
- Physical modelling, virtual acoustic and analogue models
- Sound design and composition
- Hardware and software design
- Spatial Audio
- Digital Audio in Mobile Platforms
At DAFx-13 we especially encourage submissions relating to:
Sound synthesis
Computer music and languages for music signal processing
Spectral signal processing
Acceptance to the conference for all submissions is subject to peer-review. Acceptance may be conditional upon changes being made to the paper as directed by reviewers. Accepted contributions will be published in the Conference Proceedings, which will be made freely accessible via the conference website. Prospective authors should prepare and submit a full-length paper, including all figures and references, according to one of the following two formats:
Oral presentations: 6 pages maximum, 20 minutes for presentation (15 minutes talk followed by 5 minutes Q&A)
Poster presentations: 4 pages maximum
Important dates:
Submission deadline: Friday 29/03/2013
Acceptance notification to authors: Monday 06/05/2013
Camera-ready papers due: Monday 10/06/2013
Paper templates and links to the submission pages can be found in the Conference website: http://dafx13.nuim.ie
============================
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
Qmingus is a software tool for music learning, training and improvisation.
You can compose and play scales & chords at varying BPM and generate the
notation.
Qmingus is a front-end for the mingus
<https://code.google.com/p/mingus/> music package, written in python and
using the Qt framework.
It is free software, released under the terms of the GPL.
Here is a minimal website: http://pullbit.gr/projects/qmingus/
and development tracking will be here: https://launchpad.net/qmingus.
Notes:
* It contains several bugs, some of them in the mingus package itself,
and I am not so sure about the correctness of some musical terms,
either. Therefore, any suggestions, ideas, comments, and of course
contributions, will be greatly appreciated.
* There is no documentation yet about installation, compiling etc,
Qmingus wiki <http://pullbit.gr/projects/qmingus/wiki/> will be the
place for additional information in the future.
hi,
i'm trying without success to compile jack2 (version 1.9.8 downloaded
from jackaudio.org) using the --profile configure flag.
$ python2 waf configure --profile --alsa
...
$ python2 waf build
...
[158/236] cxx: common/JackLibSampleRateResampler.cpp ->
build/default/common/JackLibSampleRateResampler_6.o
[159/236] cxx: common/JackAudioAdapter.cpp ->
build/default/common/JackAudioAdapter_6.o
[160/236] cxx: common/JackAudioAdapterInterface.cpp ->
build/default/common/JackAudioAdapterInterface_6.o
In file included from ../common/JackNetTool.h:21:0,
from ../common/JackNetInterface.h:23,
from ../common/JackNetManager.h:23,
from ../common/JackNetManager.cpp:19:
../common/JackTools.h: In instantiation of
‘Jack::JackGnuPlotMonitor<T>::JackGnuPlotMonitor(uint32_t, uint32_t,
std::string) [with T = float; uint32_t = unsigned int; std::string =
std::basic_string<char>]’:
../common/JackNetManager.cpp:73:70: required from here
../common/JackTools.h:128:21: error: ‘fill_n’ was not declared in this
scope, and no declarations were found by argument-dependent lookup at
the point of instantiation [-fpermissive]
In file included from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../include/c++/4.7.2/bits/char_traits.h:41:0,
from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../include/c++/4.7.2/string:42,
from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../include/c++/4.7.2/stdexcept:40,
from ../common/JackException.h:23,
from ../posix/JackPosixMutex.h:26,
from ../linux/JackPlatformPlug_os.h:44,
from ../common/JackPlatformPlug.h:23,
from ../common/JackMidiPort.h:26,
from ../common/JackNetTool.h:20,
from ../common/JackNetInterface.h:23,
from ../common/JackNetManager.h:23,
from ../common/JackNetManager.cpp:19:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../include/c++/4.7.2/bits/stl_algobase.h:775:5:
note: ‘template<class _OI, class _Size, class _Tp> _OI
std::fill_n(_OI, _Size, const _Tp&)’ declared here, later in the
translation unit
[161/236] cxx: common/JackNetAdapter.cpp ->
build/default/common/JackNetAdapter_6.o
Build failed
-> task failed (err #1):
{task: cxx JackNetManager.cpp -> JackNetManager_4.o}
without the --profile flag it works ok.
i tried with other version (probably from git, i'm not sure) and it
works.. any ideas?
thanks,
--
Bruno Gola <brunogola(a)gmail.com>
http://bgo.la/ | +55 11 9-5552-3599
