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

2016-09-22 Thread 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

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

2016-09-22 Thread 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

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

2016-09-22 Thread 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: 

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

2016-09-22 Thread 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

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

2016-09-22 Thread 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

Re: [PD] pack_bang: warning?

2016-09-22 Thread 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

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

2016-09-22 Thread 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

[PD] pack_bang: warning?

2016-09-22 Thread 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

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

2016-09-22 Thread 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

[PD] gui-plugins / nightmode

2016-09-22 Thread 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

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

2016-09-22 Thread 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

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

2016-09-22 Thread 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:

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

2016-09-22 Thread 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]

2016-09-22 Thread 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).

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

2016-09-22 Thread 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

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

2016-09-22 Thread 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