On 3/1/21 10:16 PM, Roman Haefeli wrote:
If there are libraries only available with the v0.0-extended version,
then I propose to give them a version proper, compile them for the
architectures in use*today* and put that to Deken, along with an
objects file.
and first migrate those libraries to
On 3/1/21 10:31 PM, Lucas Cordiviola wrote:
On 3/1/2021 6:16 PM, Roman Haefeli wrote:
I agree. Not sure if there's a "disk space concern" on the server side.
there was a recent thread about excessive disk usage by some externals
on this list.
the gist is that disk space on deken.puredata.in
On 3/1/21 10:16 PM, Roman Haefeli wrote:
If there are libraries only available with the v0.0-extended version,
then I propose to give them a version proper,
coincidentally i wrote an email to lucas yesterday about avoiding to use
the "0.0.extended" dummy-version for uploads.
this was before *t
On 3/1/21 10:16 PM, Roman Haefeli wrote:
On Mon, 2021-03-01 at 17:45 -0300, Alexandre Torres Porres wrote:
so we actually really need to reupload them, given the scenario, huh?
Oh no, please don't. I'm grateful for all the effort that went into
making these packages available through Deken. I
Em seg., 1 de mar. de 2021 às 16:51, Max
escreveu:
> I think adding that freeze option to delay would be fantastic and even
> more so when it gets Pd's functionality en par with the Max/MSP
> counterparts.
>
I do like this option in Vanilla, I have to confess I haven't figured it
out yet how to
while we're at it, any reason why not to have a "set" method for
[send~] and [catch~]? Seems inconsistent
For the same reason why you can't set the name of [delwrite~]: it's the
object owning the buffer. In theory, it would be possible to bind the
object to another name, but why would you want t
I recently implemented a variant of delread~ that can have it's delwrite~ set.
Basically in the "set" messageI just did most of the things normally done in
the dsp method. Instead of sending the pointer to the delwritectl to the
performmethod using dsp_add, instead I send a pointer to a pointer
Em seg., 1 de mar. de 2021 às 20:40, Alexandre Torres Porres <
por...@gmail.com> escreveu:
> I can also try a PR
>
I give up already, waiting for you :)
Em seg., 1 de mar. de 2021 às 21:02, Christof Ressi
escreveu:
> Pd objects are (unfortunately) not notified on connection changes and I
> can
"PLEASE DON'T DO THAT"
I would say so :-)
control connections do not force a new dsp call, so I dunno.
Pd objects are (unfortunately) not notified on connection changes and I
can't think of a sane way to work around this. The real solution would
be to add an API for object state change notifi
I had opened a feature request already:
https://github.com/pure-data/pure-data/issues/902
Is not a re-upload but an plain "upload"
--
Mensaje telepatico asistido por maquinas.
On 3/1/2021 8:16 PM, Alexandre Torres Porres wrote:
Forgot about pd 64 bits!!! Good thinking :) we'll need to reuplo
I had opened a feature request already:
https://github.com/pure-data/pure-data/issues/902
Is not a re-upload but an plain "upload"
--
Mensaje telepatico asistido por maquinas.
On 3/1/2021 8:16 PM, Alexandre Torres Porres wrote:
Em seg., 1 de mar. de 2021 às 18:33, Lucas Cordiviola
mailto:lu
Em seg., 1 de mar. de 2021 às 20:19, Christof Ressi
escreveu:
> It doesn't have to be. You can certainly change the delay line during
> runtime, just like in [receive~], [throw~], [tabsend~], [tabreceive~], etc.
>
I thought so, but let me just get something straight, is it possible to
force a gl
Off topic:
pd 64 bits
*argh* Let's stop confusing "64-bit" with "double precision"!
On 02.03.2021 00:16, Alexandre Torres Porres wrote:
Em seg., 1 de mar. de 2021 às 18:33, Lucas Cordiviola
mailto:lucard...@hotmail.com>> escreveu:
If we do proper pd-lib-builder makefiles for the 0.0ext
This is because the delay line to read is passed via the dsp_add
function in "sigdelread_dsp" or "sigvd_dsp"
It doesn't have to be. You can certainly change the delay line during
runtime, just like in [receive~], [throw~], [tabsend~], [tabreceive~],
etc. All relevant information obtained in the
Em seg., 1 de mar. de 2021 às 18:33, Lucas Cordiviola
escreveu:
>
> If we do proper pd-lib-builder makefiles for the 0.0extended versions
> (and upload pkgs with sources) then when we have the proper *double
> precision extension* compiling and uploading will be really fast and easy.
>
Forgot ab
Em seg., 1 de mar. de 2021 às 18:18, Roman Haefeli
escreveu:
> Oh no, please don't. I'm grateful for all the effort that went into
> making these packages available through Deken. It made the transition
> from Pd-extended a breeze. But since how long is Pd-extended dead now?
> Let those packages
On 3/1/2021 6:16 PM, Roman Haefeli wrote:
If there are libraries only available with the v0.0-extended version,
then I propose to give them a version proper, compile them for the
architectures in use*today* and put that to Deken, along with an
objects file. IMHO, the original binaries should be
On Mon, 2021-03-01 at 17:45 -0300, Alexandre Torres Porres wrote:
>
> so we actually really need to reupload them, given the scenario, huh?
Oh no, please don't. I'm grateful for all the effort that went into
making these packages available through Deken. It made the transition
from Pd-extended a
Hi, so, I'm working on my variant of delread/write with more features like
"freezing", for reference =>
https://lists.puredata.info/pipermail/pd-list/2021-03/129181.html
So, here's another question, thought I'd open a new thread. I'm now at the
point of setting the delay name to delread-like objec
Em seg., 1 de mar. de 2021 às 17:36, IOhannes m zmölnig
escreveu:
> On 3/1/21 6:18 PM, Alexandre Torres Porres wrote:
> > not sure if there's an easy way to add all objects to deken to minimize
> > this issue. At least for all externals in extended. Do we need to
> reupload
> > them one by one (n
I think it's pretty related, though :) we're talking about finding matches,
matching specifically to externals, but there's this issue where there are
some stuff there missing to be found and I think we should also improve
that so it all makes better sense. But tell me what you think I should do,
o
On 3/1/21 6:18 PM, Alexandre Torres Porres wrote:
not sure if there's an easy way to add all objects to deken to minimize
this issue. At least for all externals in extended. Do we need to reupload
them one by one (newer uploads to deken automatically provide an object
list, right?)??? Is it too m
On 3/1/21 6:18 PM, Alexandre Torres Porres wrote:
I really like the new feature where you can search explicitly for an object
or a library.
cool ;-)
the rest of your email isn't really related to "find exact matches", is it?
gfmsrd
IOhannes
OpenPGP_signature
Description: OpenPGP digital s
My wrongly named 0.0.extended(1) versions for Windows-amd64 have the
objectlist.txt.
Sometimes you get more results if you don't hide "foreign architectures"
in Deken preferences.
(1) On my uploads "0.0.extended" means the the sources are from the last
"pd-extended" but they are not bit by
On 01.03.21 04:13, Alexandre Torres Porres wrote:
Em dom., 28 de fev. de 2021 às 16:20, Alexandre Torres Porres
mailto:por...@gmail.com>> escreveu:
I'm thinking about creating a variant of delread/write~ for ELSE
with this "freeze" functionality. But maybe we can request to add it
t
I really like the new feature where you can search explicitly for an object
or a library.
one thing though is that people expect all objects are findable, but ones
uploaded earlier (like the ones from pd extended) do not have an object
list, right?
On facebook someone was searching for "envgen",
On 2/26/21 8:40 PM, Lucas Cordiviola wrote:
We can document
[...]
- https://github.com/pure-data/deken/issues/84#issuecomment-786533931
note that this doesn't yet work with Pd-vanilla, as it requires a (tiny)
bit of changes on the Pd-core side.
there's a branch in the pure-data repository
27 matches
Mail list logo
