Re: [PD] problems testing MIDI clock input

2017-12-07 Thread Alexandre Torres Porres
yeah, I'm using 0.48-1test3

2017-12-08 2:37 GMT-02:00 Alexandre Torres Porres :

> Hi, since now we're removing [midiclkin] (which never worked by the way),
> I'm testing a MIDI clock input with [midirealtimein].
>
> The idea is to extract the tempo from the clock input, as [midiclkin]
> would do, but I'm getting a jittered value.
>
> I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
> between bangs with [timer] and I just can't get a steady tempo, [realtime]
> also doesn't do the trick.
>
> Can anyone tell me why this happens? Is it a problem with
> [midirealtimein]? With the time measuring objects [timer] and [realtime]?
>
> Is anybody else testing this and getting a steady measurement?
>
> For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on a
> mac
>
> cheers
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] problems testing MIDI clock input

2017-12-07 Thread Alexandre Torres Porres
Hi, since now we're removing [midiclkin] (which never worked by the way),
I'm testing a MIDI clock input with [midirealtimein].

The idea is to extract the tempo from the clock input, as [midiclkin] would
do, but I'm getting a jittered value.

I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
between bangs with [timer] and I just can't get a steady tempo, [realtime]
also doesn't do the trick.

Can anyone tell me why this happens? Is it a problem with [midirealtimein]?
With the time measuring objects [timer] and [realtime]?

Is anybody else testing this and getting a steady measurement?

For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on a
mac

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

2017-12-07 Thread Lucas Cordiviola
Note: DejaVu Sans Mono is the default font but it's not currently shipped with 
or loaded by Pd on Windows yet. There is some extra work needed for this

I got work on this, see:

http://lucarda.com.ar/x/dejavu/readme.html

@Dan

Do I make a PR and we forget about it?

Is not a big deal and you always opposed it. I think an other method will be 
always postponed and will make it by 0.57-9test3.

: -)


--

Mensaje telepatico asistido por maquinas.

On 12/7/2017 10:40 AM, Dan Wilcox wrote:
Yes, the sizes are a little smaller/tighter and come from Pd-extended. Things 
work best with DejaVu Sans Mono so rendering should be the same using the same 
font. For more info, see: https://github.com/pure-data/pure-data/pull/159

If everyone ends up hating this, we could just go back to Courier on all 
platforms. At least then we wouldn't have to ship a font

Note: DejaVu Sans Mono is the default font but it's not currently shipped with 
or loaded by Pd on Windows yet. There is some extra work needed for this and it 
seemed important to fix the sizing issues on macOS first. I wrote up some info 
about the fonts in 
https://github.com/pure-data/pure-data/blob/master/font/README.txt

Also, zooming now works for all guis, the inlets & outlets are the same height, 
lots of little drawing bugs were fixed (VU scale not completly hidden), etc etc 
etc.

On Dec 5, 2017, at 7:35 PM, 
pd-list-requ...@lists.iem.at wrote:

Date: Tue, 5 Dec 2017 18:14:59 +
From: Lucas Cordiviola mailto:lucard...@hotmail.com>>
To: "pd-list@lists.iem.at" 
mailto:pd-list@lists.iem.at>>, Christof Ressi
mailto:christof.re...@gmx.at>>
Subject: Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version
released
Message-ID:
mailto:blupr01mb552bc5eb5950ba429b62d5fa6...@blupr01mb552.prod.exchangelabs.com>>

Content-Type: text/plain; charset="utf-8"

Hi Christof,

Yes this changes were totally intentional, and are for good IMO, now patches 
render the same on all platforms!.

They were well tested, see: https://github.com/pure-data/pure-data/pull/227


: - )


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Issue Arduino/Leonardo with windows and mac

2017-12-07 Thread abel . jerome
Hi,

I hade some problems with Arduino Leonardo boards / Firmata (even with very 
simple serial communications). On Windows 10 and some Mac computers it does not 
work. On Linux it is ok. With an Arduino UNO, no problem.

