Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
easy, I do at least know that much about what squaring is ;)

2017-03-23 19:27 GMT-03:00 Christof Ressi :

>
> F(1) (= the sum after a full period) is 0.5. That's the reason why the
> Hanning window in this case is twice as large to bring the sum to 1.
> weighting a constant(!) signal with such a Hanning window will yield the
> same sum as with a non-weighted signal.
>

thanks for trying again,I figured something like that happened, but I still
can't get my head around the math ;) - I'll just be happy knowing it works
for some reason... haha
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] if you wanna hear something beautiful made with pd...

2017-03-23 Thread Matt Davey
this one is it:

https://www.youtube.com/watch?v=J_4zr0Qk6o0

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


Re: [PD] how does env~ work?

2017-03-23 Thread Christof Ressi
> sorry, I guess I didn't get most of what you said :/ kinda over my head...
 
no worries. just an awkward attempt from my side to explain code with words :-D.
 

> actually, also, the envelope is applied to the squares of the amplitudes... 
> and this gets me completely lost now on what it means mathematically
 
https://en.wikipedia.org/wiki/Root_mean_square
 
in short, RMS means you square each sample, sum them, divide the sum by the 
number of samples and then take the square root. in case you're wondering where 
the square root is, it is in powtodb(). compare rmstodb() and powtodb() to see 
the difference. rmstodb() expects an rms value (the square root already taken) 
while powtodb() will take the square root for you (and luckily, log(sqrt(x) is 
simply log(x)/2).
 

> the hanning envelope itself actually goes from 0 to "2" and not from 0 to 1, 
> so I assume the compensation is done right there... 
 
that's a good observation! 

the integral (= running sum) of 
f(x) = 0.5 - cos(2pi*x)*0.5 (= Hanning window within range 0-1) 
is 
F(x) = x*0.5 - sin(2pi*x)/4pi 

F(1) (= the sum after a full period) is 0.5. That's the reason why the Hanning 
window in this case is twice as large to bring the sum to 1. weighting a 
constant(!) signal with such a Hanning window will yield the same sum as with a 
non-weighted signal.

Christof
 


Gesendet: Donnerstag, 23. März 2017 um 21:11 Uhr
Von: "Alexandre Torres Porres" 
An: "pd-list@lists.iem.at" 
Betreff: Re: [PD] how does env~ work?

actually, also, the envelope is applied to the squares of the amplitudes... and 
this gets me completely lost now on what it means mathematically
 
2017-03-23 17:00 GMT-03:00 Alexandre Torres Porres 
:
 
 

2017-03-23 16:53 GMT-03:00 Alexandre Torres Porres 
:
 
 
2017-03-23 16:45 GMT-03:00 Alexandre Torres Porres 
:

 
and as I see it, it's just applying a hanning envelope into the input and 
NOTHING more, right?
 
the hanning envelope itself actually goes from 0 to "2" and not from 0 to 1, so 
I assume the compensation is done right there... 
 
tested with an envelope going from 0 to 1 and lost about 3.0103 dB 
;)___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[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] how does env~ work?

2017-03-23 Thread Martin Peach
On Thu, Mar 23, 2017 at 4:11 PM, Alexandre Torres Porres 
wrote:

> actually, also, the envelope is applied to the squares of the
> amplitudes... and this gets me completely lost now on what it means
> mathematically
>
>
It means that negative signals will count the same as positive ones.

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


Re: [PD] Laptop + interface suggestion

2017-03-23 Thread Baptiste Chatel
Oh, did i say the interface was a web gui ? OS-agnostic ?

