Re: [PD] Range Slider Object

[Jonathan Wilkes]

- Original Message -
> From: Simon Wise 
> To: pd-list@iem.at
> Cc: 
> Sent: Monday, February 4, 2013 12:11 AM
> Subject: Re: [PD] Range Slider Object
> 
> On 04/02/13 09:11, Scott R. Looney wrote:
>>  well i'm pretty sure as a Max user i think he means an object in which 
> you
>>  can set a boundary range within the slider. sort of like being able to
>>  select a range of a particular sample graphically. heres the max picture
>>  reference link:
> 
> look at [pd edit] inside one of the helps for sliders .. [vslider-help] will 
> do 
> ... you can set the range of ordinary pd sliders via a message

But the point is probably to get visual feedback for a range between two
values, bounded within a min and max value.  For that to work the indicator
tick must be expandable while staying within the gui border.  (Well, it does
sometimes expand to 4 pixels wide right in the middle but that's a bug.)

-Jonathan

> 
> Simon
> 
> ___
> 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] Range Slider Object

[Jonathan Wilkes]

>
> From: Scott R. Looney 
>To: Hans-Christoph Steiner  
>Cc: pd-list  
>Sent: Sunday, February 3, 2013 8:11 PM
>Subject: Re: [PD] Range Slider Object
> 
>
>well i'm pretty sure as a Max user i think he means an object in which you can 
>set a boundary range within the slider. sort of like being able to select a 
>range of a particular sample graphically. heres the max picture reference link:
>
>
>http://cycling74.com/docs/max5/refpages/max-ref/images/rslider.png
>

Interesting.  I took a quick stab at it.  (Attached.)


Of course this falls short because the slider fails
to obey the limits of the gui rectangle.  Of course
if you don't need the visual feedback it's much
easier.


-Jonathan


>
>
>scott
>
>
>
>On Sun, Feb 3, 2013 at 4:39 PM, Hans-Christoph Steiner  wrote:
>
>
>>You'll have to explain what rslider does since most people here don't use Max
>>
>>.hc
>>
>>
>>On 02/03/2013 06:49 PM, Esteban Viveros wrote:
>>> Hello,
>>>
>>> Have pd-extended .43.4 a equivalent to max/msp rslider object?
>>>
>>> Thanks!
>>>
>>>
>>>
>>> ___
>>> 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
>>
>
>___
>Pd-list@iem.at mailing list
>UNSUBSCRIBE and account-management -> 
>http://lists.puredata.info/listinfo/pd-list
>
>
>#N canvas -9 19 450 544 10;
#X obj 77 69 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 0 1;
#X obj 79 70 cnv 1 2 13 empty mycnv empty 20 12 0 14 -233017 -66577
0;
#X obj 269 69 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 200 1;
#X obj 296 294 s mycnv;
#X msg 267 244 pos \$1 70;
#X obj 267 214 -;
#X obj 267 189 + 80;
#X msg 296 272 vis_size \$1 13;
#X obj 77 186 expr $f1-$f2 \; $f1+$f2;
#X floatatom 77 221 5 0 0 0 - - -;
#X floatatom 152 221 5 0 0 0 - - -;
#X floatatom 228 88 5 0 0 0 - - -;
#X obj 269 89 t a a;
#X obj 248 146 t a b a;
#X obj 269 116 / 2;
#X text 118 301 vs.;
#X obj 77 339 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 7800 1;
#X obj 269 339 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 9500 1;
#X obj 77 389 expr $f1-$f2/2 \; $f1+$f2+2;
#X floatatom 77 424 5 0 0 0 - - -;
#X floatatom 164 424 5 0 0 0 - - -;
#X floatatom 269 389 5 0 0 0 - - -;
#X connect 0 0 6 0;
#X connect 0 0 8 0;
#X connect 2 0 11 0;
#X connect 2 0 12 0;
#X connect 4 0 3 0;
#X connect 5 0 4 0;
#X connect 6 0 5 0;
#X connect 7 0 3 0;
#X connect 8 0 9 0;
#X connect 8 1 10 0;
#X connect 12 0 14 0;
#X connect 12 1 7 0;
#X connect 13 0 8 1;
#X connect 13 1 6 0;
#X connect 13 2 5 1;
#X connect 14 0 13 0;
#X connect 16 0 18 0;
#X connect 17 0 18 1;
#X connect 17 0 21 0;
#X connect 18 0 19 0;
#X connect 18 1 20 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Range Slider Object

[Simon Wise]

On 04/02/13 09:11, Scott R. Looney wrote:

well i'm pretty sure as a Max user i think he means an object in which you
can set a boundary range within the slider. sort of like being able to
select a range of a particular sample graphically. heres the max picture
reference link:


look at [pd edit] inside one of the helps for sliders .. [vslider-help] will do 
... you can set the range of ordinary pd sliders via a message


Simon

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

Re: [PD] now that we don't have user-settable global search paths in Pd-E 0.43

[Jonathan Wilkes]

- Original Message -
> From: Hans-Christoph Steiner 
> To: pd-list@iem.at
> Cc: 
> Sent: Sunday, February 3, 2013 7:38 PM
> Subject: Re: [PD] now that we don't have user-settable global search paths in 
> Pd-E 0.43
> 

[...]

> While full canvas-local namespaces are a feature Pd should have, we can
> improve this situation quite a bit and solve other problems by switching the
> search order when loading objects.  If it searches for all types in the
> current path first, then what Jonathan describes would no longer be a problem.
> Here's the proposal:
> 
> http://puredata.info/dev/PdSearchPath

Thanks for the link.

-Jonathan

> 
> .hc
> 
> ___
> 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] pidip

[Hans-Christoph Steiner]

You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like
any library, and it'll work.

Otherwise, I suggest you have a private conversation with Yves.

.hc

On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
> i notice that pidip is not in the new pdextended
> is there a way we can reconcile this without huge tantrums and bullshit?
> 
> pp
> ___
> 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

[PD] pidip

[Pagano, Patrick]

i notice that pidip is not in the new pdextended
is there a way we can reconcile this without huge tantrums and bullshit?

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

[PD] pdgst + Gem + pix_pix2gst yuv , pb streaming a webcam to an icecast server

[Benjamin ~ 01xy]

Hello,

I'm trying to stream a webcam to an icecast server with pdgst and Gem 
with the attached patch
I managed to stream to icecast using [v4l2src] object, so without 
pix_pix2gst

pix2gst.pd example works
I managed to stream to icecast out of Pd using this command :
# gst-launch v4l2src ! video/x-raw-yuv,width=320,height=240 ! 
ffmpegcolorspace ! theoraenc quality=16 ! oggmux ! shout2send 
ip=labomedia.org port=8000 password= mount=live.ogv


but I can't create [video/x-raw-yuv] ("video/x-raw-yuv ... couldn't 
create) and [audio/x-raw-float channels=2] neither


and when I try without it with the attached patch, no error but no stream

tried with PD-extended 0.43.4, GEM: ver: 0.93.3 compiled: Jan 28 2013, 
Gstreamer 0.10.36-1 on linux mint debian (wheezy)


Does pix_pix2gst only works to "Loads in a movie with the videoIO 
framework" as written in the source code or with the pix_snap object ?
I also tried to stream the webcam using Pix_snap to feed pix_pix2gst 
with no success.

Did anybody already managed to use pdgst for video streaming ?

thanks for any tips
++Benjamin

PS : I can give the pwd of the icecast server in a private e-mail so as 
to prevent this pwd to be archived with the mailing list


== Pd log (4) ==
setting property 'ip'
setting property 'port'
setting property 'password'
setting property 'mount'
info:theora: __gst connect theoraenc1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
info:vorbis: __gst connect vorbisenc1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
GEM: Only using 8 color bits
GEM: Direct Rendering enabled!
GEM: GLEW version 1.5.4
GEM: Start rendering
info: proplist numread 11

v4l2: GEM: pix_video: Opened video connection 0x16
info:theora: __gst connect theoraenc1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
info:vorbis: __gst connect vorbisenc1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
info:ogg: __gst connect oggmux1
info:shout2send: __gst connect shout2send1
info:pix2gst: stream_status 0 audiotestsrc1
info:pix2gst: stream_status 1 audiotestsrc1
info:pix2gst: stream_status 0 appsrc0
info:pix2gst: stream_status 1 appsrc0

#N canvas 601 157 1062 807 10;
#X obj -78 75 pdgst;
#X obj -60 51 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X msg -78 24 bang;
#X msg 544 80 \; pd dsp 1;
#X text -24 17 initialize;
#X text -21 51 ON / OFF;
#X obj -80 184 gemwin;
#X msg 5 184 destroy;
#X obj 289 357 ffmpegcolorspace;
#X msg -59 154 lighting \$1;
#X obj -59 135 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X obj 357 321 infoprint pix2gst;
#X msg 244 267 is-live 1;
#X obj 273 102 print info;
#X obj 222 54 pix_video;
#X obj 222 391 pix_texture;
#X msg -80 107 dimen 640 480 \, create \, 1;
#X obj 414 501 oggmux;
#X obj 360 430 theoraenc;
#X obj 487 434 vorbisenc;
#X obj 414 658 shout2send;
#X obj 503 579 loadbang;
#X obj 414 687 infoprint shout2send;
#X obj 271 600 infoprint theora;
#X obj 436 530 infoprint ogg;
#X obj 503 457 infoprint vorbis;
#X obj 487 353 audioconvert;
#X obj 487 299 audiotestsrc;
#X obj 222 433 rectangle 5 4;
#X obj 222 16 gemhead 3;
#X obj 222 138 pix_resize 640 480;
#X floatatom 286 242 4 0 0 1 width - -;
#X floatatom 296 224 4 0 0 1 height - -;
#X floatatom 306 206 4 0 0 1 bytes/pixel - -;
#X floatatom 316 189 5 0 0 1 coulorspace - -;
#X obj 276 168 pix_info . . . .;
#X obj 222 289 pix_pix2gst yuv 640 480;
#X obj 222 194 pix_yuv;
#X obj 544 49 loadbang;
#X obj 289 325 typefind;
#X msg 503 605 ip labomedia.org \, port 8000 \, password  \, mount
test.ogg;
#X connect 1 0 0 0;
#X connect 2 0 0 0;
#X connect 7 0 6 0;
#X connect 8 0 18 0;
#X connect 9 0 6 0;
#X connect 10 0 9 0;
#X connect 12 0 36 0;
#X connect 14 0 30 0;
#X connect 14 1 13 0;
#X connect 15 0 28 0;
#X connect 16 0 6 0;
#X connect 17 0 24 0;
#X connect 17 0 20 0;
#X connect 18 0 23 0;
#X connect 18 0 17 0;
#X connect 19 0 25 0;
#X connect 19 0 17 0;
#X connect 20 0 22 0;
#X connect 21 0 40 0;
#X connect 26 0 19 0;
#X connect 27 0 26 0;
#X connect 29 0 14 0;
#X connect 30 0 35 0;
#X connect 30 0 37 0;
#X connect 35 1 31 0;
#X connect 35 2 32 0;
#X connect 35 3 33 0;
#X connect 35 4 34 0;
#X connect 36 0 15 0;
#X connect 36 1 39 0;
#X connect 36 2 11 0;
#X connect 37 0 36 0;
#X connect 38 0 3 0;
#X connect 39 0 8 0;
#X connect 40 0 20 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Jack support on Windows

