Re: [PD] freeverb~ problem

[Kjetil Matheussen]

You could use the faust version of freeverb and compile it for pd. It's
probably less likely to have bugs.
For instance by pasting
http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
into http://faust.grame.fr/onlinecompiler/


On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic  wrote:

> Thank you, Katja. Is there a newer version than this out there?
>
> Best,
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Computer Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
> www.performingarts.vt.edu
> disis.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
> On Feb 6, 2016 10:25 AM, "katja"  wrote:
>
>> If the freeverb~ version you use looks like the one in
>>
>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c
>> ,
>> there's a function 'fix_denorm_nan_float() defined starting at line
>> 154. The function is called later (in line 225 and others) but the
>> return value is never stored. Therefore freeverb~ doesn't flush
>> denormals.
>>
>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic  wrote:
>> > Thank you all. Looks like I've got some troubleshooting to do and will
>> > report what I find.
>> >
>> > Best,
>> >
>> > --
>> > Ivica Ico Bukvic, D.M.A.
>> > Associate Professor
>> > Computer Music
>> > ICAT Senior Fellow
>> > Director -- DISIS, L2Ork
>> > Virginia Tech
>> > School of Performing Arts – 0141
>> > Blacksburg, VA 24061
>> > (540) 231-6139
>> > i...@vt.edu
>> > www.performingarts.vt.edu
>> > disis.icat.vt.edu
>> > l2ork.icat.vt.edu
>> > ico.bukvic.net
>> >
>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig"  wrote:
>> >>
>> >> On 02/06/2016 10:29 AM, katja wrote:
>> >> > Possibly an inf or nan recirculating in the delay lines? It seems
>> that
>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't
>> use
>> >> > the return value.
>> >>
>> >> you *might* be able to confirm this by sending the output for
>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf rather
>> >> than 0 (or some other constant value))
>> >>
>> >> gamds
>> >> IOhannes
>> >>
>> >>
>> >>
>> >> ___
>> >> Pd-list@lists.iem.at mailing list
>> >> UNSUBSCRIBE and account-management ->
>> >> http://lists.puredata.info/listinfo/pd-list
>> >>
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> >
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] freeverb~ problem

[Kjetil Matheussen]

Regarding denormals, if that's the problem, shouldn't it be good enough
to compile with -fpmath=sse -msse2 and run the following code one time in
the dsp thread?

#ifdef __SSE__
#ifdef __SSE2__
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040)
#else
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000)
#endif
#else
#   error "must compile with -fmpath=sse"
#endif




On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen  wrote:

> You could use the faust version of freeverb and compile it for pd. It's
> probably less likely to have bugs.
> For instance by pasting
> http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
> into http://faust.grame.fr/onlinecompiler/
>
>
> On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic  wrote:
>
>> Thank you, Katja. Is there a newer version than this out there?
>>
>> Best,
>>
>> --
>> Ivica Ico Bukvic, D.M.A.
>> Associate Professor
>> Computer Music
>> ICAT Senior Fellow
>> Director -- DISIS, L2Ork
>> Virginia Tech
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139
>> i...@vt.edu
>> www.performingarts.vt.edu
>> disis.icat.vt.edu
>> l2ork.icat.vt.edu
>> ico.bukvic.net
>> On Feb 6, 2016 10:25 AM, "katja"  wrote:
>>
>>> If the freeverb~ version you use looks like the one in
>>>
>>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c
>>> ,
>>> there's a function 'fix_denorm_nan_float() defined starting at line
>>> 154. The function is called later (in line 225 and others) but the
>>> return value is never stored. Therefore freeverb~ doesn't flush
>>> denormals.
>>>
>>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic  wrote:
>>> > Thank you all. Looks like I've got some troubleshooting to do and will
>>> > report what I find.
>>> >
>>> > Best,
>>> >
>>> > --
>>> > Ivica Ico Bukvic, D.M.A.
>>> > Associate Professor
>>> > Computer Music
>>> > ICAT Senior Fellow
>>> > Director -- DISIS, L2Ork
>>> > Virginia Tech
>>> > School of Performing Arts – 0141
>>> > Blacksburg, VA 24061
>>> > (540) 231-6139
>>> > i...@vt.edu
>>> > www.performingarts.vt.edu
>>> > disis.icat.vt.edu
>>> > l2ork.icat.vt.edu
>>> > ico.bukvic.net
>>> >
>>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig"  wrote:
>>> >>
>>> >> On 02/06/2016 10:29 AM, katja wrote:
>>> >> > Possibly an inf or nan recirculating in the delay lines? It seems
>>> that
>>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't
>>> use
>>> >> > the return value.
>>> >>
>>> >> you *might* be able to confirm this by sending the output for
>>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf rather
>>> >> than 0 (or some other constant value))
>>> >>
>>> >> gamds
>>> >> IOhannes
>>> >>
>>> >>
>>> >>
>>> >> ___
>>> >> Pd-list@lists.iem.at mailing list
>>> >> UNSUBSCRIBE and account-management ->
>>> >> http://lists.puredata.info/listinfo/pd-list
>>> >>
>>> >
>>> > ___
>>> > Pd-list@lists.iem.at mailing list
>>> > UNSUBSCRIBE and account-management ->
>>> > http://lists.puredata.info/listinfo/pd-list
>>> >
>>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] ICLI Extension of Submission Deadline