Le 23 mars 2017 21:18:33 GMT+01:00, Baptiste Chatel  
a écrit :
>I bought a MOTU Ultralite AVB with my Asus n550jv with a double boot
>W10/ubuntu. The ultralite avb is awesome. USB2, Class-compliant, adat
>i/o, internal mixer, EQ, gates, compressors, aux, routing, presets
>everywhere. Audio over IP if you're keen to in motu's avb stuff and/or
>newer macs. Oh, and the whole interface is osc-controllable. I love it.
>
>Le 23 mars 2017 17:45:20 GMT+01:00, Dan Wilcox  a
>écrit :
>>If I were in your situation, I’d stick with a Thinkpad. They are
>>expensive, but IMHO worth the price as they are rugged, reliable, and
>>repairable. In general, Linux distress run well on their hardware.
>>Another good option is a Panasonic Toughbook which are admittedly
>>bulkier and expensive but you can get one with a built-in handle so
>you
>>look like you work for the CIA/NSA and use it as a blunt-force
>>protection device (I’m sure Katja knows).
>>
>>Examples of both can be found used with decent prices (US vendor, but
>>gives you an idea of institutional refurbished market):
>>
>>* Newegg refurbished Lenovo Thinkpad
>>
>>* Newegg refurbished Panasonic Toughbook
>>
>>
>>As for audio interfaces, I agree with those that say stick with a
>>USB-compliant device. I am still using aRoland UA-25 which is from
>>mid-2000s and is USB 1.0 compliant. It works full stereo duplex with
>>everything, included iOS, without drivers etc. In fact, I bought a
>>UA-25ex used for $100 as a backup a coulee years ago.
>>
>>Fancy stuff like MOTUs are really *nice* but far too reliant on
>>proprietary drivers. I believe USB 2.0 should have enough bandwidth
>for
>>8 channel output. Unlike Firewire, we can be pretty sure USB will be
>>supported for the foreseeable future, albeit through probably 10
>>different dongles/adapters. Plus, you’ll know if you want to work with
>>other Ohs in the future, the device will probably keep working.
>>
>>> On Mar 23, 2017, at 2:24 AM, pd-list-requ...@lists.iem.at wrote:
>>> 
>>> From: João Pais >
>>> Subject: [PD] Laptop + interface suggestion
>>> Date: March 23, 2017 at 1:51:36 AM MDT
>>> To: pd-l...@mail.iem.at 
>>> 
>>> 
>>> Dear list,
>>> 
>>> I'm looking to buy new laptop and a matching audio interface for
>>daily use + audio performance/programming (not video). I would be
>>interested to know what are the current trends nowadays, and what
>>experiences you have.
>>> 
>>> My current setup is:
>>> - windows 10 (won't change)
>>> - Lenovo X61s (I'm a bit of a fanboy for ibm/lenovo)
>>> - RME multiface (still with pcmcia card)
>>> 
>>> I would be looking for a similar setup:
>>> - a robust laptop where to run w10. The less weight the better, even
>>if it sacrifices some performance.
>>> - which audio interfaces are used nowadays, compared with the
>>multiface? E.g. with at least 8 analog outlets (I don't need that many
>>inlets), and also a digital outlet. Also the less weight and size the
>>better - a half-case size such as the multiface is quite convenient.
>>> - the computer will be used for day-to-day activities: office,
>>notation (sibelius/finale), and Pd audio programming. No games or too
>>taxing environments, so some features such as a high-power graphics
>>card or the latest ssd disk should be necessary.
>>> 
>>> Best regards,
>>> 
>>> Joao
>>
>>
>>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] Laptop + interface suggestion

2017-03-23 Thread Baptiste Chatel
I bought a MOTU Ultralite AVB with my Asus n550jv with a double boot 
W10/ubuntu. The ultralite avb is awesome. USB2, Class-compliant, adat i/o, 
internal mixer, EQ, gates, compressors, aux, routing, presets everywhere. Audio 
over IP if you're keen to in motu's avb stuff and/or newer macs. Oh, and the 
whole interface is osc-controllable. I love it.

Le 23 mars 2017 17:45:20 GMT+01:00, Dan Wilcox  a écrit :
>If I were in your situation, I’d stick with a Thinkpad. They are
>expensive, but IMHO worth the price as they are rugged, reliable, and
>repairable. In general, Linux distress run well on their hardware.
>Another good option is a Panasonic Toughbook which are admittedly
>bulkier and expensive but you can get one with a built-in handle so you
>look like you work for the CIA/NSA and use it as a blunt-force
>protection device (I’m sure Katja knows).
>
>Examples of both can be found used with decent prices (US vendor, but
>gives you an idea of institutional refurbished market):
>
>* Newegg refurbished Lenovo Thinkpad
>
>* Newegg refurbished Panasonic Toughbook
>
>
>As for audio interfaces, I agree with those that say stick with a
>USB-compliant device. I am still using aRoland UA-25 which is from
>mid-2000s and is USB 1.0 compliant. It works full stereo duplex with
>everything, included iOS, without drivers etc. In fact, I bought a
>UA-25ex used for $100 as a backup a coulee years ago.
>
>Fancy stuff like MOTUs are really *nice* but far too reliant on
>proprietary drivers. I believe USB 2.0 should have enough bandwidth for
>8 channel output. Unlike Firewire, we can be pretty sure USB will be
>supported for the foreseeable future, albeit through probably 10
>different dongles/adapters. Plus, you’ll know if you want to work with
>other Ohs in the future, the device will probably keep working.
>
>> On Mar 23, 2017, at 2:24 AM, pd-list-requ...@lists.iem.at wrote:
>> 
>> From: João Pais >
>> Subject: [PD] Laptop + interface suggestion
>> Date: March 23, 2017 at 1:51:36 AM MDT
>> To: pd-l...@mail.iem.at 
>> 
>> 
>> Dear list,
>> 
>> I'm looking to buy new laptop and a matching audio interface for
>daily use + audio performance/programming (not video). I would be
>interested to know what are the current trends nowadays, and what
>experiences you have.
>> 
>> My current setup is:
>> - windows 10 (won't change)
>> - Lenovo X61s (I'm a bit of a fanboy for ibm/lenovo)
>> - RME multiface (still with pcmcia card)
>> 
>> I would be looking for a similar setup:
>> - a robust laptop where to run w10. The less weight the better, even
>if it sacrifices some performance.
>> - which audio interfaces are used nowadays, compared with the
>multiface? E.g. with at least 8 analog outlets (I don't need that many
>inlets), and also a digital outlet. Also the less weight and size the
>better - a half-case size such as the multiface is quite convenient.
>> - the computer will be used for day-to-day activities: office,
>notation (sibelius/finale), and Pd audio programming. No games or too
>taxing environments, so some features such as a high-power graphics
>card or the latest ssd disk should be necessary.
>> 
>> Best regards,
>> 
>> Joao
>
>
>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] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
actually, also, the envelope is applied to the squares of the amplitudes...
and this gets me completely lost now on what it means mathematically

2017-03-23 17:00 GMT-03:00 Alexandre Torres Porres :

>
>
> 2017-03-23 16:53 GMT-03:00 Alexandre Torres Porres :
>
>>
>>
>> 2017-03-23 16:45 GMT-03:00 Alexandre Torres Porres :
>>
>>>
>>> and as I see it, it's just applying a hanning envelope into the input
>>> and NOTHING more, right?
>>>
>>
>> the hanning envelope itself actually goes from 0 to "2" and not from 0 to
>> 1, so I assume the compensation is done right there...
>>
>
> tested with an envelope going from 0 to 1 and lost about 3.0103 dB ;)
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
2017-03-23 16:53 GMT-03:00 Alexandre Torres Porres :

>
>
> 2017-03-23 16:45 GMT-03:00 Alexandre Torres Porres :
>
>>
>> and as I see it, it's just applying a hanning envelope into the input and
>> NOTHING more, right?
>>
>
> the hanning envelope itself actually goes from 0 to "2" and not from 0 to
> 1, so I assume the compensation is done right there...
>

tested with an envelope going from 0 to 1 and lost about 3.0103 dB ;)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
2017-03-23 16:45 GMT-03:00 Alexandre Torres Porres :

