Re: [PD] Pd internal font size inconsistency on Raspbian

Hi Jonathan, Considering the fact that IEM guis display with correct font size on Raspbian, there must be a way to do it right. The difference between IEM guis and object/message/comment is that in the first case you specify font type and size explicitly, and a choice of available types is

Re: [PD] Pd internal font size inconsistency on Raspbian

Maybe we should design a Pd gridfont (see http://cogsci.indiana.edu/gridfonts.html ). Every letter is just line segments connecting dots on the same standard grid, so you wouldn't need to worry about metric translation at all -- just specify the dimensions of the grid in pixels. Of course then Pd

Re: [PD] Pd internal font size inconsistency on Raspbian

Coincidentally enough, I made a parody website on grid fonts to elucidate some of their obvious drawbacks:http://cogsci.indiana.edu/gridfonts.html -Jonathan On Friday, October 9, 2015 8:05 PM, Matt Barber wrote: Maybe we should design a Pd gridfont (see 

Re: [PD] Pd internal font size inconsistency on Raspbian

On Fri, Oct 9, 2015 at 4:42 PM, Jonathan Wilkes wrote: > The patch developer can't get reproducible appearance > with iemguis across platforms: > * the patch developer is almost never able to know what > fonts are available on the other platforms > * the patch developer can't

Re: [PD] Pd internal font size inconsistency on Raspbian

I agree. This is one part of pd-extended that would be helpful to have in vanilla. I wonder how large that patch would be ... > On Oct 9, 2015, at 5:42 PM, katja > wrote: > > True, there can't be a guarantee, patches have to be tested on

Re: [PD] MIDI connection problem with commandline-parameters

I picked Qjackctl and defined a standard patchbay, though there's a need for an xserver now. I will switch to udev if there's a need for better performance. I'm still wondering why autoconnecting worked before if a MIDI device was already connected, but I leave it at that for the time being.

Re: [PD] lower samplerate with block

On Fri, 2015-10-09 at 01:09 -0300, Alexandre Torres Porres wrote: > hi, I was testing a lower samplerate with block in the parent patch, > and listening to it. It would be interesting to know what patch you used to _listen_ to your experiment. The attached patch simply shows that a down-sampled

Re: [PD] lower samplerate with block

I thought the issue with dac was just about changing the block size to anything other than 64 - when it shuts down and gives the "bad vector size" warning. But yeah, it makes sense that there's a conflict issue like that. Sampling frequency needs to be at least twice the maximum frequency you >

Re: [PD] Strange behaviour when sending sinesum commands to arrays

I effectively want to have the possibility to give to each note a different timbre if I want. Thanks for your suggestions, fortunately there are many compromise solutions possible. You're mentioning in one of your suggestion I could use 1000 arrays. Let say that I'm lazy and that in the short

Re: [PD] Strange behaviour when sending sinesum commands to arrays

​You're basically limited by RAM, but if you have a big dynamic patching & sinesum routine on loadbang you might have to wait a few seconds for your patch to open. Or, if you want you can do the dynamic patching once to get the patch, and the sinesum routine once as well, and save the contents of

Re: [PD] Pd internal font size inconsistency on Raspbian

The patch developer can't get reproducible appearancewith iemguis across platforms:* the patch developer is almost never able to know what fonts are available on the other platforms* the patch developer can't know the actual metrics ofthe font on those platforms* there's nothing in the iemgui

Re: [PD] Playing Video with Audio

VLC rc interface with TCP socket should be cross platform, but position refresh is slow, a patch showing it is attached ... Le 08/10/2015 09:30, Jim Ruxton a écrit : Thanks Patrice . I tried your patch and it work great. Unfortunately in the final version of this project I may have to use