Re: [PD] configure fails for portaudio (Windows 7)

[Dan Wilcox]

Actually, I just made a commit that may help. I looked into the pd-lib-building 
ldflags for windows and updated bob~ to try a dyamic link to pd.dll. Maybe this 
will work.

Do a pull and then the whole make clean && ./configure && make mess again. 
Thanks


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Sep 22, 2016, at 8:14 PM, Dan Wilcox  wrote:
> 
> Cool. Fixing things one step at a time. I’m seeing the correct flags when 
> building bob~ now.
> 
> Do you see a pd.lib in either /src or /src/.libs?
> 
> Also, can you remove “-lpd” from configure.ac line 112 then do the following?
> 
> make clean
> ./configure
> make
> 
> I’m curious to see if not linking pd will allow bob~ to link correctly. If it 
> does, then the build should fail on bonk~.
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
>> On Sep 22, 2016, at 8:01 PM, Christof Ressi > > wrote:
>> 
>> Hi, here's the error output. After 'make' I have the following files in my 
>> bin:
>> pd.exe, pd-gui script, pdreceive.exe and pdsend.exe.
>> 
>> Christof
> 

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

Re: [PD] configure fails for portaudio (Windows 7)

[Dan Wilcox]

Cool. Fixing things one step at a time. I’m seeing the correct flags when 
building bob~ now.

Do you see a pd.lib in either /src or /src/.libs?

Also, can you remove “-lpd” from configure.ac line 112 then do the following?

make clean
./configure
make

I’m curious to see if not linking pd will allow bob~ to link correctly. If it 
does, then the build should fail on bonk~.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Sep 22, 2016, at 8:01 PM, Christof Ressi  wrote:
> 
> Hi, here's the error output. After 'make' I have the following files in my 
> bin:
> pd.exe, pd-gui script, pdreceive.exe and pdsend.exe.
> 
> Christof

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

Re: [PD] configure fails for portaudio (Windows 7)

[Christof Ressi]

Hi, here's the error output. After 'make' I have the following files in my bin:
pd.exe, pd-gui script, pdreceive.exe and pdsend.exe.

Christof
 
 

Gesendet: Freitag, 23. September 2016 um 00:40 Uhr
Von: "Dan Wilcox" 
An: "Christof Ressi" 
Cc: pd-list@lists.iem.at
Betreff: Re: [PD] configure fails for portaudio (Windows 7)

We can work through it. I don’t have a windows machine so I haven’t tested it 
directly yet. I could get one from school but I have too much going on right 
now.
 
After running make, can you check if there is a “pd.lib” in either the /src or 
/src.libs directories?
 
Judging from the makefiles and Miller’s comment, it seems that the externs are 
trying to link to a static pd lib which, I assume, is needed to provide the 
symbol table for the dynamic modules. There are a couple of things I’m not sure 
of:
 
* if the auto tools build system creates this static lib
* if this static lib is still required or something we can dispense with
 
I’m hoping that, with the right settings, we can remove the requirement. If 
not, then we need to make sure it’s at least building correctly. Maybe I can 
look into how pd-lib-builder handles this.
 
In any case, I did some checking and I’m not sure that the proper flags set in 
the ./configure step for the externals are making it down to their makefiles. I 
did a small commit to test that.
 
Can you pull the latest commit and rerun make. It will probably fail again but 
I’d like to see the output form when it compiles bob~.
 
Thanks! I’m sure this is something that we could solve with a couple of heads 
and a windows machine at pd con.

 