>
> and as I see it, it's just applying a hanning envelope into the input and
> NOTHING more, right?
>

the hanning envelope itself actually goes from 0 to "2" and not from 0 to
1, so I assume the compensation is done right there...
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
2017-03-23 6:54 GMT-03:00 Orm Finnendahl
>
> In the object's new method, the object allocates a buffer ("buf") and
> writes the Hanning function with RMS compensation (the two nested
> divisions by npoints) into it.
>

ok, I get "buf" is a hann window with very small values (which depend on
npoints, the greater, the smaller) - so by dividing it by the number of
points, it's already doing the 'mean' value... that's what you mean by "RMS
compensated"?

I don't get what 'hp' is (x->x_buf + count)

all values (which depend on npoints, the greater, the smaller).

then I get that the square sum is normalized by being multiplied to 'hp'...

So, Basically, if I want to remove the 'hann normalization', I just take
'hp' out and divide it by npoints.

I tried it, and what I get is a more deviated value.

and as I see it, it's just applying a hanning envelope into the input and
NOTHING more, right?

It is not really compensating in any way, either with overlaping, or
multiplying the result for normalizing it, huh?

This was my original question, if it was compensated somehow, but it seems
not.

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


Re: [PD] how does env~ work?

2017-03-23 Thread Christof Ressi
> (and feel like the overlap affects only the output rate)