[thor]

Hi all, apologies for x-posting


International Conference on Live Interfaces - new deadline for submissions: 
February 21st!

Due to popular requests we have decided to extend the deadlines for submissions 
for one week after the paper deadline: the new deadline for all submission 
categories is now midnight February 21st.

Please find original call below. We have some wonderful news about a fantastic 
newly acquired sound system in the Attenborough Centre where the performances, 
workshops and some of the paper sessions will be. ACCA will host afternoon 
performances and there will club nights in town. 

We can also confirm that Doctoral Colloquium organiser Joe Watson will be aided 
in this task by Sally Jane Norman, Professor of Performance Technologies and 
Sussex Humanities Lab co-director. This session will promote intensive exchange 
among practitioners and theorists selected from a wide array of 'live 
interface' research perspectives.

We are also excited to announce that the Meeting House will be open for 
workshop activities, so if people would be interested in running a workshop 
that would involve a newly refurbished church organ which can be remote 
controlled by MIDI, that could be an interesting option.

Please find the call pasted here below:

On the behalf of the ICLI organisation committee,
Thor Magnusson

---

International Conference on Live Interfaces

Call for Proposals

NOTE: Extension of Deadline: February 21st! - Due to popular demand, we have 
decided to extend the submission deadline for ALL CATEGORIES until midnight 
February 21st.

The third International Conference on Live Interfaces will be held on June 29th 
- July 3rd 2016 at the University of Sussex in Brighton, UK. The conference 
will bring together people working with live interfaces in the performing arts, 
including music, the visual arts, dance, puppetry, robotics or games.

The conference website: http://www.liveinterfaces.org 


The conference scope is highly interdisciplinary but with a focus on expressive 
interface technologies for performance. Topics of liveness, immediacy, presence 
(and tele-presence), mediation, collaboration and timing or flow are engaged 
with and questioned in order to gain a deeper understanding of the role that 
contemporary media technologies play in human expression.

We wish to host work that will create a space of multiplicity, in order to 
investigate how disciplinary concerns inform different but overlapping 
approaches to interface design. The conference consists of paper presentations, 
performances, interactive installations, poster demonstrations, a doctoral 
colloquium and workshops. Works engaging with the principles and assumptions 
governing interaction design, including perspectives from art, philosophy, 
product design, and engineering are especially welcome.

We invite submissions that address critical and reflective approaches to key 
themes in the design and use of live interfaces. A wide range of approaches are 
encouraged by people from all possible backgrounds. The submission categories 
are the following:

Papers

5-8 pages. We are interested in submissions that address the conference topics 
listed below. The papers must consist of an original contribution to the field 
of artistic interfaces for live performance, describe its context, and 
demonstrate a rigorous research methodology. Paper authors may additionally 
present their work in the demo session.

Posters/Demos