[Esteban Viveros]

The 0.44 are working with jack? I can test it..(?)


2013/2/3 Hans-Christoph Steiner 

>
> That's a bummer, but I don't think this story is over, so leave the wiki.
>  I
> think that Jack on Windows is relatively new, so its going to have little
> problems.  And through contributions like yours, it will get better.
>
> For example, I included the jack for windows stuff in pd-extended 0.44, so
> the
> nightly builds should include it starting tomorrow:
> http://autobuild.puredata.info/auto-build/2013-02-04/
>
> .hc
>
> On 02/03/2013 07:20 PM, Esteban Viveros wrote:
> > ok... I yeld...  That solution don't work well yet..
> >
> > When I disable UAC settings in Windows the only thing happend is the app
> > can start itself in administrator mode...
> >
> > The problem is when I run pd in administrator mode, it are bugged... It
> > can't load objects correctly like a video I send previously.
> >
> > Is the best thing delete the wiki??
> >
> >
> > 2013/1/28 Esteban Viveros 
> >
> >> Ok.. Now we have some information on wiki page..
> >>
> >> http://puredata.info/docs/PdExtended0434JackAbletonLive8
> >>
> >> Ready to changes..! ;)
> >>
> >>
> >> 2013/1/28 Hans-Christoph Steiner 
> >>
> >>>
> >>> This is great!  Could you create a wiki page here and put the info
> there?
> >>> That's an easy place for people to find it when they are trying to set
> it
> >>> up
> >>> themselves.
> >>>
> >>> http://puredata.info/docs/
> >>>
> >>> .hc
> >>>
> >>> On 01/28/2013 12:56 PM, Esteban Viveros wrote:
>  At this moment I can use ableton live and pd with jack with a custom
>  compiled version of pd-extended.. You can try in your setup and relate
> >>> if
>  that work or you too..
> 
>  You need:
> 
>  pd-extended jack built:
>  https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit
>  Jack Audio: *Mixed 64/32 bit JACK 1.9.9* in
> >>> http://jackaudio.org/download
> 
>  Read this:
>  To install Jack: http://jackaudio.org/jack_on_windows
>  Probably you need Asio4All, at now the website of asio4all is out, but
> >>> you
>  can download it here for example: http://asio4all.softonic.com.br/
> 
>  After uncompress pd-extended, install correctly jack, you need to
> change
>  UAC settings in your windows. In my case I'm using Windows 7 x64, and
> it
>  solve all the problems with Ableton Live, Jack and pd sync.
>  To change UAC settings (disabling):
>  http://www.petri.co.il/disable-uac-in-windows-7.htm
> 
>  Hope it's works!
> 
> 
> 
>  2013/1/28 batinste 
> 
> >  pd in Live... I'm drooling. Keep us posted about how well you make
> it
> > work with a recent pd version, i'm very interested.
> >
> >
> > On 28/01/2013 12:45, Esteban Viveros wrote:
> >
> > That's sound very nice!
> >
> >  I will try to install on Ableton pdvst again in the coming days. It
> >>> will
> > be very good to get everything running cool place .. ;)
> >
> >  I will also open a new topic to better organize the topic for future
> > google research .. Ok?
> >
> >
> > 2013/1/27 Hans-Christoph Steiner 
> >
> >>  On 01/27/2013 01:49 PM, Patrice Colet wrote:
> >>>
> >>>
>  De: "Esteban Viveros" 
> >>>
>  Some time ago I tried to run pdvst without sucess.
> >>>
> >>> ah if you put the vststuff.dll into vstplugin directory, and the
> >>> pdvst
> >> folder that contains vststuff.pd patches vststuff.pdv files along
> >>> with the
> >> vst host executable (it should be 'Program' folder for Ableton Live)
> >>> it
> >> should be ok.
> >>>
> >>> I've started some time ago to give a try into recompiling pdvst
> with
> >>> a
> >> recent pd version, but no success yet.
> >>> It would be nice to have some patches to apply into pd-extended
> >>> sources
> >> for having an actual pdvst version, but if I'm the only one
> >>> interested into
> >> using this, it might not be worth the effort.
> >>
> >>  I've never looked at those patches because I've never really used
> >>> VSTs.
> >>  But
> >> post them here and I'll look at them.  If its possible to include
> >>> them,
> >> I'm up
> >> for it.  I think I remember that pdvst has a custom scheduler.  The
> >>> best
> >> thing
> >> then would be to port it to the new pluggable scheduler stuff used
> by
> >>> pd~
> >>
> >> .hc
> >>
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >>
> >
> >
> >
> >  --
> >
> > Esteban Viveros
> >
> > (27) 8815 7170
> > (27) 3066 0359
> > (11) 95761 4125
> > (11) 2738 7868
> >
> > www.bandpage.com/estebanviveros <
> http://soundcloud.com/estebanviveros>
> >
> > https://www.facebook.com/estebanviver

Re: [PD] Range Slider Object

[Scott R. Looney]

well i'm pretty sure as a Max user i think he means an object in which you
can set a boundary range within the slider. sort of like being able to
select a range of a particular sample graphically. heres the max picture
reference link:

http://cycling74.com/docs/max5/refpages/max-ref/images/rslider.png

scott


On Sun, Feb 3, 2013 at 4:39 PM, Hans-Christoph Steiner wrote:

>
> You'll have to explain what rslider does since most people here don't use
> Max
>
> .hc
>
> On 02/03/2013 06:49 PM, Esteban Viveros wrote:
> > Hello,
> >
> > Have pd-extended .43.4 a equivalent to max/msp rslider object?
> >
> > Thanks!
> >
> >
> >
> > ___
> > 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
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Range Slider Object

[Esteban Viveros]

Sorry...

 About 4:25 in this video: http://www.youtube.com/watch?v=LtYO_KB8J94 we
have a rslider...

 I'm looking for a object gui like slider wich set a lowest and highest
ranges to some activity to be defined afterward..

 For example... I would like to set the lowest and the highest possible
frequency in a random system.


2013/2/3 Hans-Christoph Steiner 

>
> You'll have to explain what rslider does since most people here don't use
> Max
>
> .hc
>
> On 02/03/2013 06:49 PM, Esteban Viveros wrote:
> > Hello,
> >
> > Have pd-extended .43.4 a equivalent to max/msp rslider object?
> >
> > Thanks!
> >
> >
> >
> > ___
> > 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
>



-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

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

Re: [PD] Jack support on Windows

[Hans-Christoph Steiner]

That's a bummer, but I don't think this story is over, so leave the wiki.  I
think that Jack on Windows is relatively new, so its going to have little
problems.  And through contributions like yours, it will get better.

For example, I included the jack for windows stuff in pd-extended 0.44, so the
nightly builds should include it starting tomorrow:
http://autobuild.puredata.info/auto-build/2013-02-04/

.hc

On 02/03/2013 07:20 PM, Esteban Viveros wrote:
> ok... I yeld...  That solution don't work well yet..
> 
> When I disable UAC settings in Windows the only thing happend is the app
> can start itself in administrator mode...
> 
> The problem is when I run pd in administrator mode, it are bugged... It
> can't load objects correctly like a video I send previously.
> 
> Is the best thing delete the wiki??
> 
> 
> 2013/1/28 Esteban Viveros 
> 
>> Ok.. Now we have some information on wiki page..
>>
>> http://puredata.info/docs/PdExtended0434JackAbletonLive8
>>
>> Ready to changes..! ;)
>>
>>
>> 2013/1/28 Hans-Christoph Steiner 
>>
>>>
>>> This is great!  Could you create a wiki page here and put the info there?
>>> That's an easy place for people to find it when they are trying to set it
>>> up
>>> themselves.
>>>
>>> http://puredata.info/docs/
>>>
>>> .hc
>>>
>>> On 01/28/2013 12:56 PM, Esteban Viveros wrote:
 At this moment I can use ableton live and pd with jack with a custom
 compiled version of pd-extended.. You can try in your setup and relate
>>> if
 that work or you too..

 You need:

 pd-extended jack built:
 https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit
 Jack Audio: *Mixed 64/32 bit JACK 1.9.9* in
>>> http://jackaudio.org/download

 Read this:
 To install Jack: http://jackaudio.org/jack_on_windows
 Probably you need Asio4All, at now the website of asio4all is out, but
