Hi Julian,
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.
Best wishes, Ed
Metastudio 4 for Pure Data - coming soon! Metastudio 3 still available at http://sharktracks.co.uk/puredata
Liam: Party
From: J bz jbeezez@gmail.com To: Ed Kelly morph_2016@yahoo.co.uk Sent: Tue, 4 January, 2011 10:01:08 Subject: Re: [PD] Musical notation object on Pd
Hi Ed,
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,
Julian Brooks
On 7 November 2010 12:36, Ed Kelly morph_2016@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.
If
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
try
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.
Best, Ed
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sun, 16 Jan 2011, Ed Kelly wrote:
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 wonder, can you make this any faster using gl-lists ? I mean like glCallList and that caching stuff... I don't know how the TTF rendering works, nor how GEM handles gl-lists, but from what I know, it would be a possible acceleration to look into.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
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 wonder, can you make this any faster using gl-lists ? I mean like glCallList and that caching stuff... I don't know how the TTF rendering works, nor how GEM handles gl-lists, but from what I know, it would be a possible acceleration to look into.
That's my next line of enquiry. If anyone can help me understand how to intervene in the gemlist, or even if this is a viable method, please let me know. I'm thinking Claude might be able to help...
ed
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-
Ed Kelly -
Mathieu Bouchard