3-6 pages. These are shorter artistic demonstrations of work or concepts. Space 
will be provided for posters and tables for demoing work. A link to an online 
video is required for posters and demos.

Doctoral Colloquium

2-6 pages. This could be in the form of a paper presentation, demonstration or 
a short performance. The doctoral colloquium will be an opportunity for 
researchers to present their work and meet other doctoral students in related 
fields, to discuss current research and approaches to practice-based research, 
and receive guidance from more experienced researchers. The day will include a 
session of short presentations in the morning, a symposium in the afternoon, 
and a short workshop in live interfaces in the early evening, finishing with 
food and drinks in the Digital Humanities Lab. The day is co-organised by a 
Sussex PhD researcher Joe Watson and Professor Sally Jane Norman, a co-director 
of the Sussex Humanities Lab.

Performances, Installations and Workshops

2-4 pages. Proposals should clearly articulate how the work or workshop 
develops the design, use or conceptualisation of live interfaces as related to 
one or more of the conference themes and should comprise: a) A description of 
the work (including duration), b) an image (where appropriate), c) a link to 
online examples of the work, d) a 150-word biography for each collaborator, and 
e) a technical rider (with stage layout, audiovisual setup, and equipment to be 
provided by 

[PD] wavefolder (was Re: hacked? (was Re: ))

[Ed Kelly]

Oh NOT AGAIN! My Yahoo account got hacked! I've changed my password.

|| This email has been sent from a virus-free computer protected by Avast. 
www.avast.com  |

I should have gone for something better than Yahoo mail back in 2005. Thanks IO!

PS do you know anyone who could resolve a transformation between the Fourier 
series:
  - 
   -

and   
  - 
   -

?I'm trying to write a paper about wavefolder~ for ICMC 2016, and my maths 
isn't that good!
   
   - Thanks for the heads-up man,
  - Ed   

 Ninja Jamm - a revolutionary music remix app from Ninja Tune and Seeper, for 
iOS and Android: http://www.ninjajamm.com/

Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! 
http://sharktracks.co.uk/puredata
also Metastudio 5! 

On Monday, 8 February 2016, 9:21, IOhannes m zmölnig 
 wrote:
 
 

 -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi ed,

i hope you are allright.

i just received this email from supposedly your account, and wonder
what the meaning of it is...

On 2016-02-08 09:58, Ed Kelly wrote:
> blockquote, div.yahoo_quoted { margin-left: 0 !important;
> border-left:1px #715FFA solid !important;  padding-left:1ex
> !important; background-color:white !important; }
> http://zipaiwu.com/struck.php   Ed Kelly Sent from Yahoo Mail for
> iPhone

fgmasdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWuF4dAAoJELZQGcR/ejb4lcIP/i9w4FX587EoH+nQ0klHs1y0
7F8YDhi8FdAEBaUEouwNsXI8FfUQ1N3V2LROy83+qwpwRAaGgZyYr9vG36Wri/pv
6z2GDlbrs9FGQAlRq4LXQ1vND9OyzfT6AqmaYdS9lr9n101Zhk5NFs5yG3NgoXdf
bRje3o4Vz7C+tbOCj/p5JnxgTLkdfWFFktk36fGBMcYlhybRMtY+SPIu1vl3hK7S
jsK5ke1WGHJHz9Z9OzpGSKmx//PyW3C3ST+0o7nNxj5y1n6QRHEU9vuXulAZgitm
CDOe6dmxHXgbtaAALXNt0Luug0PJIbhyCjcsjFRyF2CtL4WyrGFLAzluQ2RENZ00
LZ9D9ZZhN9ORFi8ZAlpNMZ6a6wgyfDEzgp3NIbcGdM9Lsg/aaMqpreA6nXoIQH3z
HSM+GzRplAyM12uyJMKfCPHURgHB2HqfrtD3WoO5zoD7658GaLbNPITq0VcdTlrc
MuQNluAYrLfpPS/cXGU8KzhITw5scpHqPIPkWipuTW0GIHlui8lbKlLTsglL8C5O
VmIQGyqnWCVYnzF33hEXXcF7FDqDVM0/0ldHlq+hrEepkuTsBpZTy1pbbFqHilSY
Xa930dYhDV5x8VpvwoB/LwlefW9swNrWXrL28yuSaTiVWfCBz16GA4aqNVhP855/
CA0eAOPyUrUs1I58Az4i
=BykK
-END PGP SIGNATURE-


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

Re: [PD] freeverb~ problem

[Ivica Ico Bukvic]

I thought this, too. I seem to (mis)remember somewhere that -O2 
optimization at compile-time would help with this, which is what 
pd-l2ork's freeverb~ uses and still exhibits previously reported 
behavior. That said, I wonder if denormals would also solve potential 
NaNs. At any rate, I've updated freeverb~ to explicitly use denormal 
function's return value in pd-l2ork and will run some tests and let you 
know. If you'd like to test it out, download the latest deb dated 
20160208 (64bit build only for the time being).


Best,

Ico

On 2/8/2016 4:44 AM, Kjetil Matheussen wrote:

Regarding denormals, if that's the problem, shouldn't it be good enough
to compile with -fpmath=sse -msse2 and run the following code one time 
in the dsp thread?


#ifdef __SSE__
#ifdef __SSE2__
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040)
#else
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000)
#endif
#else
#   error "must compile with -fmpath=sse"
#endif




