Re: [PD] Patch Bay for FX

[Pierre Massat]

Je suis désolé Mathieu, j'ai jamais vraiment compris comme fonctionne
Gridflow... Faudrait que j'y consacre un peu de temps!



2012/1/27 Mathieu Bouchard 

> Le 2012-01-27 à 00:07:00, Pierre Massat a écrit :
>
>
>  It's for 4 effects only at the moment, but it could easily be adapted to
>> any size. The key in my opinion lies in the algorithm that converts a
>> sequence of effects (say, 4 2 3 1) into the right matrix.
>>
>
> Tu pourrais aussi produire ta matrice à l'aide de [#many]. Ça serait plus
> flexible parce que tu serais pas limité à une simple séquence.
>
>  
> http://gridflow.ca/help/%**23many-help.html
>
>  __**__**
> __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Patch Bay for FX

[Pierre Massat]

Hi Patrick,*
*What do you mean by cue-able patch system? I have no idea what Isadora
does. Is there a video on the web that would show me what you mean?

Pierrre*


*
2012/1/27 Pagano, Patrick 

> Pierre what do you think of the idea of a cue-able patch system for pd? I
> am always frustrated that I cannot move from patch to patch or idea to idea
> linearly etc. a la isadora. I would love your input regarding this since
> you are so active with pd
>
> Patrick Pagano B.S.,M.F.A
> Digital Media Engineer
> UF Digital Worlds Institute
> (352)294-2020
>
>
> On Jan 26, 2012, at 6:08 PM, "Pierre Massat"  wrote:
>
> > Dear List,
> >
> > A member of the list from Quebec suggested this week that I wrote a
> patch to change the sequence of effects on the fly in a multi-effects patch
> (we both use Pd for live effects with a guitar).
> > I've come up with a solution (attached) to this problem, using a matrix
> from the IEM library as suggested in an earlier thread. I have also made a
> small GUI to move the effects and show what the current sequence is.
> > As far as I know it is completely glitch-free. It's for 4 effects only
> at the moment, but it could easily be adapted to any size. The key in my
> opinion lies in the algorithm that converts a sequence of effects (say, 4 2
> 3 1) into the right matrix.
> >
> > Any suggestion welcome!
> >
> > Cheers,
> >
> > Pierre
> > 
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] building Pd-ext/GEM for Windows

[IOhannes m zmölnig]

On 01/26/12 19:28, rolf meesters wrote:




that was a good guess, i found a stray "b" in the project file.
but i didn't do it.
i downloaded everything again from the git.
it's in the win-vs2008 gem.vcproj


confirmed (and removed). thanks,

usually i don't do "Debug" builds so i didn't notice...

mfgdasr
IOhannes

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

Re: [PD] WANTED ALIVE objects

[Фывапр Олджэвич]

Thanks, Mathieu and Hans.. 

strange as I know that iemlib and zexy are in my pd-extended package, but

 mov_avrg_kern~ 
pvgrain~ pvoc~ pvtuner~ 

do not work 

quantize~ - works. 

maybe the list of objects differs for Windows and mac and Linux ? Shouldn't it 
be mentioned in manual then ? 

Do you, guys, use MacOS ?

Also, i can't find FFFease to be in my pd-extended.. 

look the initial list:


libdir_loader: added 'cyclone' to the global objectclass path
libdir_loader: added 'zexy' to the global objectclass path
libdir_loader: added 'creb' to the global objectclass path
libdir_loader: added 'cxc' to the global objectclass path
libdir_loader: added 'iemlib' to the global objectclass path
libdir_loader: added 'list-abs' to the global objectclass path
libdir_loader: added 'mapping' to the global objectclass path
libdir_loader: added 'markex' to the global objectclass path
libdir_loader: added 'maxlib' to the global objectclass path
libdir_loader: added 'memento' to the global objectclass path
libdir_loader: added 'mjlib' to the global objectclass path
libdir_loader: added 'motex' to the global objectclass path
libdir_loader: added 'oscx' to the global objectclass path
libdir_loader: added 'pddp' to the global objectclass path
libdir_loader: added 'pdogg' to the global objectclass path
libdir_loader: added 'pixeltango' to the global objectclass path
libdir_loader: added 'pmpd' to the global objectclass path
libdir_loader: added 'rradical' to the global objectclass path
libdir_loader: added 'sigpack' to the global objectclass path
libdir_loader: added 'smlib' to the global objectclass path
libdir_loader: added 'toxy' to the global objectclass path
libdir_loader: added 'unauthorized' to the global objectclass path
libdir_loader: added 'pan' to the global objectclass path
libdir_loader: added 'hcs' to the global objectclass path
libdir_loader: added 'jmmmp' to the global objectclass path
libdir_loader: added 'ext13' to the global objectclass path
libdir_loader: added 'ggee' to the global objectclass path
libdir_loader: added 'flib' to the global objectclass path
libdir_loader: added 'ekext' to the global objectclass path
libdir_loader: added 'flatspace' to the global objectclass path