Exactly! That's what i meant.

> 2017-03-23 10:59 

> Gesendet: Donnerstag, 23. März 2017 um 15:12 Uhr
> Von: "Alexandre Torres Porres" 
> An: "Christof Ressi" 
> Cc: "pd-list@lists.iem.at" 
> Betreff: Re: Re: [PD] how does env~ work?
>
> I do realize the windowing makes the result more accurate and stable,
> somehow... (and feel like the overlap affects only the output rate)
> 
> 2017-03-23 10:59 GMT-03:00 Alexandre Torres Porres :
> 
> >
> >
> > 2017-03-23 10:58 GMT-03:00 Alexandre Torres Porres :
> >
> >> how does overlap affect the rms value? If I use an overlap of 32 I see no
> >> difference, except the output rate.
> >>
> >
> > this is comparing an overlap of 32 to an overlap of "1" (no overlaps), and
> > a window size of 8192 (256 being the hop size) - the input is a sinusoid
> >
>

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


Re: [PD] Laptop + interface suggestion

2017-03-23 Thread Dan Wilcox
If I were in your situation, I’d stick with a Thinkpad. They are expensive, but 
IMHO worth the price as they are rugged, reliable, and repairable. In general, 
Linux distress run well on their hardware. Another good option is a Panasonic 
Toughbook which are admittedly bulkier and expensive but you can get one with a 
built-in handle so you look like you work for the CIA/NSA and use it as a 
blunt-force protection device (I’m sure Katja knows).

Examples of both can be found used with decent prices (US vendor, but gives you 
an idea of institutional refurbished market):

* Newegg refurbished Lenovo Thinkpad 

* Newegg refurbished Panasonic Toughbook 


As for audio interfaces, I agree with those that say stick with a USB-compliant 
device. I am still using aRoland UA-25 which is from mid-2000s and is USB 1.0 
compliant. It works full stereo duplex with everything, included iOS, without 
drivers etc. In fact, I bought a UA-25ex used for $100 as a backup a coulee 
years ago.

Fancy stuff like MOTUs are really *nice* but far too reliant on proprietary 
drivers. I believe USB 2.0 should have enough bandwidth for 8 channel output. 
Unlike Firewire, we can be pretty sure USB will be supported for the 
foreseeable future, albeit through probably 10 different dongles/adapters. 
Plus, you’ll know if you want to work with other Ohs in the future, the device 
will probably keep working.

