Re: [PD] [hidraw] get more info on HID values on Mac OS laptop?

[Patko nytkophilus]

> Le 12 avr. 2024 à 01:14, Peter P.  a écrit :
> 
> good to hear that there is a new m1 binary!
> 

This should be the same binary I've provided a couple of month ago.

> I was actually looking for a way to find out which hid device represents 
> which sensors, and
> what these sensors do mean in more detail 
> 

The help files are really helpfull but it's possible to find more details in 
sources like

https://github.com/pd-externals/hid/blob/main/hid_darwin.c 


where t_hid_element is defined

and then

https://developer.apple.com/documentation/hiddriverkit/3201477-usage_pages/khidpage_genericdesktop



H2H

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

Re: [PD] [hidraw] get more info on HID values on Mac OS laptop?

[Peter P.]

* Patko nytkophilus  [2024-04-11 22:15]:
> Hello,
> 
>  I've just compiled hid-0.7 from https://github.com/pd-externals/hid for mac 
> m1, it's highly documented and sources are provided, the Makefile is for 
> macos only, and it doesn't require the xcode project anymore.
> 
>  You should find it with deken in 24 hours with the name hid-0.7-1 with 
> critapec as author.
Thanks Pat,

good to hear that there is a new m1 binary!

I was actually looking for a way to find out which hid device represents which 
sensors, and
what these sensors do mean in more detail 

best, P



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

Re: [PD] [hidraw] get more info on HID values on Mac OS laptop?

[Patko nytkophilus]

Hello,

 I've just compiled hid-0.7 from https://github.com/pd-externals/hid for mac 
m1, it's highly documented and sources are provided, the Makefile is for macos 
only, and it doesn't require the xcode project anymore.

 You should find it with deken in 24 hours with the name hid-0.7-1 with 
critapec as author.

Pat

> Le 11 avr. 2024 à 17:42, Peter P.  a écrit :
> 
> Hi list,
> 
> does anyone know of a good way to get more information about HIDs on Mac
> OS? Currently a colleague is using [hidraw] on a MacBook Pro 14" 2021 M1
> MacOS 14.1.2 and is trying to understand what some of the reported
> sensor values represent. He has found out that one of the devices
> reports the angle of the laptop display hinge, another device reports
> many many values, of which about 24 are constanly changing. It is still
> difficult to figure out what they mean.
> 
> Is there a tool which queries this, or some documentation I haven't yet
> found using a web search engine?
> 
> Thank you for all pointers,
> Peter
> 
> 
> 
> ___
> 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] vcf~ producing output without input for 0Hz cutoff?

[Antoine Rousseau]

Well, let's simplify a bit, forget all the filter complexity (Q, slope,
definition of the cutoff frequency...).