27 января 2012, 05:27 от Mathieu Bouchard :
> Le 2012-01-27 à 05:02:00, Фывапр Олджэвич a écrit :
> 
> > pitchnoise~
> > Harmonic/inharmonic
> > monophonic timbre separator
> 
> http://www.apo33.org/pub/puredata/APO/librairies_PD/recup/pitchnoise/
> 
> > quantize~ flatspace zexy
> 
> as it says, it's in library zexy.
> 
> > mov_avrg_kern~ flatspace iemlib
> 
> it's in iemlib.
> 
> > mypol2rec~
> 
> http://impala.utopia.free.fr/pd/patchs/selection/OUTILS/0__DIVERS_OUTILS/mypol2rec~.pd
> 
> > pvgrain~ pvoc~ pvtuner~ 
> 
> all others are in the fftease library.
> 
> zexy, iemlib and fftease are already bundled with pd-extended. the others
> have to be installed separately.
> 
>   __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
> 
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pd~ search path

[Jamie Bullock]

Hi all,

I'm confused about how pd~ locates files loaded into its process using |pd~ 
start (

Where does pd~ look for files?

Does it make use of the search paths for the parent Pd instance?

Can I use relative paths?

I'd like to do something like:

|pd~ start mydir/mypatch.pd(

But where should I put mydir?

Thanks!

Jamie


--
http://www.jamiebullock.com




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

Re: [PD] [OT-ish]: Debian wheezy (testing) dependency chain pain trying to install Gem

[Lorenzo Sutton]

On 26/01/12 09:31, IOhannes m zmoelnig wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-01-25 09:58, Lorenzo Sutton wrote:

Wondering if anyone has an idea or workaround for this dependency chain
pain:

On debian wheezy with the debian multimedia repositories added.

you should not.

well...

lots of packages that were originally only available via
debian-multimedia are now in debian proper.

true.

debian and debian-multimedia are not coordinated (nor associated) in any
way,  this basically means that if you add debian-multimedia to your
apt-sources you are asking for trouble.
honestly this is the first time I encounter problems. But you do have a 
good point there.

this is why i have dumped d-m on all the computers i'm maintaining for
some time now.

if you really need it (i think, apart from some codecs, decent
dvd-authoring tools are still only available via d-m)

well codecs + e.g. cinelerra-cv is quite a bit of stuff.

you might try:

- - remove d-m from your apt-list
- - remove all (now obsolete) packages that you intalled from d-m
- - install debian's native multimedia packages (e.g. gem), without any
dependency hell
- - re-add d-m to your apt-list
- - use apt-pinning [1] to avoid installing d-m packages if not requested
explicitely.
But won't one have problems  the other way round with d-m packages 
usually being more updated not installing due to out-dated libs in the 
standard repos? I guess.


Lorenzo.


fgmasdr
IOhannes




[1] e.g. http://jaqque.sbih.org/kplug/apt-pinning.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8hHVEACgkQkX2Xpv6ydvT+5QCgsHiqZ0ayZY1n6ajgQc6E8WVN
ZfcAoLu55GekyRsYgQkfzPq7pTMA315O
=uE/2
-END PGP SIGNATURE-



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



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

Re: [PD] WANTED ALIVE objects

[Hans-Christoph Steiner]

fftease is not in Pd-extended, but it is downloadable from the 
puredata.info/downloads page.

.hc

On Jan 27, 2012, at 6:59 AM, Фывапр Олджэвич wrote:

> Thanks, Mathieu and Hans.. 
> 
> strange as I know that iemlib and zexy are in my pd-extended package, but
> 
> mov_avrg_kern~ 
> pvgrain~ pvoc~ pvtuner~ 
> 
> do not work 
> 
> quantize~ - works. 
> 
> maybe the list of objects differs for Windows and mac and Linux ? Shouldn't 
> it be mentioned in manual then ? 
> 
> Do you, guys, use MacOS ?
> 
> Also, i can't find FFFease to be in my pd-extended.. 
> 
> look the initial list:
> 
> 
> libdir_loader: added 'cyclone' to the global objectclass path
> libdir_loader: added 'zexy' to the global objectclass path
> libdir_loader: added 'creb' to the global objectclass path
> libdir_loader: added 'cxc' to the global objectclass path
> libdir_loader: added 'iemlib' to the global objectclass path
> libdir_loader: added 'list-abs' to the global objectclass path
> libdir_loader: added 'mapping' to the global objectclass path
> libdir_loader: added 'markex' to the global objectclass path
> libdir_loader: added 'maxlib' to the global objectclass path
> libdir_loader: added 'memento' to the global objectclass path
> libdir_loader: added 'mjlib' to the global objectclass path
> libdir_loader: added 'motex' to the global objectclass path
> libdir_loader: added 'oscx' to the global objectclass path
> libdir_loader: added 'pddp' to the global objectclass path
> libdir_loader: added 'pdogg' to the global objectclass path
> libdir_loader: added 'pixeltango' to the global objectclass path
> libdir_loader: added 'pmpd' to the global objectclass path
> libdir_loader: added 'rradical' to the global objectclass path
> libdir_loader: added 'sigpack' to the global objectclass path
> libdir_loader: added 'smlib' to the global objectclass path
> libdir_loader: added 'toxy' to the global objectclass path
> libdir_loader: added 'unauthorized' to the global objectclass path
> libdir_loader: added 'pan' to the global objectclass path
> libdir_loader: added 'hcs' to the global objectclass path
> libdir_loader: added 'jmmmp' to the global objectclass path
> libdir_loader: added 'ext13' to the global objectclass path
> libdir_loader: added 'ggee' to the global objectclass path
> libdir_loader: added 'flib' to the global objectclass path
> libdir_loader: added 'ekext' to the global objectclass path
> libdir_loader: added 'flatspace' to the global objectclass path
> 
> 
> 27 января 2012, 05:27 от Mathieu Bouchard :
>> Le 2012-01-27 à 05:02:00, Фывапр Олджэвич a écrit :
>> 
>>> pitchnoise~
>>> Harmonic/inharmonic
>>> monophonic timbre separator
>> 
>> http://www.apo33.org/pub/puredata/APO/librairies_PD/recup/pitchnoise/
>> 
>>> quantize~ flatspace zexy
>> 
>> as it says, it's in library zexy.
>> 
>>> mov_avrg_kern~ flatspace iemlib
>> 
>> it's in iemlib.
>> 
>>> mypol2rec~
>> 
>> http://impala.utopia.free.fr/pd/patchs/selection/OUTILS/0__DIVERS_OUTILS/mypol2rec~.pd
>> 
>>> pvgrain~ pvoc~ pvtuner~ 
>> 
>> all others are in the fftease library.
>> 
>> zexy, iemlib and fftease are already bundled with pd-extended. the others
>> have to be installed separately.
>> 
>>  __
>> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
>> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list





Looking at things from a more basic level, you can come up with a more direct 
solution... It may sound small in theory, but it in practice, it can change 
entire economies. - Amy Smith



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

Re: [PD] Apply missing

[Max]

Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner:
> On Wed, 2012-01-25 at 22:51 +0100, Max wrote:
>> 
>> i noticed that in the current autobuilds of Pd-extended the property dialogs 
>> for the gui-objects are missing the Apply-Button. Is that a bug or a feature?
>> IMHO this is a bug - if you want to adjust for instance a canvas to be the 
>> same size as another object of unknown size you can do that with a few 
>> clicks and the help of the Apply button. If you have to click OK and then go 
>> to context menu->Properties, set the size, OK repeately to do that it's 
>> simply annoying.
>> 
> That seems like a good enough reason, I brought back the Apply button to
> the iemgui Properties panel on Mac OS X.  It was originally moved since
> the whole "OK, Apply, Cancel" is very Windows-like, but there isn't an
> easy way to make to work better, so the Apply button is back.  IMHO,
> when you change the setting, it should take effect immediately.

great. i agree that ideally i'd like to be able to see that change happen 
immediately. even better: when grabbing the bottom-right corner i'd have an 
anchor to scale the object (see Max/MSP for that)…
but until that feature is implemented i'm grateful to have Apply back ;)

m. 

signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT-ish]: Debian wheezy (testing) dependency chain pain trying to install Gem

[IOhannes m zmölnig]

On 01/27/12 15:27, Lorenzo Sutton wrote:

But won't one have problems the other way round with d-m packages
usually being more updated not installing due to out-dated libs in the
standard repos? I guess.


well the thing is: the use of debian-multimedia.org is discouraged from 
the official debian side.
while marillat is doing great packages, he doesn't really show much 
interest in making his packages compatible with debian (i don't know 
about any background stories, so i don't know who is to blame for that)


if you cannot live without d-m, another option is to simply build a gem 
package yourself, using the libXXX-dev packages from d-m:


something like
$ apt-get source gem
$ cd gem-*/
$ dpkg-buildpackage -rfakeroot

the resulting gem packages should then depend on the d-m libraries.

fgmasdr
IOhannes

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

Re: [PD] WANTED ALIVE objects

[Mathieu Bouchard]

Le 2012-01-27 à 09:38:00, Hans-Christoph Steiner a écrit :


fftease is not in Pd-extended, but it is downloadable from the 
puredata.info/downloads page.


oops. I really meant that it was in pd's svn... i forgot to check its 
presence in pd-extended.


 __
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Apply missing

[Jonathan Wilkes]

- Original Message -

> From: Max 
> To: Hans-Christoph Steiner 
> Cc: PD list 
> Sent: Friday, January 27, 2012 10:02 AM
> Subject: Re: [PD] Apply missing
> 
> Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner:
>>  On Wed, 2012-01-25 at 22:51 +0100, Max wrote:
>>> 
>>>  i noticed that in the current autobuilds of Pd-extended the property 
> dialogs for the gui-objects are missing the Apply-Button. Is that a bug or a 
> feature?
>>>  IMHO this is a bug - if you want to adjust for instance a canvas to be 
> the same size as another object of unknown size you can do that with a few 
> clicks and the help of the Apply button. If you have to click OK and then go 
> to 
> context menu->Properties, set the size, OK repeately to do that it's 
> simply annoying.
>>> 
>>  That seems like a good enough reason, I brought back the Apply button to
>>  the iemgui Properties panel on Mac OS X.  It was originally moved since
>>  the whole "OK, Apply, Cancel" is very Windows-like, but there 
> isn't an
>>  easy way to make to work better, so the Apply button is back.  IMHO,
>>  when you change the setting, it should take effect immediately.
> 
> great. i agree that ideally i'd like to be able to see that change happen 
> immediately. even better: when grabbing the bottom-right corner i'd have an 
> anchor to scale the object (see Max/MSP for that)…

Also see: pd-l2ork

> but until that feature is implemented i'm grateful to have Apply back ;)
> 
> m. 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 

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

Re: [PD] Apply missing

[Hans-Christoph Steiner]

On Jan 27, 2012, at 11:26 AM, Jonathan Wilkes wrote:

> - Original Message -
> 
>> From: Max 
>> To: Hans-Christoph Steiner 
>> Cc: PD list 
>> Sent: Friday, January 27, 2012 10:02 AM
>> Subject: Re: [PD] Apply missing
>> 
>> Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner:
>>> On Wed, 2012-01-25 at 22:51 +0100, Max wrote:
 
 i noticed that in the current autobuilds of Pd-extended the property 
>> dialogs for the gui-objects are missing the Apply-Button. Is that a bug or a 
>> feature?
 IMHO this is a bug - if you want to adjust for instance a canvas to be 
>> the same size as another object of unknown size you can do that with a few 
>> clicks and the help of the Apply button. If you have to click OK and then go 
>> to 
>> context menu->Properties, set the size, OK repeately to do that it's 
>> simply annoying.
 
>>> That seems like a good enough reason, I brought back the Apply button to
>>> the iemgui Properties panel on Mac OS X.  It was originally moved since
>>> the whole "OK, Apply, Cancel" is very Windows-like, but there 
>> isn't an
>>> easy way to make to work better, so the Apply button is back.  IMHO,
>>> when you change the setting, it should take effect immediately.
>> 
>> great. i agree that ideally i'd like to be able to see that change happen 
>> immediately. even better: when grabbing the bottom-right corner i'd have an 
>> anchor to scale the object (see Max/MSP for that)…
> 
> Also see: pd-l2ork

I think you are referring to Ico trying to make the iemguis resizable live with 
a handle.  I should finally get to releasing something useful form the 
tkwidgets lib, since that also includes resizing with a handle.

.hc




kill your television



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

[PD] Strange segfault with soundfiler Pd-0.43.1-1 debian wheezy

[Lorenzo Sutton]

On my laptop with Pd-0.43.1-1 in debian wheezy I get a segfault when 
using soundfiler with openpanel like in the simple example attached. 
Same happens if I send the file directly with a message [ read -resize 
my_file.wav file0 (

I tried removing -resize and with other files and get the same problem.
This doesn't happen on another machine with exactly the same version.. 
any ideas?


Run with -d 3 apart from all the mouse messages and the Pd watchdog I 
only get


segmentation fault

And doing a backtrace with gdb (not sure how useful really):

#0  0x081097c9 in open_soundfile_via_fd ()
#1  0x08109cf2 in ?? ()
#2  0x080b2131 in pd_typedmess ()
#3  0x080b3fdf in outlet_anything ()
#4  0x080b1fad in pd_typedmess ()
#5  0x080bc861 in binbuf_eval ()
#6  0x08066ffa in ?? ()
#7  0x0809589d in canvas_doclick ()
#8  0x08096427 in canvas_mouse ()
#9  0x080b225a in pd_typedmess ()
#10 0x080b1fad in pd_typedmess ()
#11 0x080bc861 in binbuf_eval ()
#12 0x080c517f in socketreceiver_read ()
#13 0x080c425b in ?? ()
#14 0x080c0b55 in m_mainloop ()
#15 0x0805b2eb in main ()

Anyone experiencing this. Any idea on how to debug it?
Lorenzo.
#N canvas 408 363 450 300 10;
#X obj 120 50 openpanel;
#X obj 120 25 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X msg 120 70 read -resize \$1 file0;
#X obj 231 155 table file0;
#X obj 120 155 soundfiler;
#X msg 189 117 read -resize voice48khz.wav file0;
#X connect 0 0 2 0;
#X connect 1 0 0 0;
#X connect 2 0 4 0;
#X connect 5 0 4 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-extended 0.43 tests builds usable again

[Max]

Am 24.01.2012 um 15:37 schrieb Joson Android:
> One thing bothers me: How to change the language from German to English? 
> 
> MacOSX10.6.7

Apple allowed to change the language of a single Application through the 
properties (Ctrl-i) on the Application Icon until OS 10.5 but removed this 
feature with 10.6

Now there are 3rd party tools which let you still do that:
http://www.tj-hd.co.uk/en-gb/languageswitcher/
however this app doesn't see the languages in Pd it claims it's only in english.
This might be a bug of that specific tool or a bug how the multiple languages 
are implemented in Pd(-ext).

m.



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ search path

[Miller Puckette]

That's an interesting question!

Pd~ starts up a new pd, whose current directory is the same as the parent,
but whose search path is whatever Pd's default is.  As far as I know there's
no way for the "child" pd to inherit the search path of the original one.
There should be a way to do this - I just never thought about it, and it
migth not be terribly easy to code up :)

cheers
Miller

On Fri, Jan 27, 2012 at 12:55:03PM +, Jamie Bullock wrote:
> 
> Hi all,
> 
> I'm confused about how pd~ locates files loaded into its process using |pd~ 
> start (
> 
> Where does pd~ look for files?
> 
> Does it make use of the search paths for the parent Pd instance?
> 
> Can I use relative paths?
> 
> I'd like to do something like:
> 
>   |pd~ start mydir/mypatch.pd(
> 
> But where should I put mydir?
> 
> Thanks!
> 
> Jamie
> 
> 
> --
> http://www.jamiebullock.com
> 
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

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

Re: [PD] Apply missing

[Jonathan Wilkes]

- Original Message -
> From: Hans-Christoph Steiner 
> To: Jonathan Wilkes 
> Cc: Max ; PD list 
> Sent: Friday, January 27, 2012 11:39 AM
> Subject: Re: [PD] Apply missing
> 
> 
> On Jan 27, 2012, at 11:26 AM, Jonathan Wilkes wrote:
> 
>>  - Original Message -
>> 
>>>  From: Max 
>>>  To: Hans-Christoph Steiner 
>>>  Cc: PD list 
>>>  Sent: Friday, January 27, 2012 10:02 AM
>>>  Subject: Re: [PD] Apply missing
>>> 
>>>  Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner:
  On Wed, 2012-01-25 at 22:51 +0100, Max wrote:
> 
>  i noticed that in the current autobuilds of Pd-extended the 
> property 
>>>  dialogs for the gui-objects are missing the Apply-Button. Is that a bug 
> or a 
>>>  feature?
>  IMHO this is a bug - if you want to adjust for instance a 
> canvas to be 
>>>  the same size as another object of unknown size you can do that with a 
> few 
>>>  clicks and the help of the Apply button. If you have to click OK and 
> then go to 
>>>  context menu->Properties, set the size, OK repeately to do that 
> it's 
>>>  simply annoying.
> 
  That seems like a good enough reason, I brought back the Apply 
> button to
  the iemgui Properties panel on Mac OS X.  It was originally moved 
> since
  the whole "OK, Apply, Cancel" is very Windows-like, but 
> there 
>>>  isn't an
  easy way to make to work better, so the Apply button is back.  
> IMHO,
  when you change the setting, it should take effect immediately.
>>> 
>>>  great. i agree that ideally i'd like to be able to see that change 
> happen 
>>>  immediately. even better: when grabbing the bottom-right corner i'd 
> have an 
>>>  anchor to scale the object (see Max/MSP for that)…
>> 
>>  Also see: pd-l2ork
> 
> I think you are referring to Ico trying to make the iemguis resizable live 
> with 
> a handle.

Yep.  All the iemguis are resizable with a little anchor that appears when the 
object 
is selected.  Very handy.

> I should finally get to releasing something useful form the tkwidgets 
> lib, since that also includes resizing with a handle.

Right, I remember that when I tried them.  To make them useful is difficult, 
though, 
because iemguis have (rightly) set a precedent that gui objects can integrate 
naturally into a normal object chain.  For example, it's not uncommon to find a 
[tgl] 
deep inside a subpatch somewhere and my friend running pd -nogui can still 
run my program.  Or the user having a little UI subpatch that pops up or gets 
hidden as needed-- if you depend on the actual tk widget to exist in order for 
its 
properties to get set, then the user will get an error if for example they try 
to 
change its size or placement when it's not vis'd.  So I guess on the one hand 
it's 
nice to separate gui from pd, but on the other you don't want to force the user 
to care about implementation details like, "when a subpatch closes and no one 
can see its contents, does it _really_ have a slider inside there?"  If the 
answer is 
yes for pd-ish methods and no for tk/gui-related methods, things start to get 
tricky.

-Jonathan

> 
> .hc
> 
> 
> 
> 
>                             kill your television
> 

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

Re: [PD] help compiling pd-extended

[Renato]

On Thu, 26 Jan 2012 11:23:31 +0900
michael noble  wrote:

> On Thu, Jan 26, 2012 at 4:42 AM, Renato  wrote:
> > Hi, I'd like to compile pd-extended to use [hid]. I'm on Archlinux,
> > and I'm not having any succes with it - and the errors I'm getting
> > seem to be shared by others Archlinuxers ([1],[2]). With
> > pd-extended 0.42.5 make is stopping with:
> >
> >
> > [1] http://aur.archlinux.org/packages.php?ID=44798
> > [2] http://aur.archlinux.org/packages.php?ID=22509
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> 
> I was having the same problems. There are pre-compiled packages of
> 0.42.5 in the following repo:
> 
> http://repo.archlinux.fr/
> 

thanks that's a godsend. Any idea on how I'd get the PKGBUILD that was
used?

regards,
renato

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

Re: [PD] compiling a single external

[Renato]

On Wed, 25 Jan 2012 23:58:21 +0100
Charles Goyard  wrote:

> Renato wrote:
> > Hi, so since I'm not able to compile pd-extended (see my other
> > thread), and since I'm mainly interested in the [hid] object, I'm
> > asking: is there some way to add to my vanilla pd installation some
> > selected externals? how do I compile them?
> 
> go to the directory of the external and type:
> 
> make PD_PATH=/opt/pd-vanilla-0.43
> then copy the hid.pd_linux into pd's search path or your patch's
> directory.
> 
> Works for me on Arch.

thank you very much, this does it.

regards,
renato

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

Re: [PD] Apply missing

[Hans-Christoph Steiner]

On Fri, Jan 27, 2012, at 09:21, Jonathan Wilkes wrote:
> - Original Message -
> > From: Hans-Christoph Steiner 
> > To: Jonathan Wilkes 
> > Cc: Max ; PD list 
> > Sent: Friday, January 27, 2012 11:39 AM
> > Subject: Re: [PD] Apply missing
> > 
> > 
> > On Jan 27, 2012, at 11:26 AM, Jonathan Wilkes wrote:
> > 
> >>  - Original Message -
> >> 
> >>>  From: Max 
> >>>  To: Hans-Christoph Steiner 
> >>>  Cc: PD list 
> >>>  Sent: Friday, January 27, 2012 10:02 AM
> >>>  Subject: Re: [PD] Apply missing
> >>> 
> >>>  Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner:
>   On Wed, 2012-01-25 at 22:51 +0100, Max wrote:
> > 
> >  i noticed that in the current autobuilds of Pd-extended the 
> > property 
> >>>  dialogs for the gui-objects are missing the Apply-Button. Is that a bug 
> > or a 
> >>>  feature?
> >  IMHO this is a bug - if you want to adjust for instance a 
> > canvas to be 
> >>>  the same size as another object of unknown size you can do that with a 
> > few 
> >>>  clicks and the help of the Apply button. If you have to click OK and 
> > then go to 
> >>>  context menu->Properties, set the size, OK repeately to do that 
> > it's 
> >>>  simply annoying.
> > 
>   That seems like a good enough reason, I brought back the Apply 
> > button to
>   the iemgui Properties panel on Mac OS X.  It was originally moved 
> > since
>   the whole "OK, Apply, Cancel" is very Windows-like, but 
> > there 
> >>>  isn't an
>   easy way to make to work better, so the Apply button is back.  
> > IMHO,
>   when you change the setting, it should take effect immediately.
> >>> 
> >>>  great. i agree that ideally i'd like to be able to see that change 
> > happen 
> >>>  immediately. even better: when grabbing the bottom-right corner i'd 
> > have an 
> >>>  anchor to scale the object (see Max/MSP for that)…
> >> 
> >>  Also see: pd-l2ork
> > 
> > I think you are referring to Ico trying to make the iemguis resizable live 
> > with 
> > a handle.
> 
> Yep.  All the iemguis are resizable with a little anchor that appears
> when the object 
> is selected.  Very handy.
> 
> > I should finally get to releasing something useful form the tkwidgets 
> > lib, since that also includes resizing with a handle.
> 
> Right, I remember that when I tried them.  To make them useful is
> difficult, though, 
> because iemguis have (rightly) set a precedent that gui objects can
> integrate 
> naturally into a normal object chain.  For example, it's not uncommon to
> find a [tgl] 
> deep inside a subpatch somewhere and my friend running pd -nogui can
> still 
> run my program.  Or the user having a little UI subpatch that pops up or
> gets 
> hidden as needed-- if you depend on the actual tk widget to exist in
> order for its 
> properties to get set, then the user will get an error if for example
> they try to 
> change its size or placement when it's not vis'd.  So I guess on the one
> hand it's 
> nice to separate gui from pd, but on the other you don't want to force
> the user 
> to care about implementation details like, "when a subpatch closes and no
> one 
> can see its contents, does it _really_ have a slider inside there?"  If
> the answer is 
> yes for pd-ish methods and no for tk/gui-related methods, things start to
> get 
> tricky.

That is definitely an important point, and I think its something that
the tkwidgets approach can also support.  I'm thinking that when a
tkwidgets object does not have a Tk representation, it could just store
the messages destined for that Tk object.  There are problems there too,
I suppose, but it would be nice to avoid reimplementing the whole Tk
object's data structure on the 'pd' side.

.hc

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

Re: [PD] help compiling pd-extended

[Renato]

On Wed, 25 Jan 2012 23:53:59 +0100
Charles Goyard  wrote:

> Hi,
> 
> I'm on archlinux, I have pdextended 0.42 and 0.43-nighly up and
> running.
> 
> Renato wrote:
> > Hi, I'd like to compile pd-extended to use [hid]. I'm on Archlinux
> 
> Here's how I do for 0.43:
> 
> rsync -av --delete --exclude '.git' --exclude '.svn'
> rsync://128.238.56.50/distros/pd-extended/ pd-extended/
> 
> I then edit pd-extended/packages/linux_make/Makefile and remove the
> line: OPT_CFLAGS += -mtune=i686 -march=i386
> (or at least remove -march=i386)
> cd pd-extended/packages/linux_make
> make install PREFIX=/opt/pd-extended-0.43
> cd build/usr
> sudo mkdir /opt/pd-extended-0.43/
> sudo cp -r * /opt/pd-extended-0.43/
> 

Hi Charles, thank you very much for your help. Unfortunately following
your method I'm still getting errors, both with this and 0.42.5 (for
which I'm replying you on the AUR since I see you commmented there [1]).
Fortunately there's the binary from repo.archlinux.fr, so at least I
can get to work now and hope the situation will get better in the
future.

kind regards,
renato

[1] https://aur.archlinux.org/packages.php?ID=44798

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

Re: [PD] building Pd-ext/GEM for Windows

[rolf meesters]

thanks martin for your 'finger'to pthreadvc.lib.
libs seem to be ok now.

however it's like this mythical dragon,
you ax off 1 head and get back two:

LINK : fatal error LNK1181: cannot open input file
'Files\pd\bin;\msvc\Build;\win32_vcpp\Build;\objs /DLL /MANIFEST
/MANIFESTFILE:d:\Gem-do-2\build\win-vs2008\\Debug\Gem.dll.intermediate.manifest
/MANIFESTUAC:level='asInvoker'.obj'

my building environment not right?

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

Re: [PD] building Pd-ext/GEM for Windows

[IOhannes m zmölnig]

On 01/27/12 20:17, rolf meesters wrote:

thanks martin for your 'finger'to pthreadvc.lib.
libs seem to be ok now.

however it's like this mythical dragon,
you ax off 1 head and get back two:

LINK : fatal error LNK1181: cannot open input 
file'Files\pd\bin;\msvc\Build;\win32_vcpp\Build;\objs /DLL /MANIFEST 
/MANIFESTFILE:d:\Gem-do-2\build\win-vs2008\\Debug\Gem.dll.intermediate.manifest 
/MANIFESTUAC:level='asInvoker'.obj'

my building environment not right?

dunno, but the "Files\pd" indicates that "C:\Program Files\pd" was split 
at the space.


anyhow, would you mind building "Release"? that's the configuration i 
use when building (and which i used to build 3 days ago)


fgmadr
IOhannes

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

Re: [PD] Strange segfault with soundfiler Pd-0.43.1-1 debian wheezy

[IOhannes m zmölnig]

On 01/27/12 18:44, Lorenzo Sutton wrote:

On my laptop with Pd-0.43.1-1 in debian wheezy I get a segfault when
using soundfiler with openpanel like in the simple example attached.
Same happens if I send the file directly with a message [ read -resize
my_file.wav file0 (
I tried removing -resize and with other files and get the same problem.
This doesn't happen on another machine with exactly the same version..
any ideas?


no not at all.

please create  a debian bugreport with
$ reportbug puredata

mfgasr
IOhannes

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

Re: [PD] Patch Bay for FX

[Mathieu Bouchard]

Le 2012-01-27 à 09:51:00, Pierre Massat a écrit :

Je suis désolé Mathieu, j'ai jamais vraiment compris comme fonctionne 
Gridflow... Faudrait que j'y consacre un peu de temps!


Pour utiliser [#many tgl 5 5], tu peux passer une liste de 28 éléments, 
soit list 5 5 # suivi de 25 valeurs 0 ou 1.


à la sortie de [#many], tu peux faire [#to_list] (alias [#to_l]) pour 
obtenir une liste de 25 valeurs, ou [#to_literal] pour aussi obtenir 
l'en-tête «5 5 #» qui dit la grosseur de la grille. Sans un de ces 
convertisseurs, tu obtiens un message de type «grid» qui n'est 
compréhensible que par GridFlow.


C'est ce que tu as besoin de savoir pour commencer à utiliser ce petit 
bout de GridFlow.


 __
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] Windows and Debian packages for PuREST JSON

[Thomas Mayer]

Hello,

I have just uploaded new packages for Windows and Debian (i386) of
PuREST JSON.

PuREST JSON is a library for connecting Pd to HTTP services and encoding
and decoding JSON data.

The library can issue GET, POST, PUT and DELETE statements, so
consumation of RESTful services is possible, e.g. CouchDB.

https://github.com/residuum/PuRestJson/downloads

I have written compilation instructions in the wiki, and am currently
trying to cross-compile for Windows on Debian. The next logical step is
trying to get cross-compilation for Mac OS X working, any pointers on
how to accomplish that?

Have fun,
{"name": "Thomas"}
-- 
"We left all that stuff out. If there's an error, we have this
routine called panic, and when it is called, the machine crashes,
and you holler down the hall, 'Hey, reboot it.'" (Dennis Ritchie)
http://www.residuum.org/

___
Pd-announce mailing list
pd-annou...@iem.at
http://lists.puredata.info/listinfo/pd-announce

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

Re: [PD] [PD-announce] Windows and Debian packages for PuREST JSON

[Tuti]

can't wait for the MAC OS version!!
Regards,
JF

On Fri, Jan 27, 2012 at 6:58 PM, Thomas Mayer  wrote:
> Hello,
>
> I have just uploaded new packages for Windows and Debian (i386) of
> PuREST JSON.
>
> PuREST JSON is a library for connecting Pd to HTTP services and encoding
> and decoding JSON data.
>
> The library can issue GET, POST, PUT and DELETE statements, so
> consumation of RESTful services is possible, e.g. CouchDB.
>
> https://github.com/residuum/PuRestJson/downloads
>
> I have written compilation instructions in the wiki, and am currently
> trying to cross-compile for Windows on Debian. The next logical step is
> trying to get cross-compilation for Mac OS X working, any pointers on
> how to accomplish that?
>
> Have fun,
> {"name": "Thomas"}
> --
> "We left all that stuff out. If there's an error, we have this
> routine called panic, and when it is called, the machine crashes,
> and you holler down the hall, 'Hey, reboot it.'" (Dennis Ritchie)
> http://www.residuum.org/
>
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



-- 
-
José Fornari (Tuti)
http:/sites.google.com/site/tutifornari/
email: tutiforn...@gmail.com
skype: tutifornari
cel: (11) 8318-8778

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

[PD] Unauthorised to find

[Фывапр Олджэвич]

Hi !

 it seems, that there's no Unauthorised packages for Windows on the 
puredata.info

http://puredata.info/community/projects/software/unauthorized/releases/0.0.20101105

I can find only some of the objects in pd-extended 42.5.. 

Anyway the rest of the objects are described in manual and have help-files in 
EXTRA directory, but not the objects themselfs...

No .dll's for them .  

Here: http://ydegoyon.free.fr/software.html - the author's page - no compiled 
versions for Win 7. 

Mr. Degoyon wrote to me, that he can't help: he's not Win user and he never 
uses pd-extended... 

So can anyone just upload a working version of Unauthorised for Windows to the 
site ?

Or maybe just send some missing .dll's in attaches ?  do they exist ? Really 
interesting objects. 

For example:

cooled~

exciter~

filterbank~

formant~

graphic-mp3amp~

mrandtab

pianoroll

playlist

probaliser

spigot~

sonogram~

sonograph~

and many others ...


Thanks ! serg



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

Re: [PD] Strange segfault with soundfiler Pd-0.43.1-1 debian wheezy

[Lorenzo Sutton]

On 27/01/2012 20:36, IOhannes m zmölnig wrote:

On 01/27/12 18:44, Lorenzo Sutton wrote:

On my laptop with Pd-0.43.1-1 in debian wheezy I get a segfault when
using soundfiler with openpanel like in the simple example attached.
Same happens if I send the file directly with a message [ read -resize
my_file.wav file0 (
I tried removing -resize and with other files and get the same problem.
This doesn't happen on another machine with exactly the same version..
any ideas?


no not at all.

please create a debian bugreport with
$ reportbug puredata



Well before reporting a bug I would like to make sure this isn't a 
'local' issue. Anyway I'll sure do.


thanks.

mfgasr
IOhannes

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



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