Did someone notice this kind of issue ?

Thanks.

j.

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

2017-12-07 Thread Alexandre Torres Porres
2017-12-07 12:04 GMT-02:00 Christof Ressi :

> Now when I think of it, when I switched from Pd-extended to Pd vanilla a
> couple of years ago I was first annoyed by the bigger font size. So it's
> really just a matter of getting used to it. Just one question: on Windows
> (and also Linux?) the font weight defaults to bold (as opposed to Pd
> extended). Is this on purpose and is this the same on MacOS?
>

It is not the same at all on macOS! And this has also been a matter of
dicussion here on the list. That is if we should get them all consistently
the same. But before we deal with that, it was necessary to do this part of
the process anyway. So after this we can make a decision on that.

I'm arguing we should have them all with normal weight instead of bold by
default. Because it'd be consistent also with Pd Extended and Purr Data. I
find bold specially hard on the eyes when checking documentation and help
files. I remember there were different points of view, as always, but not
that much or strong rejection to making it normal weight. But anyway, this
should be a new discussion with as much people involved as possible for the
next release.

cheers

 wouldn't t is not on purpose, I'd say this happened


>
> Anyway, thanks for the great work!!!
>
> > If everyone ends up hating this, we could just go back to Courier on all
> platforms. At least then we wouldn't have to ship a font
>
> or what about Comic Sans MS? :-p
>
> *Gesendet:* Donnerstag, 07. Dezember 2017 um 14:40 Uhr
> *Von:* "Dan Wilcox" 
> *An:* "Lucas Cordiviola" , "Christof Ressi" <
> christof.re...@gmx.at>
> *Cc:* Pd-List 
> *Betreff:* Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released
> Yes, the sizes are a little smaller/tighter and come from Pd-extended.
> Things work best with DejaVu Sans Mono so rendering should be the same
> using the same font. For more info, see: https://github.com/pure-
> data/pure-data/pull/159
>
> If everyone ends up hating this, we could just go back to Courier on all
> platforms. At least then we wouldn't have to ship a font
>
> Note: DejaVu Sans Mono is the default font but it's not currently shipped
> with or loaded by Pd on Windows yet. There is some extra work needed for
> this and it seemed important to fix the sizing issues on macOS first. I
> wrote up some info about the fonts in https://github.com/pure-
> data/pure-data/blob/master/font/README.txt
>
> Also, zooming now works for all guis, the inlets & outlets are the same
> height, lots of little drawing bugs were fixed (VU scale not completly
> hidden), etc etc etc.
>
>
> On Dec 5, 2017, at 7:35 PM, pd-list-requ...@lists.iem.at wrote:
>
> Date: Tue, 5 Dec 2017 18:14:59 +
> From: Lucas Cordiviola 
> To: "pd-list@lists.iem.at" , Christof Ressi
> 
> Subject: Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version
> released
> Message-ID:
> 
>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Christof,
>
> Yes this changes were totally intentional, and are for good IMO, now
> patches render the same on all platforms!.
>
> They were well tested, see: https://github.com/pure-
> data/pure-data/pull/227
>
>
> : - )
>
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

2017-12-07 Thread Matt Davey
great read and awesome math sleuthing there by Claude.

from reading both the original article and the update, seems like the
proposed implementation would always increase accuracy, and almost always
increase efficiency?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

2017-12-07 Thread Christof Ressi

Now when I think of it, when I switched from Pd-extended to Pd vanilla a couple of years ago I was first annoyed by the bigger font size. So it's really just a matter of getting used to it. Just one question: on Windows (and also Linux?) the font weight defaults to bold (as opposed to Pd extended). Is this on purpose and is this the same on MacOS?

 

Anyway, thanks for the great work!!!

 


> If everyone ends up hating this, we could just go back to Courier on all platforms. At least then we wouldn't have to ship a font
 

or what about Comic Sans MS? :-p

 