Let's just say that the output of a lowpass filter cannot move faster than
the cutoff frequency: a 1Hz filter output cannot move faster than 1Hz (so
it can't go back and forth in less than a second or so), a 1kHz can't go
back and forth in less than about 1ms, etc. The output of a 0Hz filter
can't move... at all. When you set the cutoff to 0Hz, the output freezes to
its current value. It won't magically decay to 0.

Hey, if you set the framerate of a movie to 0 frame/second, it will just
stop, and will show the same image forever; it won't fade to black!

Antoine



Le jeu. 11 avr. 2024 à 14:08, Peter P.  a écrit :

> * Antoine Rousseau  [2024-04-11 13:40]:
> > That doesn't seem incorrect to me; after all, a lowpass filter at 0Hz
> > implies that its output is constant (any change would involve
> frequencies >
> > 0Hz).
>
> Thanks Antoine,
>
> Why does a lowpass filter, that has a cutoff frequency of 0Hz imply that
> it's output is constant?
>
> I will describe the problem again hoping that I will understand it
> better myseld:
> I have an oscillating input signal that has some DC offset (unipolar
> sawtooth from phasor~). I fade this signal's amplitude to -inf dB using
> [line~].
>
> I also fade down the filter cutoff (defined as the -3dB point of the
> filter curve) from 400Hz to 0Hz. The filter will then continue to produce
> an
> non-decaying output.
>
> If I fade down the filter cutoff down to only 1Hz, it's output will decay
> (somehow
> counterintuitively to me). This is the part I don't get.
>
> I understand that vcf~ is a resonant filter, and it can have a gain
> greater 1 around the cutoff frequency, especially for high Q values. The
> above behavior can also be observed for Q=1.
>
> Thanks for all hints!
> Peter
>
>
>
> ___
> 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

[PD] [hidraw] get more info on HID values on Mac OS laptop?

[Peter P.]

Hi list,

does anyone know of a good way to get more information about HIDs on Mac
OS? Currently a colleague is using [hidraw] on a MacBook Pro 14" 2021 M1
MacOS 14.1.2 and is trying to understand what some of the reported
sensor values represent. He has found out that one of the devices
reports the angle of the laptop display hinge, another device reports
many many values, of which about 24 are constanly changing. It is still
difficult to figure out what they mean.

Is there a tool which queries this, or some documentation I haven't yet
found using a web search engine?

Thank you for all pointers,
Peter



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

Re: [PD] vcf~ producing output without input for 0Hz cutoff?

[Peter P.]

* Antoine Rousseau  [2024-04-11 13:40]:
> That doesn't seem incorrect to me; after all, a lowpass filter at 0Hz
> implies that its output is constant (any change would involve frequencies >
> 0Hz).

Thanks Antoine,

Why does a lowpass filter, that has a cutoff frequency of 0Hz imply that
it's output is constant?

I will describe the problem again hoping that I will understand it
better myseld:
I have an oscillating input signal that has some DC offset (unipolar
sawtooth from phasor~). I fade this signal's amplitude to -inf dB using
[line~].

I also fade down the filter cutoff (defined as the -3dB point of the
filter curve) from 400Hz to 0Hz. The filter will then continue to produce an
non-decaying output.

If I fade down the filter cutoff down to only 1Hz, it's output will decay 
(somehow
counterintuitively to me). This is the part I don't get.

I understand that vcf~ is a resonant filter, and it can have a gain
greater 1 around the cutoff frequency, especially for high Q values. The
above behavior can also be observed for Q=1.

Thanks for all hints!
Peter



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

Re: [PD] vcf~ producing output without input for 0Hz cutoff?

[Antoine Rousseau]

That doesn't seem incorrect to me; after all, a lowpass filter at 0Hz
implies that its output is constant (any change would involve frequencies >
0Hz).

Antoine


Le jeu. 11 avr. 2024 à 13:08, Peter P.  a écrit :

> * Alexandre Torres Porres  [2024-04-10 22:19]:
> > the problem is your input, with a DC component (0 hz). This doesn't seem
> to
> > happen with [osc~] and seems like normal behaviour and not something to
> be
> > documented
>
> I see, phasor~'s waveform is not symmetric around 0, good point. But why
> will vcf~'s output evnetually decay to -inf dB for a cutoff of 1Hz but
> not for a cutoff of 0Hz?
>
>
>
> ___
> 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] vcf~ producing output without input for 0Hz cutoff?

[Peter P.]

* Alexandre Torres Porres  [2024-04-10 22:19]:
> the problem is your input, with a DC component (0 hz). This doesn't seem to
> happen with [osc~] and seems like normal behaviour and not something to be
> documented

I see, phasor~'s waveform is not symmetric around 0, good point. But why
will vcf~'s output evnetually decay to -inf dB for a cutoff of 1Hz but
not for a cutoff of 0Hz?



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

Re: [PD] Error message with 53.1 on M1

[Roman Haefeli]

On Thu, 2024-04-11 at 10:13 +0200, Jean-Marie Adrien wrote:
> 
> any idea ?
> 

I don't know what part the externals or abstractions [Spat] and [gate1]
are coming from. Can you reproduce the error without using any
externals? If those are abstractions, can you share them or copy them
into your patch?

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Error message with 53.1 on M1

