Re: [PD] [PD-announce] OFFTOPIC: Audacity

2021-07-05 Thread Kjetil Matheussen
On Mon, Jul 5, 2021 at 11:32 AM Andy Farnell  wrote:
> Following the lamentable tale on HN, it seems audacity, a stand-alone

What does HN stand for?

> edtiting.  Running an old copy of CoolEdit98 under Wine or Roger
> Dannenberg's Snd reminds me what a real audio editor should feel
> like.

Snd is made by Bill Schottstaedt.



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


Re: [PD] Checking for interest: Scheme interpreter external for PD

2020-10-23 Thread Kjetil Matheussen
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell
 wrote:
>
> Would love to see Scheme come to Pd.
>
There's also k_guile from 2004, that still compiles:
https://github.com/kmatheussen/k_guile
Don't know if it still works though.

Guess there are other alternatives as well, but they all probably
suffer a bit from gc non-rt performance. To fix this I later extended
the code from k_guile to run in a separate thread to avoid cpu spikes,
but this code was only added to the snd sound editor (when snd was
compiled as a pd external), and that code was probably removed from
snd when switching from guile to s7.



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


Re: [PD] Sample loop - start and end point (WAV files)

2020-02-12 Thread Kjetil Matheussen
On Wed, Feb 12, 2020 at 10:14 AM Ingo  wrote:
>
> Thanks, Dan!
>
>
>
> They must be embedded in the "Marker Chunk" in AIFF and in the "Cue Point 
> Chunk" in the WAV format.
>
> This gives me a further idea for searching on.
>
>

Yes, loops are usually defined as "Loop Start" and "Loop End" cues,
but they can also theoretically be placed in the "smpl" chunk:
https://sites.google.com/site/musicgapi/technical-documents/wav-file-format#smpl



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


Re: [PD] Sample loop - start and end point (WAV files)

2020-02-12 Thread Kjetil Matheussen
On Wed, Feb 12, 2020 at 10:56 AM Kjetil Matheussen
 wrote:
>
> On Wed, Feb 12, 2020 at 10:14 AM Ingo  wrote:
> >
> > Thanks, Dan!
> >
> >
> >
> > They must be embedded in the "Marker Chunk" in AIFF and in the "Cue Point 
> > Chunk" in the WAV format.
> >
> > This gives me a further idea for searching on.
> >
> >
>
> Yes, loops are usually defined as "Loop Start" and "Loop End" cues,

Hmm, or maybe they are usually defined in the "smpl" chunk, I don't remember...

But here's the code to get loop data from a wav file in radium:
https://github.com/kmatheussen/radium/blob/master/audio/Sampler_plugin_wav_parse.c#L253

First it checks if there is a loop in the "smpl" chunk. If there isn't
loop data there, it checks for "Loop Start" and "Loop End" cues.



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


Re: [PD] Jackpilot/Soundflower

2019-10-11 Thread Kjetil Matheussen
On Fri, Oct 11, 2019 at 11:43 AM mauricemoncozet
 wrote:
>
> Hello,
> With Mac OS 10.15 Catalina Jackpilot (32 bit) will not work anymore. As a 
> musician I use it a lot to connect Pd to Mainstage or others.
> Do you know if Soundflower that seems to be working with Mojave (OS 10.14) 
> will continue with 10.15?
> Thank you for your answers.

Jack is supposed to still work under 10.15, it's just the Jackpilot
program (32 bit) that won't work anymore. You can still run jack
manually from the command line. You might also try qjackctl instead of
jackpilot too.



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


Re: [PD] Jackpilot/Soundflower

2019-10-11 Thread Kjetil Matheussen
On Fri, Oct 11, 2019 at 1:41 PM Max  wrote:
>
> Soundflower is now open source [1](and possibly abandoned, certainly
> abandoned by their original developers Cycling74) For a commercial
> alternative check out Loopback [2] by Rougue Amoeba.
> The Jack source [3] is there, no idea if it compiles for 64bit.

Not only does it compile for 64 bit, the distributed binaries are 64
bit too. Only JackPilot is 32 bit.



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


Re: [PD] original gigaverb code?

