2012/7/10 Jean-Marie Adrien <[email protected]> > 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 <[email protected]>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 < >> [email protected]> 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" <[email protected]> >>> >>> À: "PD-List" <[email protected]> >>> >>> 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 >>> >>> >>> >>> _______________________________________________ >>> >>> [email protected] mailing list >>> >>> UNSUBSCRIBE and account-management -> >>> >>> http://lists.puredata.info/listinfo/pd-list >>> >>> >>> >> >>> >> _______________________________________________ >>> >> [email protected] mailing list >>> >> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> > >>> > Ángel Faraldo >>> > _________________ >>> > www.angelfaraldo.info >>> > >>> > >>> > _______________________________________________ >>> > [email protected] mailing list >>> > UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> > >>> >>> >>> _______________________________________________ >>> [email protected] mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> >> >> -- >> Richie >> >> www.glitchpop.com >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