>>> you
 can download it here for example: http://asio4all.softonic.com.br/

 After uncompress pd-extended, install correctly jack, you need to change
 UAC settings in your windows. In my case I'm using Windows 7 x64, and it
 solve all the problems with Ableton Live, Jack and pd sync.
 To change UAC settings (disabling):
 http://www.petri.co.il/disable-uac-in-windows-7.htm

 Hope it's works!



 2013/1/28 batinste 

>  pd in Live... I'm drooling. Keep us posted about how well you make it
> work with a recent pd version, i'm very interested.
>
>
> On 28/01/2013 12:45, Esteban Viveros wrote:
>
> That's sound very nice!
>
>  I will try to install on Ableton pdvst again in the coming days. It
>>> will
> be very good to get everything running cool place .. ;)
>
>  I will also open a new topic to better organize the topic for future
> google research .. Ok?
>
>
> 2013/1/27 Hans-Christoph Steiner 
>
>>  On 01/27/2013 01:49 PM, Patrice Colet wrote:
>>>
>>>
 De: "Esteban Viveros" 
>>>
 Some time ago I tried to run pdvst without sucess.
>>>
>>> ah if you put the vststuff.dll into vstplugin directory, and the
>>> pdvst
>> folder that contains vststuff.pd patches vststuff.pdv files along
>>> with the
>> vst host executable (it should be 'Program' folder for Ableton Live)
>>> it
>> should be ok.
>>>
>>> I've started some time ago to give a try into recompiling pdvst with
>>> a
>> recent pd version, but no success yet.
>>> It would be nice to have some patches to apply into pd-extended
>>> sources
>> for having an actual pdvst version, but if I'm the only one
>>> interested into
>> using this, it might not be worth the effort.
>>
>>  I've never looked at those patches because I've never really used
>>> VSTs.
>>  But
>> post them here and I'll look at them.  If its possible to include
>>> them,
>> I'm up
>> for it.  I think I remember that pdvst has a custom scheduler.  The
>>> best
>> thing
>> then would be to port it to the new pluggable scheduler stuff used by
>>> pd~
>>
>> .hc
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
>  --
>
> Esteban Viveros
>
> (27) 8815 7170
> (27) 3066 0359
> (11) 95761 4125
> (11) 2738 7868
>
> www.bandpage.com/estebanviveros 
>
> https://www.facebook.com/estebanviveros.art
>
> http://www.papodecompositor-es.blogspot.com.br/
>
> http://expurgacao.art.br/
>
>
> ___pd-l...@iem.at mailing
>>> list
> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>
>
>


>>>
>>
>>
>>
>> --
>>
>> Esteban Viveros
>>
>> (27) 8815 7170
>> (27) 3066 035

Re: [PD] Range Slider Object

[Hans-Christoph Steiner]

You'll have to explain what rslider does since most people here don't use Max

.hc

On 02/03/2013 06:49 PM, Esteban Viveros wrote:
> Hello,
> 
> Have pd-extended .43.4 a equivalent to max/msp rslider object?
> 
> Thanks!
> 
> 
> 
> ___
> 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] now that we don't have user-settable global search paths in Pd-E 0.43

[Hans-Christoph Steiner]

On 02/03/2013 06:10 PM, Jonathan Wilkes wrote:
> 
> 
> 
> 
> - Original Message -
>> From: katja 
>> To: pd-list 
>> Cc: 
>> Sent: Sunday, February 3, 2013 4:32 PM
>> Subject: [PD] now that we don't have user-settable global search paths in 
>> Pd-E 0.43
>>
> 
> [...]
> 
>> After struggling with Pd search paths for many years, I'm finally
>> starting to get a grip on it. Thanks to / forced by discontinuation of
>> user-settable global paths. No matter how, I guess this will remain
>> tough matter for Pd beginners.
> 
> It shouldn't be that way.
> 
> There is currently missing functionality in Pd that makes it difficult
> for beginners.  For example, in the 2.control/12.PART2.subpatch.pd
> the user is taught how to use Pd objects they've learned to create
> abstractions...
> 
> There is a separate file in this directory named "sendnumber.pd" which is 
> loaded _every_ time you type "sendnumber" in a box. Click on a "sendnumber" 
> box above to see it. You can make changes in the subpatch and save them. The 
> changes will be saved back to sendnumber.pd and not as part of this 
> (containing) patch.
> 
> ...(My emphasis)
> 
> The problem in 0.42 is that "sendnumber.pd" won't load if there
> is an external foo/sendnumber, which may be loaded by
> default.  The problem in 0.43 is when the user learns about
> externals and wants to [import foo], foo/sendnumber will
> override "sendnumber.pd".  The problem with 0.now_with_std_libs
> is the same as 0.42.
> 
> But from the beginner's perspective, they put "sendnumber.pd" in
> the same directory as their patch, and it loads.  End of story.  This
> should be respected at the top of the hierarchy for how things get
> loaded-- otherwise we're teaching beginners the wrong lesson
> (and forcing them to "correct" their knowledge implicitly when what
> they've learned turns out not to work in obscure cases which break
> their patches, as with [pow~]).
> 
> We're also cementing a learning curve into the software that starts
> with the "idea" of expressivity(through the use of abstractions)
> and ends with abstractions being 2nd class citizens and coding
> externalsrevealed to be the "real" way to get serious work done
> in Pd.  I imagine that's one of the reasons you have a lot of
> homemade binaries in your bag of tricks-- if you could get the
> same functionality (and comparable efficiency) out of abstractions,
> they'd solve most of your compatibility problems.
> 
> Anyway, respecting the patch's containing directory (and recursively,
> its subdirs) as the primary place to load stuff will require Pd to
> do patch-local loading, which it doesn't currently do.  Only then will
> the beginner's lesson actually be true, and the problem with
> [declare] inside abstractions will go away (because the abstraction's
> directory will be its primary place to load stuff, too).  And of course
> people who want to load from other locations like sys paths, etc.,
> would still be able to do it, the same way they do it now.
> 
> Well, with the small caveat that starting a new patch in a random
> directory (like "My Downloads") may not be a good idea, but it's
> not in the first place... :)

Hey Katja,

Thanks for the feedback, I'm glad that, even though it was a struggle, it was
worthwhile.

While full canvas-local namespaces are a feature Pd should have, we can
improve this situation quite a bit and solve other problems by switching the
search order when loading objects.  If it searches for all types in the
current path first, then what Jonathan describes would no longer be a problem.
 Here's the proposal:

http://puredata.info/dev/PdSearchPath

.hc

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

Re: [PD] Jack support on Windows

[Esteban Viveros]

ok... I yeld...  That solution don't work well yet..

When I disable UAC settings in Windows the only thing happend is the app
can start itself in administrator mode...

The problem is when I run pd in administrator mode, it are bugged... It
can't load objects correctly like a video I send previously.

Is the best thing delete the wiki??


2013/1/28 Esteban Viveros 

> Ok.. Now we have some information on wiki page..
>
> http://puredata.info/docs/PdExtended0434JackAbletonLive8
>
> Ready to changes..! ;)
>
>
> 2013/1/28 Hans-Christoph Steiner 
>
>>
>> This is great!  Could you create a wiki page here and put the info there?
>> That's an easy place for people to find it when they are trying to set it
>> up
>> themselves.
>>
>> http://puredata.info/docs/
>>
>> .hc
>>
>> On 01/28/2013 12:56 PM, Esteban Viveros wrote:
>> > At this moment I can use ableton live and pd with jack with a custom
>> > compiled version of pd-extended.. You can try in your setup and relate
>> if
>> > that work or you too..
>> >
>> > You need:
>> >
>> > pd-extended jack built:
>> > https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit
>> > Jack Audio: *Mixed 64/32 bit JACK 1.9.9* in
>> http://jackaudio.org/download
>> >
>> > Read this:
>> > To install Jack: http://jackaudio.org/jack_on_windows
>> > Probably you need Asio4All, at now the website of asio4all is out, but
>> you
>> > can download it here for example: http://asio4all.softonic.com.br/
>> >
>> > After uncompress pd-extended, install correctly jack, you need to change
>> > UAC settings in your windows. In my case I'm using Windows 7 x64, and it
>> > solve all the problems with Ableton Live, Jack and pd sync.
>> > To change UAC settings (disabling):
>> > http://www.petri.co.il/disable-uac-in-windows-7.htm
>> >
>> > Hope it's works!
>> >
>> >
>> >
>> > 2013/1/28 batinste 
>> >
>> >>  pd in Live... I'm drooling. Keep us posted about how well you make it
>> >> work with a recent pd version, i'm very interested.
>> >>
>> >>
>> >> On 28/01/2013 12:45, Esteban Viveros wrote:
>> >>
>> >> That's sound very nice!
>> >>
>> >>  I will try to install on Ableton pdvst again in the coming days. It
>> will
>> >> be very good to get everything running cool place .. ;)
>> >>
>> >>  I will also open a new topic to better organize the topic for future
>> >> google research .. Ok?
>> >>
>> >>
>> >> 2013/1/27 Hans-Christoph Steiner 
>> >>
>> >>>  On 01/27/2013 01:49 PM, Patrice Colet wrote:
>> 
>> 
>> > De: "Esteban Viveros" 
>> 
>> > Some time ago I tried to run pdvst without sucess.
>> 
>>  ah if you put the vststuff.dll into vstplugin directory, and the
>> pdvst
>> >>> folder that contains vststuff.pd patches vststuff.pdv files along
>> with the
>> >>> vst host executable (it should be 'Program' folder for Ableton Live)
>> it
>> >>> should be ok.
>> 
>>  I've started some time ago to give a try into recompiling pdvst with
>> a
>> >>> recent pd version, but no success yet.
>>  It would be nice to have some patches to apply into pd-extended
>> sources
>> >>> for having an actual pdvst version, but if I'm the only one
>> interested into
>> >>> using this, it might not be worth the effort.
>> >>>
>> >>>  I've never looked at those patches because I've never really used
>> VSTs.
>> >>>  But
>> >>> post them here and I'll look at them.  If its possible to include
>> them,
>> >>> I'm up
>> >>> for it.  I think I remember that pdvst has a custom scheduler.  The
>> best
>> >>> thing
>> >>> then would be to port it to the new pluggable scheduler stuff used by
>> pd~
>> >>>
>> >>> .hc
>> >>>
>> >>> ___
>> >>> Pd-list@iem.at mailing list
>> >>> UNSUBSCRIBE and account-management ->
>> >>> http://lists.puredata.info/listinfo/pd-list
>> >>>
>> >>
>> >>
>> >>
>> >>  --
>> >>
>> >> Esteban Viveros
>> >>
>> >> (27) 8815 7170
>> >> (27) 3066 0359
>> >> (11) 95761 4125
>> >> (11) 2738 7868
>> >>
>> >> www.bandpage.com/estebanviveros 
>> >>
>> >> https://www.facebook.com/estebanviveros.art
>> >>
>> >> http://www.papodecompositor-es.blogspot.com.br/
>> >>
>> >> http://expurgacao.art.br/
>> >>
>> >>
>> >> ___pd-l...@iem.at mailing
>> list
>> >> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> >>
>> >>
>> >>
>> >
>> >
>>
>
>
>
> --
>
> Esteban Viveros
>
> (27) 8815 7170
> (27) 3066 0359
> (11) 95761 4125
> (11) 2738 7868
>
> www.bandpage.com/estebanviveros 
>
> https://www.facebook.com/estebanviveros.art
>
> http://www.papodecompositor-es.blogspot.com.br/
>
> http://expurgacao.art.br/
>



