Hi,
I'm trying to configure my system to start using ubuntu (7.10). So far so
good, unbuntustudio, pd (both versions) and jack are working.
I was looking into hid, but I don't have permission in udev to read
/dev/input. I saw that there were some posts on the list about this, but
no one
(maybe this is of general interest for pd users?) speaking of lists, I
once did a similar thing some years ago, collecting 2682 objects. the
list is far away from being complete or up to date...
http://www.parasitaere-kapazitaeten.net/files/GENERAL_ALL.csv_.txt
I already made my one available
i think, that the question, why a new object [pack] is named pack is
not
rhetoric at all and isn't answered yet. so lets go again: why is
[pack]
from zexy called [pack]?
apart from the specifics of [pack]:
if a language allows the overriding of built-in methods, then i do not
see
I guess it never occurred to any of you to use objects with different
names...
Or else why not just call every pd object object and then use
paths to
access them, like [pd/some/library/subdirectory/object]?
Just kidding in a frustrated sort of way.
Different names are a good idea, for
that's true, after making the question I thought that mainly the most
hardcore guys stick to pd-van, because it's easier for them to adapt it to
their needs, and there's more tradition with self-programming (enhancing
the core package). but I would dare say that for many
-for stability : i don't wish to use code that i don't fully trust, and
i don't have time to personally test everything deeply.
Yes, there is definitely some crappy code included in Pd-extended.
That's why I think we should stop including anything but the most stable
libraries, and
when pd-extended or the cvs will be ordered to have directory
like : /math
/audio/math
/audio/effect
/save
/matrix
but i would prefer to organise this properly (i.e. not by developer but
by functionality)
for now, using flatspace is the only way i know to include code in
just a couple fast general comments (must leave in 15m):
- how about 3 (?) general categories, where everything else is organised?
It might be easier to keep everything in mind.
- glue/control
- singal/audio
- GUI
(probably there are more main categories?)
- maybe it's time easier to
Basically, organization of the libs could not really be any /worse/
than it is now (e.g. I'm constantly checking ggee, hcs, moonlib and
zexy to find various OS and filesystem externals I need), so I'm
basically proposing the same thing you are, but approached as follows:
* Lazy consensus on a
I think I managed to put all discussed data into the PdLibraries page. It
would be good that the discussion would be accompanied of some concrete
changes there - and probably by opening it to the main pd-list at some
point?
The list is at http://puredata.info/dev/PdLibraries
João
--
I already made my one available several times on the list - whenever
the question how many objects are in pd-ext comes -, but probably it
wasn't that popular.
2682 objects? when I check the properties of the extra folder
(windows), I get 2666 files - bear in mind that there are several
Hi,
João Pais wrote:
exactly. in the contrary of the before mentioned libraries, these are
more
groups of externals compassing different groups: glue, math, matrix, ...
please someone explain to me the differences.
this sounds all very nice on a piece of paper, but to which category
I've just added the system we use in the RjDj lib to [list]-abs as
well. It's pretty simple, but cool: All objects are described in a
textfile using this format:
objectname - short object description in one line without commas
In [list]-abs this file is called list-abs-intro.txt. (It also
One thing I was thinking about recently is whether we need a hierarchy
of classes. In Object-Oriented Programming, there is hierarchy of
classes as part of the basis of the language. There is no hierarchy of
classes in Pd so it seems to me that there should also be no hierarchy
in
This would be a good place to start. I think having a [pd META]
subpatch will make accurate parsing easier, and allow for other types
of meta data to be easily added. That's what we did with the PDDP
reference patch.
but in case the externals get organised through function (instead of
this person could be you, just put your
name in.
Best,
João Pais
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp
___
Pd-dev mailing list
Pd-dev@iem.at
http
this mail away.
Best,
João Pais
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hi, anyone interested in adding rewire support for pd? So far I read the
protocoll is free, though proprietary. (but I don't know much about it)
João Pais
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp
btw, I don't as much this relates to the topic but: would this be a good
time to have a look at the inneficiency of moving things around in a patch
(specially arrays)? As I recall, you noticed the obvious, that whatever's
chosen gets redrawn every time. I guess a click+grab+move detector
I'm not a coder, but I could also give a sugestion, which I haven't tried
myself for lack of time: how about circumventing tcl/tk, by writing your
gui in gem? There was once a report that it's much faster - I can only say
it does if you're using data structures inside a gop.
The problem
I think this would then be probably done in vanilla OpenGL, not Gem. And
I agree this could potentially work but is perhaps not as easily
implemented as with using JUCE where a lot of APIs are already prebuilt
for you. The same may be the case with Qt but I don't know for sure as I
haven't
Excuse me for asking (and not trying as i cannot now)
Does this mean that double newlines have been eliminated OR that lists
are
printed on one line?
I suggested the latter some time ago
http://sourceforge.net/tracker/index.php?func=detailaid=2879474group_id=55736atid=478070
afaik, before
afaik, before 0.43 lists were printed in one line. the current behaviour
is certainly a bug: if you print the output of a symbol atom, you'll get
what do you refer to as current?
last nights HEAD of /trunk/pd (aka the not yet released nor working
0.43), which is rev.12655?
or last nights HEAD
Hi Dominique,
The attached binary loaded and worked well on 10.5.8
Cool external !
Great news, and thanks for the testings and the feedback.
So the problem is now solved and the package has been updated with a new
version on sourceforge.
Note that if anyone intend to run the external on
what's the current development plan? is the purpose of this just to
display a picture, or also to have some interaction? (which could go
from a playline to note-click...)
There is no special development plan and the purpose is just to display
music notation. If you want to interact with
Hi,
there's a discussion about music notation in Pd going on in the Pd list.
Some people are discussing about doing a new system, it might be good if
you introduced yours - maybe someone wants to help you with your work.
João
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30
what do you mean with data structures, didn't see any in your patch.
to the original poster, if it's a control array, it should change when you
tell it to. so, jack's first suggestion is the most efficient, before you
do a change, see if the written indexes are really different. otherwise
there
It was a suggestion. My patch only show one possibility to achieve what
Ico was looking for, without data structure.
The use of data structure (array) is another possibility (not so
elegant, as i wrote before, the click on data structure is not enough,
you still need a metro or a mouse listener.
Hi,
I looked at [pdlua] last week, and was quite impressed by the examples
there, and how it's easy to create new externals that go beyond pd's
capabilities (for example to parse lists and symbols, etc.) - provided you
learn about lua.
I wanted to use this in a project, but in the
that's great. I'm in no position do demang anything, and there isn't much
I can do (except you need someone to test it). do you know when you would
be able to tackle this? I needed it at some point, and was already
considering paying someone to code an external for me.
Yes I'm interested
I think the thing to do is getting it building and working on all
platforms, and then once things don't really need to be changed any
more, then we can import released versions into the pure-data SVN and
included it in Pd-extended.
João, you could offer to pay Claude for the port, if you
Hi,
I thought about downloading a build of pd-ext 0.43 that works, to try it
out. But the version I tried yesterday is apparently not ok, for example
even cnv objects don't exist. Does anyone noticed a previous windows build
that is more stable? (even if it doesn't have all the extra
Try loading 'libdir' as the first lib.
ah, bingo.
is your [sys_gui] working properly? I have a wm geometry . +0+565
message at startup, to put my windows in order. Also, my color theme shows
different colors now.
an other thing: instead of osc~ 440, I hear hard noise. my settings are
you mean this lib structure? as long as they're configured properly, I
myself don't see any difference - talking from the dumb user point of
view.
it might be better to lock them, or hide them from the editor - this would
prevent someone who is trying out stuff to delete them. but maybe
you'll have lots of newbies complaining that their objects don't load?
(it's a good way to force everyone to use namespaces)
I am thinking for the next release of Pd-extended, that the preferences
panels for loading libs and adding paths should be removed. [import]
and [declare] cover all
that feature should also be possible with a command, like [open(.
Now that pdlua and tclpd are officially part of Pd-extended, I just had
a little thought/feature request to make working with those objects
easier. It would be very nice if you could right-click on the object,
and click
Hi. I just wanted to call the developers' attention to the thread at
http://lists.puredata.info/pipermail/pd-list/2011-10/092037.html. For a
project I'm working on it would be great to know the reasons for this, and
if there is a fix that can be made.
Thanks,
João Pais
look at the thread, besides explanations there's an example file.
On Tue, 2011-10-25 at 10:53 +0200, João Pais wrote:
Hi. I just wanted to call the developers' attention to the thread at
http://lists.puredata.info/pipermail/pd-list/2011-10/092037.html. For a
project I'm working on it would
ah you meant where as in which os, and not in which situation?
I am in XP, and Katja should be in some kind of linux, afaik. I didn't
test it in any other system than mine.
On Tue, 2011-10-25 at 15:51 +0200, João Pais wrote:
look at the thread, besides explanations there's an example file
Hi Hans,
I'm inviting you to the discussion :) Can you have a look at this
paragraph from Miller?
Hi all --
There's indeed a limit of 2000 (if drawn as points) or 1000 (if as
a polygon) -- this is in lines such as:
if (ndrawn 2000 || ixpix = 3000) break;
and
Hello,I wanted to submit a new release of the jmmmp library. I've uploaded the files to svn, but I guess I need to say somewhere which files are to be included in the next release.
Is the link at http://puredata.info/docs/developer/MergingHowto still up to date? If not, is the correct link at
. This is probably the most up-to-date
instructions for the final step of adding your library to the
Pd-extended 0.44
branch.
http://puredata.info/docs/developer/GettingIntoPdextended/
.hc
On 05/13/2013 01:42 AM, João Pais wrote:
Hello,
I wanted to submit a new release of the jmmmp library. I've uploaded
Assuming that this field is further developed, I wanted to leave a question that might (?) be relevant:- when drawing arrays with encapsulated arrays, it's not possible to click-and-drag to change the array contents in the same way it can be done with normal (single-layered) arrays. Or, to click
low the surface" are unreachable under this gui? is it an issue with pd, tcl/tk, or both?-Jonathan On Sunday, December 29, 2013 3:03 PM, João Pais jmmmp...@googlemail.com wrote:Assuming that this field is further developed, I wanted to leave a question that might (?) be relevant:- when drawing arra
can drag the nested elements after moving the parent, so it's an issue in Pd-extended and Pd-vanilla.-Jonathan On Monday, December 30, 2013 5:09 AM, João Pais jmmmp...@googlemail.com wrote:Am 30.12.2013, 02:23 Uhr, schrieb Jonathan Wilkes jancs...@yahoo.com:I can click the nested scalars
45 matches
Mail list logo