[Jean-Marie Adrien]

Hello
Trying Pd 0.53.1 on MacBook pro M1 Monterey, 
simple readsf~ object with several voices and an (inlet~) (+~)(outlet~) to 
chain several voices in Miller’s classic style

Getting this message


(Tcl) ERREUR : wrong # args: should be "::pdwindow::logpost object_id level 
message"
while executing
"::pdwindow::logpost 0x0.41780f00.c  itemconfigure {0x1490a0800NUMBER} -"
("uplevel" body line 9)
invoked from within
"uplevel #0 $docmds »



any idea ?


JM


Little patch below, seems creating the problem, (but as always, maybe coming 
from something else)


#N canvas 568 338 1124 803 12;
#X obj 238 -74 inlet;
#X obj 205 -73 1;
#X obj 205 -101 r \$0-opengate;
#X obj 205 -51 gate1;
#X msg 292 -76 50;
#X obj 535 -91 inlet;
#X obj 535 -69 s \$0-indexinitial;
#X obj 246 -2 0;
#X obj 206 -24 t b f b b;
#X obj 463 263 Spat;
#X obj 227 343 * 0.01;
#X obj 278 342 * 0.01;
#X obj 208 424 *~ 1;
#X obj 254 425 *~ 1;
#X obj 454 2 r \$0-indexinitial;
#X obj 454 27 t f f b;
#X obj 471 82 f;
#X obj 504 83 + 8;
#X msg 460 161 open ./Sounds/EpaissesSingulieres/EpaisseSinguliere\$1.wav;
#X obj 212 243 readsf~ 2;
#X obj 287 244 bng 19 250 50 0 empty empty empty 0 -10 0 12 #fcfcfc #00 
#00;
#X obj 288 268 t;
#X obj 322 271 s \$0-opennextfile;
#X obj 308 295 s \$0-opengate;
#X obj 521 38 r \$0-opennextfile;
#X msg 202 212 start;
#X obj 466 219 print opening;
#X obj 280 382 *;
#X obj 229 378 *;
#X obj 191 512 outlet~;
#X obj 257 513 outlet~;
#X obj 23 -64 inlet~;
#X obj 79 -64 inlet~;
#X obj 200 465 +~;
#X obj 251 474 +~;
#X obj 504 106 mod 44;
#X obj 475 55 - 1;
#X obj 497 132 + 1;
#X connect 0 0 3 1;
#X connect 1 0 3 0;
#X connect 2 0 1 0;
#X connect 3 0 8 0;
#X connect 4 0 3 1;
#X connect 5 0 6 0;
#X connect 7 0 3 0;
#X connect 8 0 25 0;
#X connect 8 1 10 0;
#X connect 8 1 11 0;
#X connect 8 2 7 0;
#X connect 8 3 9 0;
#X connect 9 0 28 1;
#X connect 9 1 27 1;
#X connect 10 0 28 0;
#X connect 11 0 27 0;
#X connect 12 0 33 1;
#X connect 13 0 34 1;
#X connect 14 0 15 0;
#X connect 15 0 18 0;
#X connect 15 1 36 0;
#X connect 15 2 1 0;
#X connect 16 0 17 0;
#X connect 17 0 16 1;
#X connect 17 0 35 0;
#X connect 18 0 19 0;
#X connect 18 0 26 0;
#X connect 19 0 12 0;
#X connect 19 1 13 0;
#X connect 19 2 20 0;
#X connect 20 0 21 0;
#X connect 21 0 23 0;
#X connect 21 1 22 0;
#X connect 24 0 16 0;
#X connect 25 0 19 0;
#X connect 27 0 13 1;
#X connect 28 0 12 1;
#X connect 31 0 33 0;
#X connect 32 0 34 0;
#X connect 33 0 29 0;
#X connect 34 0 30 0;
#X connect 35 0 37 0;
#X connect 36 0 16 1;
#X connect 37 0 18 0;


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