Gesendet: Donnerstag, 07. Dezember 2017 um 14:40 Uhr
Von: "Dan Wilcox" 
An: "Lucas Cordiviola" , "Christof Ressi" 
Cc: Pd-List 
Betreff: Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released



Yes, the sizes are a little smaller/tighter and come from Pd-extended. Things work best with DejaVu Sans Mono so rendering should be the same using the same font. For more info, see: https://github.com/pure-data/pure-data/pull/159

 

If everyone ends up hating this, we could just go back to Courier on all platforms. At least then we wouldn't have to ship a font

 
Note: DejaVu Sans Mono is the default font but it's not currently shipped with or loaded by Pd on Windows yet. There is some extra work needed for this and it seemed important to fix the sizing issues on macOS first. I wrote up some info about the fonts in https://github.com/pure-data/pure-data/blob/master/font/README.txt


 

Also, zooming now works for all guis, the inlets & outlets are the same height, lots of little drawing bugs were fixed (VU scale not completly hidden), etc etc etc.
 


On Dec 5, 2017, at 7:35 PM, pd-list-requ...@lists.iem.at wrote:
 

Date: Tue, 5 Dec 2017 18:14:59 +
From: Lucas Cordiviola 
To: "pd-list@lists.iem.at" , Christof Ressi

Subject: Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version
released
Message-ID:


Content-Type: text/plain; charset="utf-8"

Hi Christof,

Yes this changes were totally intentional, and are for good IMO, now patches render the same on all platforms!.

They were well tested, see: https://github.com/pure-data/pure-data/pull/227


: - )


 




Dan Wilcox

@danomatika

danomatika.com

robotcowboy.com

 










___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

2017-12-07 Thread Dan Wilcox
Yes, the sizes are a little smaller/tighter and come from Pd-extended. Things 
work best with DejaVu Sans Mono so rendering should be the same using the same 
font. For more info, see: https://github.com/pure-data/pure-data/pull/159 


If everyone ends up hating this, we could just go back to Courier on all 
platforms. At least then we wouldn't have to ship a font

Note: DejaVu Sans Mono is the default font but it's not currently shipped with 
or loaded by Pd on Windows yet. There is some extra work needed for this and it 
seemed important to fix the sizing issues on macOS first. I wrote up some info 
about the fonts in 
https://github.com/pure-data/pure-data/blob/master/font/README.txt 


Also, zooming now works for all guis, the inlets & outlets are the same height, 
lots of little drawing bugs were fixed (VU scale not completly hidden), etc etc 
etc.

> On Dec 5, 2017, at 7:35 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Tue, 5 Dec 2017 18:14:59 +
> From: Lucas Cordiviola mailto:lucard...@hotmail.com>>
> To: "pd-list@lists.iem.at " 
> mailto:pd-list@lists.iem.at>>, Christof Ressi
>   mailto:christof.re...@gmx.at>>
> Subject: Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version
>   released
> Message-ID:
>   
>  >
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Hi Christof,
> 
> Yes this changes were totally intentional, and are for good IMO, now patches 
> render the same on all platforms!.
> 
> They were well tested, see: https://github.com/pure-data/pure-data/pull/227 
> 
> 
> 
> : - )


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Help compiling gendy~

2017-12-07 Thread IOhannes m zmoelnig
On 2017-12-07 04:31, Pagano, Patrick wrote:
> Iǘe sent soem emails and opened and issue, i thought initially i was getting 
> an error on Raspberry pi related to gcc-4.9 --there was a bug and i recently 
> updated to gcc-6 to build flext cleanly and it build without fail but when i 
> try to build
> 
> gendyflext i get the error pasted here
>

this very much looks like a bug in the source code
(something along the lines of garray_getfloatarray() vs
garray_getfloatwords()).

i guess the proper action is to report a bug on the github tracker for
gendy

> 
> https://pastebin.com/wKZx8AMe
> 
> [https://pastebin.com/i/facebook.png]

yay, facebook.png!


fgasdmr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list