On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen 
<k.s.matheus...@gmail.com <mailto:k.s.matheus...@gmail.com>> wrote:


You could use the faust version of freeverb and compile it for pd.
It's probably less likely to have bugs.
For instance by pasting

http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
into http://faust.grame.fr/onlinecompiler/


On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic <i...@vt.edu
<mailto:i...@vt.edu>> wrote:

Thank you, Katja. Is there a newer version than this out there?

Best,

-- 
Ivica Ico Bukvic, D.M.A.

Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139 <tel:%28540%29%20231-6139>
i...@vt.edu <mailto:i...@vt.edu>
www.performingarts.vt.edu <http://www.performingarts.vt.edu>
disis.icat.vt.edu <http://disis.icat.vt.edu>
l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
ico.bukvic.net <http://ico.bukvic.net>

On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com
<mailto:katjavet...@gmail.com>> wrote:

If the freeverb~ version you use looks like the one in

http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c

<http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb%7E/freeverb%7E.c>,
there's a function 'fix_denorm_nan_float() defined
starting at line
154. The function is called later (in line 225 and others)
but the
return value is never stored. Therefore freeverb~ doesn't
flush
denormals.

On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu
<mailto:i...@vt.edu>> wrote:
> Thank you all. Looks like I've got some troubleshooting
to do and will
> report what I find.
>
> Best,
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Computer Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139 <tel:%28540%29%20231-6139>
> i...@vt.edu <mailto:i...@vt.edu>
> www.performingarts.vt.edu <http://www.performingarts.vt.edu>
> disis.icat.vt.edu <http://disis.icat.vt.edu>
> l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
> ico.bukvic.net <http://ico.bukvic.net>
>
> On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig"
<zmoel...@iem.at <mailto:zmoel...@iem.at>> wrote:
>>
>> On 02/06/2016 10:29 AM, katja wrote:
>> > Possibly an inf or nan recirculating in the delay
lines? It seems that
>> > freeverb~ calls function fix_denorm_nan_float(float
v) but doesn't use
>> > the return value.
>>
>> you *might* be able to confirm this by sending the
output for
>> [freeverb~] to [print~] (the silent samples would be
NaN or Inf rather
>> than 0 (or some other constant value))
>>
>> gamds
>> IOhannes
>>
>>
>>
>> ___
>&g

Re: [PD] freeverb~ problem

[Matt Barber]

This might be a noobish question, but is removing denorms, infs, and NaNs
also the purpose of PD_BIGORSMALL()?

On Mon, Feb 8, 2016 at 10:13 AM, Ivica Ico Bukvic <i...@vt.edu> wrote:

> I thought this, too. I seem to (mis)remember somewhere that -O2
> optimization at compile-time would help with this, which is what pd-l2ork's
> freeverb~ uses and still exhibits previously reported behavior. That said,
> I wonder if denormals would also solve potential NaNs. At any rate, I've
> updated freeverb~ to explicitly use denormal function's return value in
> pd-l2ork and will run some tests and let you know. If you'd like to test it
> out, download the latest deb dated 20160208 (64bit build only for the time
> being).
>
> Best,
>
> Ico
>
>
> On 2/8/2016 4:44 AM, Kjetil Matheussen wrote:
>
> Regarding denormals, if that's the problem, shouldn't it be good enough
> to compile with -fpmath=sse -msse2 and run the following code one time in
> the dsp thread?
>
> #ifdef __SSE__
> #ifdef __SSE2__
> #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040)
> #else
> #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000)
> #endif
> #else
> #   error "must compile with -fmpath=sse"
> #endif
>
>
>
>
> On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen <
> k.s.matheus...@gmail.com> wrote:
>
>> You could use the faust version of freeverb and compile it for pd. It's
>> probably less likely to have bugs.
>> For instance by pasting
>> http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
>> into http://faust.grame.fr/onlinecompiler/
>>
>>
>> On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic < <i...@vt.edu>i...@vt.edu>
>> wrote:
>>
>>> Thank you, Katja. Is there a newer version than this out there?
>>>
>>> Best,
>>>
>>> --
>>> Ivica Ico Bukvic, D.M.A.
>>> Associate Professor
>>> Computer Music
>>> ICAT Senior Fellow
>>> Director -- DISIS, L2Ork
>>> Virginia Tech
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139 <%28540%29%20231-6139>
>>> i...@vt.edu
>>> www.performingarts.vt.edu
>>> disis.icat.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>>> On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com> wrote:
>>>
>>>> If the freeverb~ version you use looks like the one in
>>>>
>>>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c
>>>> ,
>>>> there's a function 'fix_denorm_nan_float() defined starting at line
>>>> 154. The function is called later (in line 225 and others) but the
>>>> return value is never stored. Therefore freeverb~ doesn't flush
>>>> denormals.
>>>>
>>>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu> wrote:
>>>> > Thank you all. Looks like I've got some troubleshooting to do and will
>>>> > report what I find.
>>>> >
>>>> > Best,
>>>> >
>>>> > --
>>>> > Ivica Ico Bukvic, D.M.A.
>>>> > Associate Professor
>>>> > Computer Music
>>>> > ICAT Senior Fellow
>>>> > Director -- DISIS, L2Ork
>>>> > Virginia Tech
>>>> > School of Performing Arts – 0141
>>>> > Blacksburg, VA 24061
>>>> > (540) 231-6139 <%28540%29%20231-6139>
>>>> > i...@vt.edu
>>>> > www.performingarts.vt.edu
>>>> > disis.icat.vt.edu
>>>> > l2ork.icat.vt.edu
>>>> > ico.bukvic.net
>>>> >
>>>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" <zmoel...@iem.at> wrote:
>>>> >>
>>>> >> On 02/06/2016 10:29 AM, katja wrote:
>>>> >> > Possibly an inf or nan recirculating in the delay lines? It seems
>>>> that
>>>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't
>>>> use
>>>> >> > the return value.
>>>> >>
>>>> >> you *might* be able to confirm this by sending the output for
>>>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf
>>>> rather
>>>> >> than 0 (or some other constant value))
>>>> >>
>>>> >> gamds
>>>> >> IOhannes
>>>> >>
>>>> >>
>>>> >>
>>>> >> ___
>>>> >> Pd-list@lists.iem.at mailing list
>>>> >> UNSUBSCRIBE and account-management ->
>>>> >> http://lists.puredata.info/listinfo/pd-list
>>>> >>
>>>> >
>>>> > ___
>>>> > Pd-list@lists.iem.at mailing list
>>>> > UNSUBSCRIBE and account-management ->
>>>> > http://lists.puredata.info/listinfo/pd-list
>>>> >
>>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> <http://lists.puredata.info/listinfo/pd-list>
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] freeverb~ problem

[Kjetil Matheussen]

Carl Hetherington has a good write up on denormals:
http://carlh.net/plugins/denormals.php