-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

http://expurgacao.art.br/
_

Re: [PD] now that we don't have user-settable global search paths in Pd-E 0.43

[Jonathan Wilkes]

- Original Message -
> From: katja 
> To: pd-list 
> Cc: 
> Sent: Sunday, February 3, 2013 4:32 PM
> Subject: [PD] now that we don't have user-settable global search paths in 
> Pd-E 0.43
> 

[...]

> After struggling with Pd search paths for many years, I'm finally
> starting to get a grip on it. Thanks to / forced by discontinuation of
> user-settable global paths. No matter how, I guess this will remain
> tough matter for Pd beginners.

It shouldn't be that way.

There is currently missing functionality in Pd that makes it difficult
for beginners.  For example, in the 2.control/12.PART2.subpatch.pd
the user is taught how to use Pd objects they've learned to create
abstractions...

There is a separate file in this directory named "sendnumber.pd" which is 
loaded _every_ time you type "sendnumber" in a box. Click on a "sendnumber" box 
above to see it. You can make changes in the subpatch and save them. The 
changes will be saved back to sendnumber.pd and not as part of this 
(containing) patch.

...(My emphasis)

The problem in 0.42 is that "sendnumber.pd" won't load if there
is an external foo/sendnumber, which may be loaded by
default.  The problem in 0.43 is when the user learns about
externals and wants to [import foo], foo/sendnumber will
override "sendnumber.pd".  The problem with 0.now_with_std_libs
is the same as 0.42.

But from the beginner's perspective, they put "sendnumber.pd" in
the same directory as their patch, and it loads.  End of story.  This
should be respected at the top of the hierarchy for how things get
loaded-- otherwise we're teaching beginners the wrong lesson
(and forcing them to "correct" their knowledge implicitly when what
they've learned turns out not to work in obscure cases which break
their patches, as with [pow~]).

We're also cementing a learning curve into the software that starts
with the "idea" of expressivity(through the use of abstractions)
and ends with abstractions being 2nd class citizens and coding
externalsrevealed to be the "real" way to get serious work done
in Pd.  I imagine that's one of the reasons you have a lot of
homemade binaries in your bag of tricks-- if you could get the
same functionality (and comparable efficiency) out of abstractions,
they'd solve most of your compatibility problems.

Anyway, respecting the patch's containing directory (and recursively,
its subdirs) as the primary place to load stuff will require Pd to
do patch-local loading, which it doesn't currently do.  Only then will
the beginner's lesson actually be true, and the problem with
[declare] inside abstractions will go away (because the abstraction's
directory will be its primary place to load stuff, too).  And of course
people who want to load from other locations like sys paths, etc.,
would still be able to do it, the same way they do it now.

Well, with the small caveat that starting a new patch in a random
directory (like "My Downloads") may not be a good idea, but it's
not in the first place... :)

-Jonathan

> 
> Katja
> 
> ___
> 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] file format for GEM

[Thomas Mayer]

Hi,

On 03.02.2013 22:48, Stephan Elliot Perez wrote:
> I am talking about PD's CPU meter. I don't have the impression that PD
> takes full advantage of 2 quad-core processors. When processing audio,
> anything over 100 in PD's meter will lead to glitched audio. I am just
> wondering if it will be much more when I load other videos and transition
> between them.

Pd will only use one core, and one core for the GUI. There are ways to
distribute the load over several cores, e.g. [pd~] or use several
instances of Pd that communicate with each others:

http://www.mail-archive.com/pd-list@iem.at/msg33319.html

Hth,
Thomas
-- 
"Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to Johann
Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden
Apple)
http://www.residuum.org/

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

Re: [PD] file format for GEM

[chris clepper]

Pd's load meter might not accurately show the CPU load of Quicktime
decoding of video.  QT/Apple Intermediate will use as many CPU cores as you
have available.

On Sun, Feb 3, 2013 at 4:48 PM, Stephan Elliot Perez <
dreamoftheshoreofanotherwo...@gmail.com> wrote:

> I am talking about PD's CPU meter. I don't have the impression that PD
> takes full advantage of 2 quad-core processors. When processing audio,
> anything over 100 in PD's meter will lead to glitched audio. I am just
> wondering if it will be much more when I load other videos and transition
> between them.
>
> In any case, your suggestion worked. Thank you.
>
>
> On Sun, Feb 3, 2013 at 10:43 PM, chris clepper wrote:
>
>> CPU is 34% out of 800% (8 cores)?  Seems fine if it does what you want to
>> do...
>>
>>
>> On Sun, Feb 3, 2013 at 4:33 PM, Stephan Elliot Perez <
>> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>>
>>> I tried it with Apple Intermediate Codec, as Mr. Clepper suggested, and
>>> it runs smoothly now. CPU use is about 34 in "auto"-read. Is that about
>>> right for my system?
>>>
>>> On Sun, Feb 3, 2013 at 10:23 PM, Charles Goyard  wrote:
>>>
 Thomas Mayer wrote:
 > https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg
 >
 > Usage: ./mencmjpeg original_video new_video
 > Or: ./mencmjpeg original_video

 I noticed mencoder occasionaly produce bad frames if the input file is
 malformed (Premiere seems to suck at exporting), so I switched to
 ffmpeg+mjpegtools:

 for example:
 ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - |
 yuv2lav -v0 -b 2000 -q 90 -o OUTPUTFILE.avi

 Cheers,
 --
 Charles

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

Re: [PD] file format for GEM

[chris clepper]

CPU is 34% out of 800% (8 cores)?  Seems fine if it does what you want to
do...

On Sun, Feb 3, 2013 at 4:33 PM, Stephan Elliot Perez <
dreamoftheshoreofanotherwo...@gmail.com> wrote:

> I tried it with Apple Intermediate Codec, as Mr. Clepper suggested, and it
> runs smoothly now. CPU use is about 34 in "auto"-read. Is that about right
> for my system?
>
> On Sun, Feb 3, 2013 at 10:23 PM, Charles Goyard  wrote:
>
>> Thomas Mayer wrote:
>> > https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg
>> >
>> > Usage: ./mencmjpeg original_video new_video
>> > Or: ./mencmjpeg original_video
>>
>> I noticed mencoder occasionaly produce bad frames if the input file is
>> malformed (Premiere seems to suck at exporting), so I switched to
>> ffmpeg+mjpegtools:
>>
>> for example:
>> ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - |
>> yuv2lav -v0 -b 2000 -q 90 -o OUTPUTFILE.avi
>>
>> Cheers,
>> --
>> Charles
>>
>> ___
>> 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
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] file format for GEM

[Stephan Elliot Perez]

I tried it with Apple Intermediate Codec, as Mr. Clepper suggested, and it
runs smoothly now. CPU use is about 34 in "auto"-read. Is that about right
for my system?

On Sun, Feb 3, 2013 at 10:23 PM, Charles Goyard  wrote:

> Thomas Mayer wrote:
> > https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg
> >
> > Usage: ./mencmjpeg original_video new_video
> > Or: ./mencmjpeg original_video
>
> I noticed mencoder occasionaly produce bad frames if the input file is
> malformed (Premiere seems to suck at exporting), so I switched to
> ffmpeg+mjpegtools:
>
> for example:
> ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - | yuv2lav
> -v0 -b 2000 -q 90 -o OUTPUTFILE.avi
>
> Cheers,
> --
> Charles
>
> ___
> 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

[PD] now that we don't have user-settable global search paths in Pd-E 0.43

[katja]

Hello,

Since a few years I've been using Pd-extended 0.43 incidentally, and
since a few months I use it intensively. The discontinuation of
user-settable global search paths made me hopping around between
alternative solutions, finding out their pro's and cons by (sometimes
painful) experience. Don't get me wrong - I think the discontinuation
of user-settable global search paths was a good decision. Once you get
the best way to work around, it's much easier to share complex patches
including dependencies.

Initially I preferred the 'namespaces approach'; organize abstractions
in folders and instantiate them like you can instantiate objects as
[cyclone/svf~], [zexy/limiter~] etc. Sometimes however I felt the need
to reorganize folders with abstractions or homebrew externals. Such
reorganization forces the namespaces in patches to be refactored. Not
good!

Then I tried [import] and [declare] instead. I settled on [declare]
because it is vanilla Pd, the most flexible approach for all sorts of
situations. Fortunately, [declare] doesn't report an error if a path
is non-existent, so you can give several options to cover various
situations if so desired. I include my home brew binaries and
abstractions in subdirs of a project dir, and point to them from the
main project patch with [declare -path bin], [declare -path
abstractions] and so on.