> On Mar 23, 2017, at 2:24 AM, pd-list-requ...@lists.iem.at wrote:
> 
> From: João Pais >
> Subject: [PD] Laptop + interface suggestion
> Date: March 23, 2017 at 1:51:36 AM MDT
> To: pd-l...@mail.iem.at 
> 
> 
> Dear list,
> 
> I'm looking to buy new laptop and a matching audio interface for daily use + 
> audio performance/programming (not video). I would be interested to know what 
> are the current trends nowadays, and what experiences you have.
> 
> My current setup is:
> - windows 10 (won't change)
> - Lenovo X61s (I'm a bit of a fanboy for ibm/lenovo)
> - RME multiface (still with pcmcia card)
> 
> I would be looking for a similar setup:
> - a robust laptop where to run w10. The less weight the better, even if it 
> sacrifices some performance.
> - which audio interfaces are used nowadays, compared with the multiface? E.g. 
> with at least 8 analog outlets (I don't need that many inlets), and also a 
> digital outlet. Also the less weight and size the better - a half-case size 
> such as the multiface is quite convenient.
> - the computer will be used for day-to-day activities: office, notation 
> (sibelius/finale), and Pd audio programming. No games or too taxing 
> environments, so some features such as a high-power graphics card or the 
> latest ssd disk should be necessary.
> 
> Best regards,
> 
> Joao


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] defaults interface on 10.8

2017-03-23 Thread Jonathan Wilkes via Pd-list
> Hi Jonathan,



> Sorry for the delay, the plutil manpage for 10.8.5 says about format 
> for the '-convert' flag:
> fmt is one of: xml1, for version 1 of the XML plist format
> binary1, for version 1 of the binary plist format
> json, for the JSON format

> Among the additional options is:

> -r  For JSon, add whitespace and indentation to make the output mor
> human-readable.

Thanks, Katja.
-Jonathan

> Katja

On Wed, Mar 15, 2017 at 8:08 PM, Jonathan Wilkes  wrote:
> Thanks for the report, katja.
>
> It looks like we can use 'plutil' instead.
>
> Does the manpage for 'plutil' in 10.8 include 'json' as a possible
> format for the '-convert' flag?
>
> -Jonathan
>
> On Wed, Mar 15, 2017 at 12:57 AM, Jonathan Wilkes 
> wrote:
>
>
>
>>> On Mon, Mar 13, 2017 at 2:22 PM, Jonathan Wilkes via Pd-list
>>
>>
>>  wrote:
 Hello list,

 Can someone on OSX 10.8 please run the following command:
 defaults export /Library/Preferences/SystemConfiguration/preferences -
>>
>>> Trying this on OSX 10.8.5.
>>
>> Just to be clear-- did you type the exact command I specified above?  If
>> so, what happened?
>
>
> With the command as you specify, but also with command 'defaults'
> without argument, it responds with:
>
> "Command line interface to a user's defaults.
> Syntax:
> 'defaults' [-currrentHost | -host ] followed by one of the
> following:
> [...]"
>
> Then follows the list with command options (read, read-type, write,
> rename, delete, domains, find) and explanations. In other words,
> 'defaults' without argument or with argument 'export' are not valid
> options on this system (10.8.5). Compare the issue described here:
>
> https://github.com/kcrawford/dockutil/issues/17
>
> Can you think of another approach to get what you want, that I can
> test on 10.8.5?
>
> Katja
>
>
>


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


Re: [PD] how does env~ work?

2017-03-23 Thread Orm Finnendahl
Am Donnerstag, den 23. März 2017 um 10:59:16 Uhr (-0300) schrieb Alexandre 
Torres Porres:
>
> the input is a sinusoid

That's the problem: If the size of the analysis window is sufficiently
large compared to the frequency of a static sinusoid You can't really
expect any difference in the rms values if the window gets shifted. As
stated before, no overlap-add is performed.

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


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
I do realize the windowing makes the result more accurate and stable,
somehow... (and feel like the overlap affects only the output rate)

2017-03-23 10:59 GMT-03:00 Alexandre Torres Porres :

>
>
> 2017-03-23 10:58 GMT-03:00 Alexandre Torres Porres :
>
>> how does overlap affect the rms value? If I use an overlap of 32 I see no
>> difference, except the output rate.
>>
>
> this is comparing an overlap of 32 to an overlap of "1" (no overlaps), and
> a window size of 8192 (256 being the hop size) - the input is a sinusoid
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Fastest way to find lines in text file

2017-03-23 Thread Jack
Le 23/03/2017 à 09:24, IOhannes m zmoelnig a écrit :
> On 2017-03-22 16:55, Jack wrote:
>> Le 22/03/2017 à 16:41, Christof Ressi a écrit :
>>> does it *really* have to be faster than 40ms? what are you trying to do? do 
>>> you *need* the output in 0 logical time? depending on the situation you 
>>> might want to spread the computation across multiple audio blocks or if you 
>>> don't care about determinism, have the file in another instance of pd and 
>>> communicate with netsend/netreceive (one instance makes a request and the 
>>> other instance sends the result once the search is finished). 
>>
>> Yes, i need 0 logical time, 
> 
> if you are mainly concerend about logical time, then everything is good:
> 0 logical time can take 200ms real time and more.

Sure.
But i would be more happy if this 0 logical time take 2 min instead of
10 min !
++

Jack


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




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


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
2017-03-23 10:58 GMT-03:00 Alexandre Torres Porres :

> how does overlap affect the rms value? If I use an overlap of 32 I see no
> difference, except the output rate.
>

this is comparing an overlap of 32 to an overlap of "1" (no overlaps), and
a window size of 8192 (256 being the hop size) - the input is a sinusoid
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] how does env~ work?

2017-03-23 Thread Alexandre Torres Porres
how does overlap affect the rms value? If I use an overlap of 32 I see no
difference, except the output rate.

2017-03-23 8:07 GMT-03:00 Christof Ressi :

> some additions:
>
> the object maintains a summing buffer where it writes the current sum of
> the different analysis windows (the number of windows depends on the hop
> size), starting with the most recent one.
>
> what happens in the loop is that it takes n input samples, squares them,
> multiplies it with a section of the hanning windows depending on the
> current phase and adds the sum to the first element of the summing buffer.
> this is repeated for the number of overlaps, but the pointer into the
> hanning window gets incremented based on the phase difference (= hop size)
> and the result is now added to the *next* element in the summing buffer etc.
>
> once the sum of a complete analysis window has been calculated (this takes
> 16 DSP ticks when your block size is 64 and the [env~] window size is
> 1024), the elements of the summing buffer are shifted one element to the
> front, the front (= sum of the most recent window) itself gets popped and
> passed to the outlet (where it is converted from power to decibels).
>
> the powtodb function takes care of taking the square root of the sum but
> it's done in the logarithmic domain where it's just a division by two.
>
> with smaller hop sizes you basically just get more frequent updates while
> maintaining a larger window size but with more CPU cost.
>
> this is at least how I understood the code.
>
> > Gesendet: Donnerstag, 23. März 2017 um 10:54 Uhr
> > Von: "Orm Finnendahl" 
> > An: pd-list@lists.iem.at
> > Betreff: Re: [PD] how does env~ work?
> >
> > Am Donnerstag, den 23. März 2017 um 01:34:58 Uhr (-0300) schrieb
> > Alexandre Torres Porres:
> > > howdy, help file says "The analysis is "Hanning" (raised cosine)
> windowed."
> > >
> > > how does that work? I tried looking at the code and got no clue...
> >
> > In the object's new method, the object allocates a buffer ("buf") and
> > writes the Hanning function with RMS compensation (the two nested
> > divisions by npoints) into it.
> >
> > >
> > > I assume it's not just passing the input through a hanning window, and
> one
> > > way or another,
> >
> > That's exactly what it does. The Hanning window emphasizes the middle
> > of the analysis window and by adjusting the hop size in the second
> > argument of env~ you can fine tune the results.
> >
> > --
> > Orm
> >
> > ___
> > 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] how does env~ work?

