2012/7/10 Jean-Marie Adrien jma@jeanmarie-adrien.net
well Chris, on my side shutting down every day the mac and restarting from fresh every morning seems the only smart way to avoid unpredictable numerical papillon effects, kind of slow drifting towards crash, that in the end freeze the patch for reasons I ignore : I name it "the unreachable bug of the 428th hour" ! I run multiple instances of PD on multicore, GEM things and real time complicated audio. ... plus this cools the mac down ! Jm
You don't necessarily have to shut down the computer to close/restart your patches... I often do so anyway because it's the quickest and simplest way to be sure that every morning the installation starts up exactly the same way, but I do it mostly with old hardware that's easily replaceable if it brakes, though I haven't broken any computers this way... yet...
Le 10 juil. 2012 à 00:53, chris clepper a écrit :
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 glitchpop@gmail.comwrote:
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 < jma@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" glitchpop@gmail.com À: "PD-List" pd-list@iem.at 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