Hi (Claude),
inspired by Matteo's question I briefly tried to implement a [pipe]
clone in pdlua, however I ran into problems which might hint at either
some design issues with clock support in pdlua or, more likely, my
lack of understanding how clocks work.
Anyway here's the problem: [pipe] in
Hans,
Is your hardware labeled to be specifically for PS2?
At least this one article mentions that the hardware is equal among all
platforms.
http://www.hwhell.com/articles/gametrak-hardware-review
If you are using a generic PS2 - USB converter, it does seem likely
that the converter is
Quoting Dudley Brooks [EMAIL PROTECTED]:
Thanks. OK, another dumb question: Puredata.org still has 0.39.3 as
the most recent version. Where is the more recent version available,
pre-compiled for OSX Intel 10.4 or later?
i am trying to push this site as a better announcment medium (it is
On Wed, 2008-03-12 at 20:24 -0500, Greg Surges wrote:
Hi,
As a student who is *very* interested in taking part in the PD project
under Google Summer of Code, I thought I'd throw a few ideas out and
see what other people thought of them.
[...]
3. Finally, a set of band-limited
Frank wrote:
Why care? [about how efficient pipe is] There's not much
you can do about it, if it's too slow,
except writing a better [pipe] in C/Lua/etc.
Well that's exactly why I need to know: to decide whether I need to
write a better [pipe] in Lua or not!!
An approach carmen did
in the
On Wed, 2008-03-12 at 13:09 -0400, Hans-Christoph Steiner wrote:
I just submitted it with 10 mentors, we should be able to add more
mentors if we get accepted as an organization, so it is not too late
to join.
http://puredata.info/dev/summer-of-code/GSoCOrganizationApp2008
I think
On Thu, 2008-03-13 at 10:49 +0100, matteo sisti sette wrote:
I think it's a pity that PD Vanilla doesn't include [symbol2list] or
any objects capable of breaking symbols a little bit (with which one
could build a symbol2list abstraction and maybe more), since it does
give the possibility to
dear listeners,
hope that this message finds you well
for the more curious among you we have a very nice feature in Chain
DLK international magazine
http://www.chaindlk.com/interviews/index.php?interview=SOC
musically-wise, we have completed a new song with Pantaleimon
Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Frank Barknecht wrote:
inspired by Matteo's question I briefly tried to implement a [pipe]
clone in pdlua, however I ran into problems which might hint at either
some design issues with clock support in pdlua or, more
Hallo,
matteo sisti sette hat gesagt: // matteo sisti sette wrote:
You may argue that I am reluctant to use an external while I would use
pdlua, but one thing is to install an external that solves a specific
problem, another thing is to install one single extension mechanism
(pdlua) that
Frank Barknecht wrote:
Error checking was deliberately left out. ;) In the end I'd like to
have the delay time up front to be able to use qlist-ish messages like:
0 a b c, 1000 x y z, 300 bang.
Ok, makes sense. However, what should be output for:
0 a b c - a b c or list a b c ?
0 123
Something like this probably works (untested...):
function M:in_1(sel, atoms)
[...]
end
Ah, a very elegant solution. It's tested now (attached) and seems to
work really well.
I'll need some time to understand this (have to read some pdlua
documentaion, understand clicks, ntm get
matteo sisti sette wrote:
Does this solve/eliminate the problem mentioned by Frank? that is:
Yes.
My problem is the hypothetical makeclock. It should be a clock that
somehow is tied to the event. But as I see it, clocks in pdlua are
supposed to be tied to a pdclass object itself, and their
Claude Heiland-Allen wrote:
Frank Barknecht wrote:
Error checking was deliberately left out. ;) In the end I'd like to
have the delay time up front to be able to use qlist-ish messages like:
0 a b c, 1000 x y z, 300 bang.
Ok, makes sense. However, what should be output for:
0 123 -
On Thu, 2008-03-13 at 14:19 +0100, Frank Barknecht wrote:
I very much agree that pdlua is a wonderful extension (best thing
since [list]) that should become one of the standard externals to
learn for every Pd user, because it can be used to implement all this
missing (message) functionality
Hallo,
matteo sisti sette hat gesagt: // matteo sisti sette wrote:
Something like this probably works (untested...):
function M:in_1(sel, atoms)
[...]
end
Ah, a very elegant solution. It's tested now (attached) and seems to
work really well.
I'll need some time to
Andy, Hans-Christoph, and everyone else,
I've created wikis for the analysis and blosc ideas. I think a major
advantage for the
analysis library would come from issues of speed. When I've done PD code
that does a simple sort on an array (used for a histogram), it takes an
incredibly long time -
I do totally agree that [pdlua] is a great thing and that it would be
desirable to have it become part of PD-Vanilla.
Nevertheless,
Frank Barknecht wrote:
Some people may miss [s2l] in vanilla Pd, others miss a [pipe] for
variable length lists or a multi-period [metro], a flexible markov
Roman Haefeli wrote:
Some people may miss [s2l] in vanilla Pd, others miss a [pipe] for
variable length lists or a multi-period [metro],
those can all be done with built-in objects already, as far as i can see
(with more or less effort, though).
I can't see how you could implement a
Thanks a lot to Claude for the code and to Frank for the line-by-line
explanation!!!
:))
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
On Thu, 2008-03-13 at 17:26 +0100, Matteo Sisti Sette wrote:
I do totally agree that [pdlua] is a great thing and that it would be
desirable to have it become part of PD-Vanilla.
Nevertheless,
Frank Barknecht wrote:
Some people may miss [s2l] in vanilla Pd, others miss a [pipe] for
On Thu, 2008-03-13 at 17:40 +0100, Matteo Sisti Sette wrote:
Roman Haefeli wrote:
Some people may miss [s2l] in vanilla Pd, others miss a [pipe] for
variable length lists or a multi-period [metro],
those can all be done with built-in objects already, as far as i can see
(with more
On Mar 13, 2008, at 1:36 PM, Roman Haefeli wrote:
On Thu, 2008-03-13 at 17:26 +0100, Matteo Sisti Sette wrote:
I do totally agree that [pdlua] is a great thing and that it would be
desirable to have it become part of PD-Vanilla.
Nevertheless,
Frank Barknecht wrote:
Some people may miss
Yup, both sound like worthwhile projects.
.hc
On Mar 13, 2008, at 12:01 PM, Greg Surges wrote:
Andy, Hans-Christoph, and everyone else,
I've created wikis for the analysis and blosc ideas. I think a
major advantage for the
analysis library would come from issues of speed. When I've done
Yeah, my hardware is specifally labeled PS2. It has a USB port, it
shows up properly like a USB HID device, just no data comes out :(
.hc
On Mar 13, 2008, at 3:17 AM, PSPunch wrote:
Hans,
Is your hardware labeled to be specifically for PS2?
At least this one article mentions that the
the idea is to give each incoming list an ID and send only the ID to the
[pipe], where the list itself is stored in some [meta-list]. after
receiving the ID from [pipe], you could use it to look up the list in
[meta-list]. of course you also need to delete the list from [meta-list]
then.
I'm
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
there are already some externals for band-limited oscillators around.
search the svn repository for blosc. there is [sqosc~] from mrpeach,
which is a bandlimited pulse generrator and there is also a small set of
absrtactions in pdmtl:
On Thu, 2008-03-13 at 20:31 +0100, Matteo Sisti Sette wrote:
the idea is to give each incoming list an ID and send only the ID to the
[pipe], where the list itself is stored in some [meta-list]. after
receiving the ID from [pipe], you could use it to look up the list in
[meta-list]. of
On Fri, 2008-03-14 at 00:32 +0100, Roman Haefeli wrote:
me too (though it probably takes me while to learn it. i decided to read
the 'Programming in Lua' book first before i go to bed and i am only
at chapter 5 ;-)
haha.. yeah, sure, i read the whole book before going to bed i meant
spherical mapping. I also don't know whether multiple materials are
supported or if you can draw groups individually, and how the material
is attached to different groups.
with obj file format you only get one uv map and 1 texture per object_mesh
Not supporting uv maps is a big set back for
hi,
I guess that is not possible...
I am using plot to draw an array, then select the array in editmode and
drag it around. is there any possibility to get the new absolute position?
I really doubt this is possible... too bad. Btw. I also would like to be
able to change the length of a plot,
31 matches
Mail list logo
