but couldn´t that pi limitation worked around by a loadbang -delay combo to read a date, once the system has established one? would need mention in the helpfile though.
currently i use [shell] to read a date/hour into pd. it works well (e.g. in an installation, where i cue this every second, running since mid march), but always wondered, why there was no native way. time stamped filenames would be another good use, among many others. i even made a donation once, to have this in mobmuplat.
cheers hans
Am 31.05.2018 um 20:20 schrieb Dan Wilcox danomatika@gmail.com:
Ok, makes sense. A [date] object would still be useful for my case: generating filenames with timestamps. :)
That's why I was thinking of some sort of [seed] or [salt] object which would wrap reading from a default pseudo-random source such as /dev/random or some system equivalent.
On May 31, 2018, at 1:16 PM, Miller Puckette msp@ucsd.edu wrote:
The Pi always boots at a constant date (no battery to keep a clock running).
cheers M On Thu, May 31, 2018 at 01:14:08PM -0500, Dan Wilcox wrote:
I was thinking it would just return the posix date via outlets or a list. Why would Pd need to save the previous date?
On May 31, 2018, at 1:11 PM, Miller Puckette msp@ucsd.edu wrote:
Warning: [date] won't work so well on Raspberry Pi startup scripts (no way to save date from boot to boot).
I think the best vanilla way on linux or mac is to read /dev/random into an array using soundfiler.
cheers Miller
On Thu, May 31, 2018 at 01:00:40PM -0500, Dan Wilcox wrote:
Yeah. I could use it as [date] is the only reason I have zexy installed right now.
On May 31, 2018, at 12:56 PM, hans w. koch hansw.koch@gmail.com wrote:
wouldn´t it be more interesting/useful to incorporate a [date] object into vanilla pd, from which it would be trivial to generate unique seeds, but which also could be used in (many) other contexts?
hans
> Am 31.05.2018 um 19:21 schrieb Dan Wilcox danomatika@gmail.com: > > It would relatively easy to add a right outlet to [random]. Another option might be an explicit [seed] object which could give you further control or perhaps some creation flags for [random] as well. > >>> you still have control on the seed... just seed it >> >> no because you need to add an extra outlet to [random] and prints out the >> seed value. >> >>> or even seed it with the system time on creation? >> >> if one adds now this behaviour one need to put a flag for backward >> compatibility. >> >>> what if [seed( without argument would take the current system time? >> >> this could be an idea but one need the second outlet. >> >> ciao >> -Marco Matteo Markidis > > -------- > Dan Wilcox > @danomatika > danomatika.com > robotcowboy.com > > > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika danomatika.com robotcowboy.com