2017-03-23 Thread Christof Ressi
some additions:

the object maintains a summing buffer where it writes the current sum of the 
different analysis windows (the number of windows depends on the hop size), 
starting with the most recent one. 

what happens in the loop is that it takes n input samples, squares them, 
multiplies it with a section of the hanning windows depending on the current 
phase and adds the sum to the first element of the summing buffer. this is 
repeated for the number of overlaps, but the pointer into the hanning window 
gets incremented based on the phase difference (= hop size) and the result is 
now added to the *next* element in the summing buffer etc. 

once the sum of a complete analysis window has been calculated (this takes 16 
DSP ticks when your block size is 64 and the [env~] window size is 1024), the 
elements of the summing buffer are shifted one element to the front, the front 
(= sum of the most recent window) itself gets popped and passed to the outlet 
(where it is converted from power to decibels).

the powtodb function takes care of taking the square root of the sum but it's 
done in the logarithmic domain where it's just a division by two.

with smaller hop sizes you basically just get more frequent updates while 
maintaining a larger window size but with more CPU cost.

this is at least how I understood the code.

> Gesendet: Donnerstag, 23. März 2017 um 10:54 Uhr
> Von: "Orm Finnendahl" 
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] how does env~ work?
>
> Am Donnerstag, den 23. März 2017 um 01:34:58 Uhr (-0300) schrieb
> Alexandre Torres Porres:
> > howdy, help file says "The analysis is "Hanning" (raised cosine) windowed."
> > 
> > how does that work? I tried looking at the code and got no clue...
> 
> In the object's new method, the object allocates a buffer ("buf") and
> writes the Hanning function with RMS compensation (the two nested
> divisions by npoints) into it.
> 
> > 
> > I assume it's not just passing the input through a hanning window, and one
> > way or another,
> 
> That's exactly what it does. The Hanning window emphasizes the middle
> of the analysis window and by adjusting the hop size in the second
> argument of env~ you can fine tune the results.
> 
> --
> Orm
> 
> ___
> 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] Laptop + interface suggestion