But ow!... with all the namespaces removed I suddenly recalled what
makes namespaces so useful. Some classes exist in more than one
library. A notable example is [pow~]. There's one in vanilla / Pd core
and one in cyclone. Both used to have their exponent and mantissa
inlets swapped as compared to [pow]. Somewhere in the Pd 0.43 series,
vanilla's [pow~] was refactored to have it's inlets matching the [pow]
format. So it became incompatible with Pd 0.42, while [cyclone/pow~]
was still compatible with Pd 0.42 and 0.43.

Namespaces are also very useful if you have collections of
abstractions which you never share but only use for development
purposes. For example, I have collections of oscilloscope abstractions
and small math utilities. They are stored in their appropriate subdirs
on one of the default location as mentioned here:

http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files

So I can instantiate something like [scopes/scope2~] to quickly check
two signal waveforms without including the path in the patch itself,
and the object must be removed before the patch is shared.

After struggling with Pd search paths for many years, I'm finally
starting to get a grip on it. Thanks to / forced by discontinuation of
user-settable global paths. No matter how, I guess this will remain
tough matter for Pd beginners.

Katja

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

Re: [PD] file format for GEM

[Charles Goyard]

Thomas Mayer wrote:
> https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg
> 
> Usage: ./mencmjpeg original_video new_video
> Or: ./mencmjpeg original_video

I noticed mencoder occasionaly produce bad frames if the input file is
malformed (Premiere seems to suck at exporting), so I switched to
ffmpeg+mjpegtools:

for example:
ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - | yuv2lav -v0 
-b 2000 -q 90 -o OUTPUTFILE.avi

Cheers,
-- 
Charles

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

Re: [PD] file format for GEM

[chris clepper]

iMovie should be able to export Apple Intermediate Codec which is perhaps
the best option on the Mac.  It's a highly optimized and works at any
resolution.

On Sun, Feb 3, 2013 at 3:11 PM, me.grimm  wrote:

> I have always used 'photo-jpeg'
> Maybe try that?
>
> For those on osx:
> Unfortunately handbrake does not compress for that.
> I get students to compress from FCP or iMovie on the mac. Also apparently
> the new FCP x requires compressor (extra 50$) to compress to pjpeg. I am
> also curious to know an open-souce compression solution on Mac optimized
> for gem playback if someone here might know. Preferably with the ease of
> handbrake.
>
> m
>
> On Feb 3, 2013, at 2:19 PM, Stephan Elliot Perez <
> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>
> > Greetings,
> > I am just starting to use GEM and am having a problem with video
> playback using pix_film. The CPU goes through the roof and the video
> naturally lags. My original video clips were in .MTS (panasonic, 1920 x
> 1080) format. I then converted them into .mp4 (Codecs: H.264, AAC) using
> Handbrake and then into .mov (Codecs: MPEG-4 Video) using MPEGstream.
> > Are the codecs the problem or the video quality/file size the
> problem? What do you suggest I do?
> >
> > Best regards,
> > Stephan
> > ___
> > 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
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] file format for GEM

[Charles Goyard]

Hi,

try with MJPEG. It's easier to decode. Files are huge.

Just wondering: does GEM provide hardware decoding for codecs supported
by the driver ?


Stephan Elliot Perez wrote:
> Greetings,
> I am just starting to use GEM and am having a problem with video
> playback using pix_film. The CPU goes through the roof and the video
> naturally lags. My original video clips were in .MTS (panasonic, 1920 x
> 1080) format. I then converted them into .mp4 (Codecs: H.264, AAC) using
> Handbrake and then into .mov (Codecs: MPEG-4 Video) using MPEGstream.
> Are the codecs the problem or the video quality/file size the
> problem? What do you suggest I do?
> 
> Best regards,
> Stephan

> ___
> 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] file format for GEM

[Stephan Elliot Perez]

OS: Mac OS X Lion 10.7.5

Processor: 2 x 2,8 GHz Quad-Core Intel Xeon

Ram: 6 GB 800 MHz DDR2 FB-DIMM

Graphics Card: ATI Radeon HD 2600 XT 256 MB



On Sun, Feb 3, 2013 at 10:09 PM, Thomas Mayer  wrote:

> Hi,
>
> please respond to the list, as others may help in answering your
> follow-up questions, and / or may benefit from the conversation.0
>
> On 03.02.2013 21:49, Stephan Elliot Perez wrote:
> > Thanks. I have no idea what a bash script is or what to do with it, but I
> > will read through the thread...
>
> If you use Linux or Mac OS X, bash is usually installed on your system.
> It is a command line interface and can be used for scripting.
> (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29)
>
> This particular script is nothing fancy, and I have made it mostly to
> remind the parameters for mencoder.
>
> > Also, I selected JPEG-Photo using the program "MPEGStreamclip" at %100
> > quality and it produces quite a large file. With "auto", the CPU goes
> over
> > 90, but if I drag up or down on the framerate's number box, it stays at
> > around 30-40...
>
> I assume JPEG-Photo is MJPEG: The video file gets so large, because you
> store a JPEG for each frame instead of full image for keyframes only and
> then changes for subsequent frames as do other video codecs (rough
> explanation). [pix_film] can then read each frame as a JPEG and does not
> need to find the last keyframe and apply the changes to it, so playback
> should be possible with lower CPU usage.
>
> Please tell us some information about your system, i.e. CPU, graphic
> card, operating system etc., maybe someone with a similar setup can
> respond with further advice for optimisation.
>
> Hth,
> Thomas
> --
> "Chaney was aware that anything, however small, can get the eye of the
> media if it's repulsive enough." (Robert Anton Wilson - The Universe
> Next Door)
> http://www.residuum.org/
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] file format for GEM

[Thomas Mayer]

Hi,

please respond to the list, as others may help in answering your
follow-up questions, and / or may benefit from the conversation.0

On 03.02.2013 21:49, Stephan Elliot Perez wrote:
> Thanks. I have no idea what a bash script is or what to do with it, but I
> will read through the thread...

If you use Linux or Mac OS X, bash is usually installed on your system.
It is a command line interface and can be used for scripting.
(http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29)

This particular script is nothing fancy, and I have made it mostly to
remind the parameters for mencoder.

> Also, I selected JPEG-Photo using the program "MPEGStreamclip" at %100
> quality and it produces quite a large file. With "auto", the CPU goes over
> 90, but if I drag up or down on the framerate's number box, it stays at
> around 30-40...

I assume JPEG-Photo is MJPEG: The video file gets so large, because you
store a JPEG for each frame instead of full image for keyframes only and
then changes for subsequent frames as do other video codecs (rough
explanation). [pix_film] can then read each frame as a JPEG and does not
need to find the last keyframe and apply the changes to it, so playback
should be possible with lower CPU usage.

Please tell us some information about your system, i.e. CPU, graphic
card, operating system etc., maybe someone with a similar setup can
respond with further advice for optimisation.

Hth,
Thomas
-- 
"Chaney was aware that anything, however small, can get the eye of the
media if it's repulsive enough." (Robert Anton Wilson - The Universe
Next Door)
http://www.residuum.org/

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

Re: [PD] file format for GEM

[Max]

Am 03.02.2013 um 21:11 schrieb "me.grimm" :
> I have always used 'photo-jpeg'
> Maybe try that?
> 
> For those on osx:
> Unfortunately handbrake does not compress for that.
> I get students to compress from FCP or iMovie on the mac. Also apparently the 
> new FCP x requires compressor (extra 50$) to compress to pjpeg. I am also 
> curious to know an open-souce compression solution on Mac optimized for gem 
> playback if someone here might know. Preferably with the ease of handbrake.


open source: http://www.mirovideoconverter.com
not open source, looks a bit outdated but is very powerful: mpegstreamclip 
http://www.squared5.com/

some very special things you may only be able to do via shell using ffmpeg. you 
can install ffmpeg via homebrew, fink or macports

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

Re: [PD] GOP-GUI-dynamic patching weirdness

[Pierre-Olivier Boulant]

Thanks Jonathan,

Very nice indeed.
Each time I see data structures I realise how elegant they are. I really 
feel I should look into this...  some day... :)


I was mostly pointing out the little problems I encountered this afternoon.

Cheers
Pierre-Olivier





On 03/02/2013 21:40, Jonathan Wilkes wrote:

Might be easier to just instantiate a scalar
within the patch.  (See attached)

Benefits
* you can select it in editmode and move it where you want
* you can change multiple values at once in a ds array (just like a
"Put" menu array) if there's just a y value, as in my example
* you can add or subtract sliders as easy as scrolling the number box to 
[setsize]

Drawbacks:
* no "jump on click" (this would require scalars to report _where_ they were 
clicked)
* small 10x10 draggable "hotspot", just like "Put" menu arrays
* can't simply "get" the array values as a list-- you have to iterate through it

* hard to "gop-ify"


-Jonathan



- Original Message -

From: Pierre-Olivier Boulant 
To: PD-List 
Cc:
Sent: Sunday, February 3, 2013 2:37 PM
Subject: [PD] GOP-GUI-dynamic patching weirdness

Hello,

I've been trying to make a copy of the Max object called
"multislider". From what I gathered it's a set of sliders that
resizes itself according to the length of the list of values it receives. It was
a request posted here:
http://codelab.fr/3980
Sounds like something doable with dynamic patching!

I had to build some pack-like and unpack-like objects that I could create with a
variable number of in/out-lets respectively. That bit seems ok.

But there is some weirdness on my system. (Win 7, 64bit with Pd-extended 0.43.4
win32).
- First when I start the example patch I have no problem as long as I play with
the sliders.
But when I start to change the values of any of the numboxes, that's when
things start to look ugly. See the screen shot.
- I have patch cords supposed to be hidden that show through outside of the GOP.
I can live with that.
- More concerning I can't see the cursors moving at all. I have to open the
abstraction to have them drawn in the subpatch of the abstraction. And then once
I close the abstraction, the cursors are properly drawn in the example patch. I
can play with them or with the set of numboxes that corresponds to the current
number of sliders. Once I change set and the abstractions is resized the cursors
are set to zero and won't move.
In any case the values are still flowing through the abstractions fine, but, you
just can't see the cursors of the sliders.

