On Thu, May 31, 2018 at 3:09 PM, hans w. koch wrote:
> 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.
>
> The pi might not be connected to any network, in which case it wi
2018-05-31 14:42 GMT-03:00 Max :
> Hi list,
>
> what's the current consensus for a good help file?
>
I'd say there's no official consensus :) everyone is free to do what they
want.
I follow the pddp documentation format in the help files of ELSE and
Cyclone, but I'm not all that happy about it.
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, run
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
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
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 wrote:
>
> Warning: [date] won't work so well on Raspberry Pi startup scripts (no
> way to save date from boot to boot).
>
> I
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 cou
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 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
> wh
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 :
>
> It would relatively easy to add a right
Hi list,
what's the current consensus for a good help file?
The vanilla help files don't seem to follow a particular convention, GEM
has it's own and then there is the effort of HCS and Jonathan, but I
can't remember where to find a verbose example for that.
please provide an opinion / advise
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 o
>
> 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( wit
that's what I was suggesting ;)
2018-05-31 9:15 GMT-03:00 Christof Ressi :
> just an idea: what if [seed( without argument would take the current
> system time?
>
> or even seed it with the system time on creation?
>
> > Gesendet: Donnerstag, 31. Mai 2018 um 13:36 Uhr
> > Von: "Peter P."
> > An:
just an idea: what if [seed( without argument would take the current system
time?
or even seed it with the system time on creation?
> Gesendet: Donnerstag, 31. Mai 2018 um 13:36 Uhr
> Von: "Peter P."
> An: pd-list
> Betreff: Re: [PD] Random
>
> * Marco Matteo Markidis [2018-05-30 19:29]:
> >
Hi,
On 31/05/18 04:07, IOhannes m zmölnig wrote:
On 05/30/2018 09:15 PM, Alexandre Torres Porres wrote:
different seed? I can see that with [zexy/time], but not realtime
well [realtime] will give you different results, based on what other
things your CPU is doing. so there *is* a bit of entro
* Marco Matteo Markidis [2018-05-30 19:29]:
> usually in random number generators one wants to have control on the seed
> because this allows to have the same numeric streams every time one wants.
I thought about this and conclude that the help patch should mention the
fact that the sequence is a
16 matches
Mail list logo
