Re: [PD] Reading a specific image from [pix_buffer] and saving it using [pix_write]

[Seiichiro MATSUMURA]

Hi,

I try to do the similar thing, capturing from pix_video, saving a
specific frame of [pix_buffer] to jpg files. However, the color space
and the resolution of saved jpg file is changed. Even saving tiff is
the same result.
I know one of the ways is converting Gemlist from YUV to RGBA using
[pix_rgba] before inputing [pix_buffer_write], but it is told
"CPU-consumptive".
So, is there any solutions to save YUV data in pix_buffer directly to
jpg file with keeping colorspace and resolution.
I am using Mac OS 10.7.4 and pd-extended 0.42.5.
Thanks in progress.

Sei
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura

s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/



2012/3/22 Antonio Roberts :
> Thanks for the help on this. I've attached the updated patch. After
> choosing a directory to save the files all of the shots will be saved
> as jpgs.
>
> I noticed some weird behaviour when pressing the Record (big red)
> button. The save message is trying to save from a buffer slot that
> isn't yet filled. I thought it was a race condition, so added a [t b
> b] but that didn't solve it. I don't know what the exact problem is,
> but the workdaround that I used seems to work
>
> Antonio
>
> On 20 March 2012 12:06, IOhannes m zmoelnig  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 2012-03-20 12:21, Antonio Roberts wrote:
>>> I've been attempting to build on the stop-motion animation patch that
>>> guido built some time ago (attached). I want to output each new frame
>>> to an image but there's one problem: [pix_write] reads what is
>>> currently in the frame buffer, which could be one of the old pictures.
>>> Is there any way to make it read from a specific point in the frame
>>> buffer?
>>
>> a "framebuffer" in openGL- and Gem-land usually means a "canvas" where
>> you draw to. [gemwindow] is a typical framebuffer, [gemframebuffer]
>> (what's that name..?) as well.
>>
>> [pix_write] will indeed read from this framebuffer.
>> you can specify where in the framebuffer it reads via the "offset" &
>> "dimension" parameters.
>>
>>
>> [pix_buffer], while being a "buffer" that holds "frames", is NOT a
>> framebuffer in this parlance.
>>
>> you can use the [save foo.jpg 42( message to save a pix from the
>> [pix_buffer] to the disk. the last argument ("42" in this case) denotes
>> the slot to read the image from.
>>
>> fgasdr
>> IOhannes
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAk9oct4ACgkQkX2Xpv6ydvSdSQCgpS3lASLj8qZ5Y2vI2xX2FFJU
>> tYIAoKEx3CZRE++bKPOUakALFUxZIyb7
>> =G992
>> -END PGP SIGNATURE-
>>
>
>
>
> --
> 
> anto...@hellocatfood.com
> http://www.hellocatfood.com
> 
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>

-- 
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura

s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/


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

Re: [PD] running Pd with a timer for an installation?

[chris clepper]

I strongly recommend keeping the machine running 24/7 unless power to the
computer is being pulled daily.  I've had OSX boxes that ran for
years running GEM patches that pegged every CPU/GPU/ASIC in the box.  The
majority of issues came from restarting the computer after power was cut
for some reason.

Shutting down peripherals like screens and speakers is fine, but OSX and
Linux are designed for maximum uptime and run best that way.  I had tons of
problems with WinXP running for longer than a week or two.

On Mon, Jul 9, 2012 at 4:44 AM, Richie Cyngler  wrote:

> Thanks for all the great answers.
>
> So I found sleep/shut down scheduler in the Energy Saver menu of OSX
> System Preferences. If need be I should be able to just use that.
>
> However if I want to kill Pd first is [realtime] the best object to use
> for a scheduled event (in this case quitting Pd) like this?
>
> I think I will stick with just powering down at the end of the night I
> will start it up manually, too many things could fail if I try and automate
> running the patch, although Automator looks possibly useful too.
>
> Thanks again
>
>
>
> On Mon, Jul 9, 2012 at 7:41 PM, Jean-Marie Adrien <
> j...@jeanmarie-adrien.net> wrote:
>
>> - You kill PD from inside at a chosen time (pd quit;)
>> - You shutdown your mac at that time, after having killed PD, and restart
>> your mac at a given time (OSX preferences)
>> - You launch an application at restart of your mac (OSX Preferences /
>> accounts, this application is either compiled with applescript or with
>> automator and does what you want, in this case run your patch, I guess)
>> this will take a little time to adjust, but works fine !
>> JMA
>>
>>
>> Le 9 juil. 2012 à 11:20, Ángel Faraldo a écrit :
>>
>> > I haven't tried it myself, but I guess on OSX you should be able to do
>> these things with Automator.
>> >
>> > https://discussions.apple.com/thread/1772992?start=0&tstart=0
>> >
>> >
>> > On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote:
>> >
>> >> The problem with both macosX and windows seven OS for an installation
>> is that you never know when they will decide to shutdown for maintenance,
>> if you're not expert.
>> >>
>> >> Colet Patrice
>> >>
>> >> - Mail original -
>> >>> De: "Richie Cyngler" 
>> >>> À: "PD-List" 
>> >>> Envoyé: Lundi 9 Juillet 2012 08:43:03
>> >>> Objet: [PD] running Pd with a timer for an installation?
>> >>>
>> >>> Hi All,
>> >>>
>> >>> I'm planning on using Pd for an installation in Melbourne in a couple
>> >>> of
>> >>> weeks. It's running fine, Pduino working, sensors working. I'm just
>> >>> wondering is there is a object (or series) of objects I can use to
>> >>> "power
>> >>> down" the patch, or even kill Pd, at a designated time. The
>> >>> installation
>> >>> will run into the night for a week, I'll be there to start it up each
>> >>> night
>> >>> but not to shut it down. I'm probably running on OSX, windows may be
>> >>> an
>> >>> option. A sleep or shutdown timer for the OS would be very useful
>> >>> too,
>> >>> seems odd these are not standard.
>> >>>
>> >>> Any suggestions?
>> >>>
>> >>> Thanks a lot
>> >>>
>> >>> --
>> >>> Richie
>> >>>
>> >>> www.glitchpop.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
>> >
>> > Ángel Faraldo
>> > _
>> > www.angelfaraldo.info
>> >
>> >
>> > ___
>> > 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
>>
>
>
>
> --
> Richie
>
> www.glitchpop.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] Detuning reverb ?

[Pierre Massat]

Thank you both for your replies!
I tried Lorenzo's solution. It didn't work prefectly at first (there were 2
things to fix, one with the message sent to the line~ controlling the
pitch, the other one a few objects below with a [t b f]), but it's a good
idea and i'm getting something really close to I wanted (I've attached the
patch with my few minor corrections).
Lorenzo, do you mind if i used it on my blog? Of course i'll mention the
author, and your website or blog if you have one.
Johanna, I'll try your option and i'll get back to you.

Cheers!

Pierre.

2012/7/9 Lorenzo Sutton 

> On 08/07/12 19:01, Pierre Massat wrote:
>
>> Dear List,
>>
>> I've been trying to recreate the effect that can be heard on Pavement's
>> The Hexx 
>> (http://www.youtube.com/watch?**v=6N5tx68-d2I).
>> It sounds like a
>> constantly downward detuning reverb,
>>
>
> 'By ear' it sounds like a downward pitch shift triggered/reset at each
> guitar note with a slight gate on the attack itself, the shifting linearly
> (?) going down and with a reverb tail.
>
> Attached is a quick try.
> The pitch-shift part is basically a rip-off of the audio/G09 example by
> Miller and a very rudimentary trigger with [env~] and a pipe (to delay the
> opening). Try playing with the parameters and let me know what you think ;)
>
> Lorenzo.
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


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

Re: [PD] vst~ getenv() on vista

[Patrice Colet]

> De: "Thomas Grill" 

> By the way, another possibility would be to change the Pd path -
> don't know if this is useful at all.


 Yes it is, I didn't think about this possibility.



> Am 08.07.2012 um 17:08 schrieb Patrice Colet:
> 
> > 
> > I've just found out another alternative that is about using
> > sys_gui(set env(VST_PATH)) for retrieving the vst folder without
> > admin rights,
> > we can use also [hcs/sys_gui] in a patch, so if we could set this
> > path by sending a message to [vst~] that would be neat.
> > 
> > 
> >> De: "Patrice Colet" 
> >> À: g...@g.org
> >> Cc: "pd-list" 
> >> Objet: [PD] vst~ getenv() on vista
> >> 
> >> Hello,
> >> 
> >> if we want VST_PATH to be accessed with getenv() on windows > XP,
> >> pd
> >> have to be loaded with admin account...
> >> 
> >> maybe using a newer method like GetEnvironmentVariable() would be
> >> more appropriate,
> >> 
> >> or another method that would allow vst~ to access a vstplugins
> >> directory?
> >> 
> >> http://msdn.microsoft.com/en-us/library/77zkk0b6.aspx
> >> 
> >> I'm using mingw for compilation, but I'm not sure I could compile
> >> all
> >> flext externals, so I couldn't try to make a patch, sorry for
> >> this...
> >> 
> >> Colet Patrice
> >> 
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >> 
> 
> --
> Thomas Grill
> http://g.org
> 
> 
> 

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

Re: [PD] running Pd with a timer for an installation?

[Frank Barknecht]

Hi,

On Mon, Jul 09, 2012 at 08:44:11PM +1000, Richie Cyngler wrote:
> However if I want to kill Pd first is [realtime] the best object to use for
> a scheduled event (in this case quitting Pd) like this?

No, [realtime] is just a stopwatch for elapsed time, similar to [timer]. It's 
not a clock. 

If you want to quit Pd at a certain time, [date] from the zexy library is fine,
or you can use your operating system's scheduling mechanisms to start a little
script to quit Pd gracefully via "pdsend" and a [netreceive] in your patch.

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__

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

Re: [PD] running Pd with a timer for an installation?

[tim vets]

alternative:

[date +%H%M%S(
|
[shell]


2012/7/9 IOhannes m zmoelnig 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2012-07-09 12:44, Richie Cyngler wrote:
> > Thanks for all the great answers.
> >
> > So I found sleep/shut down scheduler in the Energy Saver menu of
> > OSX System Preferences. If need be I should be able to just use
> > that.
> >
> > However if I want to kill Pd first is [realtime] the best object to
> > use for a scheduled event (in this case quitting Pd) like this?
>
> no.
> [realtime] measures the "real time" between two events (e.g. 1.023ms
> elapsed between [bang( and [bong()
> you might want zexy's [time] object, which gives you the current time
> (e.g. 12:04:55)
>
> fgamsdr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk/6ufwACgkQkX2Xpv6ydvTUIQCg1UlHnuo6q2JBA1cPr4Zh9G//
> sN8An1Don1o9ugYwdw+CC6j9Lh/w/WdC
> =x/+f
> -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] running Pd with a timer for an installation?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-09 12:44, Richie Cyngler wrote:
> Thanks for all the great answers.
> 
> So I found sleep/shut down scheduler in the Energy Saver menu of
> OSX System Preferences. If need be I should be able to just use
> that.
> 
> However if I want to kill Pd first is [realtime] the best object to
> use for a scheduled event (in this case quitting Pd) like this?

no.
[realtime] measures the "real time" between two events (e.g. 1.023ms
elapsed between [bang( and [bong()
you might want zexy's [time] object, which gives you the current time
(e.g. 12:04:55)

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/6ufwACgkQkX2Xpv6ydvTUIQCg1UlHnuo6q2JBA1cPr4Zh9G//
sN8An1Don1o9ugYwdw+CC6j9Lh/w/WdC
=x/+f
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] running Pd with a timer for an installation?

[tim vets]

2012/7/9 Richie Cyngler 

> Hi All,
>
> I'm planning on using Pd for an installation in Melbourne in a couple of
> weeks. It's running fine, Pduino working, sensors working. I'm just
> wondering is there is a object (or series) of objects I can use to "power
> down" the patch, or even kill Pd, at a designated time. The installation
> will run into the night for a week, I'll be there to start it up each night
> but not to shut it down. I'm probably running on OSX, windows may be an
> option. A sleep or shutdown timer for the OS would be very useful too,
> seems odd these are not standard.
>
>
What I sometimes do is (using a desktop computer):
Set the computer's BIOS power setting to 'always on' so that the computer
starts up as soon as it gets power.
Then set up the necessary startup scripts to start your patch automatically
when the computer is switched on.
Use a simple household timer to switch the power of the computer on and off.
(this may be a bad idea when there is a risk that your patch is writing to
disk heavily while the computer gets switched off...
I never used this with patches that need to write to disk)

Any suggestions?
>
> Thanks a lot
>
> --
> Richie
>
> www.glitchpop.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] running Pd with a timer for an installation?

[Richie Cyngler]

Thanks for all the great answers.

So I found sleep/shut down scheduler in the Energy Saver menu of OSX System
Preferences. If need be I should be able to just use that.

However if I want to kill Pd first is [realtime] the best object to use for
a scheduled event (in this case quitting Pd) like this?

I think I will stick with just powering down at the end of the night I will
start it up manually, too many things could fail if I try and automate
running the patch, although Automator looks possibly useful too.

Thanks again



On Mon, Jul 9, 2012 at 7:41 PM, Jean-Marie Adrien
wrote:

> - You kill PD from inside at a chosen time (pd quit;)
> - You shutdown your mac at that time, after having killed PD, and restart
> your mac at a given time (OSX preferences)
> - You launch an application at restart of your mac (OSX Preferences /
> accounts, this application is either compiled with applescript or with
> automator and does what you want, in this case run your patch, I guess)
> this will take a little time to adjust, but works fine !
> JMA
>
>
> Le 9 juil. 2012 à 11:20, Ángel Faraldo a écrit :
>
> > I haven't tried it myself, but I guess on OSX you should be able to do
> these things with Automator.
> >
> > https://discussions.apple.com/thread/1772992?start=0&tstart=0
> >
> >
> > On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote:
> >
> >> The problem with both macosX and windows seven OS for an installation
> is that you never know when they will decide to shutdown for maintenance,
> if you're not expert.
> >>
> >> Colet Patrice
> >>
> >> - Mail original -
> >>> De: "Richie Cyngler" 
> >>> À: "PD-List" 
> >>> Envoyé: Lundi 9 Juillet 2012 08:43:03
> >>> Objet: [PD] running Pd with a timer for an installation?
> >>>
> >>> Hi All,
> >>>
> >>> I'm planning on using Pd for an installation in Melbourne in a couple
> >>> of
> >>> weeks. It's running fine, Pduino working, sensors working. I'm just
> >>> wondering is there is a object (or series) of objects I can use to
> >>> "power
> >>> down" the patch, or even kill Pd, at a designated time. The
> >>> installation
> >>> will run into the night for a week, I'll be there to start it up each
> >>> night
> >>> but not to shut it down. I'm probably running on OSX, windows may be
> >>> an
> >>> option. A sleep or shutdown timer for the OS would be very useful
> >>> too,
> >>> seems odd these are not standard.
> >>>
> >>> Any suggestions?
> >>>
> >>> Thanks a lot
> >>>
> >>> --
> >>> Richie
> >>>
> >>> www.glitchpop.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
> >
> > Ángel Faraldo
> > _
> > www.angelfaraldo.info
> >
> >
> > ___
> > 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
>



-- 
Richie

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

Re: [PD] running Pd with a timer for an installation?

[Jean-Marie Adrien]

- You kill PD from inside at a chosen time (pd quit;)
- You shutdown your mac at that time, after having killed PD, and restart your 
mac at a given time (OSX preferences)
- You launch an application at restart of your mac (OSX Preferences / accounts, 
this application is either compiled with applescript or with automator and does 
what you want, in this case run your patch, I guess)
this will take a little time to adjust, but works fine !
JMA


Le 9 juil. 2012 à 11:20, Ángel Faraldo a écrit :

> I haven't tried it myself, but I guess on OSX you should be able to do these 
> things with Automator.
> 
> https://discussions.apple.com/thread/1772992?start=0&tstart=0
> 
> 
> On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote:
> 
>> The problem with both macosX and windows seven OS for an installation is 
>> that you never know when they will decide to shutdown for maintenance, if 
>> you're not expert.
>> 
>> Colet Patrice
>> 
>> - Mail original -
>>> De: "Richie Cyngler" 
>>> À: "PD-List" 
>>> Envoyé: Lundi 9 Juillet 2012 08:43:03
>>> Objet: [PD] running Pd with a timer for an installation?
>>> 
>>> Hi All,
>>> 
>>> I'm planning on using Pd for an installation in Melbourne in a couple
>>> of
>>> weeks. It's running fine, Pduino working, sensors working. I'm just
>>> wondering is there is a object (or series) of objects I can use to
>>> "power
>>> down" the patch, or even kill Pd, at a designated time. The
>>> installation
>>> will run into the night for a week, I'll be there to start it up each
>>> night
>>> but not to shut it down. I'm probably running on OSX, windows may be
>>> an
>>> option. A sleep or shutdown timer for the OS would be very useful
>>> too,
>>> seems odd these are not standard.
>>> 
>>> Any suggestions?
>>> 
>>> Thanks a lot
>>> 
>>> --
>>> Richie
>>> 
>>> www.glitchpop.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
> 
> Ángel Faraldo
> _
> www.angelfaraldo.info
> 
> 
> ___
> 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] vst~ getenv() on vista

[Thomas Grill]

Hi Patrice,
thanks for the feedback - i will look into that.
By the way, another possibility would be to change the Pd path - don't know if 
this is useful at all.
gr~~~


Am 08.07.2012 um 17:08 schrieb Patrice Colet:

> 
> I've just found out another alternative that is about using sys_gui(set 
> env(VST_PATH)) for retrieving the vst folder without admin rights,
> we can use also [hcs/sys_gui] in a patch, so if we could set this path by 
> sending a message to [vst~] that would be neat.
> 
> 
>> De: "Patrice Colet" 
>> À: g...@g.org
>> Cc: "pd-list" 
>> Objet: [PD] vst~ getenv() on vista
>> 
>> Hello,
>> 
>> if we want VST_PATH to be accessed with getenv() on windows > XP, pd
>> have to be loaded with admin account...
>> 
>> maybe using a newer method like GetEnvironmentVariable() would be
>> more appropriate,
>> 
>> or another method that would allow vst~ to access a vstplugins
>> directory?
>> 
>> http://msdn.microsoft.com/en-us/library/77zkk0b6.aspx
>> 
>> I'm using mingw for compilation, but I'm not sure I could compile all
>> flext externals, so I couldn't try to make a patch, sorry for
>> this...
>> 
>> Colet Patrice
>> 
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> 

--
Thomas Grill
http://g.org



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

Re: [PD] running Pd with a timer for an installation?

[Ángel Faraldo]

I haven't tried it myself, but I guess on OSX you should be able to do these 
things with Automator.

https://discussions.apple.com/thread/1772992?start=0&tstart=0


On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote:

> The problem with both macosX and windows seven OS for an installation is that 
> you never know when they will decide to shutdown for maintenance, if you're 
> not expert.
> 
> Colet Patrice
> 
> - Mail original -
>> De: "Richie Cyngler" 
>> À: "PD-List" 
>> Envoyé: Lundi 9 Juillet 2012 08:43:03
>> Objet: [PD] running Pd with a timer for an installation?
>> 
>> Hi All,
>> 
>> I'm planning on using Pd for an installation in Melbourne in a couple
>> of
>> weeks. It's running fine, Pduino working, sensors working. I'm just
>> wondering is there is a object (or series) of objects I can use to
>> "power
>> down" the patch, or even kill Pd, at a designated time. The
>> installation
>> will run into the night for a week, I'll be there to start it up each
>> night
>> but not to shut it down. I'm probably running on OSX, windows may be
>> an
>> option. A sleep or shutdown timer for the OS would be very useful
>> too,
>> seems odd these are not standard.
>> 
>> Any suggestions?
>> 
>> Thanks a lot
>> 
>> --
>> Richie
>> 
>> www.glitchpop.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

Ángel Faraldo
_
www.angelfaraldo.info


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

Re: [PD] running Pd with a timer for an installation?

[Patrice Colet]

> De: "Olivier Baudu" 
> À: pd-list@iem.at
> Envoyé: Lundi 9 Juillet 2012 11:00:35
> Objet: Re: [PD] running Pd with a timer for an installation?
> 
> Hi...
> 
> Two useless patches which could help you :
> 
> To kill all instances (I don't use Win but maybe it work with [popen]
> instead of [shell]):

hello,
 there is no 'killall' on win32 ;), I've tried once to implement Process.kill() 
on an external but this project is discontinued...

Anyway there are freewares available for this like 'killprocess.exe' I didn't 
try this one yet.

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

Re: [PD] running Pd with a timer for an installation?

[Patrice Colet]

The problem with both macosX and windows seven OS for an installation is that 
you never know when they will decide to shutdown for maintenance, if you're not 
expert.

Colet Patrice

- Mail original -
> De: "Richie Cyngler" 
> À: "PD-List" 
> Envoyé: Lundi 9 Juillet 2012 08:43:03
> Objet: [PD] running Pd with a timer for an installation?
> 
> Hi All,
> 
> I'm planning on using Pd for an installation in Melbourne in a couple
> of
> weeks. It's running fine, Pduino working, sensors working. I'm just
> wondering is there is a object (or series) of objects I can use to
> "power
> down" the patch, or even kill Pd, at a designated time. The
> installation
> will run into the night for a week, I'll be there to start it up each
> night
> but not to shut it down. I'm probably running on OSX, windows may be
> an
> option. A sleep or shutdown timer for the OS would be very useful
> too,
> seems odd these are not standard.
> 
> Any suggestions?
> 
> Thanks a lot
> 
> --
> Richie
> 
> www.glitchpop.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] running Pd with a timer for an installation?

[Olivier Baudu]

Hi...

Two useless patches which could help you :

To kill all instances (I don't use Win but maybe it work with [popen] 
instead of [shell]):

http://wiki.labomedia.org/images/9/97/Killall-pdextended.png

To kill one instance :
http://wiki.labomedia.org/images/a/a8/Killall-pdextended-2.png

With [time] and [date] you should reach your goal.

Cheers

01ivier

Le 09.07.2012 08:43, Richie Cyngler a écrit :

Hi All,

I'm planning on using Pd for an installation in Melbourne in a couple
of weeks. It's running fine, Pduino working, sensors working. I'm 
just

wondering is there is a object (or series) of objects I can use to
"power down" the patch, or even kill Pd, at a designated time. The
installation will run into the night for a week, I'll be there to
start it up each night but not to shut it down. I'm probably running
on OSX, windows may be an option. A sleep or shutdown timer for the 
OS

would be very useful too, seems odd these are not standard.

Any suggestions?

Thanks a lot


--
Une petite envie de pixel ?
http://grilledelamour.labomedia.org

--
Une petite envie de pixel ?
http://grilledelamour.labomedia.org

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

Re: [PD] running Pd with a timer for an installation?

[Patrice Colet]

- Mail original -
> De: "David Schaffer" 

> to start it up each night but not to shut it down. I'm probably
> running on OSX, windows may be an option. A sleep or shutdown timer
> for the OS would be very useful too, seems odd these are not
> standard.

windows task scheduler is there since windows95, what about the apple?

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

Re: [PD] running Pd with a timer for an installation?

[Patrice Colet]

hello,
 you can use windows task scheduler

Colet Patrice

- Mail original -
> De: "David Schaffer" 
> À: "pd list" 
> Envoyé: Lundi 9 Juillet 2012 10:42:14
> Objet: Re: [PD] running Pd with a timer for an installation?
> 
> 
> Under windows, a batch file should do the job, check this:
> http://www.computerhope.com/batch.htm#02. I've used one of those to
> get pd to restart automatically after a crash in an "7/7d 24/24h"
> installation setup.
> 
> D.S
> 
> 
> http://www.flickr.com/photos/schafferdavid/
> http://audioblog.arteradio.com/David_Schaffer/
> 
> Date: Mon, 9 Jul 2012 16:43:03 +1000
> From: glitch...@gmail.com
> To: pd-list@iem.at
> Subject: [PD] running Pd with a timer for an installation?
> 
> Hi All,
> I'm planning on using Pd for an installation in Melbourne in a couple
> of weeks. It's running fine, Pduino working, sensors working. I'm
> just wondering is there is a object (or series) of objects I can use
> to "power down" the patch, or even kill Pd, at a designated time.
> The installation will run into the night for a week, I'll be there
> to start it up each night but not to shut it down. I'm probably
> running on OSX, windows may be an option. A sleep or shutdown timer
> for the OS would be very useful too, seems odd these are not
> standard.
> 
> Any suggestions?
> Thanks a lot
> --
> Richie
> www.glitchpop.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
> 

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

Re: [PD] running Pd with a timer for an installation?

[David Schaffer]

Under windows, a batch file should do the job, check this: 
http://www.computerhope.com/batch.htm#02. I've used one of those to get pd to 
restart automatically after a crash in an "7/7d 24/24h" installation setup. 

D.S


http://www.flickr.com/photos/schafferdavid/
http://audioblog.arteradio.com/David_Schaffer/

Date: Mon, 9 Jul 2012 16:43:03 +1000
From: glitch...@gmail.com
To: pd-list@iem.at
Subject: [PD] running Pd with a timer for an installation?

Hi All,
I'm planning on using Pd for an installation in Melbourne in a couple of weeks. 
It's running fine, Pduino working, sensors working. I'm just wondering is there 
is a object (or series) of objects I can use to "power down" the patch, or even 
kill Pd, at a designated time. The installation will run into the night for a 
week, I'll be there to start it up each night but not to shut it down. I'm 
probably running on OSX, windows may be an option. A sleep or shutdown timer 
for the OS would be very useful too, seems odd these are not standard.

Any suggestions?
Thanks a lot
-- 
Richie
www.glitchpop.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] [PD-announce] pd 0.43-3 released

[João Pais]

yes, now it makes more sense. that could be very sexy, as besides all the  
interesting ideas, it would be possible to have a only-graphical version  
of Pd running, for people who are only users.
it might not be very practical for cases where canvases have more than a  
certain number of scalars (I have some with a couple thousands), but very  
nice for other issues.


João

When you create an abstraction, you basically save a patch that is a  
template
for all instances of the abstraction which you will create later.  [f  
$1] gets filled

in with the first arg, [symbol $2] with the second arg, and so on.

With my idea, you create a scalar that has an associated canvas (similar  
to
an abstraction), and that canvas has access to the field values for that  
scalar.


Example: let's say you have [struct foo float y symbol blah canvas bar],  
and
have a subpatch [pd bar] that is a template for the field "bar" which is  
just a
canvas.  So when you create a scalar foo, that scalar has a y variable--  
which is a
float; a blah variable-- which is a symbol; and a bar variable-- which  
is a canvas.
Imagine a hypothetical object inside that scalar's canvas called [getmy  
y], and
when you bang it you get the y value associated with _this_ scalar.  Now  
imagine

this inside bar:

[getmy y]
|
[mtof]
|
[osc~]
|
[catch~ bus]

Now if you instantiate 16 scalars, each one of them has an associated  
oscillator
that gets its pitch from that scalar's y value.  In other words, each  
scalar also
has a canvas that holds within it the means to produce sound from the y  
value

that you see.

I'm just assuming here that [getmy] would work like the outlet of  
[struct]-- that is,
it sends out a message when the y value for that scalar is updated.  (Or  
alternatively

when it is banged.)

Better yet, imagine using "foo" as the template for another struct as in  
the following:

[struct container float x float y array z foo]

Now you can create/destroy voices in an oscbank using [setsize]!  Of  
course I'm
skipping over lots of details, like you'd still have to rebuild the dsp  
graph, and how
loadbang would or woudn't work when you instantiate a scalar with a  
canvas field,

etc., etc.

Hopefully some of that makes sense.

-Jonathan



João




--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmp...@googlemail.com | skype: jmmmpjmmmp

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

Re: [PD] running Pd with a timer for an installation?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-09 08:43, Richie Cyngler wrote:
> Hi All,
> 
> I'm planning on using Pd for an installation in Melbourne in a
> couple of weeks. It's running fine, Pduino working, sensors
> working. I'm just wondering is there is a object (or series) of
> objects I can use to "power down" the patch, or even kill Pd, at a
> designated time. The installation

[quit(
|
[s pd]


> will run into the night for a week, I'll be there to start it up
> each night but not to shut it down. I'm probably running on OSX,
> windows may be an option. A sleep or shutdown timer for the OS
> would be very useful too, seems odd these are not standard.
> 

these are standard: consult your OS-manual on how to do timed
shut-downs (and restarts) of the system.

powering down the system will usually close all running applications,
so there shouldn't be a need to shutdown Pd separately (but there can
be other reasons why you still would want to do that).

i don't know why this is not a "standard" component of Pd.
maybe it requires priviliges that are usually not available to the
average installment of Pd? why?

famsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/6hoUACgkQkX2Xpv6ydvTDrACgpk59IVCt4r7N7rasMFAz9pl1
cV8AoNUwPo5CCbMG0FqLIpIGQSjlJ8U1
=USV+
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] sending band/float/symbol via network to pd-vanilla

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-05 15:41, Sebastian Dorda wrote:
> 
> It took my a while to figure this out but now it works. Thanks for
> the hint.
> 
> Now I use a netreceive with an empty message box. To send a bang to
> "test123" I transmit the following via tcp from the game.
> 
> set;  // clears the box addsemi;  //
> just adds a ; add test123 bang; // adds my message: test123
> bang; bang; // trigger rerouting and transmits bang
> to test123
> 
> Just in case somebody encounters the same problem.

so what happens if the remote side sends some random message like "pd
quit"?

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/6hOsACgkQkX2Xpv6ydvSyaACg50LyPKea2jNlO16GV+7Qj1qp
12EAoLqREWopDpLHYqw+tE7X6WqU3lTm
=B73o
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list