This is the most interesting point:

   "The P3 always has problems with denormals no matter what GCC flags or
CPU modes are used.".

So unless you want your program to function on a P3, you can safely compile
your denormal-creating program with sse math and turn on DAZ and FTZ.
You won't get any problems with denormals then.







On Mon, Feb 8, 2016 at 4:13 PM, Ivica Ico Bukvic <i...@vt.edu> wrote:

> I thought this, too. I seem to (mis)remember somewhere that -O2
> optimization at compile-time would help with this, which is what pd-l2ork's
> freeverb~ uses and still exhibits previously reported behavior. That said,
> I wonder if denormals would also solve potential NaNs. At any rate, I've
> updated freeverb~ to explicitly use denormal function's return value in
> pd-l2ork and will run some tests and let you know. If you'd like to test it
> out, download the latest deb dated 20160208 (64bit build only for the time
> being).
>
> Best,
>
> Ico
>
>
> On 2/8/2016 4:44 AM, Kjetil Matheussen wrote:
>
> Regarding denormals, if that's the problem, shouldn't it be good enough
> to compile with -fpmath=sse -msse2 and run the following code one time in
> the dsp thread?
>
> #ifdef __SSE__
> #ifdef __SSE2__
> #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040)
> #else
> #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000)
> #endif
> #else
> #   error "must compile with -fmpath=sse"
> #endif
>
>
>
>
> On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen <
> k.s.matheus...@gmail.com> wrote:
>
>> You could use the faust version of freeverb and compile it for pd. It's
>> probably less likely to have bugs.
>> For instance by pasting
>> http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
>> into http://faust.grame.fr/onlinecompiler/
>>
>>
>> On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic < <i...@vt.edu>i...@vt.edu>
>> wrote:
>>
>>> Thank you, Katja. Is there a newer version than this out there?
>>>
>>> Best,
>>>
>>> --
>>> Ivica Ico Bukvic, D.M.A.
>>> Associate Professor
>>> Computer Music
>>> ICAT Senior Fellow
>>> Director -- DISIS, L2Ork
>>> Virginia Tech
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139 <%28540%29%20231-6139>
>>> i...@vt.edu
>>> www.performingarts.vt.edu
>>> disis.icat.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>>> On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com> wrote:
>>>
>>>> If the freeverb~ version you use looks like the one in
>>>>
>>>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c
>>>> ,
>>>> there's a function 'fix_denorm_nan_float() defined starting at line
>>>> 154. The function is called later (in line 225 and others) but the
>>>> return value is never stored. Therefore freeverb~ doesn't flush
>>>> denormals.
>>>>
>>>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu> wrote:
>>>> > Thank you all. Looks like I've got some troubleshooting to do and will
>>>> > report what I find.
>>>> >
>>>> > Best,
>>>> >
>>>> > --
>>>> > Ivica Ico Bukvic, D.M.A.
>>>> > Associate Professor
>>>> > Computer Music
>>>> > ICAT Senior Fellow
>>>> > Director -- DISIS, L2Ork
>>>> > Virginia Tech
>>>> > School of Performing Arts – 0141
>>>> > Blacksburg, VA 24061
>>>> > (540) 231-6139 <%28540%29%20231-6139>
>>>> > i...@vt.edu
>>>> > www.performingarts.vt.edu
>>>> > disis.icat.vt.edu
>>>> > l2ork.icat.vt.edu
>>>> > ico.bukvic.net
>>>> >
>>>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" <zmoel...@iem.at> wrote:
>>>> >>
>>>> >> On 02/06/2016 10:29 AM, katja wrote:
>>>> >> > Possibly an inf or nan recirculating in the delay lines? It seems
>>>> that
>>>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't
>>>> use
>>>> >> > the return value.
>>>> >>
>>>> >> you *might* be able to confirm this by sending the output for
>>>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf
>>>> rather
>>>> >> than 0 (or some other constant value))
>>>> >>
>>>> >> gamds
>>>> >> IOhannes
>>>> >>
>>>> >>
>>>> >>
>>>> >> ___
>>>> >> Pd-list@lists.iem.at mailing list
>>>> >> UNSUBSCRIBE and account-management ->
>>>> >> http://lists.puredata.info/listinfo/pd-list
>>>> >>
>>>> >
>>>> > ___
>>>> > Pd-list@lists.iem.at mailing list
>>>> > UNSUBSCRIBE and account-management ->
>>>> > http://lists.puredata.info/listinfo/pd-list
>>>> >
>>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> <http://lists.puredata.info/listinfo/pd-list>
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] wavefolder (was Re: hacked? (was Re: ))