Maybe mixing GOP/GUI and dynamic patching isn't such a swell idea... ;)

Anything worth reporting in the bug tracker?

Cheers
pob

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


--


~Pierre-Olivier Boulant ~
-o- www.puffskydd.net -o-
~   www.flickr.com/pob31/sets   ~
-o-www.lepixophone.net-o-
 



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

Re: [PD] GOP-GUI-dynamic patching weirdness

[Jonathan Wilkes]

Might be easier to just instantiate a scalar
within the patch.  (See attached)

Benefits
* you can select it in editmode and move it where you want
* you can change multiple values at once in a ds array (just like a
"Put" menu array) if there's just a y value, as in my example
* you can add or subtract sliders as easy as scrolling the number box to 
[setsize]

Drawbacks:
* no "jump on click" (this would require scalars to report _where_ they were 
clicked)
* small 10x10 draggable "hotspot", just like "Put" menu arrays
* can't simply "get" the array values as a list-- you have to iterate through it

* hard to "gop-ify"


-Jonathan



- Original Message -
> From: Pierre-Olivier Boulant 
> To: PD-List 
> Cc: 
> Sent: Sunday, February 3, 2013 2:37 PM
> Subject: [PD] GOP-GUI-dynamic patching weirdness
> 
> Hello,
> 
> I've been trying to make a copy of the Max object called 
> "multislider". From what I gathered it's a set of sliders that 
> resizes itself according to the length of the list of values it receives. It 
> was 
> a request posted here:
> http://codelab.fr/3980
> Sounds like something doable with dynamic patching!
> 
> I had to build some pack-like and unpack-like objects that I could create 
> with a 
> variable number of in/out-lets respectively. That bit seems ok.
> 
> But there is some weirdness on my system. (Win 7, 64bit with Pd-extended 
> 0.43.4 
> win32).
> - First when I start the example patch I have no problem as long as I play 
> with 
> the sliders.
> But when I start to change the values of any of the numboxes, that's when 
> things start to look ugly. See the screen shot.
> - I have patch cords supposed to be hidden that show through outside of the 
> GOP. 
> I can live with that.
> - More concerning I can't see the cursors moving at all. I have to open the 
> abstraction to have them drawn in the subpatch of the abstraction. And then 
> once 
> I close the abstraction, the cursors are properly drawn in the example patch. 
> I 
> can play with them or with the set of numboxes that corresponds to the 
> current 
> number of sliders. Once I change set and the abstractions is resized the 
> cursors 
> are set to zero and won't move.
> In any case the values are still flowing through the abstractions fine, but, 
> you 
> just can't see the cursors of the sliders.
> 
> Maybe mixing GOP/GUI and dynamic patching isn't such a swell idea... ;)
> 
> Anything worth reporting in the bug tracker?
> 
> Cheers
> pob
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> #N struct multislider float x float y array a bar;
#N struct bar float y;
#N canvas 15 19 642 622 10;
#N canvas 606 213 450 300 bar 0;
#X obj 113 42 struct bar float y;
#X obj 112 105 filledpolygon 900 0 1 -5 -5 5 -5 5 y(0:127)(0:127) -5
y(0:127)(0:127);
#X obj 88 166 drawnumber y -5 y(0:127)(0:127);
#X restore 365 144 pd bar;
#X obj 428 -1 namecanvas foo;
#X msg 197 281 traverse foo \, next;
#X obj 197 303 pointer;
#X floatatom 74 226 5 0 0 1 no_of_sliders - -;
#X obj 197 255 loadbang;
#N canvas 789 224 450 300 multislider 0;
#X obj 83 96 plot -y y(0:127)(0:-127) a 0 0 0 0 25;
#X obj 66 30 struct multislider float x float y array a bar;
#X restore 365 166 pd multislider;
#X msg 429 21 \; foo scalar multislider 20 120;
#X scalar multislider 20 120 \; 118 \; 127 \; 127 \; 122 \; 99 \; 84
\; 58 \; 58 \; 48 \; 44 \; 54 \; \;;
#X obj 74 331 setsize multislider a;
#X text 301 67 <-- click-drag to change multiple values at once;
#X msg 365 196 traverse foo \, next;
#X obj 386 248 pointer;
#X obj 386 300 getsize multislider a;
#X obj 386 362 until;
#X msg 441 352 0;
#X obj 386 270 t a a;
#X obj 386 428 element multislider a;
#X obj 386 394 f;
#X obj 416 394 + 1;
#X obj 386 450 get bar y;
#X obj 386 505 t a;
#X obj 365 530 list;
#X obj 365 554 print;
#X obj 365 221 t b a;
#X obj 386 321 t anything bang;
#X text 489 194 <-- get list of values;
#X obj 386 483 list prepend;
#X connect 2 0 3 0;
#X connect 3 0 9 1;
#X connect 4 0 9 0;
#X connect 5 0 2 0;
#X connect 11 0 24 0;
#X connect 12 0 16 0;
#X connect 13 0 25 0;
#X connect 14 0 18 0;
#X connect 15 0 18 1;
#X connect 16 0 13 0;
#X connect 16 1 17 1;
#X connect 17 0 20 0;
#X connect 18 0 19 0;
#X connect 18 0 17 0;
#X connect 19 0 18 1;
#X connect 20 0 27 0;
#X connect 21 0 22 1;
#X connect 21 0 27 1;
#X connect 22 0 23 0;
#X connect 24 0 22 0;
#X connect 24 1 12 0;
#X connect 25 0 14 0;
#X connect 25 1 15 0;
#X connect 25 1 27 1;
#X connect 27 0 21 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] file format for GEM

[Thomas Mayer]

Hi,

On 03.02.2013 20:19, Stephan Elliot Perez wrote:
> I am just starting to use GEM and am having a problem with video
> playback using pix_film. The CPU goes through the roof and the video
> naturally lags. My original video clips were in .MTS (panasonic, 1920 x
> 1080) format. I then converted them into .mp4 (Codecs: H.264, AAC) using
> Handbrake and then into .mov (Codecs: MPEG-4 Video) using MPEGstream.

There was a discussion about this on the list some time ago:
http://www.mail-archive.com/pd-list@iem.at/msg37332.html

> Are the codecs the problem or the video quality/file size the
> problem? What do you suggest I do?

I have made a small bash script for transcoding a video to MJPEG without
sound, you can find it on Github:

https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg

Usage: ./mencmjpeg original_video new_video
Or: ./mencmjpeg original_video

Hth,
Thomas
-- 
"Chaney was aware that anything, however small, can get the eye of the
media if it's repulsive enough." (Robert Anton Wilson - The Universe
Next Door)
http://www.residuum.org/

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

[PD] Plugin auto install feature to Pure data

[fls]

Hi list

I would like to write before but unfortunately I couldn't. Some weeks ago
people started to talk about the development of some auto install
mechanism to Pure Data, like the apt-get. It is an amazing idea. I
researched and developed some thing like it to my master degree and I
would like to contrib with my 3 cents.

I studied the plugin structure of Netbeans, Eclipse, Fire Fox, deb and rpm
and my contribution is about it. Sorry if I am a little bit prolix.

The first thing is to create a plugin package. A a single file to group a
lot of files. It can be a zip package, tar, gzip or anything that already
has some C open source API to pack / unpack. This way we can upload /
download a single file and extract it localy. I will call it the package.

Inside the package is necessary to have a package descriptor. It can be a
XML file, CSV, txt, JSON or any kind of structured file to describe the
content of the package. This file should have the information about the
plugin like the author, version, website, license, OS, dependencies,
compatibility with PD "flavors" (vanilla, extended, Lork ),
pre-installation script, post-installation script, uninstall script, key
words, ...

Pre and post installation script are used to create SQL tables, files or
other things. Maybe it is not useful in PD. Uninstall script should clean
the mess if you want to remove a plugin. Dependencies is a complex problem
because it should care about libraries and circular dependencies. Maybe it
is the hardest problem to solve.

These two things will define the PD plugin: The package file and the
plugin descriptor inside the package. The package structure should be
defined as a standard. So we should agree, for example, about the name of
the descriptor, the folder where the plugin will be and the name of the
package file. Probably a package file can be the name of the
external.version.something.pd_pkg.

In PD we should have a list of installed plugins. It can be a directory
with all the plugin descriptors. The user might be able to install new
plugins manually. It means a local file in my machine that I choose. PD
will open the package, copy the content to the correct folders and copy
the descriptor the the correct folder. The uninstall option will do the
oposite, delete the plugin descriptor and delete the plugin files.

To update from the web, a plugin repository need to be defined. The client
should have a list of repositories address. (It is good because different
flavors can have their own plugin repositories and the users can choose
which one they want to use.)

The plugin server can be implemented with a HTTP server. It will publish
the list of available plugins on the server. This list can be the list of
package descriptors in a tar / zip file. Locally, PD will keep these
lists, one for each server, and it will be used to look for new plugins.
Add a new server means add the server to the repositories list and
download the plugin list of the new server.

Since PD has a list of local installed plugins, if you want to check for
updates PD compares the servers plugin lists with your local list. Easy
task. Different versions should can be shown and the user would be able to
choose what to update. These descriptors can be useful also to search for
plugins by author, version, key words, versions, ...

Update a plugin means to create a list of update, download the packages to
a temp directory and install them locally.

Just to step foward, the server can have a web interface with some PHP
programming, for instance, that automatically update a package, extract
the descriptor, put it in the correct folder and put the plugins in the
correct folder. Just to be easier to maintenance.

Another tool can help developers to pack. Since I did a new plugin I can
select the folder, fill a form with the meta-data and the tool will create
the package automatically.

That's it. Sorry if I wrote too much.

cheers