2017-03-23 Thread Derek Kwan
João Pais  writes:

>
> I would be looking for a similar setup:
> - a robust laptop where to run w10. The less weight the better, even
> if it sacrifices some performance.

I'm a Linux user, but I've been using a Dell XPS 15 9550. The form
factor is nice, it's relatively thin and light. I'd say my biggest
complaint about it is that it's not the quietest laptop, particularly in
terms of coil whine. Mine isn't so bad, but in a quiet room I can hear
electronic whinings and chattering which are normally sounds I like but
only when I make them haha. I'm okay with my laptop, but I'd definitely
consider other brands in the future, those Lenovo Thinkpads look
appealing, although a bit pricier. My model has an NVidia card but I
think you can get them with just the integrated graphics as well,
particularly the 13 inch 9350 (now 9360) models. I think the Thinkpad X
series is comparable in form factor to mine? And I was looking at the T
series as well when I bought this about a year and a half ago by now. 

> - which audio interfaces are used nowadays, compared with the
> multiface? E.g. with at least 8 analog outlets (I don't need that many
> inlets), and also a digital outlet. Also the less weight and size the
> better - a half-case size such as the multiface is quite convenient.
> - the computer will be used for day-to-day activities: office,
> notation (sibelius/finale), and Pd audio programming. No games or too
> taxing environments, so some features such as a high-power graphics
> card or the latest ssd disk should be necessary.