[Ed Kelly]

Ow!Life hands me lemons. I'd better stop pondering this theoretical fluff and 
get on with some real work!Ed
 Ninja Jamm - a revolutionary music remix app from Ninja Tune and Seeper, for 
iOS and Android: http://www.ninjajamm.com/

Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! 
http://sharktracks.co.uk/puredata
also Metastudio 5! 

On Monday, 8 February 2016, 15:12, Ed Kelly  wrote:
 
 

 Oh NOT AGAIN! My Yahoo account got hacked! I've changed my password.

|| This email has been sent from a virus-free computer protected by Avast. 
www.avast.com  |

I should have gone for something better than Yahoo mail back in 2005. Thanks IO!

PS do you know anyone who could resolve a transformation between the Fourier 
series:
  - 
   -

and   
  - 
   -

?I'm trying to write a paper about wavefolder~ for ICMC 2016, and my maths 
isn't that good!
   
   - Thanks for the heads-up man,
  - Ed   

 Ninja Jamm - a revolutionary music remix app from Ninja Tune and Seeper, for 
iOS and Android: http://www.ninjajamm.com/

Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! 
http://sharktracks.co.uk/puredata
also Metastudio 5! 

On Monday, 8 February 2016, 9:21, IOhannes m zmölnig 
 wrote:
 
 

 -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi ed,

i hope you are allright.

i just received this email from supposedly your account, and wonder
what the meaning of it is...

On 2016-02-08 09:58, Ed Kelly wrote:
> blockquote, div.yahoo_quoted { margin-left: 0 !important;
> border-left:1px #715FFA solid !important;  padding-left:1ex
> !important; background-color:white !important; }
> http://zipaiwu.com/struck.php   Ed Kelly Sent from Yahoo Mail for
> iPhone

fgmasdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWuF4dAAoJELZQGcR/ejb4lcIP/i9w4FX587EoH+nQ0klHs1y0
7F8YDhi8FdAEBaUEouwNsXI8FfUQ1N3V2LROy83+qwpwRAaGgZyYr9vG36Wri/pv
6z2GDlbrs9FGQAlRq4LXQ1vND9OyzfT6AqmaYdS9lr9n101Zhk5NFs5yG3NgoXdf
bRje3o4Vz7C+tbOCj/p5JnxgTLkdfWFFktk36fGBMcYlhybRMtY+SPIu1vl3hK7S
jsK5ke1WGHJHz9Z9OzpGSKmx//PyW3C3ST+0o7nNxj5y1n6QRHEU9vuXulAZgitm
CDOe6dmxHXgbtaAALXNt0Luug0PJIbhyCjcsjFRyF2CtL4WyrGFLAzluQ2RENZ00
LZ9D9ZZhN9ORFi8ZAlpNMZ6a6wgyfDEzgp3NIbcGdM9Lsg/aaMqpreA6nXoIQH3z
HSM+GzRplAyM12uyJMKfCPHURgHB2HqfrtD3WoO5zoD7658GaLbNPITq0VcdTlrc
MuQNluAYrLfpPS/cXGU8KzhITw5scpHqPIPkWipuTW0GIHlui8lbKlLTsglL8C5O
VmIQGyqnWCVYnzF33hEXXcF7FDqDVM0/0ldHlq+hrEepkuTsBpZTy1pbbFqHilSY
Xa930dYhDV5x8VpvwoB/LwlefW9swNrWXrL28yuSaTiVWfCBz16GA4aqNVhP855/
CA0eAOPyUrUs1I58Az4i
=BykK
-END PGP SIGNATURE-


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


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