f schiavoni


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

Re: [PD] file format for GEM

[me.grimm]

I have always used 'photo-jpeg'
Maybe try that?

For those on osx:
Unfortunately handbrake does not compress for that.
I get students to compress from FCP or iMovie on the mac. Also apparently the 
new FCP x requires compressor (extra 50$) to compress to pjpeg. I am also 
curious to know an open-souce compression solution on Mac optimized for gem 
playback if someone here might know. Preferably with the ease of handbrake.

m

On Feb 3, 2013, at 2:19 PM, Stephan Elliot Perez 
 wrote:

> Greetings,
> I am just starting to use GEM and am having a problem with video 
> playback using pix_film. The CPU goes through the roof and the video 
> naturally lags. My original video clips were in .MTS (panasonic, 1920 x 1080) 
> format. I then converted them into .mp4 (Codecs: H.264, AAC) using Handbrake 
> and then into .mov (Codecs: MPEG-4 Video) using MPEGstream. 
> Are the codecs the problem or the video quality/file size the 
> problem? What do you suggest I do?
> 
> Best regards,
> Stephan 
> ___
> 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

[Ivica Bukvic]

On Feb 3, 2013 2:05 PM, "Jonathan Wilkes"  wrote:
>
> >
> > From: Ivica Bukvic 
> >To: Roman Haefeli 
> >Cc: pd-list 
> >Sent: Sunday, February 3, 2013 9:58 AM
> >Subject: Re: [PD] Apply missing
> >
> >
> >Those are a part of the undo on pd-l2ork, as is changing properties of
any other object, such as canvas and array (unlike pd-extended that in many
cases fails to even acknowledge that the patch has been altered and needs
to be saved, needless to mention add such change to its 1-step undo queue,
e.g. try changing canvas properties and undoing it).
>
> A clarification here-- if you make changes to an iemgui programmatically
by sending
> messages to a receive-name, it doesn't get registered in the undo history.
> This is nice.  Because Pd is extremely limited in the GUI widgets it
provides,
> many people abuse iemguis to make things like file choosers and pop-up
> menus, or even do GUI animations, which produce lots of "transient"
changes
> to iemguiproperties

Yep. And that was a conscious decision to leave it that way.