2019-03-07 Thread Kjetil Matheussen
On Thu, Mar 7, 2019 at 3:31 PM Alexandre Torres Porres  wrote:
>>
>>
>>
>> maybe this is the original c?
>> https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c
>
>
> seems like the port to Ladspa by Steve Harris
>
> I just can't find the original deal :/

The Ladspa version by Steve Harris doesn't look like a port. He has
just included the original code. I think the ladspa part of the gverb
ladspa plugin is autogenerated from some xml files.
You can find the same code at
https://github.com/highfidelity/gverb/tree/master/src for instance.



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


Re: [PD] Reason for not allowing '{' and '}' in Pd?

2018-05-14 Thread Kjetil Matheussen
On Mon, May 14, 2018 at 4:24 PM, Zack Lee  wrote:

> I didn't know that was possible in pdlua.
> Thanks for the info!
>
>
You could also use something else than { and }, for instance BEGIN and END,
and let the external replace BEGIN with { and END with } before sending it
to lua.
I had the same problem when making the k_cext external.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] snd

2017-10-10 Thread Kjetil Matheussen
On Tue, Oct 10, 2017 at 8:30 PM, Simon Iten  wrote:

> hi list,
>
> is somebody on this list using snd regularly?
>
> i was looking at this image:
>
> https://commons.wikimedia.org/wiki/File:Spectrogram.png
>
> according to the file description it is done with snd.
>
> is this hard to do? hard as in: can i do this in a semi automated way to
> 12 files all about 12-15 mins long? (about 150mb each)
>
>
It's shouldn't be very hard. Start Snd, load a file, select the "f"
checkbox and unselect the "w" checkbox,
open the "Transform options" window and configure it to look the way you
want.
Finally you can create an eps file by selecting "Print" in the file menu.

To do exactly the same thing as you did last time, select "Save session"
from the
options menu, and the next time you can start snd like this:
"snd saved-session.scm".

There's also ways to automate this to process several files, although I'm
not sure
what the best way would be. (I imagine using sed to replace the filename in
saved-session.scm could be one way)

Also, it's probably better to ask on the mailing list. I've cc-ed the snd
mailing list.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] a simple question about increasing/decreasing values

2017-08-29 Thread Kjetil Matheussen
On Tue, Aug 29, 2017 at 10:04 AM, oliver  wrote:

> IOhannes m zmölnig wrote:
>
>> On 08/29/2017 01:28 AM, Hrvoje Radnic via Pd-list wrote:
>>
>>> Hi,I usually do this by multiplying the value by -1 and offset it by the
>>> range of the first value
>>>
>>
>> which is about 100% faster than the expr equivalent.
>>
>
> hi, IOhannes !
>
> thanks for that info !
>
> i often read on this list that [expr] is slower/computational more
> expensive etc. than using simple vanilla objects. why is that so ?
>
> in theory, it would make patching more easy as it reduces the number of
> objects and cords. what are situations where [expr] makes more sense to use
> ?
>
>
expr is slower since the expressions are interpreted, but in practice it
probably doesn't matter unless expr is called extremely often. Another
alternative is k_cext which compiles the expressions to C, probably making
it the fastest alternative: https://github.com/kmatheussen/k_cext
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] pdlv2: generate lv2 plugins from pd patches

2016-04-09 Thread Kjetil Matheussen
On Fri, Apr 8, 2016 at 11:56 PM, Alex  wrote:

> or better yet, weren't required because you just pass an instance along
> and operate on the instance because every method would have the instance
> passed along with it :)
>

> That's how libpds works: http://folk.uio.no/~ksvalast/libpds.h
(this file is autogenerated during build, so you won't find it on github)

libpds uses pd-extended from 2003 though, so perhaps it's a little bit
outdated,
but it supports gui, multiple instances, almost all externals in
pd-extended,
and it has been tested a lot in Radium.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] pdlv2: generate lv2 plugins from pd patches

2016-04-08 Thread Kjetil Matheussen
You might have to merge inn libd from upstream though. Don't know how
much work that is.

On Fri, Apr 8, 2016 at 7:06 PM, Alex <x37v.a...@gmail.com> wrote:

> Great, I'll look into that when I get some more time!
>
> On Fri, Apr 8, 2016 at 9:55 AM, Kjetil Matheussen <
> k.s.matheus...@gmail.com> wrote:
>
>>
>>
>> On Fri, Apr 8, 2016 at 6:51 PM, Alex <x37v.a...@gmail.com> wrote:
>>
>>> hmm, that is interesting, is libpds simply part of the radium project or
>>> is it something you distribute separately?  I should look into that.
>>>
>>> It's my branch of libpd on github. You can ignore the libpds part, and
>> just use libpd as you do already, only that this version of libpd also
>> provide pd gui.
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] pdlv2: generate lv2 plugins from pd patches

2016-04-08 Thread Kjetil Matheussen
On Fri, Apr 8, 2016 at 6:51 PM, Alex  wrote:

> hmm, that is interesting, is libpds simply part of the radium project or
> is it something you distribute separately?  I should look into that.
>
> It's my branch of libpd on github. You can ignore the libpds part, and
just use libpd as you do already, only that this version of libpd also
provide pd gui.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] pdlv2: generate lv2 plugins from pd patches

2016-04-08 Thread Kjetil Matheussen
On Fri, Apr 8, 2016 at 5:08 PM, Alex  wrote:

> Its interesting that Camomile and the updated pdvst were announced in
> these past weeks as I've been working on pdlv2, a wrapper/parser the
> generates lv2 plugins from pd patches.
>
> https://github.com/x37v/pdLV2/
>

If you use libpds instead of libpd you can enable the normal pd gui, as gui.
libpds has extended libpd with show_gui and hide_gui functions.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] freeverb~ problem

2016-02-08 Thread 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

2016-02-08 Thread 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 <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> 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" <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
>>> > 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
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] freeverb~ problem

2016-02-08 Thread 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] readsf~ and writesf~, locking, blocking and real-time priority

2015-10-06 Thread Kjetil Matheussen
>
>
> My questions are:
>
> 1) Have I completely misunderstood d_soundfile.c and it is actually
> entirely safe. If so, why is it safe?
>
>
It depends whether the OS implements priority inheritance (
https://en.wikipedia.org/wiki/Priority_inheritance).
I think Windows does something like this, not sure, and perhaps Mac OS X
too.
In Linux, you must call pthread_mutexattr_setprotocol(mutex,
PTHREAD_PRIO_INHERIT) to
get priority inheritance for your lock. Alternatively, you can just boost
the priority manually before
obtaining the lock, and unboost after releasing.



> 2) Why doesn’t Pd glitch more often when using these objects?
>
> Probably because the lock is held for so short durations that the OS very
seldomly has
had the chance to interrupt the thread, and for those few times it has
happened, no real time
priority thread had suffered from it, and for those very very very few
times where a realtime priority
thread has suffered, it hadn't suffered enough to cause a glitch.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] pd-extended on Fedora 21

2015-02-28 Thread Kjetil Matheussen
On Sat, Feb 28, 2015 at 12:06 PM, Felix Homann linuxau...@showlabor.de
wrote:

 Hi,
 did anyone manage to build pd-extended for Fedora 21? I didn't (obviously,
 that's why I ask). I already installed Tcl/Tk 8.5 since Fedora 21 only
 ships Tcl/Tk 8.6. But the closest I came to a workin pd was one which
 started but in which I could not even a dac~ object could be created.


Yes, libpds is based on pd-extended and apparently runs find in fc21.
Needed this patch:
https://github.com/kmatheussen/libpd/commit/c10ff310fae8f1e7b1853b9488ce3888d491ac3d
(or simply just replace wish8.5 with wish8.6 in s_inter.c)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Screen tear/flicker when going full screen

2014-05-27 Thread Kjetil Matheussen via Pd-list
On Tue, May 27, 2014 at 5:45 PM, Antonio Roberts
anto...@hellocatfood.comwrote:

  Upgrade to latest version of the intel graphics drivers, and
 dependencies:
  https://01.org/linuxgraphics/downloads
 Updated to the latest version but still no file called 20-intel.conf.
 Not even an xorg.conf. Closest was an xorg.conf.failsafe located in
 /etc/X11/


Hi,
That sounds correct. It's not supposed to be there. Create it, and add the
content.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list