Dan Wilcox
@danomatika[https://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com] 

On Sep 21, 2016, at 4:07 PM, Christof Ressi 
 wrote: 
Hi Dan,

Miller just wrote:
 At the moment I'm compiling Pd using mingw but having to rely on
Microsoft Visual C for "pd.lib" (apparently linker information) and
all the eterns in "extra" - I never could get that part to work in
mingw.
Apparently I'm not the only one who can't manage to get beyond the extra folder 
with MinGW ;-)make[3]: Verzeichnis „/c/pd_externals/pure-data/extra/bob~“ wird betreten
depbase=`echo bob~.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"pd\" 
-DPACKAGE_TARNAME=\"pd\" -DPACKAGE_VERSION=\"0.47.1\" -DPACKAGE_STRING=\"pd\ 
0.47.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" 
-DVERSION=\"0.47.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" 
-DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 
-DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 
-DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 
-Dvfork=fork -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 
-DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 
-DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 
-DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 
-DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I.  -I../../src -DPD  -mms-bitfields -O3 
-ffast-math -funroll-loops -fomit-frame-pointer  -MT bob~.lo -MD -MP -MF 
$depbase.Tpo -c -o bob~.lo bob~.c &&\
mv -f $depbase.Tpo $depbase.Plo
Xbob~.lo
libtool: warning: libobj name 'bob~.lo' may not contain shell special 
characters.
libtool: compile:  gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" 
-DPACKAGE_VERSION=\"0.47.1\" "-DPACKAGE_STRING=\"pd 0.47.1\"" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" 
-DVERSION=\"0.47.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" 
-DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 
-DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 
-DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 
-Dvfork=fork -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 
-DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 
-DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 
-DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 
-DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -I../../src -DPD -mms-bitfields -O3 
-ffast-math -funroll-loops -fomit-frame-pointer -MT "bob~.lo" -MD -MP -MF 
".deps/bob~.Tpo" -c "bob~.c"  -DDLL_EXPORT -DPIC -o .libs/bob~.o
libtool: compile:  gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" 
-DPACKAGE_VERSION=\"0.47.1\" "-DPACKAGE_STRING=\"pd 0.47.1\"" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" 

Re: [PD] configure fails for portaudio (Windows 7)

[Dan Wilcox]

We can work through it. I don’t have a windows machine so I haven’t tested it 
directly yet. I could get one from school but I have too much going on right 
now.

After running make, can you check if there is a “pd.lib” in either the /src or 
/src.libs directories?

Judging from the makefiles and Miller’s comment, it seems that the externs are 
trying to link to a static pd lib which, I assume, is needed to provide the 
symbol table for the dynamic modules. There are a couple of things I’m not sure 
of:

* if the auto tools build system creates this static lib
* if this static lib is still required or something we can dispense with

I’m hoping that, with the right settings, we can remove the requirement. If 
not, then we need to make sure it’s at least building correctly. Maybe I can 
look into how pd-lib-builder handles this.

In any case, I did some checking and I’m not sure that the proper flags set in 
the ./configure step for the externals are making it down to their makefiles. I 
did a small commit to test that.

Can you pull the latest commit and rerun make. It will probably fail again but 
I’d like to see the output form when it compiles bob~.

Thanks! I’m sure this is something that we could solve with a couple of heads 
and a windows machine at pd con.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Sep 21, 2016, at 4:07 PM, Christof Ressi  wrote:
> 
> Hi Dan,
> 
> Miller just wrote:
> 
>> At the moment I'm compiling Pd using mingw but having to rely on
>> Microsoft Visual C for "pd.lib" (apparently linker information) and
>> all the eterns in "extra" - I never could get that part to work in
>> mingw.
> 
> Apparently I'm not the only one who can't manage to get beyond the extra 
> folder with MinGW ;-)

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

Re: [PD] Tcl error for [knob] and [mknob]

[Christof Ressi]

Sorry, if I'm being obvious: I found 'sys_getversion' at the end of m_glob.c 
which returns major and minor version number at runtime.
 
Christof

Gesendet: Donnerstag, 22. September 2016 um 17:56 Uhr
Von: "Antoine Rousseau" 
An: Kein Empfänger
Cc: Pd-list 
Betreff: Re: [PD] Tcl error for [knob] and [mknob]

Thanks a lot ! I think I get it. I'll do it asap.
 
2016-09-22 17:06 GMT+02:00 IOhannes m zmoelnig :On 2016-09-22 
12:21, Antoine Rousseau wrote:
> 2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig 
> :
>
>> On 2016-09-22 08:37, Antoine Rousseau wrote:
>>> you need
>>> to be aware of the version at compilation time, and have to use this
>>> version at runtime. So I don't think you can build an external that would
>>> be compatible for both versions.
>>
>> why?
>>
>
> Because interfaces changed :
>
> -void iemgui_save(t_iemgui *iemgui, t_symbol **srl, int *bflcol)
> +void iemgui_save(t_iemgui *iemgui, t_symbol **srl, t_symbol**bflcol)
[...]
>
> so how could I build a binary that would switch the interface of iemgui_save
> at runtime, following the version of the running Pd ?
>
>


in pseudo code:
if(pd<0.47)
  iemgui_save(x, srl, i_color);
else
  iemgui_save(x, srl, s_color);

this will give you some compiler warnings, but you can do:

typedef void(t_iemgui_save_old*)(t_iemgui *iemgui, t_symbol **srl, int
*bflcol);
typedef void(t_iemgui_save_new*)(t_iemgui *iemgui, t_symbol **srl,
t_symbol **bflcol);

if(pd<0.47) {
    t_iemgui_save_old isave=(t_iemgui_save_old)iemgui_save;
    isave(x, srl, i_color);
} else {
    t_iemgui_save_old isave=(t_iemgui_save_new)iemgui_save;
    isave(x, srl, s_color);
}

fgmsdr
IOhannes


___
Pd-list@lists.iem.at[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]
 


--

Antoine Rousseau 
  http://www.metalu.net[http://metalu.net] __ 
http://www.metaluachahuter.com/[http://www.metaluachahuter.com/compagnies/al1-ant1/]
 ___ 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] pack_bang: warning?

[João Pais]

a coule of small updates:
- instead of using [pack f p], I tried [list append]. Now the warning  
doesn't appear.

- by changing a toggle order later in the row, the output is correct.

Nevertheless, I would be interested to know what the warning means, and  
why is it better (?) to use list instead of pack.


Joao


Hello list,

I got the warning "pack_bang: warning: reentry with pointers  
unprotected". Does someone know what does this mean?
This comes up when having a loop trying to spout out all scalars with  
the same x value - which doesn't seem to work, as I get 2 times the same  
pointer, instead of 2 different pointers.


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

Re: [PD] Tcl error for [knob] and [mknob]

[Antoine Rousseau]

Thanks a lot ! I think I get it. I'll do it asap.

2016-09-22 17:06 GMT+02:00 IOhannes m zmoelnig :

> On 2016-09-22 12:21, Antoine Rousseau wrote:
> > 2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :
> >
> >> On 2016-09-22 08:37, Antoine Rousseau wrote:
> >>> you need
> >>> to be aware of the version at compilation time, and have to use this
> >>> version at runtime. So I don't think you can build an external that
> would
> >>> be compatible for both versions.
> >>
> >> why?
> >>
> >
> > Because interfaces changed :
> >
> > -void iemgui_save(t_iemgui *iemgui, t_symbol **srl, int *bflcol)
> > +void iemgui_save(t_iemgui *iemgui, t_symbol **srl, t_symbol**bflcol)
> [...]
> >
> > so how could I build a binary that would switch the interface of
> iemgui_save
> > at runtime, following the version of the running Pd ?
> >
> >
>
>
> in pseudo code:
> if(pd<0.47)
>   iemgui_save(x, srl, i_color);
> else
>   iemgui_save(x, srl, s_color);
>
> this will give you some compiler warnings, but you can do:
>
> typedef void(t_iemgui_save_old*)(t_iemgui *iemgui, t_symbol **srl, int
> *bflcol);
> typedef void(t_iemgui_save_new*)(t_iemgui *iemgui, t_symbol **srl,
> t_symbol **bflcol);
>
> if(pd<0.47) {
> t_iemgui_save_old isave=(t_iemgui_save_old)iemgui_save;
> isave(x, srl, i_color);
> } else {
> t_iemgui_save_old isave=(t_iemgui_save_new)iemgui_save;
> isave(x, srl, s_color);
> }
>
> fgmsdr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Antoine Rousseau
  http://www.metalu.net  __
http://www.metaluachahuter.com/

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

[PD] pack_bang: warning?

[João Pais]

Hello list,

I got the warning "pack_bang: warning: reentry with pointers unprotected".  
Does someone know what does this mean?
This comes up when having a loop trying to spout out all scalars with the  
same x value - which doesn't seem to work, as I get 2 times the same  
pointer, instead of 2 different pointers.


Best,

jmmmp

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

Re: [PD] Tcl error for [knob] and [mknob]

[IOhannes m zmoelnig]

On 2016-09-22 12:21, Antoine Rousseau wrote:
> 2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :
> 
>> On 2016-09-22 08:37, Antoine Rousseau wrote:
>>> you need
>>> to be aware of the version at compilation time, and have to use this
>>> version at runtime. So I don't think you can build an external that would
>>> be compatible for both versions.
>>
>> why?
>>
> 
> Because interfaces changed :
> 
> -void iemgui_save(t_iemgui *iemgui, t_symbol **srl, int *bflcol)
> +void iemgui_save(t_iemgui *iemgui, t_symbol **srl, t_symbol**bflcol)
[...]
> 
> so how could I build a binary that would switch the interface of iemgui_save
> at runtime, following the version of the running Pd ?
> 
> 


in pseudo code:
if(pd<0.47)
  iemgui_save(x, srl, i_color);
else
  iemgui_save(x, srl, s_color);

this will give you some compiler warnings, but you can do:

typedef void(t_iemgui_save_old*)(t_iemgui *iemgui, t_symbol **srl, int
*bflcol);
typedef void(t_iemgui_save_new*)(t_iemgui *iemgui, t_symbol **srl,
t_symbol **bflcol);

if(pd<0.47) {
t_iemgui_save_old isave=(t_iemgui_save_old)iemgui_save;
isave(x, srl, i_color);
} else {
t_iemgui_save_old isave=(t_iemgui_save_new)iemgui_save;
isave(x, srl, s_color);
}

fgmsdr
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] gui-plugins / nightmode

[ub]

hey,

some time ago i made me a gui-plugin according to the docs:
https://puredata.info/docs/guiplugins/GuiPluginsAPI

it purpose is to invert the default color scheme to not be blinded in
dark basements and other such places.

now i have ditched pd-extended in favour of 0.47-1 and the plugin is not
switching colors anymore.
it seems the API has undergone significant changes. i looked at
src/tcl/pd-gui.tcl file as suggested and i was able to set the canvas to
black, but i can't seem to find a hint as how to color cords, boxes,
labels etc.

would be very gratefull for any pointers.

cheers,
ub

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

Re: [PD] Tcl error for [knob] and [mknob]

[Antoine Rousseau]

2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :

> On 2016-09-22 08:37, Antoine Rousseau wrote:
> > you need
> > to be aware of the version at compilation time, and have to use this
> > version at runtime. So I don't think you can build an external that would
> > be compatible for both versions.
>
> why?
>

Because interfaces changed :

-void iemgui_save(t_iemgui *iemgui, t_symbol **srl, int *bflcol)
+void iemgui_save(t_iemgui *iemgui, t_symbol **srl, t_symbol**bflcol)

(from
https://github.com/pure-data/pure-data/commit/6af3739b2284cfd53ad0ca8eeb2d3c450767e77b
)

so how could I build a binary that would switch the interface of iemgui_save
at runtime, following the version of the running Pd ?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl error for [knob] and [mknob]

[IOhannes m zmoelnig]

On 2016-09-22 08:37, Antoine Rousseau wrote:
> you need
> to be aware of the version at compilation time, and have to use this
> version at runtime. So I don't think you can build an external that would
> be compatible for both versions.

why?



amsdr
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

Re: [PD] [bob~] denormals issue?

[IOhannes m zmoelnig]

On 2016-09-22 01:10, David Medine wrote:
> x = (x

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] Tcl error for [knob] and [mknob]

[Christof Ressi]

you're right, but with some #ifdefs, at least the source can be compatible with 
both versions. building from source will then always work. regarding binaries 
and deken packages, you would have to do it twice, though. Maybe just give a 
little hint in the name? (>= Pd.047 resp. < Pd 0.47). Anyway, if you need 
testing on Windows (for both versions of Pd), count me in! 


 

Gesendet: Donnerstag, 22. September 2016 um 08:37 Uhr
Von: "Antoine Rousseau" 
An: "Dan Wilcox" 
Cc: Pd-list 
Betreff: Re: [PD] Tcl error for [knob] and [mknob]

to simply check the version and call that iem color function
 
I don't think so ; the interface of some functions has changed, so you need to 
be aware of the version at compilation time, and have to use this version at 
runtime. So I don't think you can build an external that would be compatible 
for both versions.
 
 
2016-09-22 0:22 GMT+02:00 Dan Wilcox :

On Sep 21, 2016, at 3:40 PM, 
pd-list-requ...@lists.iem.at[pd-list-requ...@lists.iem.at] wrote: 

From: Antoine Rousseau  

Thanks ! and thanks to Dan too, pointing me directly to the right direction 
!But I realize that if I fix mknob for latest Pd it will become incompatible 
with older ones…I believe the changes handle saving and loading based on the 
compatibility mode, so you should be able to simply check the version and call 
that iem color function in versions of pd less than 0.48.
 


Dan Wilcox
@danomatika[https://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com]
 


--

Antoine Rousseau 
  http://www.metalu.net[http://metalu.net] __ 
http://www.metaluachahuter.com/[http://www.metaluachahuter.com/compagnies/al1-ant1/]
 ___ 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

[PD] mtof~ example patches and use cases for chaos

[Robert Grah]

Hallo,



I just discovered mtof~, which I never used before, through this redit thread: 
https://www.reddit.com/r/musicprogramming/comments/2uis7s/harsh_noise_patches_for_pure_data/

In the merzdata example mtof~ is used in combination with noise~ to generate a 
really nice chaotic osc~ behavior over time.



I was just wondering if there are other examples and use cases with a similar 
approach?



Best,

Robert





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

Re: [PD] Tcl error for [knob] and [mknob]

[Antoine Rousseau]

>
> to simply check the version and call that iem color function


I don't think so ; the interface of some functions has changed, so you need
to be aware of the version at compilation time, and have to use this
version at runtime. So I don't think you can build an external that would
be compatible for both versions.


2016-09-22 0:22 GMT+02:00 Dan Wilcox :

> On Sep 21, 2016, at 3:40 PM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Antoine Rousseau 
>
> Thanks !
> and thanks to Dan too, pointing me directly to the right direction !
> But I realize that if I fix mknob for latest Pd it will become
> incompatible with older ones…
>
>
> I believe the changes handle saving and loading based on the compatibility
> mode, so you should be able to simply check the version and call that iem
> color function in versions of pd less than 0.48.
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>


-- 
Antoine Rousseau
  http://www.metalu.net  __
http://www.metaluachahuter.com/

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