>
>
> >It would be nice if not spreading FUD were added to the mailing list
netiquette...
>
> I recently added to the netiquette guide in an attempt to make newcomers
> feel more welcome on the list.  The aim is to decrease
> posting anxiety, not increase it.  We should remember technology
> lowers the cost to assuming good faith when people are wrong in cases
> like this, so please remain lazy and resist the urge to endlessly
> loop in symbolic vigilance:
>
> [r reenter]
> |
> [spread FUD(
> |
> | [r stop]
> | |
> | [bang; reenter But I'm acting in bad faith so why do I care about
not spreading FUD?(
> | |
> | [t b b]
> | |/
> [until]   /
> |[add2 in bad faith(
> |   /
> |  /
> |/
> |  /
> |/
> [Netiquette guide says Don't spread FUD(
> |
> [s stop]
>
> -Jonathan
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] file format for GEM

[Stephan Elliot Perez]

Greetings,
I am just starting to use GEM and am having a problem with video
playback using pix_film. The CPU goes through the roof and the video
naturally lags. My original video clips were in .MTS (panasonic, 1920 x
1080) format. I then converted them into .mp4 (Codecs: H.264, AAC) using
Handbrake and then into .mov (Codecs: MPEG-4 Video) using MPEGstream.
Are the codecs the problem or the video quality/file size the
problem? What do you suggest I do?

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

Re: [PD] Apply missing

[Jonathan Wilkes]

>
> From: Ivica Bukvic 
>To: Roman Haefeli  
>Cc: pd-list  
>Sent: Sunday, February 3, 2013 9:58 AM
>Subject: Re: [PD] Apply missing
> 
>
>Those are a part of the undo on pd-l2ork, as is changing properties of any 
>other object, such as canvas and array (unlike pd-extended that in many cases 
>fails to even acknowledge that the patch has been altered and needs to be 
>saved, needless to mention add such change to its 1-step undo queue, e.g. try 
>changing canvas properties and undoing it).

A clarification here-- if you make changes to an iemgui programmatically by 
sending
messages to a receive-name, it doesn't get registered in the undo history.
This is nice.  Because Pd is extremely limited in the GUI widgets it provides,
many people abuse iemguis to make things like file choosers and pop-up
menus, or even do GUI animations, which produce lots of "transient" changes
to iemguiproperties


>It would be nice if not spreading FUD were added to the mailing list 
>netiquette...

I recently added to the netiquette guide in an attempt to make newcomers
feel more welcome on the list.  The aim is to decrease
posting anxiety, not increase it.  We should remember technology
lowers the cost to assuming good faith when people are wrong in cases
like this, so please remain lazy and resist the urge to endlessly
loop in symbolic vigilance:

[r reenter]
|
[spread FUD(
|
| [r stop]
| |
| [bang; reenter But I'm acting in bad faith so why do I care about not 
spreading FUD?(
| |
| [t b b]
| |    /
[until]   /
|    [add2 in bad faith(
|   /
|  /
|    /
|  /
|/
[Netiquette guide says Don't spread FUD(
|
[s stop]

-Jonathan


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

Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 released!)

[Hans-Christoph Steiner]

On 02/03/2013 01:19 PM, Jonathan Wilkes wrote:
> - Original Message -
> 
>> From: Hans-Christoph Steiner 
>> To: Jonathan Wilkes 
>> Cc: "pd-list@iem.at" 
>> Sent: Saturday, February 2, 2013 8:35 PM
>> Subject: Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 
>> released!)
> 
> [...]
> 
>>>  What are the maintenance problems solved by copying binaries into new
>>>  directories?
>>
>> The point is to reduce complexity and exceptions to consistency.  Once 
>> example
>> where just copying an external would reduce complexity is taking an object 
>> out
>> of zexy.  Zexy has a very complicated build system because it has a huge 
>> array
>> of objects, many of which will not build on every system, things like [lpt].
>> Therefore the build system needs to configure itself based on what is 
>> available.
>>
>> A standard library would only have things that build on every system, so a
>> much simpler build system can be used (like the library template).
> 
> But you're evidently keeping zexy for compatibility reasons, so how would this
> create less maintenance for you?


> 
>>
>>
>>>  Also-- you will end up with objects that have different licenses in the 
>> same lib.
>>>  Is there a precedent for that in any programming language?
>>
>> You will be able to consider the whole GPLv3+.
> 
> You are wrong-- there are libraries currently under GPLv2, some
> under GPLv3, some GPLv2+, some 3-clause BSD, some Tcl/Tk
> license, and maybe a few others.
> 
> You cannot automagically change the GPLv2 and GPLv3
> to GPLv3+, and if you change the 3-clause BSD to GPLv3+ it
> needs to be explicit-- i.e., changing it in the pd META patch.  For
> the other versions of the GPL someone would need to contact
> all the original authors and get them to release it under GPLv3+.
> 
> (Btw-- please don't start a thread on licenses here.  If you don't
> understand the problems then email the fsf and they can explain
> it, and you can paste their response here.)

Only the copyright holder can change the license, I'm not proposing any
license changes.  I am saying that if the overall library is licensed under
the GPLv3+, then code licensed under the GPLv2+, BSD, Tcl license will be
compatible and can be freely incorporated into the GPLv3+ library.  This
library would have to keep the copyright licenses intact, according to the
terms of the other licenses.  Code licensed GPLv2-only like the Linux kernel
would not be compatible, for example, but I haven't found any Pd code that's
licensed GPLv2-only.


> These changes will turn into a lot of documentation work, not to
> mention changing existing docs to point to the standard libs instead
> of the legacy ones where possible, and changing FLOSS manual
> stuff and Pd manual stuff as well as any other extant tutorials widely
> used by the Pd community to clearly explain the new libs so that
> new users don't get stuck learning half legacy stuff and half new
> lib stuff (thus making it even more difficult to get around in the
> language).  Not to mention documenting the legacy stuff and
> its relationship to the new stuff, while making the new stuff
> more easily discoverable in the docs and the search plugin. (Oh,
> and contacting legacy lib devs and seeing who is willing to
> relicense under GPLv3+.)
> 
> If you want I can put together a Kickstarter campaign that outlines
> all of this doc work that will be needed.  I suspect it'd be about two
> or three months of full-time work.  If people are willing to pay me
> to make these changes I'm happy to do them.  As my resume I offer
> my work on PDDP, in which I contacted lib authors to accept my
> revisions, updated core docs, reworked the FLOSS manual to be
> consistent with core docs, and wrote a search plugin to make use
> of all the changes.  (As well as testing that the results worked
> across platforms.)
> 
> -Jonathan

These things are all true, I think its worth it. I think you might be thinking
that there will be more changed than there need to be.  Most of the objects
would not need documentation changes, or just small changes.  There are a
number of libraries that I continue to maintain only because of a couple
objects (like [ENV] in cxc, or [getenv] and [system] in Motex).  My plan is to
stop my maintenance work on those libs once the standard lib makes them
unneeded.  Of course anyone else is welcome to maintain them.

Another thing is that there will be less to document.  For example, newbies
won't need to learn about loading libraries until much later.  And the current
system of separate libraries loaded by default in a specific order is fragile
and causes many weird, hard to understand bugs for no good reason.

.hc

>> There will need to be other
>> copyirght notices from BSD licensed code, but that's manageable.
>>
>> .hc
>>

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

Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 released!)

[Jonathan Wilkes]

- Original Message -

> From: Hans-Christoph Steiner 
> To: Jonathan Wilkes 
> Cc: "pd-list@iem.at" 
> Sent: Saturday, February 2, 2013 8:35 PM
> Subject: Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 
> released!)

[...]

>>  What are the maintenance problems solved by copying binaries into new
>>  directories?
> 
> The point is to reduce complexity and exceptions to consistency.  Once example
> where just copying an external would reduce complexity is taking an object out
> of zexy.  Zexy has a very complicated build system because it has a huge array
> of objects, many of which will not build on every system, things like [lpt].
> Therefore the build system needs to configure itself based on what is 
> available.
> 
> A standard library would only have things that build on every system, so a
> much simpler build system can be used (like the library template).

But you're evidently keeping zexy for compatibility reasons, so how would this
create less maintenance for you?

> 
> 
>>  Also-- you will end up with objects that have different licenses in the 
> same lib.
>>  Is there a precedent for that in any programming language?
> 
> You will be able to consider the whole GPLv3+.

You are wrong-- there are libraries currently under GPLv2, some
under GPLv3, some GPLv2+, some 3-clause BSD, some Tcl/Tk
license, and maybe a few others.

You cannot automagically change the GPLv2 and GPLv3
to GPLv3+, and if you change the 3-clause BSD to GPLv3+ it
needs to be explicit-- i.e., changing it in the pd META patch.  For
the other versions of the GPL someone would need to contact
all the original authors and get them to release it under GPLv3+.

(Btw-- please don't start a thread on licenses here.  If you don't
understand the problems then email the fsf and they can explain
it, and you can paste their response here.)

These changes will turn into a lot of documentation work, not to
mention changing existing docs to point to the standard libs instead
of the legacy ones where possible, and changing FLOSS manual
stuff and Pd manual stuff as well as any other extant tutorials widely
used by the Pd community to clearly explain the new libs so that
new users don't get stuck learning half legacy stuff and half new
lib stuff (thus making it even more difficult to get around in the
language).  Not to mention documenting the legacy stuff and
its relationship to the new stuff, while making the new stuff
more easily discoverable in the docs and the search plugin. (Oh,
and contacting legacy lib devs and seeing who is willing to
relicense under GPLv3+.)

If you want I can put together a Kickstarter campaign that outlines
all of this doc work that will be needed.  I suspect it'd be about two
or three months of full-time work.  If people are willing to pay me
to make these changes I'm happy to do them.  As my resume I offer
my work on PDDP, in which I contacted lib authors to accept my
revisions, updated core docs, reworked the FLOSS manual to be
consistent with core docs, and wrote a search plugin to make use
of all the changes.  (As well as testing that the results worked
across platforms.)

-Jonathan

> There will need to be other
> copyirght notices from BSD licensed code, but that's manageable.
> 
> .hc
> 

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

Re: [PD] Apply missing

[Ivica Bukvic]

Speaking of Microsoft-like statements, are you apologizing for the fact
that pd-extended's undo is bad or the fact that you misrepresented
pd-l2ork's undo as being incomplete? ;-)
On Feb 3, 2013 10:31 AM, "Hans-Christoph Steiner"  wrote:

>
> I stand corrected, sorry, I was mistaken before.  Yes, the undo situation
> in
> Pd vanilla/extended is not good.
>
> I didn't realize I'd become Microsoft, I thought I was just writing some
> software for people to freely use ;-)
>
> .hc
>
> On 02/03/2013 09:58 AM, Ivica Bukvic wrote:
> > Those are a part of the undo on pd-l2ork, as is changing properties of
> any
> > other object, such as canvas and array (unlike pd-extended that in many
> > cases fails to even acknowledge that the patch has been altered and needs
> > to be saved, needless to mention add such change to its 1-step undo
> queue,
> > e.g. try changing canvas properties and undoing it).
> >
> > It would be nice if not spreading FUD were added to the mailing list
> > netiquette...
> > On Feb 3, 2013 5:07 AM, "Roman Haefeli"  wrote:
> >
> >> On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:
> >> states.  The first part o that is not hard, the second part is.  But
> >>> since
> >> unlimited undo is working in some parts of pd-l2ork, we at least
> >> have a
> >> working example to draw from.
> >
> > What do you mean by "in some parts?" Can you give an example of where
>  it
> > does not work?
> 
>  Setting a value in the properties of a slider.
> >>>
> >>> You are kidding, right? If the value changes in the UI, this should not
> >> be
> >>> undoable. Otherwise, having that slider connected to a [metro 1]  and
> >> random
> >>> would starve memory within minutes, needless to mention make undo
> >> completely
> >>> useless...
> >>
> >> I guess Hans is talking about properties like color, sendname etc. The
> >> rationale is that those might be considered to be part of patch editing
> >> as opposed to changing slider values which could be considered part of
> >> patch usage.
> >>
> >> Roman
> >>
> >>
> >>
> >> ___
> >> 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
> >
>
> ___
> 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]

I stand corrected, sorry, I was mistaken before.  Yes, the undo situation in
Pd vanilla/extended is not good.

I didn't realize I'd become Microsoft, I thought I was just writing some
software for people to freely use ;-)

.hc

On 02/03/2013 09:58 AM, Ivica Bukvic wrote:
> Those are a part of the undo on pd-l2ork, as is changing properties of any
> other object, such as canvas and array (unlike pd-extended that in many
> cases fails to even acknowledge that the patch has been altered and needs
> to be saved, needless to mention add such change to its 1-step undo queue,
> e.g. try changing canvas properties and undoing it).
> 
> It would be nice if not spreading FUD were added to the mailing list
> netiquette...
> On Feb 3, 2013 5:07 AM, "Roman Haefeli"  wrote:
> 
>> On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:
>> states.  The first part o that is not hard, the second part is.  But
>>> since
>> unlimited undo is working in some parts of pd-l2ork, we at least
>> have a
>> working example to draw from.
>
> What do you mean by "in some parts?" Can you give an example of where
 it
> does not work?

 Setting a value in the properties of a slider.
>>>
>>> You are kidding, right? If the value changes in the UI, this should not
>> be
>>> undoable. Otherwise, having that slider connected to a [metro 1]  and
>> random
>>> would starve memory within minutes, needless to mention make undo
>> completely
>>> useless...
>>
>> I guess Hans is talking about properties like color, sendname etc. The
>> rationale is that those might be considered to be part of patch editing
>> as opposed to changing slider values which could be considered part of
>> patch usage.
>>
>> Roman
>>
>>
>>
>> ___
>> 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
> 

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

Re: [PD] Apply missing

[Ivica Bukvic]

Those are a part of the undo on pd-l2ork, as is changing properties of any
other object, such as canvas and array (unlike pd-extended that in many
cases fails to even acknowledge that the patch has been altered and needs
to be saved, needless to mention add such change to its 1-step undo queue,
e.g. try changing canvas properties and undoing it).

It would be nice if not spreading FUD were added to the mailing list
netiquette...
On Feb 3, 2013 5:07 AM, "Roman Haefeli"  wrote:

> On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:
> > > >> states.  The first part o that is not hard, the second part is.  But
> > since
> > > >> unlimited undo is working in some parts of pd-l2ork, we at least
> have a
> > > >> working example to draw from.
> > > >
> > > > What do you mean by "in some parts?" Can you give an example of where
> > > it
> > > > does not work?
> > >
> > > Setting a value in the properties of a slider.
> >
> > You are kidding, right? If the value changes in the UI, this should not
> be
> > undoable. Otherwise, having that slider connected to a [metro 1]  and
> random
> > would starve memory within minutes, needless to mention make undo
> completely
> > useless...
>
> I guess Hans is talking about properties like color, sendname etc. The
> rationale is that those might be considered to be part of patch editing
> as opposed to changing slider values which could be considered part of
> patch usage.
>
> Roman
>
>
>
> ___
> 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] [PD-announce] Pd vanilla 0.44-2 (update to fix denormal behavior for Raspberry Pi)

[me.grimm]

what would be the best practice for installing this?

of course i could cd /to/pd/bin/ & ./pd

but better yet just "pd" from terminal would be swanky

and maybe not just run pd from ~/Desktop or ~/ or whatever.

how difficult to just get this version in the raspian repo so we can
all just do apt-get?

m

On Fri, Feb 1, 2013 at 1:40 AM, Miller Puckette  wrote:
> Hi all,
>
> This is only of interest to Raspberry Pi users - I've fixed the denormal
> problem Katja reported and recompiled - you can get that and the new sources
> from the usual sources:
>
> http://crca.ucsd.edu/~msp/software.htm
>
> or
>
> git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data
>
> cheers
> Miller
>
> ___
> 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



-- 

m.e.grimm | m.f.a | ed.m.
megr...@gmail.com
_

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

Re: [PD] Apply missing

[batinste]

On 03/02/2013 11:05, Roman Haefeli wrote:

On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:

states.  The first part o that is not hard, the second part is.  But

since

unlimited undo is working in some parts of pd-l2ork, we at least have a
working example to draw from.

What do you mean by "in some parts?" Can you give an example of where

it

does not work?

Setting a value in the properties of a slider.

You are kidding, right? If the value changes in the UI, this should not be
undoable. Otherwise, having that slider connected to a [metro 1]  and random
would starve memory within minutes, needless to mention make undo completely
useless...

I guess Hans is talking about properties like color, sendname etc. The
rationale is that those might be considered to be part of patch editing
as opposed to changing slider values which could be considered part of
patch usage.

Roman



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


undo-plugin ? Just check what you want to be able to undo !
Kidding ;) (almost)

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

Re: [PD] Apply missing

[Roman Haefeli]

On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:
> > >> states.  The first part o that is not hard, the second part is.  But
> since
> > >> unlimited undo is working in some parts of pd-l2ork, we at least have a
> > >> working example to draw from.
> > >
> > > What do you mean by "in some parts?" Can you give an example of where
> > it
> > > does not work?
> > 
> > Setting a value in the properties of a slider.
> 
> You are kidding, right? If the value changes in the UI, this should not be
> undoable. Otherwise, having that slider connected to a [metro 1]  and random
> would starve memory within minutes, needless to mention make undo completely
> useless...

I guess Hans is talking about properties like color, sendname etc. The
rationale is that those might be considered to be part of patch editing
as opposed to changing slider values which could be considered part of
patch usage.

Roman



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