Re: [PD] some images...
Because of being on my ass moneywise at the moment the air fare completely demolished me this year. It upset me not to be able to attend because of that. Let's face it the cost of international air travel is only going up and fast. More regular smaller meetings at more diverse geographical locations are the way to go. Perhaps holding conferences on multiple concurrent sites with extensive videolinking. (Us Pd people should be *pioneering* this sort of thing) - a global community built from cellular (chapters) in a network. I was thinking of saying No to Sao Paulo, yes to Barcelona but then I heard, what about South Americans who are probably *less* able to afford traveling to Europe than we are of travelling to S.America? So the option to support is BOTH. At the same time. On Wed, 29 Aug 2007 00:38:23 -0400 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Aug 28, 2007, at 1:03 AM, Chris McCormick wrote: On Mon, Aug 27, 2007 at 11:56:45PM -0400, Mathieu Bouchard wrote: On Mon, 27 Aug 2007, Chris McCormick wrote: On Mon, Aug 27, 2007 at 07:48:56PM +0200, Roman Haefeli wrote: (who's sad, that is already over) I have been so jealous these last few days! I am so there next year. There's no next year. Oh, that's really sad. Seems like you guys did a really great job. Well I guess there will be another Pd conference of some kind in the future, right? Well, if someone gets really inspired and organized, there might be a next year. There is already talk of having the next one in Sao Paulo or Barcelona. I hope the next one will happen sooner rather than later. It was really excellent to meet people I know from the list, but also to see the art community in Montréal. It really was an interesting mix of people and ideas. .hc Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vbap and matrix external
Also, I was wondering if anyone has a link to a manual page for the old [matrix] and [matrix~] so I can understand whats going on and see how to replace them with the newer ones. Thanks! Hector On 8/29/07, Hector Centeno [EMAIL PROTECTED] wrote: Hello Kevin, Thank you for your response. Does that mean I have to change the patch ( vbapdemo.pd) to substitute the [matrix] and [matrix~] by [mtx_mu] and [mtx_mu~]? Do they work the same or that means I would have to do further changes? Thanks! On 8/28/07, Kevin McCoy [EMAIL PROTECTED] wrote: Hi Hector, As far as I remember, the correct one to use is [mtx_mul] and [mtx_mul~]; as IOhannes told me, [matrix] etc is deprecated if I remember correctly. The correct ones are from the excellent iemmatrix library. I think the vbap directory is the more recent one which should be Ville Pulkki's work. Have a look at the documentation in there. Hope this helps, Kevin On 8/28/07, Hector Centeno [EMAIL PROTECTED] wrote: Hi, I'm trying to get vbap working using Linux Fedora 7/Planet CCRMA. I'm using the Planet's packages which are version 0.39.2. First I found vbap in two different places: /usr/lib/pd/extra/vbap /usr/lib/pd/extra/ggee What is the difference? So I tried with the vbap directory. When trying to load the demo I struggled with finding matrix and matrix~. There are externals named like this in different directories: /usr/lib/pd/extra/cyclone/matrix~.pd_linux /usr/lib/pd/extra/flatspace/matrix.pd_linux /usr/lib/pd/extra/flatspace/matrix~.pd_linux /usr/lib/pd/extra/creb/matrix~.pd_linux Does anyone know which ones are the right ones to use? I managed to get the demo loaded and running using the matrix in flatspace and matrix~ in cyclone but I can't get any audio output. I'm fairly new to PD so some help would be appreciated. Cheers, Hector ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- === http://www.hcenteno.net -- === http://www.hcenteno.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] looking for explanation about deprecated [matrix] and [matrix~] objects
Hello, I've been searching the documentation and the web for the manual pages of the, already deprecated, [matrix] and [matrix~] objects. I was wondering if anyone could quickly tell me what are they for (matrix multiplication, I think), what goes in and out the inlets and outlets, and the init parameters. Or maybe a link to a manual page. Thank you, Hector ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some images...
I forgot to mention, I think the whole event should have been streamed. There were some technical difficulties that prevented it from happening this time. But I think it should be something that is considered essential. .hc On Aug 29, 2007, at 9:54 PM, Andy Farnell wrote: Because of being on my ass moneywise at the moment the air fare completely demolished me this year. It upset me not to be able to attend because of that. Let's face it the cost of international air travel is only going up and fast. More regular smaller meetings at more diverse geographical locations are the way to go. Perhaps holding conferences on multiple concurrent sites with extensive videolinking. (Us Pd people should be *pioneering* this sort of thing) - a global community built from cellular (chapters) in a network. I was thinking of saying No to Sao Paulo, yes to Barcelona but then I heard, what about South Americans who are probably *less* able to afford traveling to Europe than we are of travelling to S.America? So the option to support is BOTH. At the same time. On Wed, 29 Aug 2007 00:38:23 -0400 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Aug 28, 2007, at 1:03 AM, Chris McCormick wrote: On Mon, Aug 27, 2007 at 11:56:45PM -0400, Mathieu Bouchard wrote: On Mon, 27 Aug 2007, Chris McCormick wrote: On Mon, Aug 27, 2007 at 07:48:56PM +0200, Roman Haefeli wrote: (who's sad, that is already over) I have been so jealous these last few days! I am so there next year. There's no next year. Oh, that's really sad. Seems like you guys did a really great job. Well I guess there will be another Pd conference of some kind in the future, right? Well, if someone gets really inspired and organized, there might be a next year. There is already talk of having the next one in Sao Paulo or Barcelona. I hope the next one will happen sooner rather than later. It was really excellent to meet people I know from the list, but also to see the art community in Montréal. It really was an interesting mix of people and ideas. .hc Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Mistrust authority - promote decentralization. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some images...
Yeah, I was bummed that everyone couldn't make it. That is definitely the downside and the weak point of such conferences. It can cost a lot of money to organize and then it costs each person money to get there. I think the Montréal crew did a good job of defraying those costs as much as they could. I thought it was a brilliant idea to have the local artist community host us in their homes. It saves a ton of money on hotels, and I think it's much more fun to stay with people than in hotels anyway. The big advantage is bringing together a local community and allowing the international community to get together, exchange ideas, and discuss the common bonds. Apparently, there is a pretty active community in a number of places that are not represented on the Pd lists or forums. For example, at the PdCon, I learned about an active community in Bulgaria and Sao Paulo. One thing that we could strive for in the next PdCon is more collaboration from the community at large. For example, a place to organize carpools/rideshares so that people can pay less for transportation. I think we could come up with a lot of ideas to make the next PdCon even more accessible than the Montréal people made it. .hc On Aug 29, 2007, at 9:54 PM, Andy Farnell wrote: Because of being on my ass moneywise at the moment the air fare completely demolished me this year. It upset me not to be able to attend because of that. Let's face it the cost of international air travel is only going up and fast. More regular smaller meetings at more diverse geographical locations are the way to go. Perhaps holding conferences on multiple concurrent sites with extensive videolinking. (Us Pd people should be *pioneering* this sort of thing) - a global community built from cellular (chapters) in a network. I was thinking of saying No to Sao Paulo, yes to Barcelona but then I heard, what about South Americans who are probably *less* able to afford traveling to Europe than we are of travelling to S.America? So the option to support is BOTH. At the same time. On Wed, 29 Aug 2007 00:38:23 -0400 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Aug 28, 2007, at 1:03 AM, Chris McCormick wrote: On Mon, Aug 27, 2007 at 11:56:45PM -0400, Mathieu Bouchard wrote: On Mon, 27 Aug 2007, Chris McCormick wrote: On Mon, Aug 27, 2007 at 07:48:56PM +0200, Roman Haefeli wrote: (who's sad, that is already over) I have been so jealous these last few days! I am so there next year. There's no next year. Oh, that's really sad. Seems like you guys did a really great job. Well I guess there will be another Pd conference of some kind in the future, right? Well, if someone gets really inspired and organized, there might be a next year. There is already talk of having the next one in Sao Paulo or Barcelona. I hope the next one will happen sooner rather than later. It was really excellent to meet people I know from the list, but also to see the art community in Montréal. It really was an interesting mix of people and ideas. .hc Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inconsistencies in msgfile
On Wed, 2007-08-29 at 06:58 +0200, João Miguel Pais wrote: Hi, I was checking out msgfile (zexy 2.1), and there are some inconsistencies that I can't work out: - the read message doesn't work with paths/files that have spaces in them [that's not an inconsistency, but it's something that should be standard nowadays] true, but i am not sure if it can be considered as a problem of [msgfile], but rather of pd in general, since there is no escape mechanism. i am even not sure, if it would be a good idea, that [msgfile] would accept lists, what you are actually requesting. btw: afaik, you _can_ open files with a space in the path, but you need to create the symbol accordingly. for example, if you use [openpane] to get the path, it works, because [msgfile] gets a symbol containing spaces instead of a list in that case. alternatively you could also use [list2symbol] (which is also part of zexy) to create symbols with spaces, if you don't want to use [openpanel]. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] cannot get Motu Ultralite to use multichannel input in Windows (neither ASIO nor MMIO)
Hi list, I have a Motu Ultralite FireWire external audio interface, and I need to use 4 channel input and 2 channel output, in Windows XP. I have tried everything but either I cannot get 4 input, or I cannot get the output. With PD, of course. Here are more details. This card is supposed to have: - 8 analog input channels called Analog (1 to 8) - 2(?) digital spdif input channels called SPDIF - 2 virtual input channels called Mix which I don't know whether it is a mixdown of inputs or of outputs but I don't care; and: -8 analog output channels called Analog (1 to 8) -2 more analog output channels called Main Outs -2 more analog output channels called Phones -2(?) digital spdif output channels called SPDIF If I work with MMIO, the list of devices I can select for input are: ** MMIO INPUT DEVICES ** - MOTU Analog - Realtek HD audio input - MOTU Mix1 - MOTU SPDIF ** MMIO OUTPUT DEVICES ** - MOTU Main Outs - Realtek HD audio output - MOTU Phones - MOTU Analog - MOTU SPDIF where Realtek HD is my integrated internal audio card. They are listed just as I wrote them: with no channel numbers. So, by using use multiple devices, I have no way of selecting Analog 1,2 AND Analog 3,4 as inputs. And if I don't activate use multiple devices and I write 4 as the number of input channels, it doesn't work: it simply uses MOTU Analog 1 and 2 as the first two channels, and Realtek inputs as the 3rd and 4th channel. So, I tried with ASIO. If I select ASIO, I get the following device lists: ** ASIO INPUT DEVICES ** - (0) Window sound mapper (or something like that: I'm translating from Spanish) - (0) MOTU Analog - (0) Realtek HD audio input - (0) MOTU Mix1 - (0) MOTU SPDIF - (1) MOTU Audio ASIO ** ASIO OUTPUT DEVICES ** - (0) Window sound mapper (same as above) - (0) MOTU Main Outs - (0) Realtek HD audio output - (0) MOTU Phones - (0) MOTU Analog - (0) MOTU SPDIF - (1) MOTU Audio ASIO Now, there's NO WAY of getting both 4 inputs and 2 outputs. Wherever I try to use 4 input channels, I get no input and no output at all. Here are some combinations of settings I tried, and the results I get: ** A ** INPUT: (1) MOTU Audio ASIO - Channels: 4 OUTPUT: (1) MOTU Audio ASIO - Channels: 2 RESULT: no input and no output at all! ** B ** INPUT: (1) MOTU Audio ASIO - Channels: 2 OUTPUT: (1) MOTU AUDIO ASIO - Channels: 2 RESULT: 2 input channels work, but no output at all. ** C ** INPUT: (0) MOTU Analog - Channels: 4 OUTPUT: (0) MOTU Main Outs - Channels: 2 RESULT: no input and output at all ** D ** INPUT: (0) MOTU Analog - Channels: 2 OUTPUT: (0) MOTU Main Outs - Channels: 2 RESULT: 2 in 2 out working. This is the best I can get, and this is the same as MMIO, but I need 4 in. ** E ** INPUT: (0) MOTU Analog - Channels: 4 OUTPUT: (0) MOTU Main Outs - Channels: 4 RESULT: no input and output at all (tried this last one just in case the number of in and out channels had to be the same... pure superstition) Etcetera. I even tried insane combinations. No way. Has anyone ever managed to use 4 in / 2 out (also interested in 4 in / 4 out) with this sound card in Windows with PD? How??? And what about other cards? Is this a general issue with ASIO, or specific to this card? Is it possible at all with MMIO to get 4 in /2 out or 4 in / 4 out? I am really desperate. I can even change sound card if I know it will work. Thank you in advance, Matteo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record !
If you can make a patch that reliably reproduces this bug, that would greatly help debugging it. Submit the bug to the pd-gem bug tracker. But unfortunately, there isn't really anyone focused on Gem on Windows these days. Any volunteers? http://sourceforge.net/projects/pd-gem .hc On Aug 28, 2007, at 8:49 AM, ths otra wrote: i list ! i try to use PIX_RECORD in GEM : ver: 0.91-cvs ... and i don't now why it is very unstable (Windows). When i record a [pix_video] with it with the hand and a filename file video.mov it's ok. (but dialog appears from time to time .. ) But, when I try to record several videos dynamically with [file $1.mov] crash... does somebody have some councils? by advance thank you! i post my test patch... maybe..or probably it's a error to me ! Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail try2.pd ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about getdir(Guenter Geiger)'s code
If you would like to be added as a developer on the pure-data CVS,
just send an email to pd-dev introducing yourself and a brief
explanation of what you are working on and why you want to be added
as a developer. I think no one will object.
.hc
On Aug 29, 2007, at 6:17 PM, Thomas O Fredericks wrote:
Oh yeah, attached is the source code and compiled versions for
linux and window. I do not have cvs access. Could someone please
include it in the cvs and adapt the makefile accordingly? Also
could someone compile it for OS X intel and PPC and send me the
binary?
Tom
On 8/29/07, Thomas O Fredericks [EMAIL PROTECTED] wrote:
getdollarzero can get the dollar zero of any parent.
For example, lets say a patch called top contains the abstraction 1.
The abstraction 1 contains the abstraction 2.
The abstraction 2 contains the abstraction 3.
Well, with getdollarzero, abstraction 1 through 3 can know the
dollar zero of the patch top.
The patch top becomes the root patch.
All the abstractions 1 through 3 have in common this root patch.
This is what I needed it for:
1) I am currently developing a state saving system that does not
require the $0 arguments (of Memento for example). The state of
all elements that have the same root patch are saved together.
2) I am also creating a timing architecture for PD and I wanted all
elements in the same root to be synchronized together.
Tom
On 8/29/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
Hey,
I think Günter didn't want to depend on non-public headers like
g_canvas.h, so included the glist struct from that header.
Personally, I think makes more sense to include the g_canvas.h header.
[parentdollarzero] like a useful object, I am not usre what
[getdollarzero] does beyond [float $0] or [$0]. Anyway, hopefully
they make into Pd-extended.
.hc
On Aug 27, 2007, at 4:43 PM, Thomas O Fredericks wrote:
Thanks to Han's help page ( http://puredata.info/docs/developer/
mingw) I was able to compile a test external on windows with mingw.
I then started making a new external called getdollarzero based on
getdir (from ggee) and parentdollarzero (from iemlib2). I compiled
it and it works but I had to:
1) remove Guenter's hack from getdir's source code
2) and therefore include g_canvas.h
My question is the following: why is there a hack in the first
place? If I do not use it will my code crash PD in some way (I
compiled against PD 0.4 and worked fine during testing)?
As a reference, here is my code with the hack commented out :
- getdollarzero
#include m_pd.h
#include g_canvas.h //needed to include g_canvas.h once the hack
was commented out
/* HACK
struct _glist
{
t_object gl_obj;// header in case we're a glist
t_gobj *gl_list;// the actual data
struct _gstub *gl_stub; // safe pointer handler
int gl_valid; // incremented when pointers might
be stale
struct _glist *gl_owner;// parent glist, supercanvas, or 0
if none
};
END HACK
*/
typedef struct getdollarzero
{
t_object x_ob;
t_canvas * x_canvas;
t_outlet* x_outlet;
int x_level;
} t_getdollarzero;
static void getdollarzero_bang(t_getdollarzero *x)
{
int i = x-x_level;
t_canvas* last = x-x_canvas;
while (i0) {
i--;
if (last-gl_owner) last = last-gl_owner;
}
// code example taken from iemlib2's parentdollarzero:
// x-s_parent_unique = canvas_realizedollar((t_canvas *)
this_canvas-gl_owner, gensym($0));
// original get dir function:
//outlet_symbol(x-x_outlet,canvas_getdir(last));
outlet_symbol(x-x_outlet,canvas_realizedollar(last, gensym
($0)));
}
t_class *getdollarzero_class;
static void *getdollarzero_new(t_floatarg level)
{
t_getdollarzero *x = (t_getdollarzero *)pd_new
(getdollarzero_class);
x-x_canvas = canvas_getcurrent();
x-x_outlet = outlet_new(x-x_ob, s_);
x-x_level = level;
return (void *)x;
}
void getdollarzero_setup(void)
{
getdollarzero_class = class_new(gensym(getdollarzero),
(t_newmethod)getdollarzero_new, 0,
sizeof(t_getdollarzero), 0, A_DEFFLOAT,0);
class_addbang(getdollarzero_class, getdollarzero_bang);
}
- getdollarzero end
--
thomas ouellet fredericks, [EMAIL PROTECTED], montreal, canada
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/
listinfo/pd-list
--
--
Computer science is no more related to the computer than astronomy
is related to the telescope. -Edsger Dykstra
--
thomas ouellet fredericks, [EMAIL PROTECTED] , montreal, canada
--
thomas ouellet fredericks, [EMAIL PROTECTED], montreal, canada
getdollarzero.zip
It is convenient to
[PD] puredocumentation
hi, this is the start for the puredocumentation wiki. for all who didn't follow the discussions during the pdconv, here is the latest: some people agreed on building a media wiki for all documentation beyond the pd help patches. some time ago there was the puredatabase, but that is quite dead now. so the idea is, to reanimate something similar, but with the possibility for everyone to commit to it. maybe not everyone but if 5-10% of users help contributing, then I think the project will be successful. one of the reasons why this should be done, is that very often pd users look for a certain feature or object, but don't know the name exactly and need a good search engine. so... the puredocumentation (in planning state) will cover externals and stable abstractions. (abstractions that are maintained kind of like externals) additionally to the wiki for objects there will be the section for the tutorials, manuals and faq, and hopefully you will be able to type in your search string after How do I: and get the right objects, examples and tutorials. My estimation is, that there are more than 3000 objects atm. so for the beginning the tricky part is to build all the basic object pages from the existing documentation (mainly help patches). here is, what I think should be the content of every object page: *objectname* the string name (for example plus for +) of the object/external *opt other name* = abbreviation, +,.. *helpfilename* (can be different than object name), *description* = short description *libraryinfo* purepd,GEM,cyclone... + author + licence *arguments* *inlets/outlets* *examples* what this object is for... that's where you can be creative! *see also* / similar objects *tags* like audio/dsp, math, MIDI, something like a categorization. I want to use python to extract as much information as possible from the help-patches into one big textfile (csv style) from which we can create the wikipages. I hope to get the developers involved in correcting the cvs-textfile before the basic pages are created). this has to be done per library, and I am still trying to figure out, how to do this in detail. for example some help patches have some description in the top letmost corner. so a python script should be able to find that information and put it into the description field. there will be an irc session on sep 11 with all the people working on the project. so maybe if you want to join or have suggestions on how to get this done, feel free to respond. addtitional documentation work that probably will also be done: improving help patches by switching to a nice pddp format. creating online video tutorials, or recordings of workshops. one last point: If you know of a school/university or teaching center that would like to get involved (for example by putting pd classes on their schedule or paying people do some documentation work) that would also help the project to be successful... so far. thanks for reading through that all! marius. # this file will look slightly different for every library # write everything into a database like format... (NOT YET!!!) # OBJECTNAME | OPT OTHER NAME | HELPFILE-NAME | DESCRIPTION | TAGS | LIBRARYINFO | ARGUMENTS | INLETS/OUTLETS | EXAMPLES | SEE ALSO # objectname is the string name (for example plus for +) # opt other name = abbreviation, +, # helpfilename (can be different than object name), # description = short description # libraryinfo: purepd or GEM + author + licence # arguments # inlets/outlets # examples : what this object is for... # see also/similar objects # junk # # use X coordinate to sort comments??? import re import os print 'searching all files for comments' searchPattern = #X text \d+ \d+ # search for comments replacePattern = searchPattern# what can be deleted of the comments deleteNLPattern = r'\r'# delete cr fileExtension = .*[.]pd$# files to look for separator = |# separate colomns separator2 = ___# separate junk fileTo = test_to.txt p = re.compile(searchPattern) rep = re.compile(replacePattern) nldel = re.compile(deleteNLPattern) fe = re.compile(fileExtension) f2 = open(fileTo, w) for fileName in os.listdir(.): m = fe.search(fileName) if m:# only if is it a pd-file f = open(fileName, r) first = 1# suppose the first entry is the description for line in f: m = p.search(line) # search in line for pd-comment pattern if m: line = nldel.sub(,line) if first == 1:# help needed! how to sort other than by appearance? write to array? f2.write(\n + fileName + separator) #need \n for every file but the first. newText = rep.sub(,line)# this should delete the trailing pattern f2.write(newText[:-1])# this writes without closing nl
Re: [PD] puredocumentation
We implemented something similar forthe help files in PDMTL abstractions. See the pdmtl.inde.maker.pd in https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 Tom On 8/29/07, marius schebella [EMAIL PROTECTED] wrote: hi, this is the start for the puredocumentation wiki. for all who didn't follow the discussions during the pdconv, here is the latest: some people agreed on building a media wiki for all documentation beyond the pd help patches. some time ago there was the puredatabase, but that is quite dead now. so the idea is, to reanimate something similar, but with the possibility for everyone to commit to it. maybe not everyone but if 5-10% of users help contributing, then I think the project will be successful. one of the reasons why this should be done, is that very often pd users look for a certain feature or object, but don't know the name exactly and need a good search engine. so... the puredocumentation (in planning state) will cover externals and stable abstractions. (abstractions that are maintained kind of like externals) additionally to the wiki for objects there will be the section for the tutorials, manuals and faq, and hopefully you will be able to type in your search string after How do I: and get the right objects, examples and tutorials. My estimation is, that there are more than 3000 objects atm. so for the beginning the tricky part is to build all the basic object pages from the existing documentation (mainly help patches). here is, what I think should be the content of every object page: *objectname* the string name (for example plus for +) of the object/external *opt other name* = abbreviation, +,.. *helpfilename* (can be different than object name), *description* = short description *libraryinfo* purepd,GEM,cyclone... + author + licence *arguments* *inlets/outlets* *examples* what this object is for... that's where you can be creative! *see also* / similar objects *tags* like audio/dsp, math, MIDI, something like a categorization. I want to use python to extract as much information as possible from the help-patches into one big textfile (csv style) from which we can create the wikipages. I hope to get the developers involved in correcting the cvs-textfile before the basic pages are created). this has to be done per library, and I am still trying to figure out, how to do this in detail. for example some help patches have some description in the top letmost corner. so a python script should be able to find that information and put it into the description field. there will be an irc session on sep 11 with all the people working on the project. so maybe if you want to join or have suggestions on how to get this done, feel free to respond. addtitional documentation work that probably will also be done: improving help patches by switching to a nice pddp format. creating online video tutorials, or recordings of workshops. one last point: If you know of a school/university or teaching center that would like to get involved (for example by putting pd classes on their schedule or paying people do some documentation work) that would also help the project to be successful... so far. thanks for reading through that all! marius. # this file will look slightly different for every library # write everything into a database like format... (NOT YET!!!) # OBJECTNAME | OPT OTHER NAME | HELPFILE-NAME | DESCRIPTION | TAGS | LIBRARYINFO | ARGUMENTS | INLETS/OUTLETS | EXAMPLES | SEE ALSO # objectname is the string name (for example plus for +) # opt other name = abbreviation, +, # helpfilename (can be different than object name), # description = short description # libraryinfo: purepd or GEM + author + licence # arguments # inlets/outlets # examples : what this object is for... # see also/similar objects # junk # # use X coordinate to sort comments??? import re import os print 'searching all files for comments' searchPattern = #X text \d+ \d+ # search for comments replacePattern = searchPattern# what can be deleted of the comments deleteNLPattern = r'\r'# delete cr fileExtension = .*[.]pd$# files to look for separator = |# separate colomns separator2 = ___# separate junk fileTo = test_to.txt p = re.compile(searchPattern) rep = re.compile(replacePattern) nldel = re.compile(deleteNLPattern) fe = re.compile(fileExtension) f2 = open(fileTo, w) for fileName in os.listdir(.): m = fe.search(fileName) if m:# only if is it a pd-file f = open(fileName, r) first = 1# suppose the first entry is the description for line in f: m = p.search(line) # search in line for pd-comment pattern if m: line = nldel.sub(,line) if first == 1:# help needed! how to sort other than
Re: [PD] puredocumentation
thanks, atm I don't know how that works. otoh, can we use the index.txt? that seems to contain most of the information. that's a great library! marius. Thomas O Fredericks wrote: We implemented something similar forthe help files in PDMTL abstractions. See the pdmtl.inde.maker.pd in https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 Tom On 8/29/07, *marius schebella* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: hi, this is the start for the puredocumentation wiki. for all who didn't follow the discussions during the pdconv, here is the latest: some people agreed on building a media wiki for all documentation beyond the pd help patches. some time ago there was the puredatabase, but that is quite dead now. so the idea is, to reanimate something similar, but with the possibility for everyone to commit to it. maybe not everyone but if 5-10% of users help contributing, then I think the project will be successful. one of the reasons why this should be done, is that very often pd users look for a certain feature or object, but don't know the name exactly and need a good search engine. so... the puredocumentation (in planning state) will cover externals and stable abstractions. (abstractions that are maintained kind of like externals) additionally to the wiki for objects there will be the section for the tutorials, manuals and faq, and hopefully you will be able to type in your search string after How do I: and get the right objects, examples and tutorials. My estimation is, that there are more than 3000 objects atm. so for the beginning the tricky part is to build all the basic object pages from the existing documentation (mainly help patches). here is, what I think should be the content of every object page: *objectname* the string name (for example plus for +) of the object/external *opt other name* = abbreviation, +,.. *helpfilename* (can be different than object name), *description* = short description *libraryinfo* purepd,GEM,cyclone... + author + licence *arguments* *inlets/outlets* *examples* what this object is for... that's where you can be creative! *see also* / similar objects *tags* like audio/dsp, math, MIDI, something like a categorization. I want to use python to extract as much information as possible from the help-patches into one big textfile (csv style) from which we can create the wikipages. I hope to get the developers involved in correcting the cvs-textfile before the basic pages are created). this has to be done per library, and I am still trying to figure out, how to do this in detail. for example some help patches have some description in the top letmost corner. so a python script should be able to find that information and put it into the description field. there will be an irc session on sep 11 with all the people working on the project. so maybe if you want to join or have suggestions on how to get this done, feel free to respond. addtitional documentation work that probably will also be done: improving help patches by switching to a nice pddp format. creating online video tutorials, or recordings of workshops. one last point: If you know of a school/university or teaching center that would like to get involved (for example by putting pd classes on their schedule or paying people do some documentation work) that would also help the project to be successful... so far. thanks for reading through that all! marius. # this file will look slightly different for every library # write everything into a database like format... (NOT YET!!!) # OBJECTNAME | OPT OTHER NAME | HELPFILE-NAME | DESCRIPTION | TAGS | LIBRARYINFO | ARGUMENTS | INLETS/OUTLETS | EXAMPLES | SEE ALSO # objectname is the string name (for example plus for +) # opt other name = abbreviation, +, # helpfilename (can be different than object name), # description = short description # libraryinfo: purepd or GEM + author + licence # arguments # inlets/outlets # examples : what this object is for... # see also/similar objects # junk # # use X coordinate to sort comments??? import re import os print 'searching all files for comments' searchPattern = #X text \d+ \d+ # search for comments replacePattern = searchPattern# what can be deleted of the comments deleteNLPattern = r'\r'# delete cr fileExtension = .*[.]pd$# files to look for separator = |# separate colomns separator2 = ___# separate junk fileTo = test_to.txt
Re: [PD] some images...
Yo Marius :) Alex Porres would be the one to talk to concerning a convention in South America...I think there has been some very unofficial discussion about having it there in 2009Right Alex? Kyd (the coordinator assistant at the PDCon) is familiar with the community in Bulgaria. see ya, D On 8/29/07, marius schebella [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: For example, at the PdCon, I learned about an active community in Bulgaria and Sao Paulo. brazil? anybody knows details about that? also bulgaria??? are you mixing something up? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredocumentation
Hi Marius, Tom and all ! 2007/8/29, marius schebella [EMAIL PROTECTED]: thanks, atm I don't know how that works. otoh, can we use the index.txt? that seems to contain most of the information. that's a great library! marius. In Pd Montreal Abstractions, it is a patch that parses help file patches (using pd objects and externals) to look for tags (such as Author: ) at the beginning of comments. :) More people are going to contribute to the PdMtl Abstractions in the next few months. The format has changed a bit : the dot (.) now separates the categories and names of abstractions, instead of the file system path itself. a Thomas O Fredericks wrote: We implemented something similar forthe help files in PDMTL abstractions. See the pdmtl.inde.maker.pd in https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 Tom On 8/29/07, *marius schebella* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: hi, this is the start for the puredocumentation wiki. for all who didn't follow the discussions during the pdconv, here is the latest: some people agreed on building a media wiki for all documentation beyond the pd help patches. some time ago there was the puredatabase, but that is quite dead now. so the idea is, to reanimate something similar, but with the possibility for everyone to commit to it. maybe not everyone but if 5-10% of users help contributing, then I think the project will be successful. one of the reasons why this should be done, is that very often pd users look for a certain feature or object, but don't know the name exactly and need a good search engine. so... the puredocumentation (in planning state) will cover externals and stable abstractions. (abstractions that are maintained kind of like externals) additionally to the wiki for objects there will be the section for the tutorials, manuals and faq, and hopefully you will be able to type in your search string after How do I: and get the right objects, examples and tutorials. My estimation is, that there are more than 3000 objects atm. so for the beginning the tricky part is to build all the basic object pages from the existing documentation (mainly help patches). here is, what I think should be the content of every object page: *objectname* the string name (for example plus for +) of the object/external *opt other name* = abbreviation, +,.. *helpfilename* (can be different than object name), *description* = short description *libraryinfo* purepd,GEM,cyclone... + author + licence *arguments* *inlets/outlets* *examples* what this object is for... that's where you can be creative! *see also* / similar objects *tags* like audio/dsp, math, MIDI, something like a categorization. I want to use python to extract as much information as possible from the help-patches into one big textfile (csv style) from which we can create the wikipages. I hope to get the developers involved in correcting the cvs-textfile before the basic pages are created). this has to be done per library, and I am still trying to figure out, how to do this in detail. for example some help patches have some description in the top letmost corner. so a python script should be able to find that information and put it into the description field. there will be an irc session on sep 11 with all the people working on the project. so maybe if you want to join or have suggestions on how to get this done, feel free to respond. addtitional documentation work that probably will also be done: improving help patches by switching to a nice pddp format. creating online video tutorials, or recordings of workshops. one last point: If you know of a school/university or teaching center that would like to get involved (for example by putting pd classes on their schedule or paying people do some documentation work) that would also help the project to be successful... so far. thanks for reading through that all! marius. # this file will look slightly different for every library # write everything into a database like format... (NOT YET!!!) # OBJECTNAME | OPT OTHER NAME | HELPFILE-NAME | DESCRIPTION | TAGS | LIBRARYINFO | ARGUMENTS | INLETS/OUTLETS | EXAMPLES | SEE ALSO # objectname is the string name (for example plus for +) # opt other name = abbreviation, +, # helpfilename (can be different than object name), # description = short description # libraryinfo: purepd or GEM + author + licence # arguments # inlets/outlets # examples : what this object is
Re: [PD] puredocumentation
Hi all, Jean noel montagne from artsensitif, french NGO, submit the idea of pdpedia a while ago which reach the discussion we had during Pd conf about documentation http://pdpedia.dreamhosters.com/index.php?title=Main_Page maybe this can help... on another side, I would like to ask for funds to the french ministry of culture in 2008 to improve in a collaborative way Pd documentation (in french) and high level patches (in Pd), considering the great job that has already been done by Pdmtl team, hans, frank, jérome...and many others, in order to allow as many artists as possible to get into Pd not sure at all about the answer + many thanks to Montreal Pd conv team for this great meeting/event Benjamin - labomedia.net Alexandre Quessy a écrit : Hi Marius, Tom and all ! 2007/8/29, marius schebella [EMAIL PROTECTED]: thanks, atm I don't know how that works. otoh, can we use the index.txt? that seems to contain most of the information. that's a great library! marius. In Pd Montreal Abstractions, it is a patch that parses help file patches (using pd objects and externals) to look for tags (such as Author: ) at the beginning of comments. :) More people are going to contribute to the PdMtl Abstractions in the next few months. The format has changed a bit : the dot (.) now separates the categories and names of abstractions, instead of the file system path itself. a Thomas O Fredericks wrote: We implemented something similar forthe help files in PDMTL abstractions. See the pdmtl.inde.maker.pd in https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 https://devel.goto10.org/listing.php?repname=pdmtlpath=%2Ftrunk%2Ftools%2Frev=0sc=0 Tom On 8/29/07, *marius schebella* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: hi, this is the start for the puredocumentation wiki. for all who didn't follow the discussions during the pdconv, here is the latest: some people agreed on building a media wiki for all documentation beyond the pd help patches. some time ago there was the puredatabase, but that is quite dead now. so the idea is, to reanimate something similar, but with the possibility for everyone to commit to it. maybe not everyone but if 5-10% of users help contributing, then I think the project will be successful. one of the reasons why this should be done, is that very often pd users look for a certain feature or object, but don't know the name exactly and need a good search engine. so... the puredocumentation (in planning state) will cover externals and stable abstractions. (abstractions that are maintained kind of like externals) additionally to the wiki for objects there will be the section for the tutorials, manuals and faq, and hopefully you will be able to type in your search string after How do I: and get the right objects, examples and tutorials. My estimation is, that there are more than 3000 objects atm. so for the beginning the tricky part is to build all the basic object pages from the existing documentation (mainly help patches). here is, what I think should be the content of every object page: *objectname* the string name (for example plus for +) of the object/external *opt other name* = abbreviation, +,.. *helpfilename* (can be different than object name), *description* = short description *libraryinfo* purepd,GEM,cyclone... + author + licence *arguments* *inlets/outlets* *examples* what this object is for... that's where you can be creative! *see also* / similar objects *tags* like audio/dsp, math, MIDI, something like a categorization. I want to use python to extract as much information as possible from the help-patches into one big textfile (csv style) from which we can create the wikipages. I hope to get the developers involved in correcting the cvs-textfile before the basic pages are created). this has to be done per library, and I am still trying to figure out, how to do this in detail. for example some help patches have some description in the top letmost corner. so a python script should be able to find that information and put it into the description field. there will be an irc session on sep 11 with all the people working on the project. so maybe if you want to join or have suggestions on how to get this done, feel free to respond. addtitional documentation work that probably will also be done: improving help patches by switching to a nice pddp format. creating online video tutorials, or recordings of workshops. one last point: If you know of a school/university or teaching center that would like to get involved (for example by putting pd classes on their schedule or paying people do some documentation work) that would also help the project to