I have an RME Fireface UCX. Half-rack size like you want. It does KINDA
have 8 analog outs, 7/8 are combined as a stereo out. 8 ins, 2 of which
are XLR combo jacks. It's been really solid for me. No TotalMix on Linux
and there are issues with all of that but you're on Windows so that
should be of no worry to you =). Sturdy as heck and reliable. I think it
has firewire but nowadays computers don't seem to come with those and
I've just been using the USB (2.0 I think) and even then you can get
pretty low latencies (and it's class compliant too!). I think there's a
new model of the Motu Ultralite these days that is also worth considering
(I vaguely remember Alex Porres posting something about it on Fb awhile
ago so he might want to chime in haha).

Derek

-- 
Derek Kwan
www.derekxkwan.com

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


Re: [PD] how does env~ work?

2017-03-23 Thread Orm Finnendahl
Am Donnerstag, den 23. März 2017 um 01:34:58 Uhr (-0300) schrieb
Alexandre Torres Porres:
> howdy, help file says "The analysis is "Hanning" (raised cosine) windowed."
> 
> how does that work? I tried looking at the code and got no clue...

In the object's new method, the object allocates a buffer ("buf") and
writes the Hanning function with RMS compensation (the two nested
divisions by npoints) into it.

> 
> I assume it's not just passing the input through a hanning window, and one
> way or another,

That's exactly what it does. The Hanning window emphasizes the middle
of the analysis window and by adjusting the hop size in the second
argument of env~ you can fine tune the results.

--
Orm

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


Re: [PD] Laptop + interface suggestion

2017-03-23 Thread Orm Finnendahl
Hi João,

Am Donnerstag, den 23. März 2017 um 08:51:36 Uhr (+0100) schrieb João
Pais:
> I would be looking for a similar setup:
> - a robust laptop where to run w10. The less weight the better, even if it
> sacrifices some performance.

I'm on a ThinkPad T460s and it's well worth it.

> - which audio interfaces are used nowadays, compared with the multiface?

I'm using this:

https://www.minidsp.com/products/usb-audio-interface/usbstreamer-box

It's cheap, flexible, superportable, stable and adheres to standards
(USB 2.0 and ADAT) so you can combine it with tons of gear up to
really high end. For concert venues without ADAT consoles I use it in
combination with this (light, decent quality and the size of a
multiface):

http://www.marian.de/en/products/adcon

They're out of production but you still find them fairly cheap on
ebay.

--
Orm

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


Re: [PD] Fastest way to find lines in text file

2017-03-23 Thread IOhannes m zmoelnig
On 2017-03-22 16:55, Jack wrote:
> Le 22/03/2017 à 16:41, Christof Ressi a écrit :
>> does it *really* have to be faster than 40ms? what are you trying to do? do 
>> you *need* the output in 0 logical time? depending on the situation you 
>> might want to spread the computation across multiple audio blocks or if you 
>> don't care about determinism, have the file in another instance of pd and 
>> communicate with netsend/netreceive (one instance makes a request and the 
>> other instance sends the result once the search is finished). 
> 
> Yes, i need 0 logical time, 

if you are mainly concerend about logical time, then everything is good:
0 logical time can take 200ms real time and more.

gmsdfrt
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


[PD] Laptop + interface suggestion

2017-03-23 Thread João Pais
Dear list,

I'm looking to buy new laptop and a matching audio interface for daily use
+ audio performance/programming (not video). I would be interested to know
what are the current trends nowadays, and what experiences you have.

My current setup is:
- windows 10 (won't change)
- Lenovo X61s (I'm a bit of a fanboy for ibm/lenovo)
- RME multiface (still with pcmcia card)

I would be looking for a similar setup:
- a robust laptop where to run w10. The less weight the better, even if it
sacrifices some performance.
- which audio interfaces are used nowadays, compared with the multiface?
E.g. with at least 8 analog outlets (I don't need that many inlets), and
also a digital outlet. Also the less weight and size the better - a
half-case size such as the multiface is quite convenient.
- the computer will be used for day-to-day activities: office, notation
(sibelius/finale), and Pd audio programming. No games or too taxing
environments, so some features such as a high-power graphics card or the
latest ssd disk should be necessary.

Best regards,

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


Re: [PD] defaults interface on 10.8

2017-03-23 Thread katja
Hi Jonathan,

Sorry for the delay, the plutil manpage for 10.8.5 says about format
for the '-convert' flag:

fmt is one of: xml1, for version 1 of the XML plist format
binary1, for version 1 of the binary plist format
json, for the JSON format

Among the additional options is:

-r   For JSon, add whitespace and indentation to make the output mor
human-readable.

Katja

On Wed, Mar 15, 2017 at 8:08 PM, Jonathan Wilkes  wrote:
> Thanks for the report, katja.
>
> It looks like we can use 'plutil' instead.
>
> Does the manpage for 'plutil' in 10.8 include 'json' as a possible
> format for the '-convert' flag?
>
> -Jonathan
>
> On Wed, Mar 15, 2017 at 12:57 AM, Jonathan Wilkes 
> wrote:
>
>
>
>>> On Mon, Mar 13, 2017 at 2:22 PM, Jonathan Wilkes via Pd-list
>>
>>
>>  wrote:
 Hello list,

 Can someone on OSX 10.8 please run the following command:
 defaults export /Library/Preferences/SystemConfiguration/preferences -
>>
>>> Trying this on OSX 10.8.5.
>>
>> Just to be clear-- did you type the exact command I specified above?  If
>> so, what happened?
>
>
> With the command as you specify, but also with command 'defaults'
> without argument, it responds with:
>
> "Command line interface to a user's defaults.
> Syntax:
> 'defaults' [-currrentHost | -host ] followed by one of the
> following:
> [...]"
>
> Then follows the list with command options (read, read-type, write,
> rename, delete, domains, find) and explanations. In other words,
> 'defaults' without argument or with argument 'export' are not valid
> options on this system (10.8.5). Compare the issue described here:
>
> https://github.com/kcrawford/dockutil/issues/17
>
> Can you think of another approach to get what you want, that I can
> test on 10.8.5?
>
> Katja
>
>
>

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