[PD] Musical notation object on Pd
morph_2016 at yahoo.co.uk
Sun Jan 16 16:25:35 CET 2011
I just tracked this down - it went to the list and not the me!
The gizmo is a cpu frequency governor - installed as xfce4-cpufreq-plugin from
the Synaptic package manager. It will save your life with Pure Data! The reason
is that modern CPUs run at a speed that is lower than the maximum, and only
increase it when needed. However, it takes a little time for the increase in CPU
frequency to occur, and this is too late for PD, which crashes when the load
gets too high (especially when using audio input). Usually in the middle of a
gig. With the cpu frequency plugin you can set the CPU to run in "performance"
mode - which just keeps the CPU at the maximum frequency possible.
With regards to Gemnotes - the notation system you saw - it is my current
nightmare since I have the first performance of the first piece that uses it in
2 weeks, and I'm still coding the external that manages it. Also, I've found
that to run enough TTF objects in GEM to render a score takes a large amount of
processing power, although this can be ameliorated by lowering the frame rate on
the gemwin, e.g. [gemwin 10].
I will probably release a multi-platform binary soon, but not the source code
yet. I want to find another way of handling notation within GEM, possibly an
object that renders an entire score. I think what PD lacks is an efficient 2D
vector graphics library, but I couldn't attempt this on my own - I know next to
nothing about graphics programming!
Meanwhile, the concert is at the University of East Anglia, Norwich on the 31st
of January at 7:30pm.
I send you my font. You can use it with the [text3d] object.
Metastudio 4 for Pure Data - coming soon!
Metastudio 3 still available at http://sharktracks.co.uk/puredata
From: J bz <jbeezez at gmail.com>
To: Ed Kelly <morph_2016 at yahoo.co.uk>
Sent: Tue, 4 January, 2011 10:01:08
Subject: Re: [PD] Musical notation object on Pd
Hope you don't mind me writing to you directly...
I was following this thread with interest, and have been checking your 'teasers'
for your upcoming project with much interest. Hope it's all going well.
I'm looking for a .ttf for rendering very simple notation - notes, rests etc
without the need for barlines. Could you recommend one, as I have been
floundering somewhat and going round in circles trying to get one that works
happily in pd & GEM?
Also, I have recently upgraded my lappy to a dual core machine and I noticed
from your screenshot that you are also a fellow puredyner. You had, in your
screenshot, a rather funky looking gizmo that, if I read it correctly, measures
the use of the dual cores - what is that thing!:)
Very best wishes,
On 7 November 2010 12:36, Ed Kelly <morph_2016 at yahoo.co.uk> wrote:
> Since there are already some projects going through in this area (e.g. pwgl or
>>inscore), wouldn't it
>> make sense to try to integrate with these, or try to help them, instead of
>>reinventing the wheel?
>Perhaps, but consider this:
>The performer I am working with is a percussionist, and excellent at
>sight-reading music. However, he's not by any stretch of the imagination a
>programmer, and the idea of giving him command-line compilation issues to deal
>with, or complex connectivity between packages, would kill the project straight
>away. From me he needs to receive, via email, a PD patch that will just work.
>other libraries are "wrapped" into PD i.e. externals are made and integrated
>into a future PD-extended, then these might provide some practical options for
>me to work with classical musicians who aren't programmers (and the majority of
>them are not). However, for the time being I am limited to that which can be
>rendered by the current PD-extended straight out of the (in)box, without any
>modifications to the computer it is running on.
>That is why I'm building a system that uses just GEM and a truetype font, which
>can be made into a single package and distributed to the performer of my piece.
>If I had institutional support perhaps I could envisage something more complex
>to work, but I have been unlucky in that respect. I could either give up, or
>to find a practical solution that works both for me and for a non-computer geek
>classically trained player. I choose the latter because I want to make music.
>Pd-list at iem.at mailing list
>UNSUBSCRIBE and account-management ->
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 31120 bytes
Desc: not available
More information about the Pd-list